Send to broadcast address which is 255.
Posts made by lood29
-
RE: RFM95W sleep() directly after send() often doesn't sleep radio
You may also play with the MY_SLEEP_TRANSPORT_RECONNECT_TIMEOUT_MS directive if your RFM95 modem setting are too slow/long air time/repeater parent...
-
RE: Which PCB fab do you currently like the best?
Pcbway do produce better finished pcb, but the big advantage of jlc is their SMT service
-
RE: RFM69 and ATMega 32U4
Sck = 15
Miso = 14
Mosi = 16
You choose SS and IRQ from available gpio -
RE: Millis and sleep
I'm using the sleepRemainingMs function for that and it works if accuracy is not important
-
RE: Are the atmega series programming principle the same
They are programmed with the platform that you are using, assuming it support them.
-
RE: 💬 Security & Signing
@Anticimex more important is to set different network id or you'll have lot of collisions and lost packets
-
RE: RFM95 RFM95:SWR:NACK
99% of the nacks are radio/power issues
You may recheck them carefully -
RE: problems with RFM69_RFM95_ATC_SignalReport example
You should define MY_SIGNAL_REPORT_ENABLED
-
RE: What's the best PIR sensor?
@nagelc
I kept all setting to default except the maintain window =8s
So the SERIN reg is: 0x0031ED10@NeverDie
With the fresnel and the wide angle 1598 it's ~ 7m -
RE: What's the best PIR sensor?
@NeverDie
Excelitas PYD1588/1598 are the best I've used, running now for years without a single false alert.
Fully integrated, 1.8V and only 3uA -
RE: MQTT gateway - MQTT connection status
If you are using pubsubclient, then
bool PubSubClient::connected()
should do the trick
-
RE: Delivery from PCBWay?
I haven't ordered from them post covid-19 , but they used to be very reliable.
-
RE: Something's cooking in the MySensors labs...
Well, i don't know if it is a timing issue or a hardware issue, but increasing the RFM95_POWERUP_DELAY_MS from 10 to 100ms solved the issue.
Now testing range improvement over rfm69h, will report back.
@tekka , Great work ! -
RE: Something's cooking in the MySensors labs...
I'm trying to use the MY_RFM95_RFM69_COMPATIBILITY options but it does not pass the RFM95_sanityCheck.
Code compile without warning, and gateway is working fine with simple RFM95 driver.
Using esp8266 and arduino 1.8.13.Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;67 TSF:LRT:OK Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 3;0;9;69 TSM:INIT 0;255;3;0;9;71 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;69 TSM:INIT Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : TSF:WUR:MS=0 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;71 TSF:WUR:MS=0 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;74 RFM95:INIT:PIN,CS Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : =15,IQP=4,IQN=4 0;255;3;0;9;78 R Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;74 RFM95:INIT:PIN,CS=15,IQP=4,IQN=4 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : FM95:INIT:RFM69 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;78 RFM95:INIT:RFM69 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;86 RFM95:SRM:MODE=4 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;86 RFM95:SRM:MODE=4 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;220 RFM95:INIT:FREQ=868000000 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;220 RFM95:INIT:FREQ=868000000 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;254 RFM95:PTX:LEVEL=20 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;254 RFM95:PTX:LEVEL=20 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;273 !RFM95:INIT:SANC Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : HK FAIL 0;255;3;0;9;276 !TSM:INIT Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;273 !RFM95:INIT:SANCHK FAIL Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : :TSP FAIL 0;255;3;0;9;279 TSM:FAI Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;276 !TSM:INIT:TSP FAIL Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : L:CNT=1 0;255;3;0;9;282 TSM:FAIL: Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;279 TSM:FAIL:CNT=1 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : DIS 0;255;3;0;9;285 TSF:TDI:TSL Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;282 TSM:FAIL:DIS Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;285 TSF:TDI:TSL Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;287 RFM95:RSL Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;287 RFM95:RSL Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;295 RFM95:SRM:MODE=3 Tue Aug 17 2020 10:48:50 GMT+0100 (CET) : 0;255;3;0;9;295 RFM95:SRM:MODE=3 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10299 TSM:FAIL:RE-IN Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : IT 0;255;3;0;9;10302 TSM:INIT 0; Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10299 TSM:FAIL:RE-INIT Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10302 TSM:INIT Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 255;3;0;9;10304 RFM95:INIT:PIN,C Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : S=15,IQP=4,IQN=4 0;255;3;0;9;103 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10304 RFM95:INIT:PIN,CS=15,IQP=4,IQN=4 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 09 RFM95:INIT:RFM69 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10309 RFM95:INIT:RFM69 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10317 RFM95:SRM:MODE=4 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10317 RFM95:SRM:MODE=4 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10451 RFM95:INIT:FREQ=868000000 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10451 RFM95:INIT:FREQ=868000000 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10485 RFM95:PTX:LEVEL=20 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10485 RFM95:PTX:LEVEL=20 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10504 !RFM95:INIT:SA Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : NCHK FAIL 0;255;3;0;9;10507 !TSM Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10504 !RFM95:INIT:SANCHK FAIL Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : :INIT:TSP FAIL 0;255;3;0;9;10511 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10507 !TSM:INIT:TSP FAIL Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : TSM:FAIL:CNT=2 0;255;3;0;9;10514 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10511 TSM:FAIL:CNT=2 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : TSM:FAIL:DIS 0;255;3;0;9;10516 T Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10514 TSM:FAIL:DIS Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : SF:TDI:TSL 0;255;3;0;9;10519 RFM95:RSL Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10516 TSF:TDI:TSL Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10519 RFM95:RSL Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10527 RFM95:SRM:MODE=3 Tue Aug 17 2020 10:49:00 GMT+0100 (CET) : 0;255;3;0;9;10527 RFM95:SRM:MODE=3
-
RE: Power decoupling capacitor caused high current consumption
Switch to tantalum if you have space, much better for battery powered as a decoupling cap, low leakage.
Choose a cap with voltage 3x to 4x of input voltage.
-
RE: Power decoupling capacitor caused high current consumption
MLCC or tantalum caps ?
-
RE: Solar Energy Harvesting for wireless motes
You can also go for the TI Bq25570 which has support to solar Panels, Thermal and Piezo Electric Generators and available to buy everywhere !
-
Encryption and replay attack
Hi
According to wiki, using authentication prevent from delayed replay attack, but what about using only rfm69 hardware encryption, Isn't safe ?Regards
-
RE: Problem with BananaPI M2U and RFM69HW
The problem is within the bpi SPI implementaion.
I once tried almost everything to make it work but no success.
I advice you to switched to a serial gateway as a more robust installation.