Ethernet / POE #180

New Issue

2026-10-05T05:46:07+02:00

adam commented

2026-10-05 05:46:07 +02:00

Are there still plans to integrate some of the known DIY Ethernet solutions (e.g. OE5BPA) based on WT32-ETH1, LilyGO T-ETH series, W5500 or TTGO T-Internet PoE boards? I've seen this issue mentioned several times in the past, but I can't figure out the actual condition.

Are there still plans to integrate some of the known DIY Ethernet solutions (e.g. OE5BPA) based on WT32-ETH1, LilyGO T-ETH series, W5500 or TTGO T-Internet PoE boards? I've seen this issue mentioned several times in the past, but I can't figure out the actual condition.

adam commented

2026-10-05 05:46:08 +02:00

Hi

Yes , I hope to add this eventually

I found a way to test w5500 and maybe make it run

Will test next week

As for the OE5BPA board I got offered many times to receive one by different HAM OPs but never happened

Hi Yes , I hope to add this eventually I found a way to test w5500 and maybe make it run Will test next week As for the OE5BPA board I got offered many times to receive one by different HAM OPs but never happened

adam commented

2026-10-05 05:46:09 +02:00

OE5BPA used board is what I also struggle with, LoRa and LCD can be wired to external header. Ethernet with PoE onboard. The HAT board was mostly sold in EU, shipping to SA will be expensive. I would sponsor 50% of such base board if you can manage getting it yourself from fare east. https://de.aliexpress.com/item/4001134936204.html?

OE5BPA used board is what I also struggle with, LoRa and LCD can be wired to external header. Ethernet with PoE onboard. The HAT board was mostly sold in EU, shipping to SA will be expensive. I would sponsor 50% of such base board if you can manage getting it yourself from fare east. https://de.aliexpress.com/item/4001134936204.html?

adam commented

2026-10-05 05:46:09 +02:00

You could incorporate #192. Then you would already have a board + drivers

The AddOn board is in my repository and anyone can recreate it.

If you need the addon board to test, I can send it to you...

@MILUX-DE
Please take a look in my fork and related PCB. Maybe that will be a solution for you?

You could incorporate #192. Then you would already have a board + drivers The AddOn board is in my repository and anyone can recreate it. If you need the addon board to test, I can send it to you... @MILUX-DE Please take a look in my fork and related PCB. Maybe that will be a solution for you?

adam commented

2026-10-05 05:46:10 +02:00

Check my fork https://github.com/petrkr/LoRa_APRS_iGate/tree/lansupport

I have there support for OctopusLab board with LAN Shield, which supports PoE. I have it deployed like that.

Check my fork https://github.com/petrkr/LoRa_APRS_iGate/tree/lansupport I have there support for OctopusLab board with LAN Shield, which supports PoE. I have it deployed like that. ![Image](https://github.com/user-attachments/assets/c35cad9a-04e2-4f57-9e25-6a3b0598c7f1)

adam commented

2026-10-05 05:46:11 +02:00

@MILUX-DE, welcome to test DL1LMH code on off-the-shelf TTGO T-ETH-ELITE-PoE board with a good choice of LoRa shields!
https://github.com/UT2UH/LoRa_APRS_iGate/tree/Ethernet

@MILUX-DE, welcome to test DL1LMH code on off-the-shelf TTGO T-ETH-ELITE-PoE board with a good choice of LoRa shields! [https://github.com/UT2UH/LoRa_APRS_iGate/tree/Ethernet](url)

adam commented

2026-10-05 05:46:11 +02:00

I see you used same names like me, so it will conflict, why you not rebased it and not used my half year work?

I see you used same names like me, so it will conflict, why you not rebased it and not used my half year work?

adam commented

2026-10-05 05:46:12 +02:00

@petrkr, I probably missed something, sorry... DL1LMH PR dated by November 2024, not January 2025. And I see no PR for your code (which I found, BTW, only while reading this issue). What did I wrong?

@petrkr, I probably missed something, sorry... DL1LMH PR dated by November 2024, not January 2025. And I see no PR for your code (which I found, BTW, only while reading this issue). What did I wrong?

adam commented

2026-10-05 05:46:13 +02:00

I actially rebased it many times, so it move timestamps too.

I actially rebased it many times, so it move timestamps too.

adam commented

2026-10-05 05:46:13 +02:00

Also I not doing PR of not done work, thats why it was in branch, I needed some changes from @richonguzman those days, dnk if all are merged, especially move to sdk 3.x

Also I not doing PR of not done work, thats why it was in branch, I needed some changes from @richonguzman those days, dnk if all are merged, especially move to sdk 3.x

adam commented

2026-10-05 05:46:14 +02:00

https://github.com/richonguzman/LoRa_APRS_iGate/pull/142

Here is first mention about it, July

https://github.com/richonguzman/LoRa_APRS_iGate/pull/142 Here is first mention about it, July

adam commented

2026-10-05 05:46:15 +02:00

I sent PR only for the core and libs upgrade to support my board. Not for Ethernet support. What is my best move on your opinion now?

I sent PR only for the core and libs upgrade to support my board. Not for Ethernet support. What is my best move on your opinion now?

adam commented

2026-10-05 05:46:15 +02:00

I sent PR only for the core and libs upgrade to support my board. Not for Ethernet support. What is my best move on your opinion now?

To be universal across boards. Which i wanted achive, but if this PR will be merged my whole work will be messed up, because you use same names of files just for one board.

But do not worry. I will not continue, it make sence and I do not want waste my time anymore for this project if they do not want my work, why to waste it?

> I sent PR only for the core and libs upgrade to support my board. Not for Ethernet support. What is my best move on your opinion now? To be universal across boards. Which i wanted achive, but if this PR will be merged my whole work will be messed up, because you use same names of files just for one board. But do not worry. I will not continue, it make sence and I do not want waste my time anymore for this project if they do not want my work, why to waste it?

adam commented

2026-10-05 05:46:16 +02:00

Neither do I, life is too short to read closed issues.

Neither do I, life is too short to read closed issues.

adam commented

2026-10-05 05:46:16 +02:00

Especially in Ukraine, now.

Especially in Ukraine, now.

adam commented

2026-10-05 05:46:17 +02:00

That is just reference as evidence...

Anyway this is NOT closed and I posted branch ar Feb too

https://github.com/richonguzman/LoRa_APRS_iGate/issues/245#issuecomment-2651363447

And pls, do not talk about Ukrainians, we have already enough them at our pub, already more than 4 times ran away without payment and making lot of mess there, acting as pigs, always get some chips for ber/vodka and then thise chips are everywhere...
Also one bar here must be closed by city hall, because police came there almost everynight...

But that is not part of this PR/Issue

That is just reference as evidence... Anyway this is NOT closed and I posted branch ar Feb too https://github.com/richonguzman/LoRa_APRS_iGate/issues/245#issuecomment-2651363447 And pls, do not talk about Ukrainians, we have already enough them at our pub, already more than 4 times ran away without payment and making lot of mess there, acting as pigs, always get some chips for ber/vodka and then thise chips are everywhere... Also one bar here must be closed by city hall, because police came there almost everynight... But that is not part of this PR/Issue

adam commented

2026-10-05 05:46:18 +02:00

It is a shame I am not inolved ) I just retired at my 60 after voluntirely enlisting for three years to military service. Send them back! Russians will spit in tissues and pay for everyting!

