Robot not publishing its hostname on 2008

Question

Robot not publishing its hostname on 2008

Poeschl opened this issue 5 years ago · 21 comments

Just noticed that the robot doesn't announces its hostname in the network on the 2008 firmware.

I can confirm that the script custom_hostname.sh sets the hostname correctly on the system. After that, I'm lost 😅
I guess that a system package is missing on the newer firmware.

Answer 1 · 2020-05-16T19:57:52.000Z

How should the robot announce itself on the network ?

Answer 2 · 2020-05-16T20:00:39.000Z

I guess in the older firmware version something like avahi was installed to setup its own hostname via mDNS.

Answer 3 · 2020-05-16T20:03:39.000Z

I'll think about how to fix it.

Answer 4 · 2020-05-31T09:30:39.000Z

It's most likely a busybox limit.
But I don't know how to check the hostname via mDNS.
I tried it through avahi-resolve, but I don't get it (fw1896).

Answer 5 · 2020-06-10T09:22:30.000Z

You could try running wireshark to listen for mDNS broadcasts

Answer 6 · 2020-06-10T09:25:50.000Z

It's not exactly an easy way.
But I will try.

Answer 7 · 2020-06-10T14:43:34.000Z

mdns work is implemented through miio_client.
miio_client version 3.3.9 is not native for 2008+ firmware.
While I'm still studying this issue further.

Answer 8 · 2020-07-12T18:07:41.000Z

I am running firmware version 2020 on a Roborock S5 and it does not seem to include the hostname in the DHCP request, which results in my DNS server not being updated and thus not being able to resolve the hostname.

Answer 9 · 2020-07-13T08:40:58.000Z

Maybe it's fixed.
https://github.com/zvldz/vacuum/blob/master/custom-script/custom_vacuum.sh#L252
My hostname is not updated immediately. It takes about 5 minutes.

Answer 10 · 2020-07-13T15:46:19.000Z

I just re-flashed my robot with the current master and the custom hostname is set and reachable after some minutes. So this issue is fixed.

Thanks for the deep look into it @zvldz. I would say we wait for one more verification and close the issue afterwards.

Answer 11 · 2020-07-14T10:49:33.000Z

Hm, seems that after the daily reboot the hostname got lost. Just tested it and the name don't get resolved anymore.

Answer 12 · 2020-07-14T15:09:05.000Z

It works for me even after reboot.

Answer 13 · 2020-07-14T15:48:57.000Z

Hm, rebooted the robot manually and it works fine. I will report back tomorrow again.

Answer 14 · 2020-07-14T20:26:45.000Z

For me, the hostname is included in the DHCP requests, but only for a couple of minutes after boot. After that, the robot makes DHCP requests without the hostname.

Answer 15 · 2020-07-15T06:23:48.000Z

Worked for me until midnight with manual testing. This morning its gone again. Seems that something is overwriting the wifi_start script.

Answer 16 · 2020-07-15T11:58:26.000Z

Seems that something is overwriting the wifi_start script.

You can check the contents of the file to make sure.
My file is not overwritten by anything.

Answer 17 · 2020-07-15T12:04:31.000Z

I will make some research this evening

Answer 18 · 2020-07-15T12:17:38.000Z

~~But it is possible that udhcpc does the next requests without hostname~~
I checked, udhcpc sends hostname every time

Answer 19 · 2020-07-15T21:43:51.000Z

So I checked the startup script and its untouched, sry for not checking first.
I also sniffed with Wireshark into the network and got the same two pairs of mdns requests before and after a fixing reboot.

First Variant:

Multicast Domain Name System (response)
    Transaction ID: 0xda27
    Flags: 0x8400 Standard query response, No error
    Questions: 0
    Answer RRs: 1
    Authority RRs: 0
    Additional RRs: 6
    Answers
        _services._dns-sd._udp.local: type PTR, class IN, _miio._udp.local
    Additional records
        _miio._udp.local: type PTR, class IN, roborock-vacuum-s5_miio117807017._miio._udp.local
        roborock-vacuum-s5_miio117807017._miio._udp.local: type TXT, class IN, cache flush
        roborock-vacuum-s5_miio117807017._miio._udp.local: type SRV, class IN, cache flush, priority 0, weight 0, port 54321, target roborock-vacuum-s5_miio117807017
        roborock-vacuum-s5_miio117807017: type A, class IN, cache flush, addr 192.168.0.33
        roborock-vacuum-s5_miio117807017: type A, class IN, cache flush, addr 192.168.0.33
        roborock-vacuum-s5_miio117807017: type NSEC, class IN, cache flush, next domain name roborock-vacuum-s5_miio117807017
    [Unsolicited: True]

Second variant:

Multicast Domain Name System (response)
    Transaction ID: 0x0000
    Flags: 0x8400 Standard query response, No error
    Questions: 0
    Answer RRs: 1
    Authority RRs: 0
    Additional RRs: 5
    Answers
        _miio._udp.local: type PTR, class IN, roborock-vacuum-s5_miio117807017._miio._udp.local
    Additional records
        roborock-vacuum-s5_miio117807017._miio._udp.local: type TXT, class IN, cache flush
        roborock-vacuum-s5_miio117807017._miio._udp.local: type SRV, class IN, cache flush, priority 0, weight 0, port 54321, target roborock-vacuum-s5_miio117807017
        roborock-vacuum-s5_miio117807017: type A, class IN, cache flush, addr 192.168.0.33
        roborock-vacuum-s5_miio117807017: type A, class IN, cache flush, addr 192.168.0.33
        roborock-vacuum-s5_miio117807017: type NSEC, class IN, cache flush, next domain name roborock-vacuum-s5_miio117807017
    [Unsolicited: True]

The requests are identical before and after reboot. Just after the reboot the hostname is working fine. Whats a little odd for me: There is no hostname included in the requests.

For comparison when I look at the mdns request for my printer:

Multicast Domain Name System (query)
    Transaction ID: 0x0000
    Flags: 0x0000 Standard query
    Questions: 1
    Answer RRs: 0
    Authority RRs: 0
    Additional RRs: 0
    Queries
        MFC-J491DW.local: type A, class IN, "QM" question
    [Response In: 12065]

Answer 20 · 2020-07-29T15:21:49.000Z

Since the last comment I noticed that sometimes the robot is randomly available after a reboot and sometimes its only reachable via IP.

Answer 21 · 2020-07-29T15:29:31.000Z

I'm out of ideas for now.
But I'm gonna try to watch.