The "Official" OPC-UA vs MQTT 2-HOUR DEBATE!

Thank you EZ VPN for sponsoring this video content. Check out EZ VPN's newest technology IO Hub (That we really love) at www.ezvpn.online
Thanks for watching!
Subscribe!
👉 bit.ly/SubTo40Solutions
LinkedIn 👉 bit.ly/40SolutionsLinkedIn
Twitter 👉 bit.ly/40SolutionsTwitter
Want to learn more?
Join our community Discord Server
👉 bit.ly/Industry40DIscord
Take the FREE IIoT Mini-Course
👉 bit.ly/iiotmini-course
#IIoT #Industry40 #DigitalTransformation

[@JorgenKvinge]

Ravil - Very cool and brave of you to participate in the discussion :) Enjoyed the whole two hours, very interesting discussion. Would be nice if you could share also with the community how the performance tests/comparisons were done

[@4.0Solutions]

Thanks Jorgen!

[@one-wayautomation902]

Thank you, Jørgen! Will do

[@egbertonunes8255]

Ravil. Thank you very much to participate in such debate. Walker have good points but you also have. And personally, I liked very much the respectful and pacific way you managed the discussion.
Please share more content and knowledge in your TH-cam channel.
Walker - Thank you to provide the debate.

[@OpenR3]

Blind spots
in the vision of "one protocol to rule them all" MQTT:
(open to debate)
1) MQTT is the most efficient protocol
for data, not for information.
It is designed for a low-profile 1-to-many
communication (raw data, telemetry).
Optimal only from a "big data" point of view.
2) at levels 0,1 of the automation stack,
a reliable communication in many cases must
prevail over any other efficiency, cost
or scalability consideration
(especially when safety issues are involved).
Machine to machine communication
often requires low latency and a complex
interdependence for control algorithms.
3) report by exception to the cloud may render
in many industrial cases a large amount
of useless data
(instead try to embed intelligence,
machine learning functionality into your field
devices, creating higher abstraction layers
on the edge... and hence
reporting less but more "meaningful" data)

[@fatonaoladimeji9697]

Thanks for coming on Ravil. I ended up liking him a bit more towards the end

[@gongzhang9641]

The debate became more and more interesting as it went on. The two parts about openness and report by exception are most exciting.

[@4.0Solutions]

Thank you!

[@percurious]

great conversation! thanks for sharing.

[@Mci146]

Great discussion, my view is that OPC UA is a framework (Information models, Alarms, Events, Data type representations, Methods, Services), whereas MQTT is just a protocol for 1 to many comms using a pub/sub mechanism, and hence the comparison might not be apples to apples. I'm reading about Sparkplug, so that might be covering a lot of ground where MQTT falls short.

[@walkerreynolds973]

OPC-UA and SparkplugB is more of an apples to apples comparison -- correct

[@Curious_about_many_things]

Hi ​@@walkerreynolds973. Great discussion. Attempting to learn all things mqtt so may be an incorrect question but here goes. How do you see organisations that need the quality range of OPC for data values being served through sparkplug that only have good, bad and stale? Do you see it's a compromise they have to accept?

[@amineamaach4450]

Very very interesting discussion. Thank you Walker and Ravil.

[@4.0Solutions]

Thanks Amine!

[@IngVasiu]

I use both technologies. Information model is the thing that I like most from OPC-UA. It can be perfectly integrated with the PLC logic. Decentralisation and lightness are the things that I like most on MQTT.

[@4.0Solutions]

We use both technologies, too. Each has its place.

[@henrikw77]

I would say you need Alarms and Events. Specifically if you don´t know the PLC program and threshholds

[@forsterma]

Did you ever followup on the performance benchmarks?

[@shree_kalkiHanuman_mandir]

Thank you for special discussion.. good night

[@ZackScriven]

Thank yoy

[@shree_kalkiHanuman_mandir]

Happy to see you on TH-cam...

[@4.0Solutions]

Thank you!

[@deonbarnard6823]

@@4.0Solutions Nobody won the pi$$ing contest

[@4.0Solutions]

@@deonbarnard6823 LOL. Thanks Deon!

[@balee15]

Congratulations on your life ..I'm from Brazil and I've been developing electronic equipment for many years, and I'm from the time of assembly with MCU 8051 etc. Today currently working with agricultural equipment. These two technologies MQTT and LoRa have lowered costs and developed efficient and dedicated devices. The MQTT protocol is incredibly lightweight and very functional. I don't know the OPC-UA, I'll try to find out

[@4.0Solutions]

Thank you Mauro! Please join our community discord server! www.iiot.university/discord

[@Amalokch]

I work in aquaculture which is similar to agriculture. what kind of products you can offer who supports MQTT?

[@hewking]

and finally after hearing the statement that OPC UA is lighter i was tempted to stop watching this debate...

[@hewking]

i also dont like the way Ravil kept interrupting Reynolds

[@fredericomachado4116]

Very entertaining and educational

[@4.0Solutions]

Thank you, Frederico.

[@nielskeijsers]

Hi Walker,
We develop automated warehouses.
We use a PLC that communicates to a system that can determine the directions of the pakages by a barcode.
Is MQTT a good solution for these kind of communications or is OPC UA a better solution for this?

[@4.0Solutions]

Thank you Niels!

[@davemasciotra-nx7xc]

58:25 ❤ 💯 😎 👍 Thank you so much. I work in the Canadian Rust Belt! Tier 1 Automotive. I share your Mission and Values.

[@4.0Solutions]

Thank you for the support

[@hewking]

it's great to have debate but the guys who want to discuss stuff with Walker need to come better prepared otherwise they rumble chaotically - maybe written agenda what they are going to say in the debate will be good so when they start rumbling they could be put back on track. Surely Ravil is defending his own income stream and opc foundation contacts..

[@BryanChance]

Hmmmmm