Zamel mew-01, liw --02 nie łączy się do WiFi

[Yepestis]

W Supli nie da się wymusić aktualizacji. Albo jest aktualizacja i po wybraniu aktualizacji w trybie konfiguracyjnym, soft się aktualizuje, albo nie

To co napisałeś to nic innego jak właśnie wymuszenie aktualizacji poprzez wejście w tryb konfiguracyjny i włączenie aktualizacji

A moduł sam się nie zaktualizuje jeżeli nie wejdziesz w tryb konfiguracji i jej nie wymusisz

[klew]

W Supli nie da się wymusić aktualizacji. Albo jest aktualizacja i po wybraniu aktualizacji w trybie konfiguracyjnym, soft się aktualizuje, albo nie

To co napisałeś to nic innego jak właśnie wymuszenie aktualizacji poprzez wejście w tryb konfiguracyjny i włączenie aktualizacji

A moduł sam się nie zaktualizuje jeżeli nie wejdziesz w tryb konfiguracji i jej nie wymusisz

Mi jest głupio nazywać jedyny sposób aktualizacji "wymuszaniem"

[Duch__]

Mi by było głupio czepiać się tak słówek.

[malecky]

Witam ponownie po pewnym czasie. Tak jak pierwotnie przypuszczałem - zmiana softu na routerze niestety nie rozwiązała problemu. Od tamtej pory co najmniej 5 razy powtórzył się problem z rozłączeniem i znów od godziny do nawet kilkunastu godzin. Wczoraj akurat miałem chwilę, żeby przy tym pogmerać i mogę odpowiedzieć na postawione wtedy pytania.

Jeśli pojawiła się pojedyncza szpilka, to sugeruje, że urządzenie nie utraciło połączenia z chmurą, tylko nie aktualizowało danych. Gdyby urządzenie utraciło połączenie i potem ono wróciło po kilku godzinach, to w apce na telefonie widziałbyś pomiar rozłożony równomiernie na te godziny, gdy nie było połączenia.



Jaką wersję softu masz na MEW?

W sumie nie sprecyzowałem wtedy o co chodzi z tą szpilą, tak więc moja wina, ale już wyjaśniam. Z aplikacji supla praktycznie nie korzystam - za dużo ograniczeń i za mało możliwości wg mnie, ale kto co lubi. Mam sobie starego tableta na ścianie zintegrowanego z openhabem i wyświetlającego w grafanie dane zebrane poprzez binding supli z openhabem - z pośrednictwem supla.cloud. Grafana rusyje to co dostaje, czyli jak nie dostaje danych o zużyciu (kWh), to ich nie rysuje, a dopiero po odzyskaniu połączenia MEWki z cloudem rysuje jedną skumulowaną szpilę, co skutkuje rozipierdzieleniem skali całego wykresu. I tak jak wcześniej mówiłem - skoro router widzi połączenie z MEWką przez chwilę co chwilę, to niestety ale ewidentnie lcznik w tym czasie nie jest w stanie połączyć się z cloudem i wysłać dane.
soft 2.8.31

Pamiętasz może jak zachowywała się dioda status na MEW?

Specjalnie wczoraj sprawdziłem - dioda miga raz na sekundę przez 7 sekund, potem na chwilę świeci (ok. 2 sekendy) i znów miga, i tak w kółko. Dodatkowo już ze dwa razy zaobserwowałem, że na sekundę gasną wszyskie diody L1 L2 i L3. Ale to musi się odbywać niezwykle rzadko, bo na te godziny spędzone przy liczniku widziałem to tylko dwa razy.

MEW nie ma opcji ustawienia stałego adresu IP z pominięciem serwera DHCP. Jedyne czym możemy tutaj manipulować, to przydzielanie przez serwer DHCP stałego adresu IP dla MEW, lub dynamicznego.

Z jednej strony szkoda, a z drugiej nie wiem czy to by rozwiązało mój problem. NA forum mikrotika jedni zwalają winę na serwer DHCP, a inni na jakąś niezgodność w dogadywaniu się po wifi, bo wg mikrotika, to właśnie MEWka co te 7 sekund jak się połączy, to od razu zgłasza tryb oszczędzania energii i niby dlatego rozłącza.
Strasznie to irytujące. Może w zimowe długie wieczory będę miał więcej czasu, żeby to zdiagnozować.

