Komunikacija mreža kontrolera-računar

ja licno mislim da je checksum neophodan obzirom na gubitke karaktera na seriskoj vezi (u 99% slucajeva prvi bajt ne stigne kako treba ako se mcu budi na interrupt, ftdi isto uspe da zaboravi prvi bajt ponekad etc etc .. da ne spominjemo smece na liniji)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Takođe je iz istog razloga neophodan i timeout. Kad sve to implementiraš blizu si i nekog od standardnih protokola.

Potpis

gorankg

Hvala svima koji učestvuju u ovoj temi

Moram da idem korak po korak pošto je bilo puno ideja i stavova.

Teško će ići kontrola smera komunikacije pomoću RTS pina(probao sam) Zbog toga za početak treba da rešim kontrolu smera komunikacije SAMO za RS232-RS485 konvertor koji je vezan za serijski port računara. Za slave procesore neće biti problema. Znači interesuje me hardversko rešenje tog pitanja. U prilogu je šema RS232-RS485 konvertora koji radi. U nastavku bih tom konvertoru dodao galvansku izolaciju sa strane ka računaru.Niako da nađem način kako za uploud fajla.

Već sam spomenuo (invertirani TX) i samo piši po portu (Flow control=None). Ah da kojom brzinom komuniciraš?

Potpis

www.micromatic.hr

Ajd malo detaljnije kako invertovani Tx.

TX (R2in maxa 232) preko 10k otpornika spojiti na "kako kontrolirati smjer" točku 485. na istu točku staviti zenericu 5V1 prema masi GND tako da napon na pinovima DE/RE ne prelazi 5V odnosno ne pada ispod -0,7V. sve ostalo kako si nacrtao na shemi

Potpis

www.micromatic.hr

Micromatic,

hardverski sam tvoju ideju razumeo odmah, ali me zbunjuje što na TX pinu kada računar šalje bajt(ove) stalno se smenjuju logički nivoi što bi značilo i da se stalno menja stanje enable pina SN75176 kola ili ja nešto strašno previđam. O čemu se radi?

Pomenuo si da bi kasnije tom konvertoru dodao galvansku izolaciju. Moj savet ti je da odmah razmisljas o galvanskoj izolaciji. Za RS-485 imas lepe cipice za tu namenu: ADM2486 ili IL485E ili, ako si bas mazohisticki nastrojen MAX3535E. Svim ovima su cene u Farnell-u reda velicine 11-12 evrica (+ donosenje)

Iskreno rečeno predloženo riješenje nije baš po PS-u ali radi. Ja sam to riješenje našao negdje na net-u i u doba prvih pokušaja rješavanja RS485 komunikacije bez puno razmišljanja spoji sam tako i ispalo je da radi OK. Brzina je bila 4800 ili 19200.

Za checksum se slažem, mada probleme s gubitkom prvog bajta nisam primjetio ni na MCU strani a ni na FTDI strani. FTDI ima 5 CBUS pinova koji se programski konfiguriraju pa jedan od njih postavimo u TXDEN funkciju i spojimo ga s DE/RE pinovima 485 konvertera. Ovako nisam zamjetio nikakve probleme s smjerom komunikacije.

Potpis

www.micromatic.hr

ako ti je mcu u sleep-u i budi se na interrupt, taj byte koji ga je probudio je u 99% slucajeva izgubljen.. sa ftdi nisam uspeo da skontam kad se to desava ali s'vremena na vreme ako drugi sistem ne salje nista neko vreme kada krene da salje desi se da ftdi izgubi prvi bajt (232R .. sa 2232 mi se to ne desava mada ga nisam toliko mnogo koristio kao 232)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Probaću micromaticov predlog pa javljam rezultate.

Probao sam pa da javim rezultate,

Kao što sam i pretpostavljao stvar sa kontrolom smera koju je predložio Micromatic bar kod mene ne ide. To ne znači da ne verujem da kod njega ne radi. Pošto se logički nivo na Tx pinu stalno menja kada računar šalje bajtove-menja se i stanje na enable ulazu SN75176. Kao efekat toga imam da kada pošaljem neki bajt sa računara, računar dobije i nekoliko bajtova nazad a da slave procesor ništa ne šalje (broj i vrednost tih bajtova su nedefinisani). Kada enable ulaz RS232-RS485 konvertora vežem za +5V stvar radi bez problema i slave procesor primi ispravno bajt, što sam video i osciloskopom. Probaću nešto drugo za kontrolu smera komunikacije. Ima neke ideje sa NE555 pa da razmotrim.

Vjerojatno ima veze s 485 konverterom (ja sam koristio ADM485). Našao sam i jedan stari konverter i vidim da sam ti krivo naveo vrijednost otpornika (na mom konverteru je 4k7) Naravno sve to ovisi o RS232 portu ... Možeš se poigrati s vrijednosti tog otpornika da ne sruši previše TX signal a da je opet dovoljan za DE/RE pinove. To što se mjenja stanje na DE pinu je OK a nadam se da si spojio zajedno DE i /RE pinove.

Ovo s 555 i sličnim monostabilima je isto OK ali mi je dosta kompliciralo adapter pa sam odustao od tih verzija jer su i ovisne o brzini komunikacije.

Potpis

www.micromatic.hr

Šta reći

greška je bila do mene-hardver je sav u žicama pa je to malo skakalo na sve strane. Ono što je najbitnije-radi. Probao sam komunikaciju računar -slave procesor i ne greši ni jednom. Pošaljem bajt sa računara, procesor ga prihvati u prekidnoj rutini, uveća za 1 i vrati računaru i sve to radi bez greške. Sada idem u realizaciju pločica pa se verovatno kraće vreme neću oglašavati, ali planiram da uredno obaveštavam o svim koracima-možda nekom i koristi da ne prolazi kroz iste muke. Uzgred što se tiče napajanja slave procesora- mislim da ih napajam iz jednog izvora-znači zajednički Vcc i zajednička masa-nadam se da neće biti problema npr. zbog dužine linije. Šta mislite o ovome?
Još jednom hvala forumu za sada.

Mislim da ti je pametnije koristiti na svakom slejvu 78(L)05 pa zajednički npr +9V umjesto Vcc-a. Razlog bolje filtriranje smetnji na napajanju a i ako neki slejv "crkne" tako da ruši napajanje to nebi trebalo utjecati na ostale.

Potpis

www.micromatic.hr

Hvala