<![CDATA[Mqtt broker]]>maybe add support for mqtt in order to recieve sensor and other data easily with out having to compile nxevent etc for embedded devices..

]]>https://forum.netxms.org/topic/4131/mqtt-brokerRSS for NodeFri, 13 Nov 2026 17:39:13 GMTMon, 23 Nov 2015 01:54:12 GMT60<![CDATA[Reply to Mqtt broker on Fri, 27 Nov 2015 21:56:19 GMT]]>Exactly as Borgso said..  I generally use mosquitto which is an opensource broker written in c  http://mosquitto.org/download/  there is also http://emqtt.io/ which is written in erlang  both brokers support websockets so you could have realtime dashboards so basically you could create a dashboard and have it subscribe to realtime data  and with the broker being integrated on the server you could just use a local client  https://github.com/eclipse/paho.mqtt.java  ( Java Client)  http://www.eclipse.org/paho/clients/c/embedded/ ( c++ Client )  to subscribe to the topics locally.. And if another Netxms server where interested in the data it would just need to subscribe to the topic using any of the above clients or simply bridge the two with a broker to broker bridge..

]]>https://forum.netxms.org/post/18447https://forum.netxms.org/post/18447Fri, 27 Nov 2015 21:56:19 GMT<![CDATA[Reply to Mqtt broker on Fri, 27 Nov 2015 09:55:48 GMT]]>Any linux running machines, even virtual host would work as a test.

NetXMS just need to act as a MQTT broker or connect to one and listen to topics.
This could be something like the "nxpush", but ie "nxmqtt"

Ex: embeded device announce "TOPIC/%NODE%/%DCI_VALUE%" to MQTT broker, netxms puts value into correct place.

]]>https://forum.netxms.org/post/18444https://forum.netxms.org/post/18444Fri, 27 Nov 2015 09:55:48 GMT<![CDATA[Reply to Mqtt broker on Tue, 24 Nov 2015 18:41:23 GMT]]>Hi,

it could be interesting. Do you have some suggestions of inexpensive hardware that can be used for testing?

Best regards,
Victor

]]>https://forum.netxms.org/post/18419https://forum.netxms.org/post/18419Tue, 24 Nov 2015 18:41:23 GMT