node-red-contrib-mysensors release thread
-
An almost complete rewrite of the node-red-contrib-mysensors has been released.
What have been done this time is:
- Rewritten in typescript
- a controller node is added, allowing node-red to hand out node id's to a mysensors network.
The move to typescript should enable more test of the software, as I now have a compile time check, and also implemented the first unit tests of the code.
Please note that the mysencdec node has now been removed.. If you still use it, then you should remove it before upgrading the package, or node-red might stop the flows, as it is missing nodes.
Please use the issue tracker on github, if you find some undocumented "features" :)
-
Release 2.0.1 is out, fixing the bugs that I discovered earlier.. Thought that I had everything covered, and even did some regression testing in a dummy node-red install.. But missed some important details, that unfortunately can't be covered by the testframework at the moment (perhaps because my lack of understanding of mocha / chai)
-
Released 2.1.0 today,
Improved debug node, where I ported the parser from https://mysensors.org/build/parser.
The controller node now also logs the last repeater a given node has used, to reach the gateway.
Some minor details here and ther in the ui have been updated as well.
Linting of the typescript files have been added using tslint.
-
Released 2.2.0 today
the mysdecode node now also decodes messageType and sensorType to string values, in the node message it emits.
The emitted message now contains the following propperties:
topicRoot: string; // Only used if it is decoding from a mqtt topic nodeId: number; childSensorId: number; messageType: mysensor_command; messageTypeStr: string; ack: 0|1; subType: mysensor_data| mysensor_internal| mysensor_sensor| mysensor_stream; subTypeStr: string; origin: MsgOrigin; // This is an indicator for where the message was received from (mqtt, serial or "undefined")Also did a lot of cleanup, set stricter rules in the typescript compiler etc. to avoid common mistakes.
-
Released 3.0.0
Breaking change is in the controller node, which now use a migration feature in the sqlite lilbrary that I use. It makes it easier to update database schema later on, as I can now create "patches" for the schema, that is included in the library. The database needs to be re-created from scratch, as the migration part has some extra tables to keep track of the schema version.
Also documentation has been received an overhaul, correcting a few spelling errors, and a lot of formatting.
-
Awesome work! I was trying to create a bridge between a MQTT gateway and a Serial gateway (over TCP) so I could use firmware upload function of the MySController. However for some reason it seems to only work one way. I can send commands from the MySController to MQTTGateway but nothing is being received on the MySController side when data is sent from MQTT
This is my flow, would be awesome if someone would spot the issue...
[{"id":"e6a66581.c16ec8","type":"mysdecode","z":"229ed636.c3ff2a","name":"","mqtt":false,"x":450,"y":460,"wires":[["58ac0291.04974c","a3ba801.a63be8"]]},{"id":"eb5b52a1.29566","type":"tcp in","z":"229ed636.c3ff2a","name":"","server":"server","host":"","port":"5003","datamode":"stream","datatype":"utf8","newline":"\\n","topic":"","base64":false,"x":270,"y":460,"wires":[["e6a66581.c16ec8","ab0f8982.8a9588","78954899.688c28"]]},{"id":"58ac0291.04974c","type":"debug","z":"229ed636.c3ff2a","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","x":510,"y":560,"wires":[]},{"id":"a3ba801.a63be8","type":"mysencode","z":"229ed636.c3ff2a","name":"","mqtt":true,"mqtttopic":"myGreenhouse-in","x":1040,"y":200,"wires":[["8d64662e.fbada8","595543a3.f537cc"]]},{"id":"ab0f8982.8a9588","type":"globalGetSet","z":"229ed636.c3ff2a","name":"Save Session","topic":"","context":"msg","variable":"_session","outContext":"global","outVar":"_session","x":440,"y":420,"wires":[[]]},{"id":"78954899.688c28","type":"debug","z":"229ed636.c3ff2a","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","x":500,"y":720,"wires":[]},{"id":"cdf94190.9fb8e","type":"myscontroler","z":"229ed636.c3ff2a","database":"5fdbb924.88fb48","name":"","handleid":true,"x":770,"y":200,"wires":[["a3ba801.a63be8"]]},{"id":"8d64662e.fbada8","type":"mqtt out","z":"229ed636.c3ff2a","name":"","topic":"","qos":"","retain":"","broker":"1920bc44.5c3304","x":1270,"y":200,"wires":[]},{"id":"595543a3.f537cc","type":"debug","z":"229ed636.c3ff2a","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","x":1270,"y":260,"wires":[]},{"id":"c800320f.2a2b","type":"mysdecode","z":"229ed636.c3ff2a","name":"","mqtt":true,"x":560,"y":200,"wires":[["cdf94190.9fb8e","aa22f275.cc8ec"]]},{"id":"2222f84e.56c4e8","type":"mqtt in","z":"229ed636.c3ff2a","name":"","topic":"myGreenhouse-out/#","qos":"2","broker":"1920bc44.5c3304","x":320,"y":200,"wires":[["41588b7e.b61114","c800320f.2a2b"]]},{"id":"aa22f275.cc8ec","type":"switch","z":"229ed636.c3ff2a","name":"","property":"nodeId","propertyType":"msg","rules":[{"t":"eq","v":"203","vt":"num"},{"t":"else"}],"checkall":"true","repair":false,"outputs":2,"x":570,"y":360,"wires":[[],["ea8a0d53.8140b"]]},{"id":"41588b7e.b61114","type":"debug","z":"229ed636.c3ff2a","name":"","active":false,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","x":530,"y":260,"wires":[]},{"id":"ea8a0d53.8140b","type":"mysencode","z":"229ed636.c3ff2a","name":"","mqtt":false,"mqtttopic":"","x":870,"y":420,"wires":[["2036eda1.dd8bf2","ad5ca8e4.1c4f68"]]},{"id":"2036eda1.dd8bf2","type":"debug","z":"229ed636.c3ff2a","name":"","active":false,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","x":1030,"y":460,"wires":[]},{"id":"ad5ca8e4.1c4f68","type":"globalGetSet","z":"229ed636.c3ff2a","name":"Load Session","topic":"","context":"global","variable":"_session","outContext":"msg","outVar":"_session","x":1060,"y":420,"wires":[["cb6d084b.432238","f99fd97d.5f73c8"]]},{"id":"cb6d084b.432238","type":"tcp out","z":"229ed636.c3ff2a","host":"localhost","port":"5003","beserver":"reply","base64":true,"end":false,"name":"","x":1250,"y":420,"wires":[]},{"id":"f99fd97d.5f73c8","type":"debug","z":"229ed636.c3ff2a","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"true","x":1240,"y":480,"wires":[]},{"id":"5fdbb924.88fb48","type":"mysensorsdb","z":"","name":"Device DB","file":"sqlite"},{"id":"1920bc44.5c3304","type":"mqtt-broker","z":"","name":"LocalNew","broker":"localhost","port":"8883","tls":"","clientid":"Node-RedHome","usetls":false,"compatmode":true,"keepalive":"60","cleansession":true,"willTopic":"","willQos":"0","willRetain":"false","willPayload":"","birthTopic":"","birthQos":"0","birthRetain":"false","birthPayload":""}]``` -
The MysController node doesn't pass any messages through it, it only emits messages if it receives a node ID request.
Also, (depending on your version) then it is not needed to pass messages through mysdecode / mysencode before / after the myscontroller node. It understands mqtt / serial protocol directly. (this has been a feature since 2.2.0)
/ Thomas
-
New release : 3.1.0
Added features:
Controller now supports the following messages:
- I_TIME is replied with a unix timestamp corrected with local timezone offset
- I_CONFIG, responds with Metric / Imperial setting
Minor documentation updates to other nodes as well.
-
Bugfix release is out: 3.1.1
@mirodin found an issue with assigning node ID's with the controller node, which should be addressed with this release.
Basically I tried to assign nodeid 0 to nodes, and it never went out to the nodes. At the same time, the controller never got node ID 0 marked as used, as it filtered away all packages where the nodeId was 0, null or undefined, due to a missing nullcheck.
-
New release: 3.2.0
I added the possibility to do database lookups in the decode node, which is used to add info about sensor type to the mysensors messages in node-red. The info is gathered during node presentations
An example, from a node that report door state from the chicken coop:
topic: "mys-in/21/5/1/0/16" payload: "1" qos: 2 retain: false _msgid: "ddf9aef9.9a21a" topicRoot: "mys-in" nodeId: 21 childSensorId: 5 messageType: 1 ack: 0 subType: 16 origin: 2 messageTypeStr: "C_SET" subTypeStr: "V_TRIPPED" sensorTypeStr: "S_DOOR"As seen above, the sensorTypeStr is added.
-
Hi,
great work. I tried to install it, without success. First I installed node-red und npm. As operation system I use openHABian v1.4.1.This is the output:
npm install node-red-contrib-mysensors (node:4359) [DEP0022] DeprecationWarning: os.tmpDir() is deprecated. Use os.tmpdir() instead. npm WARN package.json node-red-project@0.0.1 No repository field. npm WARN package.json node-red-project@0.0.1 No README data npm WARN package.json node-red-project@0.0.1 No license field. npm WARN package.json copy-descriptor@0.1.1 No README data npm WARN package.json log-ok@0.1.1 No README data npm WARN package.json log-utils@0.2.1 No README data npm WARN package.json object-copy@0.1.0 No README data npm WARN package.json static-extend@0.1.2 No README data npm WARN package.json ansi-wrap@0.1.0 license should be a valid SPDX license expression npm WARN package.json events@1.1.1 events is also the name of a node core module. npm WARN package.json format@0.2.2 No license field. npm WARN package.json jsonify@0.0.0 license should be a valid SPDX license expression npm WARN package.json string_decoder@1.1.1 string_decoder is also the name of a node core module. npm ERR! Error: Method Not Allowed npm ERR! at errorResponse (/usr/share/npm/lib/cache/add-named.js:260:10) npm ERR! at /usr/share/npm/lib/cache/add-named.js:203:12 npm ERR! at saved (/usr/share/npm/node_modules/npm-registry-client/lib/get.js:167:7) npm ERR! at FSReqWrap.oncomplete (fs.js:135:15) npm ERR! If you need help, you may report this *entire* log, npm ERR! including the npm and node versions, at: npm ERR! <http://github.com/npm/npm/issues> npm ERR! System Linux 4.14.52+ npm ERR! command "/usr/bin/node" "/usr/bin/npm" "install" "node-red-contrib-mysensors" npm ERR! cwd /home/openhabian/.node-red npm ERR! node -v v8.11.1 npm ERR! npm -v 1.4.21 npm ERR! code E405 npm ERR! npm ERR! Additional logging details can be found in: npm ERR! /home/openhabian/.node-red/npm-debug.log npm ERR! not ok code 0 -
hey @tbowmo
I found my mistake in /home/openhabian/.npm/_logs
I had to use sudo ....But I have another Question. Do I need an Arduino in-between or can I connect the modul directly to the Raspberry pi like it is done here.
Thank you very much for your help!! :)
-
It's not necessary to have an arduino to make the gateway. You can configure the linux variant as a MQTT gateway (which I recommend), and then have mosquitto as a broker and nodered listening for mqtt messages.
-
New release: 3.2.1
It's a minor update, as @pansen discovered that node IDs wasn't shown correctly in the controller view.
Also behind the scenes a couple of module dependencies have been updated to mitigate a couple of (low-risk) security issues that has been reported against some of the npm packages that was used.
-
@tbowmo I feel a little confused on how to use this node-red plugin. Is this something like "a node-red plug-in framework", but you have to invent the wheel yourself kind of solution?
I have just opted for the Home assistant (hass.io) system as the hub for my home automation.
Home assistant, according to documentation, is mysensors enabled, but compared to other add-ons, like zigbee2mqtt, zwave2mqtt, the mysensors implementaton is like a child's tricycle, while the others are sports cars.
The zigbee2mqtt, you just turn on and off the IKEA light buld six times and it is added, whereas the mysensors you have to type configuration files and have limited graphical administration possibilities.So I thought, what if the mysensors could talk to mqtt and get into home assistant that way (my gateway is serial).
I understand the node-red implementation enables you to decode the messages as you like, but do I really need to invent how it should decode it and send it to mqtt?
Are there any ready to use implementations of the plug.in?
Could it support "auto discovery"? So you just have to turn the device on, and voila, it appears in home assistant (if mqtt auto discovery is turned on)?
