Sensebender Micro

[tbowmo]

@Fabien

Have you enabled spi flash, and Ota functions in the constructors for mysensors?

[tekka]

@Fabien MYSController is currently not supporting Sensebender board OTA - however, WIP and beta will be released soon. stay tuned

[hek]

@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

[Kurtsejr]

@hek
I have used the one mentioned here: http://www.mysensors.org/controller/vera

Still 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

[Fabien]

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 ?

[gloob]

Today I received a new batch of radio modules and all problems with transmission fails is gone.

[Moshe Livne]

@gloob can you share where you got the good nrf from?

[gloob]

@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

[mvader]

@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

[hek]

My Sensebender has been running for a month now with 2xAA with the default sketch (which have improved a bit since then). Battery level has dropped 5%.

We've had a few hot days (inside the house) during the summer (Deg C).

[NeverDie]

@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.html

Thanks for the tip! I just ordered some.

[5546dug]

@hek interesting my 2aa alkaline batteries are down 15% in a month with sketch supplied on board.
I will keep track. But to grAph I need the Ethernet gw am building it next.

[NeverDie]

@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.html

Do they "just work out of the box" or do they benefit from the 10uF capacitor that some boards allegedly seem to need?

[tbowmo]

@NeverDie

I'm not using an extra capacitor on the 3 sensebenders (from itead) that I have in operation at the moment. and they are working without problems.

[rvendrame]

Batteries usually provide a 'clean' power supply. The capacitor is more useful when there is ripple from the AC adapter.

[mvader]

@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.html

Do 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.

[gloob]

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%.

[tbowmo]

@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

[Moshe Livne]

@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 = 51

so no over 0.5 fluctuation?
I think a threshold would work better. can be by running average but from a fixed, last reported temp.

[epierre]

@hek

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 fail

is 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 ?

[Sparkman]

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

[RJ_Make]

@Sparkman
I wounder if that is being caused by the loading of the battery and the moment the battery info is being calculated......

[Sparkman]

@ServiceXp Good point. Maybe for the low values it's transmitting the temp/humidity when it's calculating the battery level. I'll take a look at the sketch to see if that could be the case.

Cheers
Al

[gloob]

Hello

I found an error in the sensebender micro sketch in the latest release.

The calculation of the temperature change is wrong.

float diffTemp = abs(lastTemperature - (isMetric ? data.celsiusHundredths : data.fahrenheitHundredths) / 100);

needs to be replaced with

float diffTemp = abs(lastTemperature - (isMetric ? data.celsiusHundredths : data.fahrenheitHundredths) / 100.0);

The division with 100 needs to be 100.0 otherwise the result will be an integer instead of a float value and the difference will be the decimal places of the last temperature.

[Anticimex]

This should work as well and might be more clear:

float diffTemp = abs(lastTemperature - (isMetric ? data.celsiusHundredths : data.fahrenheitHundredths) / 100f);

But I guess it is a matter of taste

[Stephan Noller]

Hi guys,
amazing board! But i have a question: The Arduino IDE offerst two options as destination - 8MHz and 1MHz. Which one should i chose? My board seems to work in general, but not very realiable...

[Sparkman]

@Stephan-Noller Out of the box, I had to use the 8MHz option to upload the sketch to it.

Cheers
Al

[tbowmo]

The sensebender is set up to run at 8Mhz. There is an option to build it for 1Mhz, but you have to switch the prescaler yourself in your sketch.

However I think the current consumption saved by running on 1Mhz vs 8Mhz is very limited on the sensebender, as the oscillator is shut down the majority of time (when we are sleeping the MCU).
. I have not made any measurements on this yet (busy with a 1000 of other projects)

[Sparkman]

@ServiceXp Your hunch was correct. I built another Sensebender that only transmitted battery levels, and it's battery levels did not vary at all:

I then modified the sketch to put a short wait after the temp & humidity are sent to allow the voltage level to recover and the battery levels do not fluctuate so far. However, I'm thinking it would be better to always measure right after a transmit, but not sure if that's easy to do.