It is a shame I am not inolved ) I just retired at my 60 after voluntirely enlisting for three years to military service. Send them back! Russians will spit in tissues and pay for everyting!

adam commented

2026-10-05 05:46:18 +02:00

Anyone taking about beer???

Hi all! I tested many months ago to update libraries and all I could from @petrkr , but could not achieve to have a smooth update

So it was on hold , and it's good that we could update it all if you help me

Anyone taking about beer??? Hi all! I tested many months ago to update libraries and all I could from @petrkr , but could not achieve to have a smooth update So it was on hold , and it's good that we could update it all if you help me

adam commented

2026-10-05 05:46:19 +02:00

@richonguzman, ready to help but if you upgrade the version without merging disrupted PRs they are not on hold but rather abandoned. If these PRs included new boards - the only cure from collaborators frustration will be the GPL license. There should be some policies for the painless collaboration - PRs for boards and new features are separated, PR to support new boards come first, if the new board requires library upgrades such upgrades come earlier and so on... dev branch?.. expected in the next release list?.. till GPL do us part... )

@richonguzman, ready to help but if you upgrade the version without merging disrupted PRs they are not on hold but rather abandoned. If these PRs included new boards - the only cure from collaborators frustration will be the GPL license. There should be some policies for the painless collaboration - PRs for boards and new features are separated, PR to support new boards come first, if the new board requires library upgrades such upgrades come earlier and so on... dev branch?.. expected in the next release list?.. till GPL do us part... )

adam commented

2026-10-05 05:46:20 +02:00

@richonguzman, ready to help but if you upgrade the version without merging disrupted PRs they are not on hold but rather abandoned. If these PRs included new boards - the only cure from collaborators frustration will be the GPL license. There should be some policies for the painless collaboration - PRs for boards and new features are separated, PR to support new boards come first, if the new board requires library upgrades such upgrades come earlier and so on... dev branch?.. expected in the next release list?.. till GPL do us part... )

sorry about this, but many GitHub rules i've been learning as I go with it, not very experienced in Github , just a few years.

i mean to have this updated... any way to contact you directly over telegram? find me over it with the same user as here in GitHub

