26

A te 4,5V to coś nie za mało? Porównaj napięcia bez karty i z włożoną kartą.

1088XEL i inne XL, XE, ST.

27

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. ;)

28

Czyli nie procesorek a styk a dokładnie jego brak jest przyczyną?

1088XEL i inne XL, XE, ST.

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

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.

30

zapewne

oczywiscie mozna tez zwalic wine na chodzenie z wewnetrzym rezonatorem 1mhz zamiast paru wiecej...

przechodze na tumiwisizm

31

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 ;)

32

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.

Czy możecie wyjaśnić, Stirlitz, dlaczego wasz służbowy adres stirlitz@rsha.gov.de ma aliasa justas@gru.su?
Nie czytam PM. Proszę używać e-mail.

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

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.

34

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

ATARI 65XE + SIO2BT
http://atari.pl/hsc/ad.php?i=22.3

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

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?

36

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

ATARI 65XE + SIO2BT
http://atari.pl/hsc/ad.php?i=22.3

37

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 ;)

38

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

ATARI 65XE + SIO2BT
http://atari.pl/hsc/ad.php?i=22.3

39

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
http://atari.pl/hsc/ad.php?i=22.3

40

Wg Atariki SIO2IDE z kolei ma:

LFB = 0xFF
HFB = 0xDF

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

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.

http://madteam.atari8.info/sio2sd/min/sio2sd_onoff_x.jpg

42

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

ATARI 65XE + SIO2BT
http://atari.pl/hsc/ad.php?i=22.3

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

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)?

44

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"

ATARI 65XE + SIO2BT
http://atari.pl/hsc/ad.php?i=22.3

45

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.

46 Ostatnio edytowany przez Montezuma (2010-05-11 22:33:12)

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".

ATARI 65XE + SIO2BT
http://atari.pl/hsc/ad.php?i=22.3

47

pajero napisał/a:

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ć".

___
Press play on tape...

48

Montezuma: w takim razie czy przestawiłeś już swoje SIO2SD na nowe wartości FUSE? A jeśli tak, to jakie dokładnie?

49

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
http://atari.pl/hsc/ad.php?i=22.3

50

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

ATARI 65XE + SIO2BT
http://atari.pl/hsc/ad.php?i=22.3