Posts made by ricmail85

@kiesel thanks for reporting! I've also a Raspberry gateway but I left the Rfm69 reset pin unconnected. How did you connect it?

@Omemanti
I had exactly the same issue with Rfm69 and latest version of mysensors. The only solution I found is to use the 2.2.0 version. With this everything works perfectly.

I don't know why with latest releases the messages are NACK even if they actually reach the gateway.

@lemme I've tried to change back the user interface but without success...
Which version of MySensors do you use? the latest one (2.3)?

Thanks!

Hi,
I've updated my domoticz to this latest stable version. But now all my MySensors (v2.2) light sensors (photo-resistor sending V_LIGHT_LEVEL numbers) are not working.
I can see all of them sending the number in the Setup tab. But on my devices the reported light is nomore updated and only the last value (acquired before the update of Domoticz) is displayed, as in the image attached

It's not related to MySensors (v2.2) for sure because all my problems arose when I've updated to the latest Domoticz (4.9700).
I'm sending messages of V_LIGHT_LEVEL type for my S_LIGHT_LEVEL sensor.
Again, only after the Domoticz upgrade all the S_LIGHT_LEVEL sensors vales are not displayed...

Do you know any reason? I've opened also a trouble ticket on the Domoticz github page (https://github.com/domoticz/domoticz/issues/2687)
Thanks in advance!

Hi,
I've updated my domoticz to this latest stable version. But now all my light sensors (photo-resistor sending V_LIGHT_LEVEL numbers) are not working.
I can see all of them sending the number in the Setup tab. But on my devices the reported light is nomore updated and only the last value (acquired before the update of Domoticz) is displayed, as in the image below.

Do you know any reason?
Thanks in advance!

@mfalkvidd yes I see only integer numbers here and in devices.

@gohan I've declared the variable temperature as float. However after I bit of debugging I found that it seems to be related to the dht lib included in the mysensors examples. If the model is dht11 the library is set for 0 decimals. For the dht22 it would be 1 decimal.

Am I right? Thanks in advance

I've created a DHT11 sensor based on this sketch. However the temperatures (and humidities) are reported as integer numbers in domoticz (either by looking at the devices and setup tabs). In the sketch I've specified the number of decimals like send(msgHum.set(temperatire, 2)). Even if I try larger decimal numbers, nothing change when the value is received in domoticz. What can I do?
Thanks in advance.

@Yveaux Thanks for your reply. I've done a lot of debugging today. And I guess I found the issue.
It's definitely related to the radio power consumption as you suggested.

I'm currently using the new RFM69 driver, with ATC enabled by default. As long as the power level stays below -4 dB, everything works fine. If the gateway is powered off, the radio power level automatically increases to 100% and the PIR behaves weird. It's always HIGH.

By rebooting the gateway, the node relink itself and gradually lowers its power. As before, when it goes below -4dB the PIR starts to work again.

Since it's a battery powered device I decided to set

#define MY_RFM69_MAX_POWER_LEVEL_DBM (-4)

at the beginning of the sketch file. Even if the gateway fails (shutdown) the PIR does not get HIGH anymore. All the measurements work fine now by limiting the max power to the radio.

By doing so all the sleeps of 1000ms after each send are not needed anymore.

@Yveaux This is my configuration

1. Arduino Pro Mini 3.3V
2. RFM69 radio 433MHz
3. Photo-resistor
4. DHT11 temp sensor
5. Battery voltage measurement through voltage partition.
6. The arduino and radio are powered by a 3.3V MCP1700-3302E voltage regulator

yesterday I've noticed the following. If I shutdown the gateway, the sensors fail to reach it and the PIR goes HIGH forever. By rebooting the gateway there is no chance to get it LOW. I have to remove the batteries and everything starts to work again.

@Yveaux Yes I found a partial fix by adding sleep of 1000 ms after each send. And by doing analogread before digitalread. It seems related to power fluctuations. I ve already added some capacitors to the Pir. Shoul I add akso in parallel to the R2 resistance when reading the battery and light level?

Bye!

@Yveaux yes, it seems to work better by sending before the messages performing analogread and then the one using digitalread...

@LastSamurai
Some more debugging and I see the problems arise when I do analogread, so does not seem related to the radio itself.

If I send a message about a dht sensor (digitalread) it is ok. If I send a message of battery/light measure (analogread), the pir gets high...

@dynamite @Yveaux Ok I've done some testing. Here my results.

I checked the wire connections between the Arduino and the PIR and they were ok. Actually when powering everything with batteries I always get HIGH from PIR.

Then I tried to leave only the PIR without the Arduino and its radio (disconnected the GND wire) and the PIR (alone) was working! I checked with multimeter it oscillates between 0V and 3V if a movement was detected.

So I concluded that the failure was due to the Arduino. If arduino+radio are powered (by the same battery source) i get always HIGH.

Looking at this post https://forum.mysensors.org/topic/5273/ikea-molgan-hack/36 I found similar problems due to ripples. I added a capacitor (100uF) in parallel to the PIR capacitor and a 10uF capacitor between the + and - of the battery pack.

By doing so I still cannot move from HIGH signal from PIR when everything was connected. So I've done more debugging and I found that everything works like a charm if I put a sleep (1000 ms) after sending a message (in my sketch I send 4 different message types when the Molgan wake up).

Maybe there is still some disturb arising from the radio (sending a message require some power at least)? Now my project is working, actually with the sleep(1000) trick after each send.

I don't know if the capacitors were effectively needed at this point...

Hope this can help!
bye!

@Yveaux said in Multisensor PIR based on IKEA Molgan:

@ricmail85 I also have one Molgan that I just can't get to work correctly. Put it aside, thinking it was an incident, but if more people have issues, this might be a structural thing...

I'll give it a try. I have to check that the wires I soldered on the back of the breadboard are just fine...
I'll let you know.

bye!

Ok thanks for your reply. I'll check the board for some weak connection and try again...
bye!

Hi to all,
I've realized my hacked version of the Ikea Molgan but the PIR sensor stays always HIGH.
Everything works apart of this... Do you have any idea howto investigate?

could I have broken it?

Hi, wouldn't be proper to include in the guide also the command "--my-rfm69-irq-pin=22" during the configure procedure in order to improve the throughput for the rfm69 radios?