Zamel MEW-01 łączy się ALE...

[rm-rf]

Cześć,
Jak w temacie MEW-01 ciągle powoli miga jak by nie miał połączenia, by było śmieszniej widzę go w sieci, jestem w stanie zapingować, nie gubi pakietów, czas pingów poniżej 3ms, AP pokazuje stabilne połączenie ALE z tego co rozumiem, póki dioda nie świeci "ciągle" to nic na MQTT nie jest wysyłane.
Dla testu postawiłem na chwilę hotspot i MEW-01 połączył się bez problemu i zaczął świecić ciągle - tak więc wykluczam problem sprzętowy.
Ogólnie problem pojawił się po aktualizacji. W logach routera widzę tylko ciągły reassign urządzenia, ogólnie wygląda na to jak by coś nie do końca było poprawnie wdrożone, ponieważ w logu widzę:

Code: Select all

DHCP-LAN assigned 172.16.3.110 for E8:9F:6D:8A:B0:93 ZAMEL-MEW-01-E89F6D8AB093
DHCP-LAN deassigned 172.16.3.110 for E8:9F:6D:8A:B0:93 ZAMEL-MEW-01-E89F6D8AB093

i assign/deassign leci co kilka-naście sekund, lease się odświeża i w sumie połączenia jak nie było tak nie ma. Czy istnieje może jakiś soft, w którym można na stałe przypisać IP lub jest gdzieś kod na repo by sobie go podejrzeć? Wygląda to na problem niekompatybilności z DHCP (o dziwo mam w domu 10 ESP8266/ESP32/Wroom i żaden nie ma takiego problemu). Obstawiam, że błąd jest gdzieś po stronie softu. Posiadam wersję z końcówką .53
Z góry dziękuję za pomoc

[pzygmunt]

Ogólnie problem pojawił się po aktualizacji.

Po aktualizacji czego ?

[rm-rf]

Ogólnie problem pojawił się po aktualizacji.

Po aktualizacji czego ?

OK no to trochę "pogrzebałem" i podobny problem zaliczyło ESPHome jakiś czas temu. Wychodzi na to, że to nie kwestia update softu w MEW-01 lecz w mikrotiku (albo w obu). Problem polega na tym, że ESP nie wysyłało `option 12 hostname` w pakiecie DHCP DISCOVER, ale wysyłało hostname w pakiecie DHCP REQUEST. Problem polega na tym, że RFC3397 nie określa, które zachowanie jest prawidłowe. Jestem w trakcie sprawdzania czy to jest to

[pzygmunt]

ESP ma najwyraźniej więcej problemów z DHCP. W rozwiązanie jednego z nich mieliśmy swój wkład.
https://github.com/espressif/ESP8266_NONOS_SDK/pull/349
https://github.com/espressif/ESP8266_NO ... issues/348

[rm-rf]

@pzygmunt przepraszam za moją ignorancję, ale jak rozumiem jesteś bezpośrednio powiązany z supla i softem? Czy była by możliwość aktywacji konsoli jak to ma miejsce w sofcie tasmota by móc ustwiić stały IP? Nie widzi mi się stawianie osobnego DHCP dla jednego modułu.

[pzygmunt]

Nie mamy "konsoli". Prędzej jakieś ustawienie z poziomu 192.168.4.1 ale na wprowadzenie tego z dnia na dzień nie ma obecnie szans.

[rm-rf]

Czy mogę jakoś pomóc z wdrożeniem tej funkcji? Jeśli jest taka opcja to mogę podpisać NDA odnośnie kodu i spróbować to zaimplementować, bo jak rozumiem kod jest closed source.

[klew]

Jaki masz router mikrotika i jaką wersję softu na nim?
Dużo osób korzysta z routerów tej firmy i nie ma problemów z urządzeniami Supla.

[rm-rf]

Rb2011, firmware ostatni 7.1 ale błąd występuje na całej linii 7.x, na 6.x było ok

[EDIT]
OK no to nie wiem jakim cudem, ale:
przejdzałem konfigurację DHCP - bez żadnych zmian zaakceptowałem ją przyciskiem "OK", przymierzając się do downgrade zrobiłem backup konfiguracji - w razie czego by móc wrócić, restart routera, restart MEW... i działa złapał połączenie, DHCP chodzi poprawnie. Diagnoza? Nie mam pojęcia - wczoraj parowałem go z 10 razy bez żadnego rezultatu.

[rm-rf]

No i winowajca znaleziony - coś się zmienia między Static Lease a DHCP. Używam w sieci 172.16.0.0/22, gdzie:
router: 172.16.0.1
DHCP domyślnie wrzuca 172.16.1.100-172.16.1.200
Gdy dam static-lease na zakres z DHCP wszystko jest OK, gdy tylko dam static lease na MEW-01 spoza puli, np. 172.16.3.110 to DHCP po stronie MEW-01 zaczyna świrować jarząbka. Czemu tak jest? Nie wiem, mam ponad 40 urządzeń ze static lease poza zakresem DHCP i wszędzie jest OK poza tym jednym urządzeniem.
@pzygmunt mógł bym coś zrobić by pomóc wdrożyć statyczną adresację? Coś tam "kodzić" umiem więc może bym był w stanie jakoś wspomóc projekt?