Home Assistant Blue: First setup, fallen off network and not coming back

Thanks. This bit I can do. Won’t have a screen there so might be a bit of a scurry to find it if it works. Had thought I’d always ssh in or go via web UI. I’ll set a static IP of 192.168.1.3/24 and a gateway of 192.168.1.1 and see if that gets me anywhere.

Cheers for the suggestions.

Thanks for the detail. I followed your suggestions and set a static IP of 192.168.1.3/24 a gateway of 192.168.1.1, and shut her down. Then connected Blue directly to the second port on the back of the router. No TV there so can’t see what she’s doing. Plugged her in and no sign. App won’t connect. Browser won’t connect on 192.168.1.3:8123. The router’s admin screen shows the linksys velop node connected in the adjacent port, but no sign of Blue.


Can’t tell what it’s trying to do as can’t see output. Blue led heartbeat is there.

I’m stumped. Only common thing in this seems to be blue. Port, cable, address range, dhcp all verified with other kit. Could this just be a duff one?

Here’s the config before I moved Blue into position

Did you save the settings in nmcli before quitting? Seems an obvious question but…

[edit]

You could also set to auto and see what happens.

[edit2]

Try a different Network Cable or prove it with a different device?

That is why I have a 30M network cable!

1 Like

Yes. A valid question, assuredly, but yes :smile:

Another good call, but I’ve tried that above. Removed the gateway and DNS addresses and then set mode to auto, saved, still no show.

Another ‘nother good call. I’ve tried that above as well, though. Plugged an Xbox in using the same patch lead and port and watched it immediately auto detect the dhcp server, gain an IP address (in the expected range) find the gateway and the DNS without issue. Router saw that, and the Xbox saw the world.

When auto failed on Blue, I used the values the Xbox had detected (and then tried again incrementing the ipv4 addresses’ final dotted decimal incase the router was holding on to it) and still nothing. The connection appeared green, home assistant showed eth0 as having that address. Router didn’t see Blue and Blue couldn’t see any other devices or the web.

Thanks for your ideas, as everything is a valid suggestion at this point. So far as I can work out, I’ve tried just plugging it in on auto (no), manual with known good values (no), another patch lead (no), another device on the same patch lead (fine), another device on the same port and patch lead (fine), plugging into a different mesh tower (no), plugging into the router (no), factory resetting the router then trying all again (no), factory resetting the mesh (not so much fun, still no) and I’ve still not managed to see Blue do anything with the network except tell me the link is down when I remove the lead, and that it’s back when I plug the lead in again. Seems everything works, but not blue.

I’m really stuck here.

Is there a router seeing on, along the lines of network seperation?

I was thinking of auto in the main router.

[edit]
The other thing is disable IPv6.

Ah, done that then. It was auto, and I’ve factory reset it since then also. I can’t add a reserved DHCP because my router needs a device to connect before I can reserve an address for it, and Blue just doesn’t.

@cogneato guided me through that. Didn’t make any difference that we could ascertain.

Sorry. Im not quite sure what you mean here. Router does not see Blue plugged into a port on it and assigned auto or manual ipv4 values of 192.168.1.3/24. Router does see any other device plugged into adjacent or same port on auto or at 192.168.1.2/24. Any other device sees router. Blue does not.

When Blue was plugged into the mesh tower, the same behaviour was seen. Every other device picks up an ip in range 10.212.1.x (before factory reset of Velop) or 10.13.1.x (after factory reset) but blue does not. Blue on auto gives me an orange eth0 line. Setting Blue to a manual IP in the valid range gives me a green line for eth0, but still no ping in or out, no device detected on the router or mesh side, and nothing accessible via :8123

Does that answer it?

@Andy_Allsopp - do you have a WiFi dongle you could try?

Is your router handling DNS or your mesh?

I’ve tried it with all of the below with no result:

  • DNS as 192.168.1.1 (router)
    • No joy plugged into router directly.
    • No joy plugged into mesh tower.
  • DNS as 10.13.1.1 (Mesh)
    • No joy plugged into router directly (as expected).
    • No joy plugged into mesh tower.
  • DNS as 8.8.8.8 (Google)
    • No joy plugged into router directly.
    • No joy plugged into mesh tower.

I like your thinking, but even if Blue didn’t pick up a DNS, surely it would still show on the network as an attached device? Everything else physically connected shows up in the router or mesh admin screen. Even without DNS, I should at least be able to plug it into the router directly (192.168.1.1/24) give it the static IP (192.168.1.3/24), a gateway of 192.168.1.1 and be able to ping the devices from each other, no?