Cheers
Al

[RJ_Make]

@Sparkman Thanks for the follow up.

[epierre]

@hek can anyone help me, no unit is functionnal so far...

@epierre said:

@hek

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 fail

is 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 ?

[hek]

@epierre said:

is that because I don't have a 1.5 serial gateway ?

Gateway version shouldn't matter if you get this message at startup of node.

I have the socket and the FTDI on the same side so I may avoid the above ?

I don't understand what you mean.

[epierre]

@hek said:

@epierre said:

is that because I don't have a 1.5 serial gateway ?

Gateway version shouldn't matter if you get this message at startup of node.

what should I do from there ?

I have the socket and the FTDI on the same side so I may avoid the above ?

I don't understand what you mean.

this was related to the electric perturbation with headers close to the radio

[Sparkman]

@epierre Can you confirm the settings you used in the IDE to program it? Are you sure there are no solder bridges where you soldered the radio or socket for the radio? Have you tried powering it with a couple of AA batteries after you uploaded the sketch?

Cheers
Al

[Heinz]

Today I integrated my first 2 sensebender micros into my homeautomation and they almost worked out of the box. I like this board really much! Good work, I will order more!

Pitfall:
When updating the mysensors lib from 1.4.x to 1.5 the sensor failed to get an id from the controller which btw was still running on 1.4.x.
After having done all the things like "clearing eeprom", "soldering a capacitor to the radio" and so on... I noticed that I changed the RF_CHANNEL from the default 76 to some other value in MyConfig.h some months ago (probably for some paranoia reason).
When updating to lib 1.5 the sensor sketch got the 76 while the gateway still used the other one and so the communication between both failed. After changing the radio channel to the one the controller uses, everything worked very quickly!

Probably this post helps someother guy who fell into the same trap.

[johnr]

Hi,

My sense bender works perfect when sending directly data directly to serial gateway (vera 5), however when I move it out of range to the serial gateway and want it to connect to my repeater node it does not want to discover the repeater node. Anyone else had this problem?

[hek]

Remember that it takes a few ( ~5) failed transmits until it searches for a new parent node.

[Dwalt]

@johnr

Is your repeater node still on MySensors 1.4? I had a similar problem and upgrading to 1.5 solved it.

[johnr]

You are probably right. I did not realise sense bender was pre loaded with 1.5

I think easiest for me would be to downgrade sense bender to 1.4 is it possible?

[tbowmo]

Sensebender is still on 1.4, as we haven't prepared new firmware for it yet.

Mysensors 1.4 and 1.5 should be compatible with each other, right @hek ?

[hek]

Yes, it should.

But as @Dewalt says, there was a bug in repeater functionality. So upgrading the repeater is a good tip.

[johnr]

Upgrading repeater to 1.5 solved this issue. Thanks for the quick help. 1.4 sensors communicate OK with the 1.5 repeater as far as I can see right now.

[Fabien]

I try to make a 3D box for SenseBender Micro with CR123 battery.
Screenchot :

[Fabien]

first print test :

[tbowmo]

@Fabien

Nice work, what is the dimensions of the enclosure?

[mvader]

@mvader said:
question about the default sketch for this board.
if i read correctly

// How many milli seconds between each measurement
#define MEASURE_INTERVAL 60000

// How many milli seconds should we wait for OTA?
#define OTA_WAIT_PERIOD 300

// FORCE_TRANSMIT_INTERVAL, this number of times of wakeup, the sensor is forced to report all values to the controller
#define FORCE_TRANSMIT_INTERVAL 30 

// When MEASURE_INTERVAL is 60000 and FORCE_TRANSMIT_INTERVAL is 30, we force a transmission every 30 minutes.
// Between the forced transmissions a tranmission will only occur if the measured value differs from the previous measurement