> [@richonguzman](https://github.com/richonguzman), ready to help but if you upgrade the version without merging disrupted PRs they are not on hold but rather abandoned. If these PRs included new boards - the only cure from collaborators frustration will be the GPL license. There should be some policies for the painless collaboration - PRs for boards and new features are separated, PR to support new boards come first, if the new board requires library upgrades such upgrades come earlier and so on... dev branch?.. expected in the next release list?.. till GPL do us part... ) sorry about this, but many GitHub rules i've been learning as I go with it, not very experienced in Github , just a few years. i mean to have this updated... any way to contact you directly over telegram? find me over it with the same user as here in GitHub

adam commented

2026-10-05 05:46:20 +02:00

I have a Lilygo T-ETH-ELite + 433 LoRa Shield on my desk and I am trying to make it work. I've got the basic pinout, GPS, LoRa radio and and currently spending time to get W5500 ethernet running - and then I found this thread.

I can see that both @petrkr and @UT2UH have done a lot of work in this area, and I would hate to duplicate my efforts to what was already done. Can we get some of their solutions accepted?

To start, adding T-ETH-ELite as a new variant is a quick task, we just need a board_pinout.h and platformio.ini (UT2UH has a better board_pinout.h than my experiments). This will make this platform work perfectly over Wifi.

Then, adding Ethernet support is a separate and bigger effort, simply because there is no ethernet in the project yet. This will need a few more new files (eth_utils.c and .h), some changes to existing source logic and to the index.html too. Maybe even library updates? This can be done in smaller consecutive steps. After ethernet is in and running for one board, it is again relatively easy to add other platforms with ethernet ports, like Olimex, OE5BPA, OctopusLAN and others.

Thoughts?

I have a Lilygo T-ETH-ELite + 433 LoRa Shield on my desk and I am trying to make it work. I've got the basic pinout, GPS, LoRa radio and and currently spending time to get W5500 ethernet running - and then I found this thread. I can see that both @petrkr and @UT2UH have done a lot of work in this area, and I would hate to duplicate my efforts to what was already done. Can we get some of their solutions accepted? To start, adding T-ETH-ELite as a new variant is a quick task, we just need a board_pinout.h and platformio.ini (UT2UH has a better board_pinout.h than my experiments). This will make this platform work perfectly over Wifi. Then, adding Ethernet support is a separate and bigger effort, simply because there is no ethernet in the project yet. This will need a few more new files (eth_utils.c and .h), some changes to existing source logic and to the index.html too. Maybe even library updates? This can be done in smaller consecutive steps. After ethernet is in and running for one board, it is again relatively easy to add other platforms with ethernet ports, like Olimex, OE5BPA, OctopusLAN and others. Thoughts?

adam commented

2026-10-05 05:46:21 +02:00

@S57PNX
first you need to be sure you are using Arduino SDK 3.x and not 2.x
Because Wiznet W5500 support was added in ESP-IDF 5.x which is in Arduino SDK 3.x

You really do not want use those stupid Ethernet library from Arduino, because you will have to do lot of duplicate code/work because it does not use FreeRTOS network stack.

Actually I did not work on this for long time as APRS on Lora here is not so much popular, so there is no demand for PoE based gateways too.

Unfortunately I think there is still no official Espressif SDK 3.x port for Platformio, but you can use community based project... Pioarduino

for example like this
platform = https://github.com/pioarduino/platform-espressif32/releases/download/55.03.32/platform-espressif32.zip

rest of mine branch OctopusLab with LAN is same.

But of course there would be nice to somehow integrate hard coded LAN.begin() into configurations, also support more LAN chips (I plan to do LAN Shield with SPI DM9051 because it seems to be much better than wizznet)

@S57PNX first you need to be sure you are using Arduino SDK 3.x and not 2.x Because Wiznet W5500 support was added in ESP-IDF 5.x which is in Arduino SDK 3.x You really do not want use those stupid Ethernet library from Arduino, because you will have to do lot of duplicate code/work because it does not use FreeRTOS network stack. Actually I did not work on this for long time as APRS on Lora here is not so much popular, so there is no demand for PoE based gateways too. Unfortunately I think there is still no official Espressif SDK 3.x port for Platformio, but you can use community based project... Pioarduino for example like this `platform = https://github.com/pioarduino/platform-espressif32/releases/download/55.03.32/platform-espressif32.zip` rest of mine branch OctopusLab with LAN is same. But of course there would be nice to somehow integrate hard coded LAN.begin() into configurations, also support more LAN chips (I plan to do LAN Shield with SPI DM9051 because it seems to be much better than wizznet)

adam commented

2026-10-05 05:46:22 +02:00

@petrkr thanks for the feedback. After some research, I see now that the SDK version and Platformio is a big and sensitive topic, and since I am not part of this project, the decision if/when switch to pioarduino remains with @richonguzman . Also, my availability to work on anything nontrivial will expire with the end of holidays, so staring next week $dayjob will take over again.

For now I'd be happy if at least the T-ETH-ELite variant goes in, so the board works at least with wifi. The whole issue of adding Ethernet is almost certainly beyond my skillset and experience.

@petrkr thanks for the feedback. After some research, I see now that the SDK version and Platformio is a big and sensitive topic, and since I am not part of this project, the decision if/when switch to pioarduino remains with @richonguzman . Also, my availability to work on anything nontrivial will expire with the end of holidays, so staring next week $dayjob will take over again. For now I'd be happy if at least the T-ETH-ELite variant goes in, so the board works at least with wifi. The whole issue of adding Ethernet is almost certainly beyond my skillset and experience.

adam commented

2026-10-05 05:46:22 +02:00

Hello,

I have ESP32-POE from Olimex https://www.olimex.com/Products/IoT/ESP32/ESP32-POE/open-source-hardware and I was trying implement Ethernet support but wihout success. Tried https://github.com/dl1lmh/LoRa_APRS_iGate_for_OLIMEX but with this solution radio is not working.
I have radio SX1276 (E32 900M20S) so 900MHz but I ordered radio SX1262 (E22 400M30S). My version of radio is working with variant ESP32_DIY_LoRa_915 together with WiFi from richonguzman github. I tried also implement eth code to original richonguzman project but also without success.
Do you have some experience to implement Ethernet for this project?
I am using the same board for other ESP home project and radio together with ethernet works without problem.

GPIO are used:

ethernet:
  type: LAN8720
  mdc_pin: GPIO23
  mdio_pin: GPIO18
  clk:
    pin: GPIO17
    mode: CLK_OUT
  phy_addr: 0
  power_pin: GPIO12

Radio:
spi:
  clk_pin:  GPIO14
  mosi_pin: GPIO02
  miso_pin: GPIO15
  cs_pin:   GPIO05  
  reset_pin: GPIO16 
  irq_pin: GPIO13

The idea is implement iGate solution on the roof close to antenna via only one ethernet cable to have power and Internet.

Hello, I have ESP32-POE from Olimex [https://www.olimex.com/Products/IoT/ESP32/ESP32-POE/open-source-hardware ](https://www.olimex.com/Products/IoT/ESP32/ESP32-POE/open-source-hardware) and I was trying implement Ethernet support but wihout success. Tried https://github.com/dl1lmh/LoRa_APRS_iGate_for_OLIMEX but with this solution radio is not working. I have radio SX1276 (E32 900M20S) so 900MHz but I ordered radio SX1262 (E22 400M30S). My version of radio is working with variant ESP32_DIY_LoRa_915 together with WiFi from richonguzman github. I tried also implement eth code to original richonguzman project but also without success. Do you have some experience to implement Ethernet for this project? I am using the same board for other ESP home project and radio together with ethernet works without problem. GPIO are used: ``` ethernet: type: LAN8720 mdc_pin: GPIO23 mdio_pin: GPIO18 clk: pin: GPIO17 mode: CLK_OUT phy_addr: 0 power_pin: GPIO12 Radio: spi: clk_pin: GPIO14 mosi_pin: GPIO02 miso_pin: GPIO15 cs_pin: GPIO05 reset_pin: GPIO16 irq_pin: GPIO13 ``` The idea is implement iGate solution on the roof close to antenna via only one ethernet cable to have power and Internet.

adam commented

2026-10-05 05:46:23 +02:00

Hello,

I have ESP32-POE from Olimex https://www.olimex.com/Products/IoT/ESP32/ESP32-POE/open-source-hardware and I was trying implement Ethernet support but wihout success. Tried https://github.com/dl1lmh/LoRa_APRS_iGate_for_OLIMEX but with this solution radio is not working. I have radio SX1276 (E32 900M20S) so 900MHz but I ordered radio SX1262 (E22 400M30S). My version of radio is working with variant ESP32_DIY_LoRa_915 together with WiFi from richonguzman github.

As you using legacy PHY LAN7820 you should be able use stock old SDK with my hard-coded Ethernet support.

The idea is implement iGate solution on the roof close to antenna via only one ethernet cable to have power and Internet.

Yes that was I was about that too.. But I still need few pull requests to be merged,,, but meanwhile I say they are conflicting again and now I working on different projects (for example remote SSTV transmission for some contents - https://github.com/petrkr/rigremote or library for Tropic square's secure element, which could have use in HAM radio too), so I do not have time for this one :(

> Hello, > > I have ESP32-POE from Olimex [https://www.olimex.com/Products/IoT/ESP32/ESP32-POE/open-source-hardware ](https://www.olimex.com/Products/IoT/ESP32/ESP32-POE/open-source-hardware) and I was trying implement Ethernet support but wihout success. Tried https://github.com/dl1lmh/LoRa_APRS_iGate_for_OLIMEX but with this solution radio is not working. I have radio SX1276 (E32 900M20S) so 900MHz but I ordered radio SX1262 (E22 400M30S). My version of radio is working with variant ESP32_DIY_LoRa_915 together with WiFi from richonguzman github. As you using legacy PHY LAN7820 you should be able use stock old SDK with my hard-coded Ethernet support. > The idea is implement iGate solution on the roof close to antenna via only one ethernet cable to have power and Internet. Yes that was I was about that too.. But I still need few pull requests to be merged,,, but meanwhile I say they are conflicting again and now I working on different projects (for example remote SSTV transmission for some contents - https://github.com/petrkr/rigremote or library for Tropic square's secure element, which could have use in HAM radio too), so I do not have time for this one :(

adam commented

2026-10-05 05:46:24 +02:00

@damso @S57PNX

updated lansupport Proof-of-concept to latest released version now. I added detection of 4.x and 5.x SDK in Ethernet class, so it should be able to build with old 4.x SDK and also with new 5.x SDK (but there are some new problems with MQTT Client, because it also use old WiFiClient from SDK4.x)

Lot of things to do in order to properly support Ethernet (or SPI one, RMII ethernet works already in SDK 4.x)

how to set up pinout of your board, take insipration here

https://github.com/petrkr/LoRa_APRS_iGate/blob/lansupport/variants/ESP32_OctopusLab_LAN_LoRa/board_pinout.h

@damso @S57PNX updated lansupport Proof-of-concept to latest released version now. I added detection of 4.x and 5.x SDK in Ethernet class, so it should be able to build with old 4.x SDK and also with new 5.x SDK (but there are some new problems with MQTT Client, because it also use old WiFiClient from SDK4.x) Lot of things to do in order to properly support Ethernet (or SPI one, RMII ethernet works already in SDK 4.x) how to set up pinout of your board, take insipration here https://github.com/petrkr/LoRa_APRS_iGate/blob/lansupport/variants/ESP32_OctopusLab_LAN_LoRa/board_pinout.h

adam commented

2026-10-05 05:46:24 +02:00

Thank you @petrkr
With my current radio I have only success with variant ESP32_DIY_LoRa_915 so with your branch I was trying also this to be sure that Lora radio started.

First of all I modified the GPIO pin for Ethernet:

ETH.begin(ETH_PHY_LAN8720, 0, 23, 18, 12, ETH_CLOCK_GPIO17_OUT);
ETH.begin(0, 12, ETH_PHY_MDC, ETH_PHY_MDIO, ETH_PHY_LAN8720, ETH_CLOCK_GPIO17_OUT);

because I had error:
E (7244) lan87xx: lan87xx_init(499): wrong chip ID
E (7245) esp_eth: esp_eth_driver_install(215): init phy failed
[ 7279][E][ETH.cpp:324] begin(): esp_eth_driver_install failed

For first test I was using: Compiling ETH init: SDK 4.x (Arduino core 2.x)") and LAN is working for a while (2-3pings) and connection is lost…

Next I tested: ("Compiling ETH init: SDK 5.x (Arduino core 3.x)") and I did some test and it works without problem! Ethernet works, radio works.

but If I see correctly with your version, WiFi is disabled permanently so if I disconnect LAN cable WiFi will not work?

Thank you @petrkr With my current radio I have only success with variant ESP32_DIY_LoRa_915 so with your branch I was trying also this to be sure that Lora radio started. First of all I modified the GPIO pin for Ethernet: ``` ETH.begin(ETH_PHY_LAN8720, 0, 23, 18, 12, ETH_CLOCK_GPIO17_OUT); ETH.begin(0, 12, ETH_PHY_MDC, ETH_PHY_MDIO, ETH_PHY_LAN8720, ETH_CLOCK_GPIO17_OUT); ``` because I had error: _E (7244) lan87xx: lan87xx_init(499): wrong chip ID E (7245) esp_eth: esp_eth_driver_install(215): init phy failed [ 7279][E][ETH.cpp:324] begin(): esp_eth_driver_install failed_ For first test I was using: Compiling ETH init: **SDK 4.x (Arduino core 2.x)**") and LAN is working for a while (2-3pings) and connection is lost… <img width="1116" height="465" alt="Image" src="https://github.com/user-attachments/assets/e4ca1181-699b-483f-b657-fa83d79f0857" /> Next I tested: ("Compiling ETH init: **SDK 5.x (Arduino core 3.x)**") and I did some test and it works without problem! Ethernet works, radio works. <img width="1014" height="262" alt="Image" src="https://github.com/user-attachments/assets/2aa02866-e8d9-4906-a6cd-558ef904bd69" /> but If I see correctly with your version, WiFi is disabled permanently so if I disconnect LAN cable WiFi will not work?

adam commented

2026-10-05 05:46:25 +02:00

In this proof-of-concept branch is wifi by hard-code disabled.

That two ETH.begin are based on SDK which you are using, this macro will choose itself correct one.

Yes I should put those stuff to board_pinout.h and not hard-code it there.

Strange is SDK 2.x does not works for you and 3.x yes. Maybe wrong parameters? Because they changed it across SDK versions (like changed position of parameters and removed constants in SDK 3.x, so maybe you are using different MDIO/MCK than default one, that is why SDK 2.x does not worked, if you does not changed those constants for right pins),

And thank you for test. Now I started refactoring wifi connection and introduced network manager (now it is based on main repo, so it does not have LAN support yet). First I want to move all possible stuff from around the code into network manager, so later it can be independent if connection is by using wifi/lan/modem/wifiap.

https://github.com/petrkr/LoRa_APRS_iGate/tree/networkmanager

I hope @richonguzman will check it, test it and merge it :)

I trying to do it step-by-step, so it can be merged as-go and do not need to make some "BIG" commit. So we can test it step-by-step... also there was few wrong code, which I little-bit refactored by its logic.

In this proof-of-concept branch is wifi by hard-code disabled. That two ETH.begin are based on SDK which you are using, this macro will choose itself correct one. Yes I should put those stuff to board_pinout.h and not hard-code it there. Strange is SDK 2.x does not works for you and 3.x yes. Maybe wrong parameters? Because they changed it across SDK versions (like changed position of parameters and removed constants in SDK 3.x, so maybe you are using different MDIO/MCK than default one, that is why SDK 2.x does not worked, if you does not changed those constants for right pins), And thank you for test. Now I started refactoring wifi connection and introduced network manager (now it is based on main repo, so it does not have LAN support yet). First I want to move all possible stuff from around the code into network manager, so later it can be independent if connection is by using wifi/lan/modem/wifiap. https://github.com/petrkr/LoRa_APRS_iGate/tree/networkmanager I hope @richonguzman will check it, test it and merge it :) I trying to do it step-by-step, so it can be merged as-go and do not need to make some "BIG" commit. So we can test it step-by-step... also there was few wrong code, which I little-bit refactored by its logic.

adam commented

2026-10-05 05:46:26 +02:00

Hello @petrkr

How to use your branch "lansupport" now? I cloned this branch and eth is not working anymore? WiFi is starting automatically.

Hello @petrkr How to use your branch "lansupport" now? I cloned this branch and eth is not working anymore? WiFi is starting automatically.

adam commented

2026-10-05 05:46:26 +02:00

Hello @petrkr

How to use your branch "lansupport" now? I cloned this branch and eth is not working anymore? WiFi is starting automatically.

Yes for now lansupport is not finished to use ethernet I rebased it just to support network manager branch, but not finished yet usage of ethernet. Was waiting if network manager in this point will be accepted or not, so I will not do useless work on top of something what may not be accepted.

But there are already prepared methods to start it, so by calling networkManager->ethernetConnect(params); it should connect LAN too. Just there is not logic about connecting wifi STA, creating AP and Ethernet together. basically all of those can work at same time.

It is just about config, where I did not want to write yet as do not know how it is with backward compatibility.

> Hello [@petrkr](https://github.com/petrkr) > > How to use your branch "lansupport" now? I cloned this branch and eth is not working anymore? WiFi is starting automatically. Yes for now lansupport is not finished to use ethernet I rebased it just to support network manager branch, but not finished yet usage of ethernet. Was waiting if network manager in this point will be accepted or not, so I will not do useless work on top of something what may not be accepted. But there are already prepared methods to start it, so by calling networkManager->ethernetConnect(params); it should connect LAN too. Just there is not logic about connecting wifi STA, creating AP and Ethernet together. basically all of those can work at same time. It is just about config, where I did not want to write yet as do not know how it is with backward compatibility.

adam commented

2026-10-05 05:46:27 +02:00

Hello @petrkr

How to use your branch "lansupport" now? I cloned this branch and eth is not working anymore? WiFi is starting automatically.

I did some lan support back, but now I have to discover problem with LoRa TX.

Before I used it with SDK3.x but now I testing with 2.x and during LoRaTX, ethernet gets disconnected and some other board also never connets back again...

I must test it more...

Possible problems:

power domain (PoE powered module works better than only USB dongle one)
wifi + eth together, but on other projects I have no problem
some blocking tasks during LoRa Radio transmission, so some timeout in loop() so SDK will disconnect ETH - there would be helpful to know what everything changed since it works it for me for like half month.
maybe pin collision ? I have to check

For now I have functions enable/disable Ethernet from Web GUI. Wifi you can "disable" by removing all known networks and wifi AP you can disable by new option "Auto AP enabled"

I will try to test it more whenever get more time. Or if you have some observations which may help, it will be fine to...

For first would be nice @richonguzman will merge SDK3 compatibility problems, so I can build it on top od SDK 3 too, now I have lot of diversed forks already again :)

> Hello [@petrkr](https://github.com/petrkr) > > How to use your branch "lansupport" now? I cloned this branch and eth is not working anymore? WiFi is starting automatically. I did some lan support back, but now I have to discover problem with LoRa TX. Before I used it with SDK3.x but now I testing with 2.x and during LoRaTX, ethernet gets disconnected and some other board also never connets back again... I must test it more... Possible problems: - power domain (PoE powered module works better than only USB dongle one) - wifi + eth together, but on other projects I have no problem - some blocking tasks during LoRa Radio transmission, so some timeout in loop() so SDK will disconnect ETH - there would be helpful to know what everything changed since it works it for me for like half month. - maybe pin collision ? I have to check For now I have functions enable/disable Ethernet from Web GUI. Wifi you can "disable" by removing all known networks and wifi AP you can disable by new option "Auto AP enabled" I will try to test it more whenever get more time. Or if you have some observations which may help, it will be fine to... For first would be nice @richonguzman will merge SDK3 compatibility problems, so I can build it on top od SDK 3 too, now I have lot of diversed forks already again :)

adam commented

2026-10-05 05:46:28 +02:00

Hello!

So I think you observed similar issue like me: "For first test I was using: Compiling ETH init: SDK 4.x (Arduino core 2.x)") and LAN is working for a while (2-3pings) and connection is lost…" but I didnt notice that it is related to LoRa TX.

I will check your code with my board. Thanks @petrkr

Hello! So I think you observed similar issue like me: "For first test I was using: Compiling ETH init: SDK 4.x (Arduino core 2.x)") and LAN is working for a while (2-3pings) and connection is lost…" but I didnt notice that it is related to LoRa TX. I will check your code with my board. Thanks @petrkr

adam commented

2026-10-05 05:46:28 +02:00

Now I playing with it here... If I will disable wifi, it works just fine even with lora tx.

if I have only wifi, it also works good (but there was not problem at all). problem is when I havea connected both. But it does not seems to be related to any code (maybe I will try update SDK to 3.x), but more likely it would be related to power domain, because wifi + lora + eth is maybe more than AMS1117 can handle on 3v3, so probably my CAT809 (power domain supervisor) on mine LAN8720 LAN Shield resets LAN8720 due low-power spike. But I do not have osciscope here now to check this. But it is only valuable reason on this board, because AMS1117 can provide something around 700mA but only WiFi is able to make spikes up ti 500mA, plus ESP32 itself, plus LoRa on 20dBm... Maybe good to try lower power consuption by lowering TX powers...

Then also it can be connected because of RF/EMI, (I actually solved this at one ESP32-S3 board like 2 months ago, when wifi inducted on ESP's reset pin and resets itself.. adding of 1uF capacitor to ESPs RST line solved this issue) I can try add capactior to LAN module too, but since there is not RC reset circtuit but pus-pull reset controller, capacitor probably will has no effect in this case...

Now I playing with it here... If I will disable wifi, it works just fine even with lora tx. if I have only wifi, it also works good (but there was not problem at all). problem is when I havea connected both. But it does not seems to be related to any code (maybe I will try update SDK to 3.x), but more likely it would be related to power domain, because wifi + lora + eth is maybe more than AMS1117 can handle on 3v3, so probably my CAT809 (power domain supervisor) on mine LAN8720 LAN Shield resets LAN8720 due low-power spike. But I do not have osciscope here now to check this. But it is only valuable reason on this board, because AMS1117 can provide something around 700mA but only WiFi is able to make spikes up ti 500mA, plus ESP32 itself, plus LoRa on 20dBm... Maybe good to try lower power consuption by lowering TX powers... Then also it can be connected because of RF/EMI, (I actually solved this at one ESP32-S3 board like 2 months ago, when wifi inducted on ESP's reset pin and resets itself.. adding of 1uF capacitor to ESPs RST line solved this issue) I can try add capactior to LAN module too, but since there is not RC reset circtuit but pus-pull reset controller, capacitor probably will has no effect in this case...

adam commented

2026-10-05 05:46:29 +02:00

btw @damso
latest lansupport moved PIN definitons to board_pinout.h and requires -DHAS_ETH to platformio.ini for that board to be enabled.

inspiration here

https://github.com/petrkr/LoRa_APRS_iGate/blob/lansupport/variants/ESP32_OctopusLab_LAN_LoRa/board_pinout.h

https://github.com/petrkr/LoRa_APRS_iGate/blob/lansupport/variants/ESP32_OctopusLab_LAN_LoRa/platformio.ini

btw @damso latest lansupport moved PIN definitons to board_pinout.h and requires -DHAS_ETH to platformio.ini for that board to be enabled. inspiration here https://github.com/petrkr/LoRa_APRS_iGate/blob/lansupport/variants/ESP32_OctopusLab_LAN_LoRa/board_pinout.h https://github.com/petrkr/LoRa_APRS_iGate/blob/lansupport/variants/ESP32_OctopusLab_LAN_LoRa/platformio.ini

adam commented

2026-10-05 05:46:30 +02:00

Hello @petrkr
I did some tests :)

Test first configuration
Erase flash, upload firmware
Ethernet by default disabled - OK
Log in via AutoAP
Configured SSID
Connected to SSID
On Display strange numbers (not correct IP) 2745870528
Put the other configuration.
RX, TX works.
Test the ethernet
Enabled ethernet via WEB
Test without cable -> timout and connected again to SSID
Connected cable during working device -> ETH Got IP (no information about IP address on serial port)
On Display strange numbers (not correct IP) 2779293888
Checked IP from DHCP server (192.168.168.165)
I have access now to iGate via WiFI and LAN cable.
RX and TX works.
After reboot automtically connected to WiFi and LAN cable.
Remove the SSID
Now I see the correct LAN IP address on serial "Ethernet connected! IP: 192.168.168.165"
But on display is wrong still (2779293888)
Fallback to AutoAP so now LAN and AutoAP working together.
I can connect via AutoAP and via LAN cable
TX and RX works.
Disconnected cable. AutoAP works still.
RX and TX works.
Disable AutoAP
On display still information: "WiFi: AP"
LAN cable works.
on serial all the time information: Reconnecting to WiFi, WiFi SSID not set.
RX and TX works.
AutoAP not brodcasting any auto ssid.
Problem: checkbox "Enable Auto AP" again is enabled...(I disabled this and save before)
so if I save this again AUTOAP will be enabled..yes-> "Starting AP fallback..."
so Enable Auto AP is not keeping the value after save? - maybe this is OK becuase I can disable all WiFI and LAN and I will not have access to device? - Yes...device is crashing...reboot loop..:
Initializing LoRa Module init : LoRa Module ... done! Ethernet is disabled WiFi SSID not set! assert failed: tcpip_api_call IDF/components/lwip/lwip/src/api/tcpip.c:497 (Invalid mbox) Backtrace: 0x40083e35:0x3ffce400
Test test static IP
Static IP works
on serial all the time information: Reconnecting to WiFi, WiFi SSID not set.
RX and TX works.

Looks OK for my Olimex ESP32-POE - no restart the LAN.
But on display is wrong value of the IP address:

192.168.170.163 = 2745870528
192.168.168.165 = 2779293888
192.168.168.166 = 2796071104

Maybe you can use: "String(ETH.localIP()[0]) + "." + String(ETH.localIP()[1]) + "." + String(ETH.localIP()[2]) + "." + String(ETH.localIP()[3])); ?

Hello @petrkr I did some tests :) 1. Test first configuration Erase flash, upload firmware Ethernet by default disabled - OK Log in via AutoAP Configured SSID Connected to SSID On Display strange numbers (not correct IP) 2745870528 Put the other configuration. RX, TX works. 2. Test the ethernet Enabled ethernet via WEB Test without cable -> timout and connected again to SSID Connected cable during working device -> ETH Got IP (no information about IP address on serial port) On Display strange numbers (not correct IP) 2779293888 Checked IP from DHCP server (192.168.168.165) I have access now to iGate via WiFI and LAN cable. RX and TX works. After reboot automtically connected to WiFi and LAN cable. 3. Remove the SSID Now I see the correct LAN IP address on serial "Ethernet connected! IP: 192.168.168.165" But on display is wrong still (2779293888) Fallback to AutoAP so now LAN and AutoAP working together. I can connect via AutoAP and via LAN cable TX and RX works. Disconnected cable. AutoAP works still. RX and TX works. 4. Disable AutoAP On display still information: "WiFi: AP" LAN cable works. on serial all the time information: Reconnecting to WiFi, WiFi SSID not set. RX and TX works. AutoAP not brodcasting any auto ssid. Problem: checkbox "Enable Auto AP" again is enabled...(I disabled this and save before) so if I save this again AUTOAP will be enabled..yes-> "Starting AP fallback..." so Enable Auto AP is not keeping the value after save? - maybe this is OK becuase I can disable all WiFI and LAN and I will not have access to device? - Yes...device is crashing...reboot loop..: `Initializing LoRa Module init : LoRa Module ... done! Ethernet is disabled WiFi SSID not set! assert failed: tcpip_api_call IDF/components/lwip/lwip/src/api/tcpip.c:497 (Invalid mbox) Backtrace: 0x40083e35:0x3ffce400` 5. Test test static IP Static IP works on serial all the time information: Reconnecting to WiFi, WiFi SSID not set. RX and TX works. Looks OK for my Olimex ESP32-POE - no restart the LAN. But on display is wrong value of the IP address: 192.168.170.163 = 2745870528 192.168.168.165 = 2779293888 192.168.168.166 = 2796071104 Maybe you can use: "`String(ETH.localIP()[0]) + "." + String(ETH.localIP()[1]) + "." + String(ETH.localIP()[2]) + "." + String(ETH.localIP()[3]));` ?

adam commented

2026-10-05 05:46:30 +02:00

But I think disable AutoAP option should works when LAN cable is connected :) but now Auto AP is not keeping the value after save.

But I think disable AutoAP option should works when LAN cable is connected :) but now Auto AP is not keeping the value after save.

