Chyba problem tkwi czasem w braku dostatecznie dobrego styku w SIO w przypadku tego egz. SIO2SD i mojej wtyczki... Dziś mi się uruchomiło, ale działa z humorami. Ruszanie wtyczką SIO w kompie zmienia sytuację 1000 razy na sek. ;)

Inaczej... Przyczyną pierwotną był lipny styk i wahania napięcia... Potem padł procek. Po iluś tam próbach programowania i chwilowego działania/niedziałania padł zupełnie (najpierw wiersz ########## na wyświetlaczu a po iluś kolejnych programowaniach i maltretowaniu w SIO2SD przy braku właściwego kontaktu już ATMEGA stała się niewykrywalna dla PC.) Kupiłem nowego procka, zaprogramowałem, ale nadal był problem, SIO2SD działało jakby "opieszale" jeśli chodzi o reakcję na wyświetlaczu a przy włożonej karcie nie działało w ogóle (pusty wyświetlacz), zapewne na skutek problemów z napięciem i większego poboru prądu przy włożonej karcie.

Ostatnio edytowany przez Jacques (2010-05-09 20:18:08)

Co masz Candle dokładnie na myśli? Znasz przyczynę takiej wrażliwości SIO2SD? Bo fakt faktem, z SIO2IDE takie coś mi się nigdy nie zdarzyło i raz kilka lat temu zaprogramowana ATMEGA jest pancerna ;)

Priorytet to poprawić elektronikę i jej niezawodność, bo to naprawdę wychodzi, że jest lipa... :/ A szkoda, bo poza tym funkcjonalnością bije SIO2IDE na głowę - od razu jest gotowe do pracy po włączeniu, obsługuje długie nazwy plików FAT32 i pozwala podmontowywać nie tylko ATR-y. Projekt warty poprawki.

Ostatnio edytowany przez Jacques (2010-05-10 09:15:53)

Z tym feralnym egzemplarzem wcześniej 2.3 a potem po ukazaniu się 2.4_07 tego ostatniego. Ale pady Atmegi w SIO2SD chyba niewiele mają wspólnego z wsadem?

Ostatnio edytowany przez Jacques (2010-05-11 11:30:52)

FUSE bits zostają dokładnie tak samo zaprogramowane jak dla wersji 2.3, czyli (H:0xC3 ; L:0xFF).
Tu moim zdaniem chodzi o jakąś nieodporność elektroniki SIO2SD na skoki napięcia przy włączaniu/wyłączaniu Atarki, złym styku w SIO, itp. SIO2IDE jest kuloodporne. Problem sprzętowy, nie software-owy ;)

Wlasnie doczytalem sie, ze bity BODEN i BODLEVEL powinny byc jednak ustawione, wlasnie po to, zeby procek wylaczyl sie w sposob "kontrolowany" w przypadku spadku napiecia.

Tak wiec FUSE BITS nalezaloby zmienic:

L:3F

Ustawione bity: BODEN i BODLEVEL zapewniaja w przypadku mechanicznych problemow z hardwarem (styki, itp.), ze ewentualny spadek napiecia wylaczy procka niczego nie uszkadzajac.

Prosze o komentarze ekspertow od ATMELa.

Pozdrawiam
Marcin

ATARI 65XE + SIO2BT

Miałem kiedyś dwie awarie z klockami na ekranie (bez skojarzeń).

1. Zrobiłem spinaka
2. Podczas on/off kompa z włączonym Sio2SD - widać za szybko pstryknełęm - LCD jeszcze nie wygasł.

Teraz mam wyłącznik odcinający +5V i GND, i nim włączę komp. to SIO2SD jest WYŁĄCZANE.

Generalne zasady BHP:
- Sio2SD jest włączane jako drugie, najpierw komp.
- wyłączamy razem.

Ostatnio edytowany przez pajero (2010-05-11 20:41:19)

Pajero: no tak, wyłącznik to jakieś tam rozwiązanie. Pytanie tylko dlaczego pada Atmega w SIO2SD, natomiast SIO2IDE można włączać razem z kompem przez lata i nic się nie dzieje (a przynajmniejja nigdy nie miałem problemu)?

Ostatnio edytowany przez Jacques (2010-05-11 20:59:22)

Hehehehe... A co to za bzdura? Moje SIO2IDE od KILKU LAT bierze sobie zasilanie wprost z Atarki (tak samo jak SIO2SD) i nie ma z nim żadnego problemu, nigdy nie padła/rozprogramowała się Atmega.

Czy czasem nie idzie tego (opóźnienia) zrobić na jakimś układzie typu kondziołek-kondensator-dwa rezystory ? Przyznam, że jak mam jeszcze jeden przełącznik w atarkę zabudowywać (i jeszcze o nim przy włączaniu pamiętać!) to szczerze mówiąc - wolałbym to "mieć, ale zapomnieć".

Niestety nie posiadam jeszcze programatora (wczoraj zamowilem na Allegro), ale jestem umowiony pod koniec maja z HardwareDoc, ktory ma przeprogramowac u mnie te wartosci.

Chodzi o Low Byte i o zaprogramowanie bitow BODEN i BODLEVEL.
Sa to najstarsze bity, tak wiec jak juz pisalem 1111 1111 (0xFF) zmieniamy na 0011 1111 (0x3F).

Dla High Byte autor SIO2SD przewidzial wartosc 11000011 (0xC3) czyli zaprogramowane bity:

SPIEN - Enable Serial Program and Data Downloading
CKOPT - Oscillator options (uwagi ponizej)
EESAVE - EEPROM memory is preserved through the Chip Erase
BOOTSZ1 - Select Boot Size (zaprogramowanie bitu BOOTSZ1 nie ma znaczenia, poniewaz BOOTRST bit nie jest ustawiony, czyli aplikacja tak czy siak startuje od adresu 0x0000)

W instrukcji ATMELa przeczytalem:
"By programming the CKOPT Fuse, the user can enable internal capacitors on XTAL1 and XTAL2, thereby removing the need for external capacitors. The internal capacitors have a nominal value of 36 pF.[...]
The CKOPT Fuse functionality depends on the setting of the CKSEL bits."
No a CKSEL bits (w Low Byte) nie sa ustawione.

W kazdym razie inni ustawiaja tylko SPIEN bit:
http://www.abbuc.de/phpBB3/viewtopic.ph … =fuse+bits
http://www.abbuc.de/phpBB3/viewtopic.ph … its#p32857

HardwareDoc poleca zmiany FUSE BITS takze dla SIO2IDE i dla SDrive.

ATARI 65XE + SIO2BT