That’s a good call, and I’ve ordered one. It’ll be about a week before it gets here :frowning_face: Not knocking you at all, but I was under the impression that people on the forums didn’t really rate HA solutions connected via WiFi, and that was why “the perfect home automation hub” didn’t include it. Spending more to downgrade the reliability (admittedly from a start of zero reliability, so perhaps an upgrade after all) and move away from a standardised bit of kit produced for Home Assistant felt counter productive, but I’ll try anything :slight_smile:

If it connects via Wi-Fi then it might suggest a faulty ethernet port. BTW, does it flash at all? You need to remove the plate to see it (which is a bit of a design fault IMHO).

I can see the LEDs it in the dark if I’m at the right angle. The port was flashing green, IIRC. The terminal notifies when the patch cable is removed, so I’m guessing the port is live, even if not quite behaving :slight_smile:

I’ll have another look tonight. Too bright here currently and I don’t want to conduct any warranty voiding type operation if this one is going back :slight_smile:

Ps. I’ll be gutted if it goes back. I’ve waited months for this thing to be back in stock and have been having far too much fun making floorplans on my iMac.

2 Likes

OK. End of play, I fear.

@cogneato very generously lent their time to support me through various diagnostics, finding a fix for resetting the network back to default

# rm -r /mnt/overlay/etc/NetworkManager/system-connections
# reboot

We did that and still saw no change in Blue. Also tried a custom HA command to do this:
ha network update default --ipv4-method auto
which again didn’t resolve the lack of eth0 connection or its ability to ask for (or find) an IP.

We tried resetting the network on Blue and going headless direct into the router, and still no joy. Router’s admin page couldn’t detect any new connected devices

We tried resetting Blue’s network again, rejoining the mesh tower, and setting the mesh to bridge mode (triggering near civil war from the kids whilst it restarted) and still no joy. Thought at this point was perhaps double NAT issue, though felt wrong as router couldn’t see it when directly connected.

At each step, the Xbox (nearest device that could use the HDMI output) would connect fine on the same cable and port.

After the reset, “Wired connection 1” was verified removed in favour of HassOS default.


This showed ‘it was still trying to get the IP configuration’ but after 4 hours it still hadn’t got there. Cables were changed. Each time I reconnected, Blue’s console would say the connection was reestablished at 1gbps, but it never picked up an IP.

Assuming it could be a DHCP issue (though static addresses didn’t solve it) we checked there was an active DHCP server (the vodafone router, previously the Velop until bridge mode arrived) by checking the xbox on the same RJ45 port. Xbox worked fine. Lots of room in the address pool. LAN port seemed to be seated correctly. Green lights flashing. 1gbps established when reconnecting cable. Still no IP.

ha network info showed no ipv4 address for eth0. Ping to 8.8.8.8 failed. Ping to 192.168.1.1 failed. Ping to the xbox failed. Always said:

ping: sendto: Network is unreachable

System had been up for almost 5 hours and was still getting an IP configuration.

We looked at help! eth0 not work. - ODROID, finding a lot of similarity, so opted to open the case, flip the SPI switch and run petitboot to test.

Petitboot tried and failed to load, dropping us to shell. Ping to the router at 192.168.1.1 (verified on the Xbox with the same cable) failed with the same network is unreachable warning.

We ran

ifconfig eth0 up
udhcpcd

with the former echoing nothing, and the latter not being found. Ping still failed on every address we tried (including 127.0.0.1).

We called it a day long after anyone else would call it a night. Flipped the switch back and reassembled the case. Really appreciate the time the community gave to trying to solve this. It hasn’t worked out this time, and our feeling is that with Petitboot failing to load, and the petitboot shell showing network unavailable when I’m plugged on a known good cable to a known good port on a known good device, that this Blue is RMA.

TLDR: Home Assistant Blue: First setup, fallen off network and never coming back

I’m reaching out to odroid.co.uk for an RMA process. Blue costs around 260USD in the UK, and this one is not as described:

  • Easy to use - Getting started is as easy as plugging in the network and power cables and opening up the Home Assistant mobile app to get started.
  • Reliable
  • Resilient

:frowning:

2 Likes

Can I commend you Andy with your perseverance on this issue and the credible, analytical and patient path you have taken. What I would say is that I have a Blue and it was simply a plug and play setup although I do not have a Velop network interacting.

I hope your replacement unit works ‘out of the box’ and we can put this down to a rogue unit as I appreciate less familiar customers would be very disappointed with such circumstances, at least I would.

