GATEWAY_EUI is incorrect

I wanted to have the ability to remotely access my hotspots so I setup Balena with the RockPi 4B.

The problem I am having appears to be the packet-forwarder using 00:00:00:00:00:00:00:00 and 0 as GATEWAY_EUI.

2022-10-01 07:29:37.095 25 [info] <0.1646.0>@miner_mux_port:dispatch_port_logs:{118,13} [ gwmp-mux ] New packet forwarder client: 00:00:00:00:00:00:00:00, 172.17.0.5:43552
2022-10-01 07:29:37.098 25 [info] <0.1646.0>@miner_mux_port:dispatch_port_logs:{118,13} [ gwmp-mux ] Connecting to server 127.0.0.1:1681 on behalf of 00:00:00:00:00:00:00:00
2022-10-01 07:29:37.098 25 [info] <0.1646.0>@miner_mux_port:dispatch_port_logs:{118,13} [ gwmp-mux ] Connecting to server 127.0.0.1:1682 on behalf of 00:00:00:00:00:00:00:00
2022-10-01 07:29:37.099 25 [info] <0.1753.0>@miner_lora_light:handle_udp_packet:{350,5} PULL_DATA from 0 on 49329
2022-10-01 07:29:37.102 25 [info] <0.1637.0>@miner_gateway_port:dispatch_port_logs:{146,13} [ gateway-rs ] new packet forwarder client: 00:00:00:00:00:00:00:00, 127.0.0.1:47788

Bluetooth also appears to have issues and only works during initial boot/300 second sequence. I hold the button and nothing happens.

gateway-config Failed to register GATT advertisement: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

I presume I have missed something - is there a copy of the original RockPi 4B firmware for balena so I can revert back (I really should have done this before hand)

NebraLtd / hm-pktfwd

GATEWAY_EUI is incorrect #107