Gejzero
Guest
Sun Aug 27, 2006 8:45 am
Witam.
W trakicie jakiegoś przekopywania stron w poszukiwaniu szczegułów
dokumentacji natknąłem się na takie "cudo"
http://db.zmitac.iinf.polsl.gliwice.pl/ui/materialy-cw/Cwiczenie_7/Dokumentacje/ATmega_128.pdf
Zgrabnie napisana dokumentacja w języku polskim, zostawiam linka dla
potomnych może się przyda.
A przy okazji zadam jedno pytanko czy łatwo uszkodzić port jeżeli jest
"zwarty" zwykłą diodą 1N4148 do masy, ponieważ miałem zle wlutowaną jedną
diode zabezpieczającą linie danych portu 1Wire i port zachowuje się w sposób
dziwny. Sterowany normalnie przez SET i RESET w Bascomie działa poprawnie a
1 Wire nie czyta, dodam że chodzi o port F.1 a całoś tyczy się płytki TCP/IP
Pro PCB (ver. 1.0)
http://www.em-bud.com/fileadmin/file/TCPIP%20Pro%20PCB.pdf (332 KB). Jeżeli
jednak wezmę port np. C.1 to wszystko chodzi dobrze. Gdzie może być pies
pogrzebany ?
Czy port F.1 jest jakoś inaczej sterowany - gdzieś trafiłem na jakąś debatę
że port F i G jest ponoć inaczej adresowany ?
A może poprostu coś uszkodziłem przez to odwrotne wlutowanie diody.
Pozdrawiam
Gejzero
Lukasz Sokol
Guest
Sun Aug 27, 2006 9:26 am
Gejzero wrote:
Quote:
Witam.
Czy port F.1 jest jako inaczej sterowany - gdzie trafiłem na jak debatę
że port F i G jest ponoć inaczej adresowany ?
A może poprostu co uszkodziłem przez to odwrotne wlutowanie diody.
Pozdrawiam
Gejzero
To nawet było na tej grupie niedawno - porty F i G muszą używać innych
instrukcji niż wszystkie inne do ustawiania stanów, bo są powyżej
przestrzeni adresów IO;
el es
Gejzero
Guest
Sun Aug 27, 2006 10:21 am
Użytkownik "Lukasz Sokol" <el_es@poczta.onet.pl> napisał w wiadomości
news:44f168c6.0@entanet...
Quote:
Gejzero wrote:
Witam.
Czy port F.1 jest jako? inaczej sterowany - gdzie? trafiłem na jak??
debatę że port F i G jest ponoć inaczej adresowany ?
A może poprostu co? uszkodziłem przez to odwrotne wlutowanie diody.
Pozdrawiam
Gejzero
To nawet było na tej grupie niedawno - porty F i G muszą używać innych
instrukcji niż wszystkie inne do ustawiania stanów, bo są powyżej
przestrzeni adresów IO;
el es
No dobrze muszą używać innych instrukcji, wiem bo trafiłem na ten opis ale
wtedy nie miałem takiego problemu i niezagłębiając się w treść i użyty w
tamtym przpadku język programowania przyjąłem to do wiadomości. Jednak jakoś
to chyba można obejść skoro Marcin Wiązania w podanym wcześniej projekcie
skorzystał akurat z tego portu i używał jak się domyślam również Bascoma.
Dodam że kompatybilność z ATmega 103 mam wyłączoną.
Spokojnie mogę wykorzystać inny port do tej komunikacji chociaż wymaga to
małej przeróbki płytki, ale sam problem mnie nurtuje i ciekawi czy Bascom
przewiduje wykorzystania tych portów ( F i G ) do obsługi 1Wire.
Gejzero.
Piotrek Sz.
Guest
Sun Aug 27, 2006 3:40 pm
Gejzero <gejzer_@poczta.onet.pl> napisał(a):
Quote:
No dobrze muszą używać innych instrukcji, wiem bo trafiłem na ten opis ale
wtedy nie miałem takiego problemu i niezagłębiając się w treść i użyty w
tamtym przpadku język programowania przyjąłem to do wiadomości. Jednak jakoś
to chyba można obejść skoro Marcin Wiązania w podanym wcześniej projekcie
skorzystał akurat z tego portu i używał jak się domyślam również Bascoma.
...
Gejzero.
Procedury 1wire w Bascomie , przy dostępie do portów , używają adresowania
pośredniego , za pomocą rejestru Z .Tak więc z żadnym portem nie powinny mieć
problemu pod warunkiem , że adresy rejestrów PINX,DDRX,PORTX są od siebie
oddalone o 1.Tak to robi Bascom:
ld/st rXX,Z+0 ;PINX
ld/st rXX,Z+1 ;DDRX
ld/st rXX,Z+2 ;PORTX
Czyli wniosek z tego , że z PORTF to nie zadziała :(
Piotrek
--
Wysłano z serwisu Usenet w portalu Gazeta.pl ->
http://www.gazeta.pl/usenet/