Correct, me too. I've set in my profile, weekly digest, so it's only weekly, but always twice.
I observe this behavior already for months.
@mfalkvidd, do you have an idea why?

We are approximately 2 years later, a little follow-up :-)

I had already noticed for a week of so that my 3 oldest sensors (including my prototype sensor) were no longer sending their status consistently. After checking the reported battery levels of the sensors I saw that there were around 50%, so that was normal... (50 % of 3V is 1.5V :-) , below the BOD of 1.8V)

So the sensors with this design worked for about 20 months on 2 normal AA batteries of 1.5 V, not bad :-)

Hi @Merlotmaker,

If you want more reactions from members, you should provide more information.

• what for sensor do you have, because you are speaking about BMP280 and BME280
• the lib you are referring to is a specific one for the https://www.sparkfun.com/products/13676
• how did you connect your sensor to the UNO?
• did you follow this guide already? https://learn.sparkfun.com/tutorials/sparkfun-bme280-breakout-hookup-guide

@Mati_Smart, if the messages from the sensor are arriving in domoticz, it must be some configuration in domoticz itself.
Can't help you here, I don't know domoticz.
Did you search already on the domoticz forum?

Hi @Mati_Smart, I didn't say that you can't use the pins D20 and D21.
But for now they are not working in your current setup, so try first to modify your sketch to include only the code necessary to use digital pins as input. Nothing more, nothing less.

Do you have experience with arduino hardware and arduino programming?
There are plenty of arduino sketches out there in the wild, but without knowledge how they work, makes it very difficult to find solutions if they don't work on your hardware setup.

For example you can try first to understand this very simple mysensors sketch : https://www.mysensors.org/build/binary
Even simpler, try an arduino sketch without mysensors code https://www.youtube.com/watch?v=YWY_Is0L7fE
Try to understand the basics of Arduino programming and hardware before getting to more complicated hardware and sketches.

Hi @Mati_Smart,
Why are you using the relay actuator sketch if you want to read inputs?

First rule in debugging things, is to narrow down the problem.
Make your sketch to contain only the things you need.
Verify if your sketch is meant to work with the hardware you are using.
If the sketch is written originally for a Arduino Uno and you are using it on a Arduino Mega 2560, there is a chance that the used port numbers are not correct.
For example I see that on a mega, the D20 and D21 pins are also pins used for SDA and SCL. Try to use first the normal digital pins, like D2, D3, ...

Hi @electrik,

Maybe you can answer my question: What is the height of the two stacked together?
Like said, I'm very limited in height, so I did not take the risk to order this board (yet)...

Hi @chey, no, with the pro minis and MySensors lib I couldn't get less.
Didn't measure with yet another multimeter though...

My battery sensors are working now for about a year and the battery levels are between 65% and 70%.
The sensor furthest from the gateway is at 65% and the 3 others at 70%.
Not bad I think.
https://forum.mysensors.org/topic/11499/checking-mechanical-locked-doors-by-a-battery-based-windows-door-sensor-node

Hi @Prohi, can you provide more information about your heating system?

When searching about AirMax on the internet, I found this: https://www.airmaxhvac.com/ and this https://airmaxsc.com/ and this https://airmaxop.com/ and ...
Is your heating system an hvac based system?
With remote controls for each room?

I'm afraid you're not going to get many answers to your question if you provide not more information...

• type of heat pump, manufacturer
• what are the current possibilities of controlling this heat pump
• photo's
• electric schema's
• ...

Try to give as much as possible (technical) information...

Hi @DanielKr,

Great that it works now!

Very strange that a 12V/1A power supply cannot deliver enough power. It should be enough! There must be something else. I use 9V/1A stabilized power supplies all the time for non battery powered sensors/gateways.
The used USB power supply can deliver how much current?