P.s. do autora wątku:
Działa bez problemów od zmiany softu?
Jak by co, to ja mam HAP AC2 i downgrade pomógł na krótko.

[klew]

Specjalnie wczoraj sprawdziłem - dioda miga raz na sekundę przez 7 sekund, potem na chwilę świeci (ok. 2 sekendy) i znów miga, i tak w kółko. Dodatkowo już ze dwa razy zaobserwowałem, że na sekundę gasną wszyskie diody L1 L2 i L3. Ale to musi się odbywać niezwykle rzadko, bo na te godziny spędzone przy liczniku widziałem to tylko dwa razy.

Wolne miganie diody to próba połączenia z Wi-Fi. Świecenie to prawdopodobnie udane połączenie, a po 2 s traci połączenie i znowu wraca do łączenia.
Gaśnięcie L1, L2, L3 to pewnie reset układu sterującego MEW. W softach Supli jest robiony reset gdy nie udaje się przez dłuższy czas nawiązać połączenia z Wi-Fi/serwerem.

Z jednej strony szkoda, a z drugiej nie wiem czy to by rozwiązało mój problem. NA forum mikrotika jedni zwalają winę na serwer DHCP, a inni na jakąś niezgodność w dogadywaniu się po wifi, bo wg mikrotika, to właśnie MEWka co te 7 sekund jak się połączy, to od razu zgłasza tryb oszczędzania energii i niby dlatego rozłącza.

MEW ma wyłączone funkcje oszczędzania energii na Wi-Fi. Przynajmniej na tyle, na ile sterownik Wi-Fi pozwala to zrobić. Ale to ciekawy trop. Mógłbyś podać namiar na to forum/posty mikrotika?

[malecky]

MEW ma wyłączone funkcje oszczędzania energii na Wi-Fi. Przynajmniej na tyle, na ile sterownik Wi-Fi pozwala to zrobić. Ale to ciekawy trop. Mógłbyś podać namiar na to forum/posty mikrotika?

A proszę bardzo: https://forum.mikrotik.com/viewtopic.php?t=85033
i posty nr #4, 88 i 103 jako coś rozwiązujący albo przynajmniej wyjaśniający.
i cały czas mówimy o problemie z komunikatem na mikrotiku o treści "received disassoc: sending station leaving (8)"

[klew]

MEW ma wyłączone funkcje oszczędzania energii na Wi-Fi. Przynajmniej na tyle, na ile sterownik Wi-Fi pozwala to zrobić. Ale to ciekawy trop. Mógłbyś podać namiar na to forum/posty mikrotika?

A proszę bardzo: https://forum.mikrotik.com/viewtopic.php?t=85033
i posty nr #4, 88 i 103 jako coś rozwiązujący albo przynajmniej wyjaśniający.
i cały czas mówimy o problemie z komunikatem na mikrotiku o treści "received disassoc: sending station leaving (8)"

Nie przeczytałem jeszcze całego wątku, ale problem z tym:
received disassoc sending station leaving (8)

był związany z błędem po stronie DHCP w SDK Espressifa, którego używamy w modułach Zamela. Tutaj jest cały wątek: viewtopic.php?t=9002
Problem rozwiązał @pzygmunt dając fixa do tego SDK.
Ten problem objawiał się resetami/rozłączaniem co określony czas (związny z czasem dzierżawy adresu DHCP).
Także ten jeden problem jest już rozwiązany.

Natomiast post #103 nawiązuje do DHCP Parameter-List (option 55), które w tym wątku już raz się pojawiło. Myślę, że to jest trop, którym spróbuję podążyć .

[klew]

Sprawdziłem co wysyła MEW-01 i podaje parameter list:

Code: Select all

