Mikroprocesory 8051 obsługujące I2C - różnice w programowaniu z AVR
"51 i I2C
From: "TomekG" <Tomaszger_at_nospam_poczta.onet.pl>
Subject: "51 i I2C
Date: Fri, 19 Oct 2001 16:07:47 +0200
Ktory z mikroproc. rodziny 51 obsluguje standart I2C? Czy jesli nie mialem
do czynienia z polaczeniem procka z eepromem, a procesor nie ma I2C to czy
bede mial duze problemy z zapisem i odczytem programujac w asemblerze?
Czy jest duza roznica w instrukcjach pomiedzy AVR a 8051, czy moze te
procesory sa zamienne.
Mam nadzieje, ze nie zadalem zbyt duzo pytan, ale dopiero zaczynam zabawe z
mikroproc.
pozdrawiam grupe
Tomek
Date: Fri, 19 Oct 2001 23:24:09 +0200
From: Ireneusz Niemczyk <i.niemczyk_at_nospam_multispedytor.com.pl>
Subject: Re: "51 i I2C
TomekG wrote:
Ktory z mikroproc. rodziny 51 obsluguje standart I2C?
Ba....poszukaj Philipsowych.
Czy jesli nie mialem
do czynienia z polaczeniem procka z eepromem, a procesor nie ma I2C to czy
bede mial duze problemy z zapisem i odczytem programujac w asemblerze?
Raczej nie, kwestia znajomości asm-a. Nie ma w i2c jakiś niespodzianek - to
prosty statyczny format :)
Czy jest duza roznica w instrukcjach pomiedzy AVR a 8051, czy moze te
procesory sa zamienne.
To sš dwa różne światy. Chyba tylko NOP działa na obu tak samo, choś nie w tym
samym czasie ;)
Mam nadzieje, ze nie zadalem zbyt duzo pytan,
Nie, skšdże...
ale dopiero zaczynam zabawe z mikroproc.
To oczywiste :)
pozdrawiam grupe
Tomek
I wzajemnie.
--
PZD, Irek.N.
From: rora_at_nospam_klub.chip.pl (Rora)
Subject: Re: "51 i I2C
Date: 20 Oct 2001 19:43:35 +0200
Witaj,
Ktory z mikroproc. rodziny 51 obsluguje standart I2C?
Ba....poszukaj Philipsowych.
Polecam C528 lub C552 (Philips-owskie).
Uwazaj przy wyborze I2C, sa dwa rodzaje sterowania transmisja przez I2C:
- na poziome bit-owym (C528 i C524);
- na poziom byte-owym (np. C552);
Obydwa zgodne z 51'.
Roznia sie tym ze bitowy daje wiecej mozliwosci podczas sterowania przesylem
danych,
ale za to trzeba napisac procedurki np. do odbierania bajtu.
W bajtowym po prostu daje sie bajt do rejestru i on juz automatycznie leci.
Mam doswiadczenia z poziomem bitowym (koncze wlasnie prace magisterska) na
C528, i
polecam poniewaz daje wiekszy wglad do I2C ale na poczatku jest znacznie
trudniej.
Raczej nie, kwestia znajomości asm-a. Nie ma w i2c jakiś niespodzianek -
to
prosty statyczny format :)
no chyba ze trzeba rozwiazac problem arbitrazu i synchronizacji pomiedzy
procesorami,
to wtedy zaczynaja sie schody bez sprzętwego I2C ;)).
Zycze powodzenia w walce z I2C (swoja droga to niezla zabawa) i
oczywiscie sluze rada ;)).
Pozdrowka
Robert
--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika
Date: Sat, 20 Oct 2001 19:56:22 +0200
From: Ireneusz Niemczyk <i.niemczyk_at_nospam_multispedytor.com.pl>
Subject: Re: "51 i I2C
Raczej nie, kwestia znajomości asm-a. Nie ma w i2c jakiś niespodzianek -
to
prosty statyczny format :)
no chyba ze trzeba rozwiazac problem arbitrazu i synchronizacji pomiedzy
procesorami,
to wtedy zaczynaja sie schody bez sprzętwego I2C ;)).
Ale to nie jest problem I2c tylko _filozofii transmisji_. ;))
--
PZD, Irek.N.
From: rora_at_nospam_klub.chip.pl (Rora)
Subject: Re: "51 i I2C
Date: 20 Oct 2001 20:09:37 +0200
Ale to nie jest problem I2c tylko _filozofii transmisji_. ;))
nie wiem czy _filozofia transmisji_ oznacza _rodzaj transmisji_?
Jezeli tak to zawsze mozna zmienic sposob.
Ciekawe polaczenie: filozofia i transmisja.
Gdybys mogl rozwinac...
Ale w tym przypadku koledze chodzilo o typowe I2C ;)).
Robert
--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika
Date: Sun, 21 Oct 2001 16:32:12 +0200
From: Ireneusz Niemczyk <i.niemczyk_at_nospam_multispedytor.com.pl>
Subject: Re: "51 i I2C
Nie ma co wdawać się w szczegóły, generalnie przy każdym typie
transmisji trzeba wiedzieć jak obsłużyć np: błšd czy też kolizję.
Dlatego pisałem o filozofii ;) i nie ma tutaj znaczenia czy chodzi o
i2c, rs-a czy bardziej skomplikowany protokół.
--
PZD, Irek.N.
From: "stavi" <stavi_at_nospam_poczta.onet.pl>
Subject: Re: "51 i I2C
Date: Mon, 22 Oct 2001 11:50:29 +0200
Zycze powodzenia w walce z I2C (swoja droga to niezla zabawa) i
oczywiscie sluze rada ;)).
Możesz powiedzieć, co zrobić jak się I2C zawiesi ? Tzn. konkretnie chodzi mi
o to, gdy z jakiś względów np. zawiesi się procek, po restarcie nie może się
dogadać z zegarkiem podtrzymywanym bateryjnie. Rozwiązanie (które ja
zastosowałem) nie wchodzi w rachubę - wylutowanie baterii - lub to samo za
pomocą zworki.
Pozdrowienia,
stavi
From: rora_at_nospam_klub.chip.pl (Rora)
Subject: Re: "51 i I2C
Date: 22 Oct 2001 22:27:39 +0200
Możesz powiedzieć, co zrobić jak się I2C zawiesi ?
Po restarcie sprobuj wygenerowac kolejno STOP i START.
Robert
--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika
From: "stavi" <stavi_at_nospam_poczta.onet.pl>
Subject: Re: "51 i I2C
Date: Tue, 23 Oct 2001 16:40:35 +0200
Możesz powiedzieć, co zrobić jak się I2C zawiesi ?
Po restarcie sprobuj wygenerowac kolejno STOP i START.
Nie próbowałem dokładnie tak, ale obojetnie co odczytywałem z magistrali to
i tak zawsze wystawiałem na koniec sygnał STOP. Czy to nie wystarczy ? Czy
po "kolejno STOP i START" tzn. po starcie dać ponownie STOP ? Bo jak nie to
jak dawałem zawsze STOP na koniec to to jest ten przypadek, który opisałeś
powyżej. I czy ma sens dawać zawsze sygnał STOPu na początek przed startem ?
pozdrawiam, stavi
From: rora_at_nospam_klub.chip.pl (Rora)
Subject: Re: "51 i I2C
Date: 23 Oct 2001 17:28:57 +0200
powyżej. I czy ma sens dawać zawsze sygnał STOPu na początek przed startem
?
Pisales ze chcesz przywrocic magistrale do zycia po resecie procesora,
tylko w tym przypadku taka kolejnosc ma sens.
Robert
--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika
From: "stavi" <stavi_at_nospam_poczta.onet.pl>
Subject: Re: "51 i I2C
Date: Wed, 24 Oct 2001 09:28:36 +0200
powyżej. I czy ma sens dawać zawsze sygnał STOPu na początek przed
startem
Pisales ze chcesz przywrocic magistrale do zycia po resecie procesora,
tylko w tym przypadku taka kolejnosc ma sens.
ok,ok, źle się wyraziłem. Oczywiście, że po resecie procka, a nie za każdym
razem jak będę nadawał czy odbierał :))
Ale nie odpowiedziałeś mi na poprzednie pytanie. Czy dawać tylko stop, czy
start i stop zaraz po sobie zawsze po restarcie procka ? Bo stwierdzenie,
czy coś nie gra może być czasami trudne ( dużo kodu może zająć - przypadek,
gdy urządzenie odpowiada zgodnie z protokołem, ale bez sensu ) ?
pozdrawiam, stavi
From: rora_at_nospam_klub.chip.pl (Rora)
Subject: Re: "51 i I2C
Date: 24 Oct 2001 13:31:37 +0200
ok,ok, źle się wyraziłem. Oczywiście, że po resecie procka, a nie za
każdym
razem jak będę nadawał czy odbierał :))
Ale nie odpowiedziałeś mi na poprzednie pytanie. Czy dawać tylko stop, czy
start i stop zaraz po sobie zawsze po restarcie procka ? Bo stwierdzenie,
Po restarcie wygeneruj STOP na I2C. Powinno wystarczyc (mozesz
sprawdzic, jezeli na linii jest STOP to SDA i SCL w stanie wysokim), jesli
nie
to jeszcze start i stop, zegar powienien zaskoczyc.
Potem oczywiscie start i transmisja.
Robert
--
Archiwum grupy: http://niusy.onet.pl/pl.misc.elektronika
From: "stavi" <stavi_at_nospam_poczta.onet.pl>
Subject: Re: "51 i I2C
Date: Wed, 24 Oct 2001 16:28:34 +0200
Po restarcie wygeneruj STOP na I2C. Powinno wystarczyc (mozesz
sprawdzic, jezeli na linii jest STOP to SDA i SCL w stanie wysokim), jesli
nie
to jeszcze start i stop, zegar powienien zaskoczyc.
ok, potestuję to, thx, stavi
From: "peters" <peters_at_nospam_poczta.onet.pl>
Subject: Re: "51 i I2C
Date: Mon, 22 Oct 2001 08:05:54 +0200
Ktory z mikroproc. rodziny 51 obsluguje standart I2C? Czy jesli nie
mialem
do czynienia z polaczeniem procka z eepromem, a procesor nie ma I2C to czy
bede mial duze problemy z zapisem i odczytem programujac w asemblerze?
Procesory 552 i 652 maja sprzetowe wspomaganie I2C. Jesli procesor nie jest
zbyt mocno obciazony,
ma pracowac jako master, masz podlaczyc niewielka liczbe ukladow po I2C to
daruj sobie to
sprzetowe wspomaganie, ktore i tak wymaga calkiem sporego programiku do
obslugi.
Podlaczenie EEPROMu bez trudu zrealizujesz programowo.
--
pozdrawiam, peters
peters_at_nospam_poczta.onet.pl
http://peters.republika.pl (strona Petersa dla elektroników)