MySensors 2.2.0 released

[mickecarlsson]

On a Raspberry Pi 3 I get this warning when compiling 2.2.0

In file included from ./MySensors.h:343:0,
                 from examples_linux/mysgw.cpp:83:
./drivers/RFM69/new/RFM69_new.cpp:663:12: warning: ‘void RFM69_ATCmode(bool, int16_t)’ defined but not used [-Wunused-function]
 LOCAL void RFM69_ATCmode(const bool onOff, const int16_t targetRSSI)
            ^

pi@mysensors-gw:~/MySensors $ lsb_release -da
No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 8.0 (jessie)
Release: 8.0
Codename: jessie
Edit: Forgot the configure line:
./configure --my-transport=rfm69 --my-is-rfm69hw --my-rfm69-frequency=868

[tekka]

@mickecarlsson Thansk for reporting, issue created: https://github.com/mysensors/MySensors/issues/1044

[gohan]

I think I reported this warning few months ago

[tekka]

@gohan ok. Did you also open an issue on github back then?

[gohan]

I think @mfalkvidd did something at the time

[mfalkvidd]

This is the thread gohan is referring to: https://forum.mysensors.org/post/75635

Looks like it was mentioned in https://forum.mysensors.org/topic/6526/raspberry-pi3-b-dragino-hat-rf95-rfm95-rf24_nop-error as well.

[Ian Bishop]

Thanks for all the hard work!

FYI, the version published to PlatformIO reports as 2.2.0-rc.2, doesn't look like there are any changes between the two revisions other than the version number.

I have tried updating the library and uninstalling/reinstalling and can't get it to bring down 2.2.0.

[Anticimex]

Users of security features (signing/encryption) need to do this to use these features from 2.2 onwards if upgrading from a previous official release.

[flopp]

Thank you very much. I donated USD 10 as a small thank you for all your work. I hope more people do the same.

Very nice text when you start a node, I have only tried 2.2 on my GW and it looks like some of my sending errors disappeared.

This is what you see when you start a node

__  __       ____
|  \/  |_   _/ ___|  ___ _ __  ___  ___  _ __ ___
| |\/| | | | \___ \ / _ \ `_ \/ __|/ _ \| `__/ __|
| |  | | |_| |___| |  __/ | | \__ \  _  | |  \__ \
|_|  |_|\__, |____/ \___|_| |_|___/\___/|_|  |___/
       |___/                      2.2.0

Why not add two | in the "o" then i will look like this

 __  __       ____
|  \/  |_   _/ ___|  ___ _ __  ___  ___  _ __ ___
| |\/| | | | \___ \ / _ \ `_ \/ __|/ _ \| `__/ __|
| |  | | |_| |___| |  __/ | | \__ \ |_| | |  \__ \
|_|  |_|\__, |____/ \___|_| |_|___/\___/|_|  |___/
        |___/                      2.2.0

[user1306]

thank you very much for the hard work
i'm very interested in #define MY_SIGNAL_REPORT_ENABLED
So apologies for the stupid question but do i need to just enable this on the Node side or also the Gateway, or Config.h (because i saw it was commented out)?
Do you know if this is supported by Domoticz?

thanks in advance

[flopp]

@user1306
I couldn't find any Signal value in Domoticz
What I did was to send that information as a seperate Child
use variable transportGetSignalReport(SR_TX_RSSI) to get the value

send(RSSIMsg.set(transportGetSignalReport(SR_TX_RSSI)));

[zboblamont]

@flopp There was always a RF signal level column under Devices in Domoticz, never did try to find out how it was used....

[flopp]

@zboblamont
It is still there, but I don't think DZ has implemented MYS RF signal, yet :)

[user1306]

Thanks all for the help
@flopp i added the line like you mentioned.
i added it as S_SOUND, V_LEVEL seem to be working fine, thanks. Lets hope Domoticz will include it soon.

[user1306]

i have another simple question regarding the RF24_PA level.
in the config file i see that its default to RF24_PA_MAX. does this mean that if i dont include anything in my sketch the node will default to MAX?
i read somewhere that this could cause the node to fail sometimes if there's not enough current going through, since most of my nodes are run on battery i would like to know if its necessary to modify this?

Thanks

[flopp]

@user1306
Correct, if you don't define RF24_PA LEVEL in your sketch it will use default values from Config, which in your case seems to be MAX

[user1306]

Really appreciate your help thanks @flopp
just wondering for normal nrf24l01+ not the PA LNA one, what level are you using? (no sure if mine are original since i bought them from Aliexpress i have my doubts).

[flopp]

@user1306
I am using LOW and HIGH. LOW should be enough. I was testing HIGH with some nodes but I dont know if that helped.

I also using nRF from AliE.

I think most of MYS users are using nRF from China, i don't know how to see if it is real or fake.

[ZwaZo]

Hello,

I have a Strange problem appearing since I have started to upgrade my network from 2.1.1 to 2.2.0

I am using a Domoticz v.3.8153 / Raspbian + a serial GW on NRF.
Some of the devices are communicating to the GW through a repeater node equipped with a nrf24l01 PA LNA since they are just too far from the GW.

Not all of the nodes are upgraded to 2.2.0, some are still running 2.1.1

• the battery level reporting disappeared from all of the connected node (but one is still working : a senserblender micro with the original TempHum sketch)

• The repeater node sometime stopped relaying the connection to the GW (on random time ?). Only thing I found is to restart this node)

Any ideas ?

Thanks a lot.

Jef

[maghac]

Hi,
I've noticed that since the upgrade to 2.2.0 my nodes are now sending some new internal messages every now and then. I'm using a MQTT gateway and sometimes I see these messages coming through:

mysensors-out/1/255/3/0/33 600000
mysensors-out/1/255/3/0/32 500

What are internal messages types 32 and 33? Can't find them in the list on https://www.mysensors.org/download/serial_api_20#internal