www.elektronik.si

[vilko]

Uh, če je tako, potem pa bo težko ujel naš vlak!
morda je bolje, da si odpre novo ime in začne od začetka, bo lažje ujel zahtevano povprečje ..

[kose19]

Ker je naslov teme primeren bom kar tukaj vprašal.

Dva avr-ja bi rad pripravil do komunikacije. Za začetek prvi oddaja in drugi posluša. Prvi pošilja na uart 001, 002, 003, 004, ... 097, 098, 099, 100 in spet od začetka. Med vsakim Printom pa imam 1s pavze.
Drugi naj bi to bral in izpisoval na lcd. Na terminalu je vse lepo in prav in lepo izpisuje vsako cifro v svojo vrsto oz. eno za drugo odvisno ali imam Print 0 ; 0 ; T2; ali Print 0 ; 0 ; T2

c pa mi bere in izpiše na lcd najprej stotice, desetice in nazadnje še enice in sicer na isto mesto na lcd-ju ( npr. prva vrstica, tretja pozicija).
Poizkusil sem z waitkey in z inkey pa ne dobim nič željenega.

V čem je finta? Kako te tri številke, ki priletijo po uartu pretvorit iz treh enomestnih v eno tromestno število?

[lojzek]

Ukaz PRINT ti najverjetneje ne pošilja številke ampak karakterje iz ASCII tabele. Tako 000 ni številka nič, ampak beseda s tremi znaki 0, ki jih pošlje preko UART vsakega posebej. Tako da če hočeš med dvema uC pošiljati številke, je najbolje da na izvornem uC uporabiš namesto PRINT nek drug ukaz (pri meni v Cju je to SendChar). Ali pa uporabiš nek drug način kodiranja.

Malce v premislek: kaj pa če bi za komunikacijo namesto UART uporabil IIC oziroma TWI? Lahko je hitrejša, lahko po istih žicah komuniciraš z večimi napravami, manj je hardversko zahtevna, pa še vse statuse o komunikaciji ti lahko sporoča. Preveri razlike v datasheetu.

[MarkoM]

[vilko]

Komunikacija ni tako zelo preprosta zadeva.

če gre za čisti simplex (avr A samo pošilja, AVR B samo sprejema) bi še nekako šlo
Recimo da teče v AVR A sledeč program

[kose19]

[lojzek]

Ker praviš, da je eden od AVRjev tiny (verjetno 2313), TWI odpade, ker ga tinyji nimajo (vsaj tisti, ki jih poznam jaz).
Imajo pa druge komunikacijske protokole. USI in SPI. Ampak z njimi še nisem delal, tako da potem nimam kaj pametnega reči. Za začetek bo najlaže, če ostaneš kar pri UART

[kose19]

Attiny2313 in atmega8515 uporabljam na testni plošči in ko bo tam približno delalo bom pa uporabljal dva atmega8. Ko bom pa malo napredoval v programiranju, bom pa z enim masterjem klical posamezne slave. Ravno zaradi tega me zanima tudi IIC oziroma TWI komunikacija (priznam pa da prvič slišim ).

[SimonS]

Ne pošiljajo kot string, temveč kot byte, pa ne bo več težav.
Sicer tudi za nadalno obdelavo rabiš takšen tip.

[MadMax]

IIC (I2C) ni primeren za daljše razdalje, primarno je razvit za komunikacijo med sklopi v eni napravi (primer: TV, povezava procesorja s TTX modulom, tunerjem, MF stopnjo, ...).

Za večje razdalje je UART še vedno nekako najprimernejši za amaterske potrebe.

[joze]

LP!

Kose19 če ti kaj pomaga:

RX-------------------------------
Enable Urxc
On Urxc Seriska_prekinitev
Enable Interrupts

Dim Sprejem as Byte

Seriska_prekinitev:
Sprejem = Udr
Return

TX-------------------------------
Dim Byte_1 as Byte

Incr Byte_1
Printbin Byte_1

[kose19]

[rudiP]

To preizkušeno dela v ozadju z interapti .

seveda moraš v glavi nastaviti hitrost

[kose19]

Napredujem! Na način kot je predlagal joze sem dosegel, da mi en c kliče drugega ko pritisnem tipko, se drugi odzove in mu odgovori.
Bom povezal na enega masterja dva ali tri slave in preko terminala shranjeval v datoteko podatke. Če bo vzorec v 99% pravilen je to to.

[kose19]

Dela!