www.elektronik.si

pirpy · Objavljeno: Ned Dec 25, 2011 3:54 am Naslov sporočila: Kako gledati rx pin

Lp
Imam en problemček.
Imam nekaj modulov za pametno hišo .ki so skupaj povezani na eno rs485 parico.
Moduli so v master -master načinu in lahko začnejo oddajati kadarkoli.
Ker ne znam gledat rx pina se zgodi da 2 modula začneta istočasno oddajati in pride do "karambola"podatkov.
V datasheetu procesorja atmega168 nisem našel nobene zastavice ,ki bi kazala da je rx sprejemnik v fazi sprejemanja podatka ,zastavica oz prekinitec se zgodi potem ko je byte že sprejet,kar pa je včasih prepozno.
Ima mogoče kdo kakšno rešitev(razen uporabe paralelnega vhoda samo za preverjanje rx linije)
Hvala

B

igor_k · Objavljeno: Ned Dec 25, 2011 1:23 pm Naslov sporočila:

Preden začneš oddajati počakaš (najmanj) čas, ki je potreben, da se sprejme cel karakter - pri 19200 je to cca 500uS.

vilko · Objavljeno: Ned Dec 25, 2011 5:16 pm Naslov sporočila: Re: Kako gledati rx pin

gumby · Objavljeno: Ned Dec 25, 2011 5:58 pm Naslov sporočila:

red_mamba · Objavljeno: Ned Dec 25, 2011 6:01 pm Naslov sporočila:

vsako krat ko master poslje mora sprejemnik poslati nazaj confirm.
ce ga ne dobis pocakas en random delay in posljes se enkrat.

Tako se prej ali slej poslje sporocilo iz masterja.
Na podoben nacin deluje CAN/LIN Wink

igor_k · Objavljeno: Ned Dec 25, 2011 6:45 pm Naslov sporočila:

vilko · Objavljeno: Ned Dec 25, 2011 9:54 pm Naslov sporočila:

Popolno odsotnost kolizije sporočil na liniji lahko dosežeš tako, da je eden gospodar (master), ki ciklično sužnjem (slave.om) ukaze in zahteve po odgovorih, in potem služnji samo odgovarjajo takrat, ko so poklicani.

Če pa imaš koncept, ko se vsak oglaša, kadar čuti potrebo, potem se da pogostnost kolizije zmanjšati tako, da poslušaš linijo, vsak bajt posebej, le ta proži serijsko prekinitev (serial interrupt), ki resetira nek števec na nič, sicer pa se števec s časom povečuje (če je bajt do 255, in potem tam stoji). Rast tega števca zagotoviš z rutino časovne prekinitve (timer interrupt subroutine), ki je v rednih presledkih proži.

Ko se program odloči, da bo nekaj oddal, najprej generira slučajnostno število, in če je prej omenjeni števec večji od tega slučajnostnega števila, tedaj program preide na oddajanje, sicer čaka v zanki na ta pogoj.

Kot rečeno, na ta način se na smiselno majhno vrednost zmanjša možnost kolizije telegramov, kolizija s tem ni izključena. Če je važno, da se noben telegram 'ne izgubi', potem je boljša prva varianta.

igor_k · Objavljeno: Ned Dec 25, 2011 11:06 pm Naslov sporočila:

Ne vem zakaj bi čakal na oddajanje nek naključen čas, ker s tem ne rešiš problema trkov. Preden preideš v oddajanje poslušaš rx pin tisti minimalni čas za sprejem enega bajta in če nisi sprejel ničesar začneš z oddajanjem, če pa si sprejel kakšen karakter (takrat je linija zasedena) šele takrat čakaš nek naključen čas in po tem času spet poslušaš na rx.
Pogoj je seveda, da oddajnik oddaja paket naenkrat, torej brez prekinitev.

Problem trkov pa lahko popolnoma odpraviš s potrditvijo sprejema s strani sprejemnika. Toliko časa pač pošiljaš, dokler ne dobiš odgovora.

Sistem master-slave je sicer uporaben, problem je pa v tem, da če master odpove celoten sistem ne deluje več.

gumby · Objavljeno: Ned Dec 25, 2011 11:27 pm Naslov sporočila:

Naključen čas je potreben. Če bodo vse enote imele vedno enake in fiksne timinge, se bodo nonstop zaletavale med seboj.

igor_k · Objavljeno: Pon Dec 26, 2011 12:02 am Naslov sporočila:

vilko · Objavljeno: Pon Dec 26, 2011 12:06 am Naslov sporočila:

naključen čas je potreben, kajti lahko se zgodi, da želi več udeležencev pošiljati informacijo. Če bi vsi čakal isti čas, bi po preteku tega časa vsi, ki čakajo, začeli oddajati in je trk zagotovljen.