Design strategy for qt mqtt networking
-
wrote on 13 Dec 2021, 07:35 last edited by
Hello guys i'm trying to ue qt mqtt for communication between robot and qt application with azure cloud. As i know if the sensor data from robot is passed through cloud to the qt app their will be some delay, so considering that robot is in the range of qt application radio/wifi ragne, what is the best design strategy to do the both?
-
Hi,
Does your robot provide a mean to connect to it directly ?
-
Hello guys i'm trying to ue qt mqtt for communication between robot and qt application with azure cloud. As i know if the sensor data from robot is passed through cloud to the qt app their will be some delay, so considering that robot is in the range of qt application radio/wifi ragne, what is the best design strategy to do the both?
wrote on 15 Dec 2021, 16:29 last edited by Pablo J. Rogina@Dinesh-Lama remember that the MQTT protocol is publish/subscribe oriented, and it uses a broker as middle-man.
So if the answer to @SGaist question is yes, you can connect directly to your robot, you may want to run the MQTT broker in the same location where you run your Qt application.
This way you'll remove the dependency with the cloud approach. -
wrote on 15 Dec 2021, 16:41 last edited by JoeCFD
It does not matter how robot is connected. Qt mqtt goes with your qt app. You may have to use mqtt + C++(or whatever, java, or c) inside robot since you do not use qt in the robot. You can do it, but it is not necessary.
1/4