Forum eCoal.pl v3.5 Problem z podłączeniem do sieci Subskrybuj | ||||
|
||||
zh99
|
Od wczoraj mam problem z podłączeniem do sieci - portal esterownik. Sterownik eCoal 3.5 pozostanie podłączony tylko przez kilka minut po włączeniu, to samo dotyczy lokalnego serwera http na porcie 80 (http://192.168.1.90/?state=general). Aplikacja Android eCoal z łatwością wykryje nowy sterownik eCoal za pomocą funkcji „wykryj urządzenia w sieci lokalnej”.
Po kilku minutach połączenie zostaje przerwane, a sterownik eCoal zgłasza, że jest offline. Lokalny serwer http na porcie 80 jest również niedostępny (http://192.168.1.90/?state=general), a aplikacja eCoal na Androida nie wykryje żadnego sterownika za pomocą opcji „Wykryj urządzenia w sieci lokalnej”. Mam aktualne oprogramowanie w wersji 1.1.30.11 i brak ustawień sieciowych, ustawienia włączania / wyłączania DHCP, inny adres IP nie pomaga. Po ponownym uruchomieniu eCoal 3.5 wszystko działa tylko przez kilka minut. na liście tpdump widzę tylko to: 12:04:24.004441 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:04:24.201991 arp who-has 192.168.1.1 tell 192.168.1.90 12:04:24.202090 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:04:24.202402 192.168.1.90.66 > 8.8.8.8.53: 14174+ A? esterownik.pl.(31) (DF) 12:04:24.226622 8.8.8.8.53 > 192.168.1.90.66: 14174 1/0/0 A 94.23.95.49(47) 12:04:55.692694 arp who-has 192.168.1.1 tell 192.168.1.90 12:04:55.692898 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:04:55.894775 arp who-has 192.168.1.1 tell 192.168.1.90 12:04:55.894902 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:04:56.097139 arp who-has 192.168.1.1 tell 192.168.1.90 12:04:56.103922 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:04:56.299687 arp who-has 192.168.1.1 tell 192.168.1.90 12:04:56.299980 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:04:56.509137 arp who-has 192.168.1.1 tell 192.168.1.90 12:04:56.512410 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef Od tego czasu nie próbowano komunikować się przez sieć.
Wydaje mi się, że jest problem z jakimś demonem w oprogramowaniu lub karta SD / oprogramowanie układowe są uszkodzone. Pomysły? |
|||
|
||||
PrzemekP
|
Można uruchomić sterownik bez karty SD, więc zobacz czy po wyciągnięciu karty sterownik podłączy się i pozostanie podłączony. Kartę można wymienić lub porządnie sformatować i włożyć ponownie - jeżeli zadziała to dobrze, jeżeli nie proszę o kontakt z serwisem.
|
|||
|
||||
zh99
|
Przetestowałem to bez karty SD. Sterownik jest nadal odłączony. Próbowałem również zaktualizować oprogramowanie z lokalnego serwera http, oprogramowanie zostało pomyślnie zaktualizowane do wersji 1.1.31.16. Lokalny serwer http jest obecnie niedostępny. Jak skontaktować się z serwisem?
dodane 2020-11-12 18:20Zauważyłem też, że kocioł słabo grzeje, przychodzi mi do głowy, że jest to związane ze sterownikiem, który nie działa tak jak powinien. |
|||
|
||||
PrzemekP
|
Wczoraj sterownik był dość długo podłączony. Coś się zmieniło w ustawieniach sieci ?
Jeżeli nadal są problemy, to kolejnym pytaniem czy nie było jakiegoś przepięcia w sieci energetycznej. Jeżeli tak, to mogły spalić się zabezpieczenia. |
|||
|
||||
zh99
|
Nie wiem, dlaczego sterownik był tak długo podłączony ostatniej nocy. W ustawieniach sieciowych nic się nie zmieniło. Sterownik korzysta z tej samej sieci co reszta domu i nie ma żadnych problemów (pierwotnie sterownik był ze względów bezpieczeństwa w samym VRF, ale też nigdy nie było problemu). Patrzyłem na tcpdump i zapytania http z kontrolera działały poprawnie. Gdy pojawia się problem, kontroler po prostu nie inicjuje połączenia sieciowego, po prostu wysyła zapytania ARP.
Moim zdaniem cały problem zaczął się około 1 tygodnia temu, kiedy moja pompa pomocnicza była zablokowana (pompa była uszkodzona), a więc temperatura za zaworem 4D nie wystarczała. Wymieniłem pompę i za kilka dni pojawił się problem ze sterownikiem. Przepięcia w sieci są mało prawdopodobne - nigdzie indziej nie było problemów. Poprosiłem dziś sprzedawcę o wymianę płyty głównej do eCoal 3.5, bo nie wiem czy płytkę da się w jakikolwiek sposób naprawić, czy firmware da się sflashować przez RS232 ... dodane 2020-11-13 12:56 Wygląda na to, że esterownik zamyka połączenie http i wtedy już nie działa: 12:01:14.484133 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:01:14.484415 192.168.1.90.40140 > 51.255.132.19.27855: S 2659653665:2659653665(0) win 2048 <mss 1100> (DF) 12:01:14.686675 192.168.1.90.40140 > 51.255.132.19.27855: S 2659653665:2659653665(0) win 2048 <mss 1100> (DF) 12:01:14.798760 51.255.132.19.27855 > 192.168.1.90.40140: S 771275994:771275994(0) ack 2659653666 win 29200 <mss 1452> 12:01:14.799114 192.168.1.90.40140 > 51.255.132.19.27855: . ack 1 win 2048 (DF) 12:01:14.970916 51.255.132.19.27855 > 192.168.1.90.42264: F 113:113(0) ack 1 win 29200 12:01:15.692307 51.255.132.19.27855 > 192.168.1.90.40140: P 1:113(112) ack 1 win 29200 12:01:17.410372 51.255.132.19.27855 > 192.168.1.90.40140: P 1:113(112) ack 1 win 29200 12:01:19.252133 51.255.132.19.27855 > 192.168.1.90.42264: FP 1:113(112) ack 1 win 29200 12:01:19.916015 51.255.132.19.27855 > 192.168.1.90.40140: P 1:113(112) ack 1 win 29200 12:01:24.914461 51.255.132.19.27855 > 192.168.1.90.40140: P 1:113(112) ack 1 win 29200 12:01:25.230937 51.255.132.19.27855 > 192.168.1.90.40140: F 113:113(0) ack 1 win 29200 12:01:34.940260 51.255.132.19.27855 > 192.168.1.90.40140: FP 1:113(112) ack 1 win 29200 12:01:44.779919 arp who-has 192.168.1.1 tell 192.168.1.90 12:01:44.780012 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:01:44.984816 arp who-has 192.168.1.1 tell 192.168.1.90 12:01:44.986743 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:01:45.183932 arp who-has 192.168.1.1 tell 192.168.1.90 12:01:45.184824 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:01:45.185077 192.168.1.90.39652 > 51.255.132.19.27855: S 3427228267:3427228267(0) win 2048 <mss 1100> (DF) 12:01:45.223208 51.255.132.19.27855 > 192.168.1.90.39652: S 4172490019:4172490019(0) ack 3427228268 win 29200 <mss 1452> 12:01:45.387266 192.168.1.90.39652 > 51.255.132.19.27855: S 3427228267:3427228267(0) win 2048 <mss 1100> (DF) 12:01:45.791794 192.168.1.90.39652 > 51.255.132.19.27855: S 3427228267:3427228267(0) win 2048 <mss 1100> (DF) 12:01:46.256572 51.255.132.19.27855 > 192.168.1.90.39652: S 4172490019:4172490019(0) ack 3427228268 win 29200 <mss 1452> 12:01:46.256909 192.168.1.90.39652 > 51.255.132.19.27855: . ack 1 win 2048 (DF) 12:01:47.020306 51.255.132.19.27855 > 192.168.1.90.39652: P 1:113(112) ack 1 win 29200 12:01:47.336868 51.255.132.19.27855 > 192.168.1.90.39652: P 1:113(112) ack 1 win 29200 12:01:47.894383 51.255.132.19.27855 > 192.168.1.90.39652: P 1:113(112) ack 1 win 29200 12:01:49.019891 51.255.132.19.27855 > 192.168.1.90.39652: P 1:113(112) ack 1 win 29200 12:01:51.274325 51.255.132.19.27855 > 192.168.1.90.39652: P 1:113(112) ack 1 win 29200 12:01:54.968392 51.255.132.19.27855 > 192.168.1.90.40140: FP 1:113(112) ack 1 win 29200 12:01:55.490641 51.255.132.19.27855 > 192.168.1.90.39652: P 1:113(112) ack 1 win 29200 12:01:57.578091 51.255.132.19.27855 > 192.168.1.90.39652: F 113:113(0) ack 1 win 29200 12:02:04.115243 51.255.132.19.27855 > 192.168.1.90.39652: FP 1:113(112) ack 1 win 29200 12:02:16.178027 arp who-has 192.168.1.1 tell 192.168.1.90 12:02:16.178077 arp reply 192.168.1.1 is-at 52:54:00:e5:73:ef 12:02:16.178441 192.168.1.90.1774 > 8.8.8.8.53: 53687+ A? esterownik.pl.(31) (DF) 12:02:16.204242 8.8.8.8.53 > 192.168.1.90.1774: 53687 1/0/0 A 94.23.95.49(47) 12:02:17.679070 arp who-has 192.168.1.1 tell 192.168.1.90 |
|||