Problems with Switch type or with gpio_set_level function (MEGH-5681)

[KalashQK]

Answers checklist.

• I have read the Rainmaker documentation and the issue is not addressed there.
• I have updated my IDF branch (release/vX.Y) to the latest version and checked that the issue is present there. This is not applicable if you are using Rainmaker with Arduino.
• I have searched the Rainmaker forum and issue tracker for a similar issue and not found a similar issue.

IDF / ESP32-Arduino version.

ESP-IDF v5.1.3

Operating System used.

Windows

How did you build your project?

Command line with idf.py

Development Kit.

ESP32-Wroom-32 with own development board

What is the expected behavior?

I expect that once the button is turned on, the additional board connected to the pin will turn on and work

What is the actual behavior?

Instead, the additional board turns on and after a few minutes reboots

Steps to reproduce.

1. I use the Multi_device example
2. I change OUTPUT_GPIO in app_driver.c to 17
3. When I turn on the switch, the logic level on port 17 is correct, the additional board controlled via pin 17 turns on, but resets after few minutes

Debug Logs.

There are no error messages or reboot messages in the port and logs

More Information.

When I used Arduino IDE and digitalWrite function, the additional board working perfectly, do not reboots. I think that problem may tied up with declarations of pins, but I test with different pull-up_en, not helps. I tried to add gpio_set_level to 16 pin, no changes.
I add images with electrical scheme of the development board, maybe it helps to find solution

Please. help me, its very important

[shahpiyushv]

@KalashQK , is this really related to RainMaker though? Do you mean the logic works fine when you are not using RainMaker?

[KalashQK]

I double-checked multiple times and concluded that the problem was caused by network instability and the board itself. Thank you, and I apologize for the inconvenience