adam commented

2026-10-05 05:46:31 +02:00

That strange number is integer representation of IP address, I know about it, but as I focus on disconnecting LAN i forgot to fix that and I think etherner IP is shown righr, only wifi is bad. I think I need use different getIp way and really do not want to use that really old access bt ip(1)+.+ip(2).... because it should support toString or something sice some SDK.

AutoAP i will check there probably will be missing some 'write' config again, it's on 4 places, so maybe I overlooked some. Thx for test

That strange number is integer representation of IP address, I know about it, but as I focus on disconnecting LAN i forgot to fix that and I think etherner IP is shown righr, only wifi is bad. I think I need use different getIp way and really do not want to use that really old access bt ip(1)+.+ip(2).... because it should support toString or something sice some SDK. AutoAP i will check there probably will be missing some 'write' config again, it's on 4 places, so maybe I overlooked some. Thx for test

adam commented

2026-10-05 05:46:32 +02:00

I found also that Display Timout is not working any more..Something is prevent to disable display. I connected dummy load to antenna. I not received any packet and display is all the time working.

I found also that Display Timout is not working any more..Something is prevent to disable display. I connected dummy load to antenna. I not received any packet and display is all the time working.

adam commented

2026-10-05 05:46:32 +02:00

I haven't touch on this. So maybe it's some side effect of changes to network manager from hard coded wifi.status() or it's part of wrong configuration. I'll try to check, but as I not used this feature and my development is mostly remote (so I not see OLED) I does not noticed that.

