Incorrect MAC Address

I have been having consisten issues with my pro alarm panel. It disappears from the network, can’t update firmware, only two sensors report any zone activity, the log shows really annoying MQQT errors, when I can actually get to the webpage to view it. It’s just very tempremental.

Today I remived the panel from the app and went to readd it by scanning the network. The app wont find the panel. I notice on my router log that the wired connection has a DHCP lease to a MAC of 24d7eba4c9d3 whereas the device listed when it does get discovered is 24d7eba4c9d0 different last character. I have never configured the wifi.

When the app does discover or somehow remember the panel, it never shows an IP being assigned, when it has shown up in the app, but the web page is never accessible. The network name of the device matches the MAC address on the box and in the app, but the MAC address registered in DHCP is different.

I’ve tried flashing the factory firmware, have rebooted a dozen times. It just doesnt work.

Any suggestions?

Hi John,

Something doesn’t sound right here. First off, are you using our newer firmware platform (made with ESPHome) or the older platform (NodeMCU)? On the newer platform the MAC should stay consistent across the Ethernet and WiFi network adapaters. On the old platform, because both Ethernet and WiFi are enabled at the same time, they have slightly different MAC addresses.

Can you post a screenshot or some logs of the annoying MQTT errors that you’re seeing.

Any details/screenshots you can share would be helpful.

Thanks Nate, here’s a screenshot of my device DHCP lease, you can clearly see that the device name and MAC differ. I don’t know if this is the source of my problem, but I cannot get the device to communicate on the network/ The link light is lit on the ethernet port, but there’s no activity light and the screenshot below shows no Tx data router-side either.
It was working before last weekend when I was trying and failing to get new firmware. I have, apparently, managed to update the firmware twice today, but it’s not made any difference.
The Android App homepage shows ESPHome version 2024.12.4
KonnectedMACAddress

After composing that message above, I wondered what would happen if I switched to Wifi:
image
The MAC Address is miraculously correct and I have Tx. I’ll try changing it back to wired now and see what happens, but this is super weird.

Editing this to say that changing back to Ethernet breaks it again, wrong MAC, no Tx.

Hi @John_Quirk – It’s normal to only see one LED on the Ethernet port. On the Alarm Panel Pro v1.8 and v1.9, the green LED indicates a 100Mbps link, and the amber LED indicates a 10Mbps link. Only one or the other should be illuminated at any given time.

When connected to Ethernet, what happens when you open the device’s web page at the IP address shown in your router: http://192.168.50.93. Can you post a screenshot of that page?

I am not sure why the MAC address is showing different. I thought it should be the same. Perhaps your router is doing something odd? I noticed in the first screenshot above it indicates DHCP but the 2nd screenshot on WiFI is indicating a static IP. I will do some experimentation on my end to see if I can reproduce the MAC changing – but regardless it shouldn’t be a problem even if the MAC is different.

I think the static thing is a red herring, the router thinks a few things are static when they’re not.
When I switch to ethernet, I cannot ping or browse the website, it just times out.

Will you post a log for me to review while running on the Ethernet firmware?

Go to install.konnected.io and after clicking Connect choose Logs & Console. Then click Reset Device, this will cause the device to reboot. Let the logs run for 30 seconds or so then click on Download Logs. Upload the file or copy/paste the contents here so I can review.

