Jak funguje Modbus a RS-485 (diskuse)

[Max]

Poprvé jsem se s Modbus setkal asi na MaR systému (Měření a Regulace), kterým se řeší automatizace budovy (topení, klima, větrání, teplotní křivky, monitoring CO2, kotlů, bojlerů, tlaku, rekuperace, vypalování legionelly atd. atd. atd.).
Ale protokol jako takový jsem nikdy nestudoval, takto nízkoúrovňové věci jdou mimo mě.
Zdar Max

[Bluebear]

Skvělý článek - konečně jsem pochopil pár věcí, které mi nebyly jasné už od prváku. Díky moc!

[_]

Vlákno bylo přesunuto do samostatné diskuse.

[_]

Nekomentuj si vlastni prispevky.

[Gluebar]

Nechci být zbytečně nějaký nepříjemný, ale jdi do kšá. Jenda je odlišná osoba, což by šlo zjistit velmi jednoduchým zagooglením.

[_]

no

[~]

yes

[trekker.dk]

Osobně jsem se na tohle vykašlal a delší propoje jsem vyřešil nákupem routříků s OpenWRT a roztaháním ethernetu, který je oddělený trafíčky defaultně, a případný výstup na RS-485 dělám až na druhé straně. Cenově to vyjde podobně

Určitě bude záležet na tom, kolik kusů toho děláte (tj. kdy úspora na těch routerech zaplatí práci), ale když mluvíte o těch trafíčkách, tak mě napadá FSK modulace - digitální signál přes ta trafíčka neproleze, ale sinusovka by měla.

Akorát mě teď nenapadá, jak řešit ten bias do klidového stavu

V mnoha zařízeních když zavoláte write na sériák, tak se to jenom vloží do fronty a write hned vrátí a vysílání ještě běží. Potřebujete třeba udělat flush.

Nedávno jsem zrovna psal něco, co komunikovalo po sériáku, v Ruby. Dopracoval jsem se k tomu, že při odvysílání zprávy se vypočítá čas, kdy je odeslání hotové, a podle toho se pak posílá dál. Oproti MCU, které udělá interrupt, když má volno v 1B velkém bufferu, docela pakárna. Na druhou stranu je to na straně PC a v Ruby, takže tam si můžu dělat a ladit, co chci.

Teda skoro. Narazil jsem na to, že se mezi zařízeními "náhodně" rozpadá časování, takže mi to přecházelo do chybového stavu (timeouty, nesedlo pořadí zpráv a tak) a přestalo se to dít, když jsem vypnul ladící výstupy na terminál. Počítač (nebo Ruby) prostě nestíhal komunikovat po sériáku a zároveň kreslit do konzole hromadu textu.

[ehmmm]

RS485 je z doby, kdy ethernet nebyl tak bezny, presneji receno proste nebyl. Proste se natahly dva draty pres nekolik (desitek) stanic na delku nekolika (stovek) metru, i kratsi odbocky se delaly, na zacatku a na konci se zapnuly odpory a nejakou rychlosti 9600 baudu to vzdycky jelo. Pro debugovani to chtelo mit galvanicky oddeleny osciloskop nebo moznost triggerovat na rozdil kanalu A-B, ale obvykle stacilo pouze zmerit napeti A-B v klidu. Pokud jste meli nejake normalni komponenty, tak to proste fungovalo.

Na Modbusu je nejslozitejsi ten kontrolni soucet. Jinak to je trivialita. Spravne autor upozornuje na chytak, ze nekdo cisluje od jednicky, nekdo od nuly a nekdy jeste zalezi, jakou funkci pouzivate (cteni registru vs. civek...).

Na co jsem narazil tohle leto, je to, ze existuje Modbus ASCII, Modbus RTU, Modbus TCP a kdyz uz nejake zarizeni umi Modbus TCP, tak obvykle umi i Modbus UDP, coz ma oproti TCP vyrazne nizsi rezii (timeouty a preposlani si vyresim sam). Jenze jeden vyrobce s novou verzi sveho produktu to UDP jaksi nenaprogramoval. Musim tedka jak sulin otevirat a zavirat TCP spojeni, pri stovce zarizeni v jedne siti to je velka spousta paketu navic.

[Miriam]

Ty jsi hustej týpek Jendo, respekt!

[billgates]

Příloha:

• 485.png (124954 bytů)

Ak treba riesit RS-485 po vonku alebo v budove cez vela poschodi, tak musim len odporucit tento interface ADM2865E. Ma 5.7 kV rms izolaciu na datach aj VCC+VSS. Spolu s ochranami je to prakticky neznicitelne. Pouzivame to takto uz isty cas a prezilo to aj priamy uder blesku do jedneho nodu (solarna elektraren) a vsetky ostatne nody dalej fungovali. Pravda, je o trochu drahsi ako bezne interfacy bez izolacie. Su dostupne varianty pre 500kbps a 25Mbps a taktiez full a half duplex.

Poznamka k obrazku - ide o 3.3V komunikaciu, ale modul podporuje aj 5V na 485. Dalsia vyhoda je, ze IO na casti k procesoru je nezavysla na VCC, takze sa da pripojit napriklad 1.8V IO MCU k 5V RS-485 sieti bez dalsieho menica urovne.

[Rozelak]

Zdravím, máme kotel Tronic Heat od Bosche s externím modulem ekvitermní regulace. Kotel teď hlásí chybu komunikace s tímto externím modulem, tak jsem to otevřel a zjistil jsem, že spolu komunikují přes RS-485 rozhraní. Čili mě napadlo, že by to mohlo jet přes modbus.

Zkoušel jsem tedy zachytávat komunikaci modbus snifferem s použitím RS485-USB převodníku (https://www.gme.cz/modul-prevodniku-usb-rs-485), ale lezou z toho nesmysly - neplatné zprávy, chyba CRC, atd. Nicméně to vypadá, že se tam opakují určité vzory.

Nemáte náhodou někdo tip, čím by to mohlo být? Přijde mi, že kdyby se modul rozbil, tak buď nevysílá nic nebo vysílá třeba jen šum, a z toho by nějaká posloupnost Bytů sestavit nešla. Nejspíš tam ale nějaká chyba bude, když ji kotel hlásí. Já jsem ale s rozumem v koncích ...

Díky, R.

[frr]

S křížkem po funuse, tak aspoň do záznamu: debugovat analogové chyby v RS485 prakticky nelze bez dvoukanálového osciloskopu Poté, co vyřešíte společnou referenční zem, terminaci, upadlé dráty a případně nahnilé/postřelené transceivery, takže obdélník je znovu obdélníkem, začnou chodit správně data - a teprve v tu chvíli má smysl řešit odposlech UARTem...

Jo a jestli ten TRONIC je toto tak je to zřejmě fakt Modbus/RTU.