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.
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.
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.
@hek Sure, here's some info. Let me know if you need more detail or something specific
Misterhouse is one of the longest running home automation platforms around. Started in 1998 it supports a wide range of hardware, protocols and capabilities. It is written in perl which means it is easy to run on a wide range of platforms, to see what is happening and also to make customizations. The flip side of this flexibility is that some perl scripting is required but fortunately there are many examples and a helpful group of people on mailing lists.
The project is currently hosted on github:
https://github.com/hollie/misterhouse/wiki
A search of the wiki will also show what support exists for various protocols and hardware.
For screenshots of the web interface see:
https://sourceforge.net/projects/misterhouse/
Ex: https://a.fsdn.com/con/app/proj/misterhouse/screenshots/MH_ia7.png
There are articles such as this one from linux magazine:
http://www.linux-magazine.com/Issues/2015/178/MisterHouse
and even a book by the same author.
@tekka Thanks, easy fix. I'm obviously not a C guy! I guess you only use "void" when you are defining a function.
I am trying to implement sendHeartbeat() periodically so my gateway knows that a sensor is alive even when it doesn't have any data to send.
The issue is that while I am pretty sure sendHeartbeat() is being called nothing is actually being sent.
This is a node running MYS 2.0.
Here's the sketch excerpt from loop():
#define MY_DEBUG
if ((millis() - last_heartbeat_time) > HEARTBEAT_TIME) {
// If it exceeds the heartbeat time then send a heartbeat
void sendHeartbeat();
last_heartbeat_time = millis();
#ifdef MY_DEBUG
Serial.println("Sent heartbeat");
#endif
}
wait(UPDATE_TIME);
And here's the debug log:
Sent heartbeat
TSP:SANCHK:OK
TSP:MSG:SEND 3-3-0-0 s=0,c=1,t=39,pt=7,l=5,sg=0,ft=0,st=ok:0.00
TSP:MSG:SEND 3-3-0-0 s=1,c=1,t=38,pt=7,l=5,sg=0,ft=0,st=ok:4.37
Sent heartbeat
I know the if clause is executing because I get the "Sent heartbeat" debug message.
The two other messages are from child sensors 1 and 2 and those seem to be working fine.
I would expect that if a message was being sent for the heartbeat I should see some kind of debug log showing the message was sent. However, I neither see a debug message nor receive a heartbeat message at the gateway.
Can anyone see any reason the above code shouldn't send a heartbeat?
Thanks,
Jeff
@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.
Thanks @tekka. Binary huh? Looks like it's time I read http://perldoc.perl.org/perlpacktut.html
I also see #define FIRMWARE_BLOCK_SIZE 16
with 6 bytes of other headers brings it up to 22 bytes of the 25 available payload bytes. Is it safe to assume the block size won't be changing any time soon?
Also, if the actual firmware doesn't fill the last block is the expected behavior to send less than FIRMWARE_BLOCK_SIZE bytes (i.e.: no padding)?
Is there any documentation on how MYSBootloader expects to receive OTA firmware updates? This is a slick feature for sure but I need to write an OTA stack for my controller since I am not using MYSController.
I checked for documentation but there seems to be almost zero there (just a brief mention that OTA exists on the serial protocol page).
The new MyS module for Misterhouse (MySensors.pm) has now been merged to the Master branch. Please test and post and questions or comments.
What it does:
Serial and Ethernet gateways
Door/window, motion, binary/light, temperature and humidity sensors
Assigns node ID requests (untested)
What it doesn't do:
Almost everything else!
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:
I just committed a controller module for Misterhouse if you want to update the list. Supports both serial and Ethernet gateways.
@martinhjelmare: right you are. I didn't realize 2.0 was out. I guess my post would have made more sense 4 days ago!
@chrlyra: I don't think local sensors are in the main branch so you need development for that
Looks like it has been a year or two now. Is it still going on the original battery?
@skatun said:
Fyi, I had same problem with serial gateway. I guess that is fixed now aswell as the ethernet gateway?
Yes, I have tested both serial and ethernet gateways and both work now.
@tekka: TYVM. Tested the fix and it works great, no errors.
Thanks for the insight @hek. So not really knowing anything about GIT is there an easy way I can grab a snapshot of the development branch from some point in the past where this was working? Any ideas how recently that might have been?
Also, should I report this as a bug somewhere?
Any pointers would be appreciated.
I have seen a number of posts from people who have their gateways working without radios. I need this for a remote Ethernet gateway which has local sensors but does not need to talk to any radio nodes.
From what I have read running without a radio is as simple as commenting all the defines for the radios. Ex:
// Enable and select radio type attached
//#define MY_RADIO_NRF24
//#define MY_RADIO_RFM69
However, when I do this and compile I get these errors:
sketch/GatewayW5100.ino.cpp.o: In function sendHeartbeat()': /Software/Arduino/MySensors/libraries/MySensors/core/MySensorsCore.cpp:276: undefined reference to transportGetHeartbeat()'
collect2: error: ld returned 1 exit status
exit status 1
Error compiling for board Arduino/Genuino Uno.
If I leave the radio defined but not connected it compiles fine but I get runtime errors due to the missing radio and the gateway seems to be continually restarting:
0;255;3;0;9;Starting gateway (RNNGA-, 2.0.0-beta)
0;255;3;0;9;TSM:INIT
0;255;3;0;9;!TSM:RADIO:FAIL
0;255;3;0;9;!TSM:FAILURE
0;255;3;0;9;TSM:PDT
0;255;3;0;9;TSM:INIT
0;255;3;0;9;!TSM:RADIO:FAIL
0;255;3;0;9;!TSM:FAILURE
0;255;3;0;9;TSM:PDT
...
Any ideas how I can get a gateway without radio working?
@mfalkvidd said:
All screens can be used with enough effort. I got a screen working that needed 20 pins, see https://forum.mysensors.org/topic/3438/physical-mood-light-color-and-brightness-selector-based-on-lcd-touchscreen-with-demo-video/
I think the screen In the MySensors store is an ili9341, which should support spi which means you can use 4 pins to connect it. http://www.aliexpress.com/item/2-4-inch-LCD-module-SPI-serial-module-2-4-inch-TFT-module-ILI9341-only-9/32526066165.html might be a better choice snce it says which screen it is.
You can move the radio by using softspi, see https://www.mysensors.org/build/ethernet_gateway for instructions on how to do that.
Great info, thanks for pointing me in the right direction.
@alexsh1 said:
@jsiddall Yes, it does work. However, you may have to spend some time looking for a screen processor and schematics as Chinese are not providing much information.
- Ask for schematics and have a look - there are four digital pins on your Arduino used for the SD card. Disolder these pins (some screens do not have them). These can be used for nrf24l01+ with Soft SPI (you have to enable it in MyConfig.h and change MISO, MOSO and SCK pins to correspond the pins you use).
I posted some pictures in "Scene Controller" under "Development" - please have a look
Good point about the SD pins and thanks for the info on reassigning the radio pins. Those are the pieces I was scratching my head about.
I noticed on the store in the Displays section a cheap 2.4" LCD screen. It is a bit tricky to find any details on this thing but one eBay seller who appears to be selling this model states:
Uses digital pins 5-13 and analog 0-3. That means you can use digital pins 2, 3 and analog 4 and 5. Pin 12
That does seem to line up with the pin labels on the shield.
However, the NRF24L01+ radio also uses pins 9-13. It seems to me these two things are incompatible.
I searched the forum but it doesn't appear anyone has used one of these.
Can anyone confirm if you can use one of these and a radio on an Uno? It seems strange to put something in the MySensors store that doesn't work so I am hoping I am just missing something.