Odp: awaria SIO2SD?
A te 4,5V to coś nie za mało? Porównaj napięcia bez karty i z włożoną kartą.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
RECOIL 6.4.5 RECOIL to przeglądarka retro plików graficznych, obsługująca ponad 550 formatów, dostępna na różnych systemach operacyjnych, z regularnymi aktualizacjami.
ABBUC Software 2024 - wyniki Ukazały się wyniki tegorocznego ABBUC Software Competition
Przeszłość spotyka przyszłość Czwarta edycja festiwalu gier konsolowych i komputerowych z lat 80. i 90.
Czwarta edycja ATASCII Compo! Dziś, 1 października 2024, oficjalnie rozpoczął się okres nadsyłania prac!
Silly Venture 2024 SE - stuff Dostępny jest już stuff z zeszłomiesięcznego party Silly Venture 2024
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
A te 4,5V to coś nie za mało? Porównaj napięcia bez karty i z włożoną kartą.
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. ;)
Czyli nie procesorek a styk a dokładnie jego brak jest przyczyną?
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)
zapewne
oczywiscie mozna tez zwalic wine na chodzenie z wewnetrzym rezonatorem 1mhz zamiast paru wiecej...
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 ;)
SIO2SD w porównaniu ze SIO2IDE jest wykonane jakby na kolanie i niechcący. Świadczą o tym padające ATMEGI jak muchy oraz dizajn PCB z gniazdem zasilania z przodu oraz diodami z tyłu pod płytką z wyświetlaczem. Chętnie zapłacę worek PLN komuś, kto przeprojektuje PCB i rozpocznie produkcję tego urządzenia w obudowie. Ew. zrobi mi fajowską obudowę do tego egzemplarza, który posiadam.
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)
Witaj,
czy uzywales firmware w wersji 2.3, czy moze:
2.4_07 z: http://atariarea.krap.pl/index.php?akcj … mp;login=1
Pozdrawiam
Marcin
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)
Niestety nie znam sie na programowaniu ATMEGA, ale wiem, ze paru uzytkownikow 2.4_07 mialo taki sam klopot.
Ponoc chodzi o zle ustawienia "FUSE BITS", ktore powoduja, ze jesli napiecie spadnie ponizej okreslonego poziomu, procek sam sie wylacza i idzie spac:
http://www.abbuc.de/phpBB3/download/file.php?id=257
Czy ktos kto sie zna na "FUSE BITS" moze to skomentowac?
Czy "FUSE BITS" sa zawarte w "sio2sd.bin" i nadpisywane przy aktualizacji softu?
Czy tez zeby je ustawic potrzebny jest jakis programator?
Na stronie http://sio2sd.gucio.pl/ znalazlem uwage:
"fuse bits (przy pierwszym programowaniu sio2sd_all.bin dla wersji 2.x): (H:0xC3 ; L:0xFF)"
Pozdrawiam
Marcin
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 ;)
Aha.
Zasugerowalem sie wypowiedziami na forum Abbuc: http://www.abbuc.de/phpBB3/viewtopic.ph … use#p32857
HardwareDoc napisal tam zeby ustawic bity: BODEN i BODLEVEL.
Ale to nie ma sensu, poniewaz dla ustawien H:0xC3 ; L:0xFF BOD ("Brown-out Detection") jest wylaczone, wiec nie ma mowy o tym, zeby procek sie sam wylaczyl, gdy spadnie napiecie zasilania.
Pozdrawiam
Marcin
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
Wg Atariki SIO2IDE z kolei ma:
LFB = 0xFF
HFB = 0xDF
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)
Dostalem odpowiedz od autora projektu - Jakuba Kruszony-Zawadzkiego. Pozwole sobie zacytowac fragment:
"Tak czy siak warto poeksperymentować z innymi ustawieniami FUSE BITS.
Przestawienie FUSE LOW na 0x3F niczego nie popsuje, a skoro może pomóc to czemu nie."
Pozdrawiam
Marcin
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)
Znowu zacytuje autora SIO2SD:
"Szpilki na zasilaniu mogą pewnie nabroić nawet przy włączonej detekcji spadku napięcia.
SIO2IDE nie ma z tym problemu, bo wymaga zewnętrznego zasilania"
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.
Tak jak pisalem - to cytat z e-maila, ktorego dzisiaj dostalem.
Ja nigdy nie mialem SIO2IDE - od jakiegos roku uzywam SIO2SD i wszystko super dziala.
Ostatnio ktos mnie nastraszyl, ze przez zle ustawione FUSE BITS SIO2SD moze umrzec (kwadraciki), wiec zaczalem zglebiac ten temat - coby mi sie to nieszczescie nie przytrafilo :-)
W kazdym razie na forum Abbuc wszyscy sa przekonani, ze rozwiazaniem jest modyfikacja "FUSE BITS".
Ostatnio edytowany przez Montezuma (2010-05-11 22:33:12)
Generalne zasady BHP:
- Sio2SD jest włączane jako drugie, najpierw komp.
- wyłączamy razem.
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ć".
Montezuma: w takim razie czy przestawiłeś już swoje SIO2SD na nowe wartości FUSE? A jeśli tak, to jakie dokładnie?
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.
Na stronie poswieconej SDrive:
http://raster.infos.cz/atari/hw/sdrive/sdriveen.htm
znalazlem dokumentacje i screenshot z programowania FUSE BITS.
w pliku zip: ftp://ftp.raster.infos.cz/raster/atari/ … 090403.zip
jest katalog HW, a w nim plik FUSES.GIF
Czesi tez ustawiaja tylko bity BODEN, BODLEVEL, SPIEN,
czyli:
L=0x3F H=0xDF
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
[ Wygenerowano w 0.100 sekund, wykonano 16 zapytań ]