I haven't touch on this. So maybe it's some side effect of changes to network manager from hard coded wifi.status() or it's part of wrong configuration. I'll try to check, but as I not used this feature and my development is mostly remote (so I not see OLED) I does not noticed that.

adam commented

2026-10-05 05:46:33 +02:00

In the configuration I have LAN Ethernet enabled.
Found if I power on the device without the LAN cable -> it was running with AutoAP.
I am connecting the cable and device is restarted.

Connecting to LAN...
[NM] Setting up Ethernet...
[NM] ETH Started
[NM] ETH Setting Hostname: iGATE-XXXXXX-12
...............................
Ethernet connection timeout
WiFi SSID not set!
Starting AP fallback...
[NM] Starting AP mode: XXXXXX-12-AP
[NM] AP setup successful
[NM] AP IP assigned: 192.168.4.1
-- Sending Beacon to RF --
---> LoRa Packet Tx : 
<--- LoRa Packet Rx : 
(RSSI:-59 / SNR:13.75 / FreqErr:-1893)
[NM] ETH Connected
[NM] ETH Got IP
Connecting to APRS-IS ...     Connected!
(Server: rotate.aprs2.net / Port: 14580)
Guru Meditation Error: Core  1 panic'ed (LoadProhibited). Exception was unhandled.