// HUMI_TRANSMIT_THRESHOLD tells how much the humidity should have changed since last time it was transmitted. Likewise with
// TEMP_TRANSMIT_THRESHOLD for temperature threshold.
#define HUMI_TRANSMIT_THRESHOLD 0.5
#define TEMP_TRANSMIT_THRESHOLD 0.5

if temps don't change more than .5 i shouldn't see a transmit but once every 30 minutes
i have 2 running right now
and both send temp and humidity every 1-2 minutes and the numbers are the same or in some cases only different by .1
i have it set to .5 so the question is

1. why does it transmit every minutes when the temp and humidity are the same
2. why is it transmitting even with as little as .1 change
   1 board is running 1.2 and the other is running the 1.3 sketch from git
   Battery however does transmit every 60 minutes as it's supposed to.,
   thx

[tbowmo]

@mvader

Have you tried to hook up a serial connection to your sensebender? It writes the difference from the last transmitted measurement, everytime a new measurement is taken (every minute).

[Fabien]

@tbowmo 47x37 height : 27
I will make some improvment (can not test, my printer is in maintenance mode !) and post files for others.

[mvader]

@tbowmo said:

@mvader

Have you tried to hook up a serial connection to your sensebender? It writes the difference from the last transmitted measurement, everytime a new measurement is taken (every minute).

so if i want it to transmit less frequently (save battery?) i would increase the measure interval. correct?
I have some situations where i want frequent measuring (1 minute), and some where 15 minutes or 30 minutes would do fine.

[tbowmo]

@mvader

Yes, you could save battery, by changing to 10/15 minute check interval..

But still, the interesting thing is why it transmits every minute.. That's why I would suggest to check the serial output..

[korttoma]

There is an explanation to the problem further up in the thread:

@gloob said:

Hello

I found an error in the sensebender micro sketch in the latest release.

The calculation of the temperature change is wrong.

float diffTemp = abs(lastTemperature - (isMetric ? data.celsiusHundredths : data.fahrenheitHundredths) / 100);

needs to be replaced with

float diffTemp = abs(lastTemperature - (isMetric ? data.celsiusHundredths : data.fahrenheitHundredths) / 100.0);

The division with 100 needs to be 100.0 otherwise the result will be an integer instead of a float value and the difference will be the decimal places of the last temperature.

[tbowmo]

@korttoma

thanks for helping my memory

[mvader]

@korttoma i did see that. but your saying that is what is causing it to transmit every 1 minute?

[korttoma]

@mvader yes, it is rounding the temperature difference to the nearest degree so the difference is almost always more then the 0.5.

[tbowmo]

Just a hint, itead studio is starting a sale with 10% off on all imall items.. So maybe it's time to buy some Christmas presents for the inner geek

[akbooer]

Oh no! Lousy timing, I just bought some...
... in fact, they arrived today.

Speaking of which, whilst I got them to run the default sketch, do I actually need a programmer to do anything different, or can this be done OTA (from a Mac) ?

[tbowmo]

@akbooer

The default sketch doesn't support OTA, as it wasn't available in the stable branch at the time of launch

[5546dug]

@tbowmo Good sales but did not see the Sensebender too bad .

[tbowmo]

@akbooer

It's here http://www.itead.cc/mysensors-micro.html

[epierre]

@hek I've soldered a second unit to compare, same error, I flashed back the sensebender version from the examples and on both I am stuck here: "Sensebender Micro FW 1.2radio init fail"

Gateway is 1.5 BTW, one radio is from itead the other not.

[epierre]

@Sparkman said:

@epierre Can you confirm the settings you used in the IDE to program it?

1.6.5 version

Are you sure there are no solder bridges where you soldered the radio or socket for the radio?

same behavior on two units

Have you tried powering it with a couple of AA batteries after you uploaded the sketch?

not yet but why should that change anything ?

[mvader]

This post is deleted!

[akbooer]

