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...
Posts made by lood29
-
RE: RFM95W sleep() directly after send() often doesn't sleep radioposted in Bug Reports
-
RE: Which PCB fab do you currently like the best?posted in General Discussion
Pcbway do produce better finished pcb, but the big advantage of jlc is their SMT service
-
RE: RFM69 and ATMega 32U4posted in Hardware
Sck = 15
Miso = 14
Mosi = 16
You choose SS and IRQ from available gpio -
RE: Millis and sleepposted in Feature Requests
I'm using the sleepRemainingMs function for that and it works if accuracy is not important
-
RE: Are the atmega series programming principle the sameposted in General Discussion
They are programmed with the platform that you are using, assuming it support them.
-
RE: 💬 Security & Signingposted in Announcements
@Anticimex more important is to set different network id or you'll have lot of collisions and lost packets
-
RE: RFM95 RFM95:SWR:NACKposted in Troubleshooting
99% of the nacks are radio/power issues
You may recheck them carefully -
RE: problems with RFM69_RFM95_ATC_SignalReport exampleposted in Troubleshooting
You should define MY_SIGNAL_REPORT_ENABLED
-
RE: What's the best PIR sensor?posted in Hardware
@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?posted in Hardware
@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 statusposted in My Project
If you are using pubsubclient, then
bool PubSubClient::connected()should do the trick
-
RE: Delivery from PCBWay?posted in Hardware
I haven't ordered from them post covid-19 , but they used to be very reliable.
-
RE: Something's cooking in the MySensors labs...posted in Announcements
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...posted in Announcements
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 consumptionposted in Hardware
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 consumptionposted in Hardware
MLCC or tantalum caps ?
-
RE: Solar Energy Harvesting for wireless motesposted in Hardware
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 attackposted in Development
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 RFM69HWposted in Troubleshooting
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.