In the configuration I have LAN Ethernet enabled. Found if I power on the device without the LAN cable -> it was running with AutoAP. I am connecting the cable and device is restarted. ``` Connecting to LAN... [NM] Setting up Ethernet... [NM] ETH Started [NM] ETH Setting Hostname: iGATE-XXXXXX-12 ............................... Ethernet connection timeout WiFi SSID not set! Starting AP fallback... [NM] Starting AP mode: XXXXXX-12-AP [NM] AP setup successful [NM] AP IP assigned: 192.168.4.1 -- Sending Beacon to RF -- ---> LoRa Packet Tx : <--- LoRa Packet Rx : (RSSI:-59 / SNR:13.75 / FreqErr:-1893) [NM] ETH Connected [NM] ETH Got IP Connecting to APRS-IS ... Connected! (Server: rotate.aprs2.net / Port: 14580) Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled. ```

adam commented

2026-10-05 05:46:34 +02:00

I haven't touch on this. So maybe it's some side effect of changes to network manager from hard coded wifi.status() or it's part of wrong configuration. I'll try to check, but as I not used this feature and my development is mostly remote (so I not see OLED) I does not noticed that.

On WiFi only, Display is OK. Timeout is works. So problem is related to eth.

> I haven't touch on this. So maybe it's some side effect of changes to network manager from hard coded wifi.status() or it's part of wrong configuration. I'll try to check, but as I not used this feature and my development is mostly remote (so I not see OLED) I does not noticed that. On WiFi only, Display is OK. Timeout is works. So problem is related to eth.

adam commented

2026-10-05 05:46:34 +02:00

Ok. I meanwhile fixed Wifi Auto AP, it should works, just on web it is parsed wrongly. Fixed already in branch (force pushed).

panic should be fixed too, I will push it somehow now, but thinking where to put that commit. It is littlebit more generic and it would happen on wifi too in case if AP is not available and it become available later (after setup()) so this fix would be nice also for main branch, but because I already updated files to use network manager, I do not want to back-port it as it would be extra work and lot of rebase / collision headache.

Hint problem is in NTP Client, which is NOT intialized during setup() routine if network (or wifi in main) is NOT connected, but if it became connnected (eth cable inserted, wifi router available) it will try to do timeClient->update() on nullptr object, that cause that panic... I think nobody noticed that, because ESP will just reboot and on 2nd try it works fine as connection is available already at setup phase.

Also wifi IP should be fixed as I used toString()