Just tried out my first Sensebender...
soldered pins and battery power...
turn on...
led flashes once...
start inclusion...
3 devices...
Vera restarts (actually, it's openLuup running on an Arduino Yún)...
there they are...
and updating every minute!

Thanks so much to all who made this level of sophistication so easy!! (Z-wave was never this simple!)

Whilst I need a couple of temp/humidity sensors, I also need to reflash one as a 4-switch sensor. Can I do this with an Arduino Uno configured with the ArduinoISP sketch as described here ?
https://www.arduino.cc/en/Tutorial/ArduinoISP

Any advice or useful pointers? Thanks.

[tbowmo]

@epierre

What do you use as supply voltage for the thing? What is the output from testmode?

Did you add a capacitor on the radio module? How did you mount them together? (picture?)

[tbowmo]

@akbooer

Should be doable with an arduino as isp. Another option is to use the serial upload.

[jovo]

I am a noob in coding so I need some advice for tuning the sensebender.ino
current observed problems:

1. sensor values transmitted every minutes
2. battery level info seems wrong

I am running the default senseblender.ino.

on 1) What I understood in this forum, it should transmit the temp. values only every 30min (or direct when change is >.05). However, I see them arriving in my controller (Domoticz) every minute. What should I change to have it send every 30min?

on 2) I observe in Domoticz that the battery levels reported (in the Devices section) are inaccurate. For example: one sensebender with 3.2v measured power reports 80, where I would expect round 100 (this one has new batteries). Other sensebenders with still 2.63v report 53. How to calibrate the battery measurement?

I have been searching this forum, but was unable to find the answer.
Alternatively, a pointer to a wiki on sensebender.ino that has this explained would work as well.

[tbowmo]

@jovo

The firmware that the sensebender is shipped with is pretty old, compared to the one that's available in the current master branch of mysensors library. A lot have been done to do better transmit control (like, limiting number of transmits etc.)

About the battery voltage, the sensebender is measuring against an internal vref, which isn't that accurate. I can't remember the specifics at the moment, but it's hidden somewhere in the datasheet. The measurement method has a lot of inaccuracy, but on the other hand it saves external components and power.

I didn't focus on it, but one could perhaps make some kind of calibration routine, use a known supply voltage and do some internal calculations and store an offset in eeprom.

[Fabien]

@jovo for battery mesurement it's correct 100% is for 3.3V and 0% for 1.9 V (BOD fuse setting). so for 2.63 you have 52,14 %

[martinhjelmare]

@jovo As @Fabien wrote, the default code puts 3.3 V as 100%. Look for the percentage calculation. You will see that it's basically (vcc - 1900)/14. This makes sense if using a step-up converter where you get 3.3 V. But if connecting directly to two AAs, 100% should be around 3 V. So just replace 14 with 11 in the calculation.

[jovo]

Thanks for the comments and suggestion.
Now I have installed the master branch code from the mys. library.
Unfortunately no change. Still very frequent updates (under the same circumstances).
I sense it has something to do with :
bool tx = force;
but I am not quite sure where to change it in.
I will continue my search.....

[tbowmo]

@jovo

There is a small error in the sketch, that falsely converts floats to ints. Look at line 243, it's dividing by 100:

float diffTemp = abs(lastTemperature - (isMetric ? data.celsiusHundredths : data.fahrenheitHundredths)/100);
float diffHum = abs(lastHumidity - raHum.getAverage());

This should be changed to 100.0 instead. This way the calculation is returning as a float.

float diffTemp = abs(lastTemperature - (isMetric ? data.celsiusHundredths : data.fahrenheitHundredths)/100.0);
float diffHum = abs(lastHumidity - raHum.getAverage());

[5546dug]

@fabian how is the box working out were there any mods and are the stl files ready yet?

[jovo]

ok, it seems the aggregated upload is solved with the change from Thomas.
Now I modify the "14" in "11" as suggested by martin. I have 105% now, but that could be right because I measure 3.1V from my 2 fresh AA's

The only 'new issue' I discovered is that one sensor actually stops being received updates from due low power. The measured voltage on the batteries is still 2.1V and the battery indicator was at 23%.
Could it be that I have bad fake radios that don't operate lower then 2.1V? (since there is no other external components added to my setup, I suspect only the radios).

