I just committed a controller module for Misterhouse if you want to update the list. Supports both serial and Ethernet gateways.

@tekka: TYVM. Tested the fix and it works great, no errors.

I just created a pull request for a new MySensors module for the open source Misterhouse project:

https://github.com/hollie/misterhouse/wiki

An icon tor that project is here:

https://a.fsdn.com/allura/p/misterhouse/icon

If you look at the datasheet is says, depending on the bin, between 17 and 18 lm max output. At max power of 110 mW that is 17.5/0.110 or 159 lm/w. I haven't looked for comparisons but I suspect that is typical of most modern LEDs. Keep in mind that, for commercial LED bulbs, there is power converter efficiency that has to be factored into the efficacy and they still achieve > 100 lm/W with pretty average LEDs.

@martinhjelmare: right you are. I didn't realize 2.0 was out. I guess my post would have made more sense 4 days ago!

@hek

Here's a larger one that I pulled from my own deployment

If you need a bigger one I will need to contact the icon designer. Let me know.

@tekka, yes, sorry, should have clarified. 7 bytes for MYS sensor, but the 6 bytes I was referring to as a "header" was the typedef on the firmware download. So 7+6=13/32 leaving up to 19 bytes for the firmware block itself.

Thanks for the clarification on the padding and the CRC. That will become important.

If you look at the datasheet is says, depending on the bin, between 17 and 18 lm max output. At max power of 110 mW that is 17.5/0.110 or 159 lm/w. I haven't looked for comparisons but I suspect that is typical of most modern LEDs. Keep in mind that, for commercial LED bulbs, there is power converter efficiency that has to be factored into the efficacy and they still achieve > 100 lm/W with pretty average LEDs.

@user2684 Great news! I will give that a try shortly.

@gohan yes, I certainly could treat these sensors manually but of course that is more work!

I think I will create a feature request on NodeManager to add a "virtual" sensor capability anyway because it would be useful and probably not that hard to build. This concept already exists for things like the battery sensor which has a pin "-1".

Edit: added request for this feature as issue #257.

I am working with some devices that aren't directly tied to pins, yet I would still like to interact with these devices, ideally using NodeManager. An example device is a TTP229 touch sensor. This has 8 or 16 buttons and sends the state changes as serial data over a single data pin. I would like to treat these button presses as inputs to an S_BINARY sensors but at the moment I don't see a way to send sets for a sensor child by anything other than a physical pin.

On the receive side I would like to be able to receive arbitrary data from a controller to, for example, an S_CUSTOM device and then use that data to control the behaviour of the node. I could use the state of the child to do something like reduce the brightness of all the S_DIMMERs on the node.

Is there any way to do this type of thing?

@user2684 Great, thanks for the quick response.

UPDATE: Confirmed, all is good with MyS 2.2.0-rc2. Not sure what resolution you had in mind for issue #256 but a note in the installation section of this page:

https://www.mysensors.org/download/node-manager

...stating the required version of MyS for both the stable and dev versions of NodeManager would probably have been enough to keep me out of trouble!

Thanks again for NodeManager. It does everything I had been doing manually before, using pages of sketch, and shrinks it down to a few simple lines.

I grabbed the latest development branch tonight to try this out. I saved the NodeManager.ino as a new name and copied the NodeManagerLibrary.h and NodeManagerLibrary.ino files into the new folder. I enabled USE_DIGITAL_OUTPUT and added a SensorDigitalOutput and SensorRelay child in my sketch and tried to compile. Unfortunately I got these errors:

In file included from ino:244:0:
sketch/NodeManagerLibrary.h:549:27: error: 'SR_RX_RSSI' was not declared in this scope
     int _signal_command = SR_RX_RSSI;
                           ^
/NodeManagerLibrary.ino: In member function 'virtual void SensorSignal::onLoop(Child*)':
/NodeManagerLibrary.ino:741:45: error: 'signalReport_t' was not declared in this scope
   int16_t value = transportGetSignalReport((signalReport_t)_signal_command);
                                             ^
/NodeManagerLibrary.ino:741:75: error: 'transportGetSignalReport' was not declared in this scope
   int16_t value = transportGetSignalReport((signalReport_t)_signal_command);
                                                                           ^
exit status 1
Error compiling for board Arduino Nano.

All seems to be related to signal reports but even if I disable signal reporting the errors still occur. Guessing I did something wrong so any ideas would be appreciated.

Thanks!

@wallyllama have a look here:

https://github.com/hollie/misterhouse/blob/master/lib/MySensors.pm

The default branch is stable but you won't find it there [yet].

Got this email today from vasilis.georgitzikis@codebender.mail.intercom.io:

All good things must come to an end

We have some sad news to share today. With a heavy heart, we've decided to shut down the codebender.cc website.

@hek said:

The question is if it recognize MySensors topics and do things like hand out ids over MQTT.

Hmmm... good point. Hand out IDs, no, not out of the box, but set/req should work. For now I am fine to leave MQTT off and I will look at what would need to be done to add basic MYS specific internal support.

@hek

Actually, now that I think about it, Misterhouse also has support for MQTT so you can probably list all three gateways for Misterhouse. Sorry for forgetting about that one in my initial post.