Svenska ElektronikForumet

Börjar bli snurrigt i huvudet med alla typer och hur man ska prata med enheter som använder ett visst com-protokoll, försöker hitta en lathund hur man kategoriserar de olika comspråken, jag har börjat referera vissa som "push-com", som jag refererar till att ett objekt kommer alltid "putta" ut data på com-slingan utifrån en egen konfiguration, medans "pull-com" är att de skickar inget förrän en användare kallar på data från just den adresser. Sedan har jag vissa hybrider, pushNpull där primära användningen är push och vice versa pullNpush.. .. hur håller du isär hanteringen av hur data ska redovisas till ett styrsystem? tack å bock för din syn på det.


refererar till objekt/enheter som pratar med..
Modbus TCP/RTU
Pulsutgång
Analogutgång
MBUS/WMBUS
BACnet
ProfiBUS
OPC DA/UA
OCPP
LON
KNX
DMX
MQTT
DALI/2
Comli

"Master - slave" är för mig de protokoll där en enhet frågar en annan om data och den andra svarar. Kan ofta vara fler enheter på linan med var sin adress.

CAN-bus är väl ganska mycket så att enheter skickar ut data på bussen med en identifiering av vilken typ data det är - och alla andra på bussen lyssnar o kollar om de vill veta av de data.
Vill de ha dom är det ju bara att spara till nästa uppdatering.

Jag är inte 100% säker på vad du avser med din kategorisering - och vad du ska med den.

Varje protokoll är ofta utvecklat till ett givet ändamål - och inte sällan använd till annat senare för att någon kände till det och hade vanan inne.

Klart att det är snurrigt, vart och ett av de protokollen kan vara några dagars arbete & tandgnissel att sätta sig in i och få igång.

Det är ju egentligen rätt enkelt.
Om man skall tillverka en enhet som kan prata med det mesta, så är Modbus-RTU över RS485 ett naturligt val, då de flesta burkar pratar detta som standard.
Enkelt och billigt, kräver inga dyra certifieringar.

Skall man tillverka en pryl som skall prata med annat, tja, då måste man ju titta på vad de andra prylarna pratar.
Inom Bygg-automation
Modbus RTU/RS485 och eventuellt TCP/IP
MBUS mfl om man skall prata med energi/vattenätare eller liknande
I vissa fall BACNet, dock väldigt dyrt och komplicerat då certifiering är ett krav.

Fordon CANbuss och LINbuss

Belysning eller liknande
KNX, DMX, DALI

Det är vad jag kan komma på

LONBus är väl i princip dött i dag, var hett på 1990/2000-talet, dock väldigt dyrt att implementera.

Bör man inte ha med OSI-modellen som referens?

https://en.wikipedia.org/wiki/OSI_model

/Pi