PS Actually just to add that as their first branded hardware product I’m disappointed HA or NabuCasa don’t have a dedicated topic area for Blue as they have chosen a name that is very difficult to search on. Search on the HA community being a lamentable offering anyway.

1 Like

I owe it all to the community, @xAPPO. My knowledge of *nix O/S is very limited and without these forums I’d have probably just cried myself to sleep. Thanks to the good folk on here, I’ve clawed my way up a very steep learning curve, and they’ve been patient enough to lower ropes, pull me up, and guide me onto the right path. If that path looks well considered, its their doing, not mine :slight_smile:

It hasn’t worked out this time, but that’s life. I’m hopeful that the replacement works, as it seems pretty rare that these units have failed. Its a bit of a kicker, because I already knew I had no *nix knowledge, and that’s why I thought a turn key solution on a supported platform with everything pre-installed would be the easy way. Its a good opportunity to learn, but it wasn’t what I set out to do.

The Velop was a good distraction, but ultimately plugging it into the router directly and loading petitboot nailed that the basic framework for success wasn’t really there. Can’t fault the team for not finding a fix.

I do agree that a dedicated forum for blue would help. I did look, and as you say, bluepy, bluesound, bluetooth, blueprints, blue iris… It takes me back to my student days when everyone had a poster of Three Colours Blue, Blues Brothers, or Betty Blue on the wall. :laughing:

Am sure it’ll all be better next time around. Thanks for looking in.

1 Like

Post script update.

Spoke with odroid.co.uk. They echoed @cogneato’s observation that earlier versions of HA OS could sometimes ship with no space on the drive due to it having been turned on for testing, and then turned off. @cogneato noted that the newer version of HA OS has fixed that, but odroid asked which O/S Version I’m running (HassOS 4.20 - they installed it, after all) and said that they’d had a unit back this morning with that very issue.

I don’t have the means to update HassOS without a network connection on the N2, so it’ll have to ship back to them for an update.

@cogneato suggested its fixable using some resize commands, which might be my next step to investigate.

Looking at the release notes, its hard to know which version saw that issue resolved. 4.19 fixes an N2 eth0 problem, and 5.12 resolves #1193 which is a fresh install problem to do with partition sizing. Doesn’t sound quite like my issue.

Am I off on a wild goose chase here? Odroid are happy to take it back and perform the upgrade for me, and getting them to plug it into something whilst its there will likely reveal any nasties. Only negative is losing the N2 for a roundtrip across the country, whilst I may be able to fix it from the terminal.

To be fair, I can probably find another shiny blue paperweight if i really need one in the interim.

1 Like

I’d send it back. If they preinstall the OS they have a responsibility to ensure it works (Consumer Rights Act - not fit for purpose). Also they are responsible for postage both ways under the act (don’t let them try and tell you otherwise). They are allowed to fix rather than replace.

[edit]
Section (23).

(1) This section applies if the consumer has the right to repair or replacement (see section 19(3) and (4)).
(2) If the consumer requires the trader to repair or replace the goods, the trader must—

(a) do so within a reasonable time and without significant inconvenience to the consumer, and
(b) bear any necessary costs incurred in doing so (including in particular the cost of any labour, materials or postage).

Note -
Under S(23)(2)(a) required to repair or replace “without significant inconvenience”.

Under S(23)(2)(b) required to bear any necessary costs “including in particular … postage”.

1 Like

Thanks for this @baz123. That’s a good point about the postage.

I spoke with Keith at odroid.co.uk and I don’t think he was trying to dodge responsibility in any way. He was happy for me to send it back so that they could flash it for me, and emailed me an RMA note. He also reached out afterwards when it occured to him that I only actually need to send the eMMC card back, though he did say this would save us both money, so maybe I’ll point him at Section 23 :slight_smile:

I already had Blue back in its original packaging ready to go, but having grabbed an antistatic bag, and padded the little card between two sheets of cardboard, I mailed it today first class for £0.85

Am hoping to get it back pretty promptly, but do kind of wish I’d thought to check for for messages before I sent it, as I might have been tempted to mail back the whole thing. That way, Keith could have tested it after the flash, just incase that isn’t it. I doubt its a bad network port, but I’d feel happier knowing its all been verified before I go in for another round.

Its a bit scary that flashing with a stable release (4.20) can totally kill an ethernet connection. I guess HassOS is still tinkerware. Not sure if I’d be happier knowing the board is at fault.

Well, time will tell. I’ve probably dodged a bullet by not having to go to the post office, tbh. My local is a mask-dodging-cough-shuffling-space-invading hell hole of impotent rage. Think Mos Eisley, but with mobility scooters and no band. :smiley:

1 Like