[C][debug:021]: Debug component:
[C][debug:026]: Free space on heap ‘Heap Free’
[C][debug:026]: State Class: ‘’
[C][debug:026]: Unit of Measurement: ‘B’
[C][debug:026]: Accuracy Decimals: 0
[C][debug:026]: Icon: ‘mdi:counter’
[D][debug:035]: ESPHome version 2024.12.4
[D][debug:039]: Free Heap Size: 250248 bytes
[D][debug:217]: Chip: Model=ESP32, Features=WIFI_BGN,BLE,BT, Cores=2, Revision=100
[D][debug:226]: ESP-IDF Version: 5.1.5
[D][debug:231]: EFuse MAC: 24:D7:EB:A4:C9:D0
[D][debug:137]: Reset Reason: Software Reset CPU
[D][debug:279]: Wakeup Reason: Unknown
[D][debug:137]: Reset Reason: Software Reset CPU
[D][text_sensor:064]: ‘Reboot Reason’: Sending state ‘Software Reset CPU’
[V][mqtt:495]: Publish(topic=‘esphome/24d7eba4c9d0/sensor/reboot_reason/state’ payload=‘Software Reset CPU’ retain=1 qos=0)
[D][sensor:093]: ‘Heap Free’: Sending state 250428.00000 B with 0 decimals of accuracy
[V][mqtt:495]: Publish(topic=‘esphome/24d7eba4c9d0/sensor/heap_free/state’ payload=‘250428’ retain=1 qos=0)
I (13) boot: ESP-IDF 5.1.5 2nd stage bootloader
[16:26:23]I (13) boot: compile time Dec 19 2024 19:39:59
[16:26:23]I (13) boot: Multicore bootloader
[16:26:23]I (16) boot: chip revision: v1.0
[16:26:23]I (20) boot.esp32: SPI Speed : 40MHz
[16:26:23]I (25) boot.esp32: SPI Mode : DIO
[16:26:23]I (29) boot.esp32: SPI Flash Size : 4MB
[16:26:23]I (34) boot: Enabling RNG early entropy source…
[16:26:23]I (39) boot: Partition Table:
[16:26:23]I (43) boot: ## Label Usage Type ST Offset Length
[16:26:23]I (50) boot: 0 otadata OTA data 01 00 00009000 00002000
[16:26:23]I (57) boot: 1 phy_init RF data 01 01 0000b000 00001000
[16:26:23]I (65) boot: 2 app0 OTA app 00 10 00010000 001c0000
[16:26:23]I (72) boot: 3 app1 OTA app 00 11 001d0000 001c0000
[16:26:23]I (80) boot: 4 nvs WiFi data 01 02 00390000 0006d000
[16:26:23]I (87) boot: End of partition table
[16:26:23]I (92) esp_image: segment 0: paddr=00010020 vaddr=3f400020 size=2b5cch (177612) map
[16:26:23]I (164) esp_image: segment 1: paddr=0003b5f4 vaddr=3ffb0000 size=0220ch ( 8716) load
[16:26:23]I (168) esp_image: segment 2: paddr=0003d808 vaddr=40080000 size=02810h ( 10256) load
[16:26:23]I (174) esp_image: segment 3: paddr=00040020 vaddr=400d0020 size=7b810h (505872) map
[16:26:24]I (361) esp_image: segment 4: paddr=000bb838 vaddr=40082810 size=0a5e0h ( 42464) load
[16:26:24]I (385) boot: Loaded app from partition at offset 0x10000
[16:26:24]I (386) boot: Disabling RNG early entropy source…
[16:26:24]I (397) cpu_start: Multicore app
[16:26:24]I (398) cpu_start: Pro cpu up.
[16:26:24]I (398) cpu_start: Starting app cpu, entry point is 0x40081cd8
[16:26:24]I (0) cpu_start: App cpu up.
[16:26:24]I (415) cpu_start: Pro cpu start user code
[16:26:24]I (415) cpu_start: cpu freq: 160000000 Hz
[16:26:24]I (415) cpu_start: Application information:
[16:26:24]I (420) cpu_start: Project name: konnected-24d7eba4c9d0
[16:26:24]I (426) cpu_start: App version: 2024.12.4
[16:26:24]I (431) cpu_start: Compile time: Feb 15 2025 16:22:00
[16:26:24]I (438) cpu_start: ELF file SHA256: 080478b33548dec9…
[16:26:24]I (444) cpu_start: ESP-IDF: 5.1.5
[16:26:24]I (448) cpu_start: Min chip rev: v0.0
[16:26:24]I (453) cpu_start: Max chip rev: v3.99
[16:26:24]I (458) cpu_start: Chip rev: v1.0
[16:26:24]I (463) heap_init: Initializing. RAM available for dynamic allocation:
[16:26:24]I (470) heap_init: At 3FFAE6E0 len 00001920 (6 KiB): DRAM
[16:26:24]I (476) heap_init: At 3FFB3F58 len 0002C0A8 (176 KiB): DRAM
[16:26:24]I (482) heap_init: At 3FFE0440 len 00003AE0 (14 KiB): D/IRAM
[16:26:24]I (488) heap_init: At 3FFE4350 len 0001BCB0 (111 KiB): D/IRAM
[16:26:24]I (495) heap_init: At 4008CDF0 len 00013210 (76 KiB): IRAM
[16:26:24]I (503) spi_flash: detected chip: generic
[16:26:24]I (506) spi_flash: flash io: dio
[16:26:24]I (511) app_start: Starting scheduler on CPU0
[16:26:24]I (515) app_start: Starting scheduler on CPU1
[16:26:24]I (515) main_task: Started on CPU0
[16:26:24]I (525) main_task: Calling app_main()

Odder still, the router entry looks same as always when connected wired, no Tx. But, I can currently access the panel website and see status data being posted and it is responding to ping.
This is now the state that it was in until last Sunday, I believe. I am now going to try installing another firmware config, see if it comes back successfully after that process.

Nothing looks abnormal here but it’s not showing the whole application boot sequence. I don’t see the Ethernet and DHCP initializing for instance.

When updating firmware settings via the app, make sure you choose the correct Ethernet version for your hardware.