Ok. I meanwhile fixed Wifi Auto AP, it should works, just on web it is parsed wrongly. Fixed already in branch (force pushed). panic should be fixed too, I will push it somehow now, but thinking where to put that commit. It is littlebit more generic and it would happen on wifi too in case if AP is not available and it become available later (after setup()) so this fix would be nice also for main branch, but because I already updated files to use network manager, I do not want to back-port it as it would be extra work and lot of rebase / collision headache. Hint problem is in NTP Client, which is NOT intialized during setup() routine if network (or wifi in main) is NOT connected, but if it became connnected (eth cable inserted, wifi router available) it will try to do timeClient->update() on nullptr object, that cause that panic... I think nobody noticed that, because ESP will just reboot and on 2nd try it works fine as connection is available already at setup phase. Also wifi IP should be fixed as I used toString()

adam commented

2026-10-05 05:46:35 +02:00

everything in lansupport now, force pushed, put also fixes to networkmanager branch, but not to main as those fixes already count with networkmanager.

known "problem" is if you do not have any ssid it tries to reconnect to wifi, but without success as there are no stored SSIDs.

I have to change this behaviour somehow. maybe something like if there are no SSIDs, consifer STA as disabled, so checkWifi will not try to reconnect, because without rebooting there is no way how to add new SSID to STA "became" available and connected.

everything in lansupport now, force pushed, put also fixes to networkmanager branch, but not to main as those fixes already count with networkmanager. known "problem" is if you do not have any ssid it tries to reconnect to wifi, but without success as there are no stored SSIDs. I have to change this behaviour somehow. maybe something like if there are no SSIDs, consifer STA as disabled, so checkWifi will not try to reconnect, because without rebooting there is no way how to add new SSID to STA "became" available and connected.

adam commented

2026-10-05 05:46:36 +02:00

Yes. Now looks ok. I uploaded to production iGate and I am testing this. I was trying the display issue but it is less important.

Yes. Now looks ok. I uploaded to production iGate and I am testing this. I was trying the display issue but it is less important.

adam commented

2026-10-05 05:46:36 +02:00

everything in lansupport now, force pushed, put also fixes to networkmanager branch, but not to main as those fixes already count with networkmanager.

known "problem" is if you do not have any ssid it tries to reconnect to wifi, but without success as there are no stored SSIDs.

I have to change this behaviour somehow. maybe something like if there are no SSIDs, consifer STA as disabled, so checkWifi will not try to reconnect, because without rebooting there is no way how to add new SSID to STA "became" available and connected.

What about put check:
if (networkManager->isEthernetConnected()) { if (backUpDigiMode) { Serial.println("*** Ethernet active – stopping Backup Digi Mode ***"); backUpDigiMode = false; } wifiCounter = 0; return; }
on the beginning of void checkWiFi()

> everything in lansupport now, force pushed, put also fixes to networkmanager branch, but not to main as those fixes already count with networkmanager. > > known "problem" is if you do not have any ssid it tries to reconnect to wifi, but without success as there are no stored SSIDs. > > I have to change this behaviour somehow. maybe something like if there are no SSIDs, consifer STA as disabled, so checkWifi will not try to reconnect, because without rebooting there is no way how to add new SSID to STA "became" available and connected. What about put check: ` if (networkManager->isEthernetConnected()) { if (backUpDigiMode) { Serial.println("*** Ethernet active – stopping Backup Digi Mode ***"); backUpDigiMode = false; } wifiCounter = 0; return; }` on the beginning of **void checkWiFi()**

adam commented

2026-10-05 05:46:37 +02:00

I do basically do not want cross-class checks. So wifi utils should not take care about ethernet and vice versa, because after adding LTE modem therw will be what? Another if? Then we are ar beginning before network manager.

So i think more about create something like hasNetworks at wifi setup to be replaced by some 'network manager' has networks or wificount and inside wifi check i'll check if numver of wifis is zeroc just return. Actually even if someone will add wifi without reboot it will start work out-of-box as wifi check already will not be zero and will try to connect to it.

Also next is make call public call backs from networ manager, so you do not need to ask 'is connected' or etc in order to switch eco modec backup mode etc...

Just component, which needs it will just register something like onConnected/onDisconnected and check what to do insteaf of active check loop.

Also esp32 freertos handle reconnects very well itself, but in case of wifi only for latest ssid, so reconnect logic make sence in order to try different ssids if available

Also that OLED always on is problem in aprs helper where totaly unlogical is wificonnected check, and if not connected it will keep display always on.

But for first i need to merge atleast that network manager, that is why I always force pushes there, because it's still without ethernet with original logic. But would be nice if @richonguzman will make new things on top of it. Because more and more logic changes from my side in lansupport branch will lead to more hard merging those 'old' main based branches with network manager and lan support together

I do basically do not want cross-class checks. So wifi utils should not take care about ethernet and vice versa, because after adding LTE modem therw will be what? Another if? Then we are ar beginning before network manager. So i think more about create something like hasNetworks at wifi setup to be replaced by some 'network manager' has networks or wificount and inside wifi check i'll check if numver of wifis is zeroc just return. Actually even if someone will add wifi without reboot it will start work out-of-box as wifi check already will not be zero and will try to connect to it. Also next is make call public call backs from networ manager, so you do not need to ask 'is connected' or etc in order to switch eco modec backup mode etc... Just component, which needs it will just register something like onConnected/onDisconnected and check what to do insteaf of active check loop. Also esp32 freertos handle reconnects very well itself, but in case of wifi only for latest ssid, so reconnect logic make sence in order to try different ssids if available Also that OLED always on is problem in aprs helper where totaly unlogical is wificonnected check, and if not connected it will keep display always on. But for first i need to merge atleast that network manager, that is why I always force pushes there, because it's still without ethernet with original logic. But would be nice if @richonguzman will make new things on top of it. Because more and more logic changes from my side in lansupport branch will lead to more hard merging those 'old' main based branches with network manager and lan support together

adam commented

2026-10-05 05:46:38 +02:00

Hello,

I found that with RA-02 module (100mW) works fine but with 1W (E22 radio) ethernet is disconnecting.WiFi is disabled on GUI.

I didnt find what the issue is. I was thinking tak eth is disconneting durig Lora TX but not. I uploaded firmware, via GUI enabled eth and save, lora tx was disabled...Maybe related to some pins used?

#ifndef BOARD_PINOUT_H_
#define BOARD_PINOUT_H_

    //  LoRa Radio
    //#define HAS_SX1268
    //#define HAS_1W_LORA
    //#define HAS_TCXO
    #define RADIO_SCLK_PIN          14
    #define RADIO_MISO_PIN          15
    #define RADIO_MOSI_PIN          2
    #define RADIO_CS_PIN            5
    #define RADIO_RST_PIN           4
    #define RADIO_DIO1_PIN          33
    #define RADIO_BUSY_PIN          36
    #define RADIO_RXEN              -1
    #define RADIO_TXEN              -1
    #define RADIO_WAKEUP_PIN        RADIO_DIO1_PIN
    #define GPIO_WAKEUP_PIN         GPIO_SEL_33


     // Ethernet
    #define ETH_PHY_TYPE        ETH_PHY_LAN8720
    #define LAN_PHY_ADDR        0
    #define LAN_POWER_PIN       12
    #define LAN_MDC_PIN         23
    #define LAN_MDIO_PIN        18
    #define LAN_CLOCK_MODE      ETH_CLOCK_GPIO17_OUT


    //  I2C
    #define USE_WIRE_WITH_OLED_PINS

    //  Display
    #define HAS_DISPLAY

    #undef  OLED_SDA
    #undef  OLED_SCL
    #undef  OLED_RST

    #define OLED_SDA                21
    #define OLED_SCL                22
    #define OLED_RST                -1      // Reset pin # (or -1 if sharing Arduino reset pin)

    //  Aditional Config
    //#define INTERNAL_LED_PIN        2

