adam/LoRa_APRS_iGate
1
0 Fork 0
mirror of https://github.com/richonguzman/LoRa_APRS_iGate.git synced 2026-10-31 02:51:58 +01:00
Code Issues 55 Packages Projects Releases Wiki Activity

More issues with Wifi AutoAP #119

New Issue
Closed
opened 2026-10-05 05:38:15 +02:00 by adam · 6 comments
adam commented 2026-10-05 05:38:15 +02:00
Owner
Copy link
Copy source

In #144 we fixed the return from AutoAP mode to Wifi client mode. Unfortunately this uncovered a new issue that was hidden before: when AutoAP stops due to timeout, it correctly tries to connect to Wifi client and after this fails, it will immediately start AutoAP again.

On a site without wifi, this means that AutoAP will be constantly on. It will timeout but restart immediately. This is convenient but wastes electricity on solar systems.

My expectation is that AutoAP is only tried once after reboot - when it times out and there is no wifi present, it should remain off and save power while checking if wifi gets back. If there is no wifi and you need to service the gate, you need to reboot it to get into AutoAP mode.

In my mind the logic should be:

  1. after reboot, try to connect to wifi
  2. if wifi is not present, start AutoAP one time only until timeout
  3. after timeout, check if wifi is available
  4. if no wifi, wait 15 minutes and go to 3.

This logic needs another wifi check loop and some refactoring of the code, which is a bit too much for me at this late hour in the evening. Better ideas?

In #144 we fixed the return from AutoAP mode to Wifi client mode. Unfortunately this uncovered a new issue that was hidden before: when AutoAP stops due to timeout, it correctly tries to connect to Wifi client and after this fails, it will immediately start AutoAP again. On a site without wifi, this means that AutoAP will be constantly on. It will timeout but restart immediately. This is convenient but wastes electricity on solar systems. My expectation is that AutoAP is only tried once after reboot - when it times out and there is no wifi present, it should remain off and save power while checking if wifi gets back. If there is no wifi and you need to service the gate, you need to reboot it to get into AutoAP mode. In my mind the logic should be: 1. after reboot, try to connect to wifi 2. if wifi is not present, start AutoAP one time only until timeout 3. after timeout, check if wifi is available 4. if no wifi, wait 15 minutes and go to 3. This logic needs another wifi check loop and some refactoring of the code, which is a bit too much for me at this late hour in the evening. Better ideas? <!-- github-sync-id:2468917704 -->
adam closed this issue 2026-10-05 05:38:15 +02:00
adam commented 2026-10-05 05:38:16 +02:00
Author
Owner
Copy link
Copy source

My plan is to stop all WiFi with button for new ultra low sleeping (until packet rx) digirepeater

My plan is to stop all WiFi with button for new ultra low sleeping (until packet rx) digirepeater <!-- github-comment-id:2292272644 -->
adam commented 2026-10-05 05:38:17 +02:00
Author
Owner
Copy link
Copy source

I just went through the code and I think I can make a minimal change to make autoap run only once, and then only try to connect to wifi evey 15 min. Would this help for now?

I just went through the code and I think I can make a minimal change to make autoap run only once, and then only try to connect to wifi evey 15 min. Would this help for now? <!-- github-comment-id:2292279701 -->
adam commented 2026-10-05 05:38:17 +02:00
Author
Owner
Copy link
Copy source

I just created merge request #159 to fix this behaviour. While I have been testing this extensively in my lab with different configs, as usual more testing is recommended.

I just created merge request #159 to fix this behaviour. While I have been testing this extensively in my lab with different configs, as usual more testing is recommended. <!-- github-comment-id:2293818263 -->
adam commented 2026-10-05 05:38:18 +02:00
Author
Owner
Copy link
Copy source

I have been running this fix on two solar digi sites for a week and no problems observed so far. Reducing power consumption from 85mA to 37mA is a nice improvement, it makes my batteries last twice as long.

I have been running this fix on two solar digi sites for a week and no problems observed so far. Reducing power consumption from 85mA to 37mA is a nice improvement, it makes my batteries last twice as long. <!-- github-comment-id:2306560643 -->
adam commented 2026-10-05 05:38:19 +02:00
Author
Owner
Copy link
Copy source

added a WIFI KILL Switch (on Wifi AP section of webUI config)

this is to kill Wifi and WifiAP completely from restart for pure Remote Digirepeater which should lower power comsumption a lot (as we need for this special cases)

please test it a comment

added a WIFI KILL Switch (on Wifi AP section of webUI config) this is to kill Wifi and WifiAP completely from restart for pure Remote Digirepeater which should lower power comsumption a lot (as we need for this special cases) please test it a comment <!-- github-comment-id:2395779541 -->
adam commented 2026-10-05 05:38:19 +02:00
Author
Owner
Copy link
Copy source

Digi EcoMode not kills all and uses as low as ~21,5mA for esp32s3+sx1262 and ~24mA for esp32+sx1278 ;)

Digi EcoMode not kills all and uses as low as ~21,5mA for esp32s3+sx1262 and ~24mA for esp32+sx1278 ;) <!-- github-comment-id:2427079154 -->
Sign in to join this conversation.
No Branch/Tag Specified
Labels
No items
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
adam (Adam Wojcieszonek)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: adam/LoRa_APRS_iGate#119