[Fabien]

@5546dug said:

@fabian how is the box working out were there any mods and are the stl files ready yet?

Sorry, my 3D printer is out of service, I'm waiting for chinese parts ... I will post correct STL files in 1 or 2 weeks.

[mvader]

I'm having trouble with the transmission times.

// How many milli seconds between each measurement 900000 is 15 minutes
#define MEASURE_INTERVAL 900000

// How many milli seconds should we wait for OTA? 3000 is 3 seconds
#define OTA_WAIT_PERIOD 3000

// FORCE_TRANSMIT_INTERVAL, this number of times of wakeup, the sensor is forced to report all values to the controller
#define FORCE_TRANSMIT_INTERVAL 30 

// When MEASURE_INTERVAL is 60000 and FORCE_TRANSMIT_INTERVAL is 30, we force a transmission every 30 minutes.
// Between the forced transmissions a tranmission will only occur if the measured value differs from the previous measurement

I would expect a wake up and measure every 15 minutes. transmit if greater than .5 and go back to sleep
also i would expect a forced transmission every 30 minutes.
but that doesn't seem to be happening.
here are my last few transmit times
4:07pm
5:59pm
6:15pm
6:47pm
7:50pm
8:34pm
9:10pm

I don't see a static 30 minute transmit.
(from 4pm to 6pm?) i'm sure the temp and/or hum changed in 2 hours

any suggestions on what may be wrong?
default sketch (1.3 from git) but changed the measure intervals
sensor lib 1.5
thanks

[Dwalt]

@mvader If your interval between readings is 15 minutes and the force transmit interval is 30, your actual interval is 15minutes * 30 = 7.5hours. Also, see this thread for sleep time accuracy. 15 minutes of sleep can last 16-17 minutes...

[mvader]

@Dwalt said:

@mvader If your interval between readings is 15 minutes and the force transmit interval is 30, your actual interval is 15minutes * 30 = 7.5hours. Also, see this thread for sleep time accuracy. 15 minutes of sleep can last 16-17 minutes...

really.. hmm
so if you look at the default comment
when MEASURE_INTERVAL is 60000 and FORCE_TRANSMIT_INTERVAL is 30, we force a transmission every 30 minutes.
That says measure for temp/hum every 1 minute - send if greater than .5 (defined later in the sketch)
regardless of what goes on send stats every 30 minutes

can you help me understand why those 2 number would be multiplied together? one shouldn't have anything to do with the other.
i read that as they are definitions for 2 different process.
but i may be totally misunderstanding.

I do buy the sleep accuracy part of it though

[Dwalt]

@mvader No, it is not 30 minutes, the FORCE_TRANSMIT_INTERVAL counts the number of 'wakeup and take a reading' events, which in the original sketch is every 60 seconds. After 30 wakeup-and-read without a transmit, force a transmit. If you change your FORCE_TRANSMIT_INTERVAL to 2, it will transmit every 30 minutes if the readings do not change more than 0.5.

The MEASURE_INTERVAL is based upon time (millis) and the FORCE_TRANSMIT_INTERVAL is based upon counting events (wakeup cycles).

[mvader]

@Dwalt said:

@mvader No, it is not 30 minutes, the FORCE_TRANSMIT_INTERVAL counts the number of 'wakeup and take a reading' events, which in the original sketch is every 60 seconds. After 30 wakeup-and-read without a transmit, force a transmit. If you change your FORCE_TRANSMIT_INTERVAL to 2, it will transmit every 30 minutes if the readings do not change more than 0.5.

thanks for the clarification!

[mbj]

@hek said:

@gbfromhb

D3 is available on the side-pins. D2 is routed to the radio but can be used with some hacking.

I need 2 interrupts and would prefer using the external interrupts even though it might work with pin change interrupts. When looking through the forum I saw this answer from @hek but have not found any further reference to how this should be done in order not to disturb any radio functions. Anyone knows?