#endif

Hello, I found that with RA-02 module (100mW) works fine but with 1W (E22 radio) ethernet is disconnecting.WiFi is disabled on GUI. <img width="719" height="540" alt="Image" src="https://github.com/user-attachments/assets/047d298c-6c7f-4126-9d29-2032cfd1f8fa" /> I didnt find what the issue is. I was thinking tak eth is disconneting durig Lora TX but not. I uploaded firmware, via GUI enabled eth and save, lora tx was disabled...Maybe related to some pins used? ``` #ifndef BOARD_PINOUT_H_ #define BOARD_PINOUT_H_ // LoRa Radio //#define HAS_SX1268 //#define HAS_1W_LORA //#define HAS_TCXO #define RADIO_SCLK_PIN 14 #define RADIO_MISO_PIN 15 #define RADIO_MOSI_PIN 2 #define RADIO_CS_PIN 5 #define RADIO_RST_PIN 4 #define RADIO_DIO1_PIN 33 #define RADIO_BUSY_PIN 36 #define RADIO_RXEN -1 #define RADIO_TXEN -1 #define RADIO_WAKEUP_PIN RADIO_DIO1_PIN #define GPIO_WAKEUP_PIN GPIO_SEL_33 // Ethernet #define ETH_PHY_TYPE ETH_PHY_LAN8720 #define LAN_PHY_ADDR 0 #define LAN_POWER_PIN 12 #define LAN_MDC_PIN 23 #define LAN_MDIO_PIN 18 #define LAN_CLOCK_MODE ETH_CLOCK_GPIO17_OUT // I2C #define USE_WIRE_WITH_OLED_PINS // Display #define HAS_DISPLAY #undef OLED_SDA #undef OLED_SCL #undef OLED_RST #define OLED_SDA 21 #define OLED_SCL 22 #define OLED_RST -1 // Reset pin # (or -1 if sharing Arduino reset pin) // Aditional Config //#define INTERNAL_LED_PIN 2 #endif ```

adam commented

2026-10-05 05:46:38 +02:00

@petrkr I was trying with low power but the same. Interesting thing is that with "Compiling ETH init: SDK 5.x (Arduino core 3.x)"
ethernet works OK with low power and high power. Tested on TinySA and 1W is working without problem with eth.
I'm not an expert, but I managed to compile it somehow, but there are some other problems with i2c...

[  3194][E][Wire.cpp:420] beginTransmission(): could not acquire lock
[  3200][E][Wire.cpp:449] endTransmission(): NULL TX buffer pointer
[120380][E][esp32-hal-i2c.c:307] i2cSetClock(): bus is not initialized
[120387][E][esp32-hal-i2c.c:307] i2cSetClock(): bus is not initialized

@petrkr I was trying with low power but the same. Interesting thing is that with "Compiling ETH init: SDK 5.x (Arduino core **3.x**)" **ethernet works OK** with low power and high power. Tested on TinySA and 1W is working without problem with eth. I'm not an expert, but I managed to compile it somehow, but there are some other problems with i2c... ``` [ 3194][E][Wire.cpp:420] beginTransmission(): could not acquire lock [ 3200][E][Wire.cpp:449] endTransmission(): NULL TX buffer pointer [120380][E][esp32-hal-i2c.c:307] i2cSetClock(): bus is not initialized [120387][E][esp32-hal-i2c.c:307] i2cSetClock(): bus is not initialized ```

adam commented

2026-10-05 05:46:39 +02:00

Problem with i2c was my fault of GPIO assignment. With SDK 5.x (Arduino core 3.x) I didnt notice any problems.

Problem with i2c was my fault of GPIO assignment. With SDK 5.x (Arduino core 3.x) I didnt notice any problems.

Sign in to join this conversation.

main

Batt-comment-fix

IS2-mod

test-RP

updates-before-4.0.4

LoRa-Settings-fix

Tbeam1W

gps-sleep-fix

setPower-LoRa

supreme-update

aprspacketlib-message-update

payload-message-fix

sendCommentAfterXBeacons

map-html-security-fix

commit-update

WiFi-Password-error-management

rxDate-on-RX-Packets-in-webui

mDNS-update-fix

GPS-BAUD-RATE-AUTO-DETECT

update-CAD-timeout

Digipeater-updates-Morifef

solar-light-gateway-update

oled-screen-timeout-fix-in-AP-mode

newboard230926-3

ntp-update-change

new-Board-Indonesia

revision-loop-wifi

RP2350-add

limpieza-de-nombres-de-placas

new-board-RAK3312-RAK3112

further-fixes-v106

clean-parts-of-APRSPacketLib

aprspacketlib-105

fixes-geoscott

tnc-with-tnc2-update

TestPRJohnRokicki

24px-symbols

better-symbols

icons-on-map

preconfig-v4

geokscott-fix

query-answer-tacticall-fix

new-digi-mode

map_test1

CAD_1

richonguzman-patch-19

RPC-LoRa-DigiGate-1W

richonguzman-patch-18

lora32_GPS-add

richonguzman-patch-17

Tbeam-AXP192-and-sx1262-915-add

new-json

stackTraceFixOta

SP_V3.2.2

backBefore-FIX-OTA

RadioLib-moved-to-7.6.0

clean-saveNewDigiEcoModeConfig

VEXT-CTRL-fix

new-board_9M2IBR_ESP32

justCleanBeforeV3-2

blackList-update

25segBufferHash

backToDigi1

betterCleaningCode

digi-correction

masDigiBackUp

correccionCPU

moreHeltecV2

digiBackUpFix-plus-tactical

digi-backup-fix

Tactical

Heltec-v4

elegantOta-3.1.7

decodingFix

richonguzman-patch-16

heltec-Wireless-Paper-v1.2

HELTEC-Vision-Master-E290

APRS-IS-passcode-blocking-fix

newDeco

TXCO-fix

INA219-2

radiolib-excludes

add-AHT20

more-mods-aprspacketlib

richonguzman-patch-15

mqtt-beacon-fix

TNC-mas

NTP-server-fix

RxTxv3131

RxTxFreq

startup-delay

Freq-Beacon-Selection

self-mqtt-beacon

Op-defined-ntp_server

richonguzman-patch-14

richonguzman-patch-13

richonguzman-patch-12

richonguzman-patch-11

richonguzman-patch-10

richonguzman-patch-9

richonguzman-patch-8

richonguzman-patch-7

WirelessBridge

before3.1.2

newOTA

config-size-correction

LoRaHAM_V2

richonguzman-patch-6

richonguzman-patch-5

before3.1-2

tnc-name-fix

before3.1

heltec_paper_v12

more-Lora-posibilities

mqttVersionUpdate

mqtt-Fix

mqtt-Add

sleeperSyslog

coreTest

statusChange

acdMod

gpsPressureCorrection

corrections20250726

tncBuffer

richonguzman-patch-4

richonguzman-patch-3

richonguzman-patch-2

richonguzman-patch-1

UEM9

UEM8

HTCT62-fix1

UEM7

QRP-LG-Plus

QRP-LG-Plus-sleep

UEM6-1

UEM6

UEM5

UEM4

UEM3

UEM2

UEM1

timestamp-decoding

NewPR_LB5JJ

ethernet_001

updateMods_PETRKR

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: adam/LoRa_APRS_iGate#180