Dynamic Host Configuration Protocol (Discover)
    Message type: Boot Request (1)
    Hardware type: Ethernet (0x01)
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0xa44e41f0
    Seconds elapsed: 0
    Bootp flags: 0x0000 (Unicast)
    Client IP address: 0.0.0.0
    Your (client) IP address: 0.0.0.0
    Next server IP address: 0.0.0.0
    Relay agent IP address: 0.0.0.0
    Client MAC address: Espressi_f6:5d:30 (a4:cf:12:f6:5d:30)
    Client hardware address padding: 00000000000000000000
    Server host name not given
    Boot file name not given
    Magic cookie: DHCP
    Option: (53) DHCP Message Type (Discover)
        Length: 1
        DHCP: Discover (1)
    Option: (57) Maximum DHCP Message Size
        Length: 2
        Maximum DHCP Message Size: 1500
    Option: (12) Host Name
        Length: 25
        Host Name: ZAMEL-MEW-01-A4CF12F65D30
    Option: (55) Parameter Request List
        Length: 12
        Parameter Request List Item: (1) Subnet Mask
        Parameter Request List Item: (3) Router
        Parameter Request List Item: (28) Broadcast Address
        Parameter Request List Item: (6) Domain Name Server
        Parameter Request List Item: (15) Domain Name
        Parameter Request List Item: (44) NetBIOS over TCP/IP Name Server
        Parameter Request List Item: (46) NetBIOS over TCP/IP Node Type
        Parameter Request List Item: (47) NetBIOS over TCP/IP Scope
        Parameter Request List Item: (31) Perform Router Discover
        Parameter Request List Item: (33) Static Route
        Parameter Request List Item: (121) Classless Static Route
        Parameter Request List Item: (43) Vendor-Specific Information
    Option: (255) End
        Option End: 255
    Padding: 00000000000000000000000000000000000000

Co prawda prosi o dość dużo parametrów, ale problem z brakiem "opcji 55" dotyczył urządzeń, które tego nie wysyłają, a oczekują od serwera odpowiedzi.

Niedługo powieniem mieć jakiegoś Mikrotika u siebie na testy, to może uda mi się zreprodukować problem.
Natomiast jeśli ktoś się czuje na siłach, to zachęcam do zainstalowania wireshark'a i do podglądu co się dzieje na łączu. Przy standardowym połączeniu nie będzie widać wszystkich pakietów, ale te broadcast'owane powinny być widoczne.

[malecky]

Sprawdziłem co wysyła MEW-01 i podaje parameter list:
Natomiast jeśli ktoś się czuje na siłach, to zachęcam do zainstalowania wireshark'a i do podglądu co się dzieje na łączu. Przy standardowym połączeniu nie będzie widać wszystkich pakietów, ale te broadcast'owane powinny być widoczne.

Witam ponownie.
Dziś musiałem na chwilę wyjąć wtyczkę od mojego APka Fritzboxa, który jest biżej MEWki od routera MT, no i oczywiście zabieg skończył się przełączeniem wszystkich urządzeń na wifi MT - jak zwykle wszystkich poza MEWem. Od godziny 15, bo wtedy wyjąłem tą wtyczkę wszystkie MEW standardowo co 7-8 sekund próbuje i rozłącza. Zachęcony Twoim wpisem zainstalowałem Wiresharka no i widzę w sumie to samo co Ty. Co kilka sekund mam ten pakiet.

Code: Select all