The little capacitor of 0.1uF is a so called "High Frequency killer" cap. It smooth out the high frequency noise in the circuit.
The 'big' 47 uF acts as buffer and ensures that the radio will get enough power when it requires it.
If you want read more about it, for example : https://www.spsvit.com/post/the-0-1uf-filter-capacitor-a-tradition-or-a-wise-choice

The range problem is a difficult one. There are many reasons why the range can be poor.
Which antenna are you using? Like me on the photo? Is it connected like on the photo?
Putting the receiving antenna and sending antenna in the same vertical direction can help to extend the range.
Search on this forum for more tips to extend the range.
Even me I connected an commercial bigger antenna to my gateway to extend the range trough walls and concrete floors.

Hi @DanielKr,

When you enable the new driver #define MY_RFM69_NEW_DRIVER in your mqtt gateway, does your sending node sensor uses also the new driver? Or is it still using the old RFM69 driver?

I'm not for 100% sure, but I think that each mysensor node must use the same RFM69 driver.
In this case your sending node and the mqtt gateway must use the new driver.

Can you test?

@canyouhearmenow I didn't see my version of the sketch, but then I saw that the column sk_version was commented out.
I added again this missing column. I don't use revision, only version.

I saw also that the api_version of my repeaters were not reported. I added support for this to the code.

The sqlite db is filling up with all these mqtt messages.
Do you clean up this after some time?

Great work, thanks for putting it online :-)

@canyouhearmenow I've adapted your script to support authentication and SSL connection. See my pull request :-)

Meanwhile, I see in your printscreens, API, version, battery changed, etc.
Is this data filled in via your sketches? Are the nodes sending this information? Via the presentation?

@mutantx, sorry for the late reply, but I was on holidays :-)

I've no experience with this sketch code, nor the hardware build of this mp3 player.
Try to contact the author of this player or you can check the general documentation about the use of V_VARx / S_CUSTOM : https://www.mysensors.org/download/serial_api_20

Try to break up things in little pieces when accumulating knowledge about mysensors.
Big complicated sketches can be overwhelming.
I start always, when troubleshouting, with the cleanest version of the script, with minimum code required for operation. And then I build it up.

@Ispandy, let resume some things because I'm lost

You copied the sketch code from node 3 (= correctly running node with cardscans and remote control from openhab) to node 50 and you adapted the node id.
This same sketch on node 50 is running correctly with cardscans but not with openhab? Correct?

If above is correct: somewhere your openhab configuration for this node 50 is not correct. You say that node 50 is never receiving the openhab command, so there is a problem with your openhab configuration for node 50.

@Ispandy what happens if you download the same sketch from the working node 3 tot your new node 50?
Adapt of course the node-id!

If it works we can exclude a hardware problem, then it must be a software problem.
In that last case, we can check your sketch more deeply.

@cvdenzen I don't have experience with a Raspberry Pi as MQTT gateway, but your last remark about the slash is maybe a path to debug...

From the docs for a Arduino MQTT gateway:
The topic is build like this: MY_MQTT_PUBLISH_TOPIC_PREFIX/FROM-NODE-ID/SENSOR-ID/CMD-TYPE/ACK-FLAG/SUB-TYPE
Read more about the serial protocol here. An example topic for data received from your gateway could look like this:

mygateway1-out/2/1/1/0/49

If you want to send data to your sensors use MY_MQTT_SUBSCRIBE_TOPIC_PREFIX defined in your sketch. Should be looking like this (using default sketch):

mygateway1-in/2/1/1/0/49

Can you try to change your mqtt topic build?

@Ispandy are you now speaking about 2 nodes?

In that sketch above the node doesn't receive message from openhab
Did you add serial prints to be sure you don't receive anything. May you receive messages but not of the type V_LOCK_STATUS.

You should explain more in detail how your setup is done, because for me it isn't clear

@mfalkvidd, should this not be better receive it's own topic?

@Ispandy, does your node receives the message from openhab?
Change the code in the receive method to be able to serial print debug messages. Maybe openhab is not using the correction message type...