[tbowmo]

I don't know if the radio actually drives the interrupt "output" pin on it's pinheader as default, or if you have to set it up when initializing the radio (@hek might have some input on this part :))

If it drives the interrupt pin by default, then you need to either cut a trace on the sensebender, or cut / remove the pin in the pinheader on the radio module.

[hek]

@tbowmo said:

I don't know if the radio actually drives the interrupt "output" pin on it's pinheader as default,

I think it does actually.

[mbj]

@hek Is it needed for the radio to work or can I just cut it (seems odd to attach the radio to D2 if it is not really needed for anything).

[hek]

No, it isn't currently used by the MySensors library. It could be used to wake up the board when detecting radio transmissions...
But keeping MCU sleeping and the radio listening still uses up batteries far too quickly so I guess it's still not an option.

[mbj]

@hek @tbowmo Thanks! Cut the radio IRQ pin and soldered a connection to D2. Tested to attach both interrupts and it works using a modified SenseBenderMicro sketch. "The Thing" will when ready be placed in my mailbox (which has mail-in and mail-out doors) and as a bonus report the outside temp, humidity and battery status. Does not solve any of this worlds biggest problems but it is fun

[petoulachi]

Hello,

one simple quick question, does this board can be used to create door sensors ? I do not need the temp/hum sensors, but I'm interested with the small footprint and the battery optimized board to make smallest door sensors (and some buttons).

regards,

[tbowmo]

@petoulachi

Yes, it could be made into a door / window sensor.. (I'm planning on doing that myself).

However, you need to build your own, if you don't want the temperature/humidity sensor on it.

[petoulachi]

@tbowmo
Well can't I use this board without using the temp/hum sensor ?

This board is quite small and allows to stack the radio module with minimum place. Also it works at 1Mhz, I guess it's a bit better than an Arduino Pro @ 3.3V ?

[tbowmo]

Yes, you can use it without using the temp/hum sensor....

I just assumed, that as you wouldn't make use of it, you would like to have it removed from the board as well..

[petoulachi]

Well I do, but I think that using a Arduino Pro 3.3V will be less effecient, but maybe I'm wrong ?

I'm currently using temp/hum/motion sensors with Arduino Pro 5V, but they are not battery powered. Now I need to make very small sensor with battery, and I thought that maybe this sensebender board is my solution ?

[Anticimex]

@petoulachi to make the pro mini as efficient as the SenseBender, you need to cut some traces on the board. There are forum topics for battery optimizing a pro mini. The SenseBender has these optimizations built in.

[petoulachi]

That's why I think i'm going to go with this senseboard.
But I want to be sure that some connectors (D3 ?) support interrupts ? The goal is to have the sensor always in sleep mode, and wake up on interrupts only.

Regards,

[mbj]

@petoulachi D3 can be used for interrupt, just tested it and it works.

[nikos1671]

I vote for one cheap Sensebender version without the temp/hum sensor on it. It will be the perfect door/window sensor.

[tbowmo]

@nikos1671

It has been up before, but back then it was decided that we don't save that much (2-3 $ or something like that). It might also be lower production quantities, which also keeps the price up..

[mvader]

@tbowmo just curious do you guys know how many of these you've sold?
I've bought about 15+

[hek]

@mvader
Then you've bought almost 2% of them

We're deeply grateful for yours and others support of the MySensors project.

[petoulachi]

Ordered 6 board too ! I'm glad to support MySensors project !

[timropp]

I've got 3 coming, can't wait to figure out what I'm going to use them for

[mvader]

@timropp said:

I've got 3 coming, can't wait to figure out what I'm going to use them for

I'm deploying mine all over the house.
in my attics, garage, shed. bedrooms. etc
I've attached motion and lux sensors to several of them already.
I tested / proof of concept adding IR transmitters. but these will likely need to be 5v nano's or something as battery power probably won't work with the IR and staying away waiting for messages from the controller.