Dynamic Host Configuration Protocol (Request)
    Message type: Boot Request (1)
    Hardware type: Ethernet (0x01)
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0xcd9f3c14
    Seconds elapsed: 0
    Bootp flags: 0x0000 (Unicast)
        0... .... .... .... = Broadcast flag: Unicast
        .000 0000 0000 0000 = Reserved flags: 0x0000
    Client IP address: 0.0.0.0
    Your (client) IP address: 0.0.0.0
    Next server IP address: 0.0.0.0
    Relay agent IP address: 0.0.0.0
    Client MAC address: Espressi_7c:69:78 (bc:dd:c2:7c:69:78)
    Client hardware address padding: 00000000000000000000
    Server host name not given
    Boot file name not given
    Magic cookie: DHCP
    Option: (53) DHCP Message Type (Request)
        Length: 1
        DHCP: Request (3)
    Option: (57) Maximum DHCP Message Size
        Length: 2
        Maximum DHCP Message Size: 1500
    Option: (50) Requested IP Address (192.168.1.111)
        Length: 4
        Requested IP Address: 192.168.1.111
    Option: (54) DHCP Server Identifier (192.168.1.1)
        Length: 4
        DHCP Server Identifier: 192.168.1.1
    Option: (55) Parameter Request List
        Length: 12
        Parameter Request List Item: (1) Subnet Mask
        Parameter Request List Item: (3) Router
        Parameter Request List Item: (28) Broadcast Address
        Parameter Request List Item: (6) Domain Name Server
        Parameter Request List Item: (15) Domain Name
        Parameter Request List Item: (44) NetBIOS over TCP/IP Name Server
        Parameter Request List Item: (46) NetBIOS over TCP/IP Node Type
        Parameter Request List Item: (47) NetBIOS over TCP/IP Scope
        Parameter Request List Item: (31) Perform Router Discover
        Parameter Request List Item: (33) Static Route
        Parameter Request List Item: (121) Classless Static Route
        Parameter Request List Item: (43) Vendor-Specific Information
    Option: (12) Host Name
        Length: 25
        Host Name: ZAMEL-MEW-01-BCDDC27C6978
    Option: (255) End
        Option End: 255
    Padding: 00000000000000

Chwilę później mam jeszcze ten pakiet:

Code: Select all

Dynamic Host Configuration Protocol (Discover)
    Message type: Boot Request (1)
    Hardware type: Ethernet (0x01)
    Hardware address length: 6
    Hops: 0
    Transaction ID: 0x0e403b80
    Seconds elapsed: 0
    Bootp flags: 0x0000 (Unicast)
        0... .... .... .... = Broadcast flag: Unicast
        .000 0000 0000 0000 = Reserved flags: 0x0000
    Client IP address: 0.0.0.0
    Your (client) IP address: 0.0.0.0
    Next server IP address: 0.0.0.0
    Relay agent IP address: 0.0.0.0
    Client MAC address: Espressi_7c:69:78 (bc:dd:c2:7c:69:78)
    Client hardware address padding: 00000000000000000000
    Server host name not given
    Boot file name not given
    Magic cookie: DHCP
    Option: (53) DHCP Message Type (Discover)
        Length: 1
        DHCP: Discover (1)
    Option: (57) Maximum DHCP Message Size
        Length: 2
        Maximum DHCP Message Size: 1500
    Option: (12) Host Name
        Length: 25
        Host Name: ZAMEL-MEW-01-BCDDC27C6978
    Option: (55) Parameter Request List
        Length: 12
        Parameter Request List Item: (1) Subnet Mask
        Parameter Request List Item: (3) Router
        Parameter Request List Item: (28) Broadcast Address
        Parameter Request List Item: (6) Domain Name Server
        Parameter Request List Item: (15) Domain Name
        Parameter Request List Item: (44) NetBIOS over TCP/IP Name Server
        Parameter Request List Item: (46) NetBIOS over TCP/IP Node Type
        Parameter Request List Item: (47) NetBIOS over TCP/IP Scope
        Parameter Request List Item: (31) Perform Router Discover
        Parameter Request List Item: (33) Static Route
        Parameter Request List Item: (121) Classless Static Route
        Parameter Request List Item: (43) Vendor-Specific Information
    Option: (255) End
        Option End: 255
    Padding: 00000000000000000000000000000000000000

i lecą tak na przemian co te kilka sekund.

Nie miałem do czynienia z pakietami i wiresharkiem , tak więc nie znam się na tym (jeszcze).


W międzyczasie latają jeszcze pakiety ARP Probe i ARP Announcement....

W sumie 4 godziny minęły od czasu jak zainstalowałem wiresharka i zacząłem posta do chwili obecnej i w międzyczasie podczas nasłuchu MEWka się połączyła, ale nie widzę jakiegoś "przełomowego" pakietu w nasłuchu, albo nie wiem czego szukać.

[klew]

Co kilka sekund mam ten pakiet.

Czy do każdego DHCP "request" jest jeden "discover"?