In arduino IDE, boards manager [image: 1529873290313-f4bc9c8e-0716-46a1-8264-54b05d8aa6ff-image.png]

@sundberg84 said in Can please someone check if my schema for RFM69 is right?: @sineverba - 1 rule of debugging, remove as much as possible. Can you try to use a 3.3v MCU directly with your breakout board? That way you can eliminate that the problem might be level shifting and work down the wiring to a minimum? sure golden rule. It works. Now it works. Directly on a 3v3 mini. Removed all level shifter. Now it works. Thank you for the support!

@gohan don't suggest people hack in MyConfig.h because it's the wrong thing to do.

@sineverba great! Thanks for reporting back.

@sineverba not really. If you set the weak flag on the gateway it will only require signatures from nodes that require signatures themselves. This is described in the signing documentation.

@sineverba regarding antenna swap, you probably affected rf performance and security require lossless rf link. As for switching between different atmga328p boards, the only difference is could think of would be that the radio power supply is also affected and again degrade the radio performence. If you get NACKs in the log, that is the problem.

@sineverba great that you got it working. Yes, signing require a solid radio link. It is not so much a matter of "signing is not working" but rather "radio is not working".

It seems that moving to last channel all nodes and gateways solved my trouble. In this moment wifi is under heavy load (upload several video from several phones and tablet) and traffic leds never light the infamous red... neither nodes lost their gateway :) :)

Make a route for irq with a couple of pads that you can bridge them to enable the irq to either d2 or d3 so that you can disable the irq feature in case you need those pins for something else.

@sineverba See here (bit old, but most is still valid): https://forum.mysensors.org/topic/1004/watchdog-on-ethernet-gateway MySensors does globally define a watchdog interrupt handler (for sleeping nodes, but always present). Keep that in mind if you want to do something with the interrupt handler.

@Nca78 Thank you for your answer! I wil test and I will update, if any... For the capacitors, yes, I use 40V rated. What's your hint on select them? Thank you another time :)

Thank you... But isTransportReady seems true also if I leave the Arduino Gateway with reset pushed forever. ONly get false when I disconnect the power from Arduino. I'm thinking to use the receiveTime method. But, if controller (and gateway) are down, what the value returned from receivedTime? On another words, how can I check if time is returning? Because with gateway shutdown on Serial I did not read nothing from that function (instead of time). Thank you!

@sundberg84 said in Issue with Arduino + NRF24L01 + Raspberry when current in home goes "low": @sineverba - what @gohan said. There is something called a watchdog which can either be in the software or you can have a external component that is connected to the arduino reset pin. The arduino needs to ping the timer and if the arduino hangs and stops pinging the timer it will send a signal and reset the arduino. I did try to introduce Watchdog in my script. But... Arduino is not re-booted, if I use a function with wait inside. Is it normal? This is the function that prevent watchdog to reset the board.... /** * Light the LED status * * @since 2.0 */ void lightLedStatus() { int k = 0; for ( k = 0; k < WAIT_LOOPS; k++) { digitalWrite(PIN_LED_STATUS,HIGH); wait(10); // 5 * 1000 millisends = 5 seconds; digitalWrite(PIN_LED_STATUS,LOW); wait(4990); } }

@gohan Totally not updated. I did upload just now the @boots33 sketch in synch and it works. So it is my fault... But I cannot find! I re-start from fresh (err.. from boots sketch).

@sineverba if you can, check with a multimeter that the usb hub grounds the different usb ports together. If it doesn't, that could be the cause.

well yes, that will do the same, but i think that using for example MCP1640C (you can check the example project here https://www.openhardware.io/view/279/Adjustable-Boost-Converter-with-Pass-Through) will result in simpler schematic :)