presne tak, je to jeden z protokolov ktory sa dost casto pouziva, ale tiez by som povedal, ze urcite veci mu chybaju. napr v podstate iba prenasa binarne data takze serializacia/deserializacia neznameho zariadenia nejakym univerzalnym klientom je dost otazna. Mozno by to chcelo niekolko profilov (napr nieco ako nano kde by payload bol tak ako je) a nad tym nejaky profil kde by format dat bol nejako specifikovany. Zase ale nieco menej zlozite a univerzalne ako je napr. OPC UA ktore toto ma sice vyriesene dokonale ale za cenu velkej komplexnosti. Kazdopadne ak nie je problem sirka pasma (co povacsine pri IOT asi je) tak OPCUA je nasobne dokonalejsi standard ako MQTT.
Takže OPC UA je komplexnější, potřebuje větší šířku pásma, ale jinak je to lepší standard. Jestli ono to nebude tím, že 1) MQTT nebylo vytvořeno právě proto, abychom se obešli bez všech možných vrstev a profilů... 2) MQTT je protokol na úrovní HTTP a aplikační data se řeší až nad ním.
Náročnost implementace těch "dospělých" standardů je taky někde úplně jinde a hodně štěstí při pokusu tu implementaci nacpat do ATtiny.
Trošku mi to OPC mimochodem připomíná dospělé SOAP, CORBA a podobné, které už jsou doufám definitivně na smetišti dějin ve prospěch primitivního REST API (což taky není standard, že ano), STOMPu, nebo třeba JSON-RPC.
Proč „tím pádem”? Všechny 3 tebou uvedené protokoly jsou v hierarchii pod HTTP. A ano, z dnešního pohledu to jsou docela špatné protokoly. Viz např. řešení NAK a řada dalších věcí. Ale beru to tak, že mají své roky. Ale použít HTTP jako spodní vrstvu pro další vrstvy, tak to je fakt totální volovina.
Oba si zrejme vetu "z toho plyne, ze je to spatny protokol" vztahujeme k necemu jinymu. Ja predpokladal, ze Kiwi ji miril na MQTT. Proto reaguju ve smyslu, ze MQTT neni spatny pouze proto, ze je urceny k tomu, aby do nej byly pouzdreny vyssi vrstvy.
Ano, vseobecne pouzivani HTTP jako obalu na ne-HTTP veci vidim osobne taky jako desnou volovinu, ale vzilo se to dost.
to ani nespochybnujem, pre zariadenia ktore maju malu ROM/RAM to urcite nie je to prave. Ale pre hocico co je len podpriemerny ARM procesor (odskusane na 200Mhz,16MB RAM, plny OPC UA profil) je to podstatne lepsie. Ked si pozriete standard OPCUA tak zistite ze v oblasti automatizacie riesi naozaj prakticke veci.
Ak vam OPC UA pripomina SOAP a CORBA tak ciastocne davam za pravdu. Akurat ale na to ide podstatne rozumnejsim sposobom, dokonca sa konecne rozhybali aj ohladom specifikacii a SW (co bol dost velky problem, kedze to stalo nemale peniaze)