Sensebender Micro
-
@tekka
Have you had the chance to get a sensebender board? As I still haven't verified the library code it probably could contain unverified features (== bug). Send me a ping on hangout if you need a board to test on. We should probably combine our effort.My last days of vacation has been filled with (family) activities. On my shortlist is the thermostat/HVAC device support (still a bit messy but I hope to get the devices from dev-branch into master together with the hvac thingies). Ping @pjr, @stephenmhall .
http://forum.mysensors.org/topic/1337/request-new-sensor-type-thermostatically-controlled-switch/7 -
Yes, it works in UI7. Are you using the correct Vera-branch?
@hek
I have used the one mentioned here: http://www.mysensors.org/controller/veraStill cant include, but I have had these problems before with e.g. a relay or motion sensor - but after several tries it include a appear in the user interface.
But perhaps the software installed on the board does not use the same frequency as default Sensornet lib's are using?/Kurt
-
Thank you @tekka and @tbowmo. I don't change the constructors and if MYS doesn't support OTA, it can't work. I will upload a modified version tonight to be ready when MYSConrtoller will support sensebender.
I have to upload new sketch with 1.5 branch on gateway too ? -
Today I received a new batch of radio modules and all problems with transmission fails is gone.
@gloob can you share where you got the good nrf from?
-
@gloob can you share where you got the good nrf from?
@Moshe-Livne This time I ordered the modules from a german eBay seller:
http://www.ebay.de/itm/201279950473?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
-
@Moshe-Livne just FYI - i ordered all my NRF's from the same place i ordered the sensebender boards from.
and they were all legit NRF's came in their own boxes and have worked great.
http://imall.itead.cc/wireless/im120606002.html -
@Moshe-Livne just FYI - i ordered all my NRF's from the same place i ordered the sensebender boards from.
and they were all legit NRF's came in their own boxes and have worked great.
http://imall.itead.cc/wireless/im120606002.html@mvader said:
@Moshe-Livne just FYI - i ordered all my NRF's from the same place i ordered the sensebender boards from.
and they were all legit NRF's came in their own boxes and have worked great.
http://imall.itead.cc/wireless/im120606002.htmlThanks for the tip! I just ordered some.
-
@Moshe-Livne just FYI - i ordered all my NRF's from the same place i ordered the sensebender boards from.
and they were all legit NRF's came in their own boxes and have worked great.
http://imall.itead.cc/wireless/im120606002.html@mvader said:
@Moshe-Livne just FYI - i ordered all my NRF's from the same place i ordered the sensebender boards from.
and they were all legit NRF's came in their own boxes and have worked great.
http://imall.itead.cc/wireless/im120606002.htmlDo they "just work out of the box" or do they benefit from the 10uF capacitor that some boards allegedly seem to need?
-
Batteries usually provide a 'clean' power supply. The capacitor is more useful when there is ripple from the AC adapter.
-
@mvader said:
@Moshe-Livne just FYI - i ordered all my NRF's from the same place i ordered the sensebender boards from.
and they were all legit NRF's came in their own boxes and have worked great.
http://imall.itead.cc/wireless/im120606002.htmlDo they "just work out of the box" or do they benefit from the 10uF capacitor that some boards allegedly seem to need?
@NeverDie said:
@mvader said:
@Moshe-Livne just FYI - i ordered all my NRF's from the same place i ordered the sensebender boards from.
and they were all legit NRF's came in their own boxes and have worked great.
http://imall.itead.cc/wireless/im120606002.htmlDo they "just work out of the box" or do they benefit from the 10uF capacitor that some boards allegedly seem to need?
no cap needed.. just straight to the board.
-
I have just a question about the default sketch.
Doesn't the following code influence the sleep time?
// check if we can lower the speed if ((measureCount == 5) && highfreq) { clock_prescale_set(clock_div_8); // Switch to 1Mhz for the reminder of the sketch, save power. highfreq = false; }If i lower the clock speed I would expect a lower processing time.
Also, the threshold for temperature and humidity is set to 0.5 and the humidity is read in percent as an integer. Doesn't this mean that even when the humidity changes by less than 1 percent I get an update of the values. I would expect that the noise of the humidity sensor is around 1%.
-
@gloob said:
I have just a question about the default sketch.
Doesn't the following code influence the sleep time?
It's the watchdog that is used for calculating the sleeptime, which is running independently from the CPU oscliator (which is lowered here).
If i lower the clock speed I would expect a lower processing time.
Also, the threshold for temperature and humidity is set to 0.5 and the humidity is read in percent as an integer. Doesn't this mean that even when the humidity changes by less than 1 percent I get an update of the values. I would expect that the noise of the humidity sensor is around 1%.
Humidity is using a running average, it starts with taking average of the previous two measurements, put in the current measurement, and takes a new average (meaning this measurement, and the previous measurement). Then it takes the difference between those two averages, and this needs to be above 0.5.
In theory it should lower the number of transmissions, if the humidity fluctuates, like: 50%, 51%, 50%.. without the running average, this would trigger 3 transmissions.
You are welcome to suggest another method of limiting "spurious" transmissions :)
-
@gloob said:
I have just a question about the default sketch.
Doesn't the following code influence the sleep time?
It's the watchdog that is used for calculating the sleeptime, which is running independently from the CPU oscliator (which is lowered here).
If i lower the clock speed I would expect a lower processing time.
Also, the threshold for temperature and humidity is set to 0.5 and the humidity is read in percent as an integer. Doesn't this mean that even when the humidity changes by less than 1 percent I get an update of the values. I would expect that the noise of the humidity sensor is around 1%.
Humidity is using a running average, it starts with taking average of the previous two measurements, put in the current measurement, and takes a new average (meaning this measurement, and the previous measurement). Then it takes the difference between those two averages, and this needs to be above 0.5.
In theory it should lower the number of transmissions, if the humidity fluctuates, like: 50%, 51%, 50%.. without the running average, this would trigger 3 transmissions.
You are welcome to suggest another method of limiting "spurious" transmissions :)
@tbowmo hmmm haven't looked at the details in the sketch but suppose we have 50, 50 , 51, 50, 51, 51, 51 wouldn't the results be:
50, 50 = 50
50, 50, 51 = 50.3
50, 51 = 50.50
50, 51, 50 = 50.50
51, 50 = 50.50
51, 50, 51 = 50.6
50, 51 = 50.50
50, 51, 51 = 50.6
51, 51 = 51
51, 51, 51 = 51so no over 0.5 fluctuation?
I think a threshold would work better. can be by running average but from a fixed, last reported temp. -
I started it plugged to a vinduino like schema, so I had this :
Sensebender Micro FW 1.2 - TestMode Testing peripherals! -> SI7021 : ok! -> Flash : failed! -> SHA204 : Ok (serial : 01232F36E159E8ADEE) Test finished ----> Selftest failed!I read your posts, replaces 1.4.1 libs by 1.5, reflashed it with the demo code and here is what I have:
Sensebender Micro FW 1.2radio init failis that because I don't have a 1.5 serial gateway ?
I have the socket and the FTDI on the same side so I may avoid the above ?
-
Finally got around to hooking one of these up last night. I soldered in the socket for the radio and the wires for my battery pack and uploaded the latest version of the sketch by just holding the FTDI connections in place. The sensor is working great. Thanks to @hek and @tbowmo for making it available!
I'm capturing the data including battery percentage to track how long it will last. One thing is that the battery percentage is jumping around quite a bit. It started at around 93%, dropped below 90, jumped backup to 95, etc. so I'll need to do some investigation as to why. This is happening with brand-new Duracell copper-top batteries. Also, for any future enhancements to the board, I would love to see a couple of mounting holes.

Cheers
Al -
Finally got around to hooking one of these up last night. I soldered in the socket for the radio and the wires for my battery pack and uploaded the latest version of the sketch by just holding the FTDI connections in place. The sensor is working great. Thanks to @hek and @tbowmo for making it available!
I'm capturing the data including battery percentage to track how long it will last. One thing is that the battery percentage is jumping around quite a bit. It started at around 93%, dropped below 90, jumped backup to 95, etc. so I'll need to do some investigation as to why. This is happening with brand-new Duracell copper-top batteries. Also, for any future enhancements to the board, I would love to see a couple of mounting holes.

Cheers
Al

