supla-espresif-esp restarty w wersji 2.8.20 - 2.8.21

[lesny8]

No i rwie do publicznej chmury tak jak u @lukfud.

Code: Select all

connected with myssid, channel 2
dhcp client start...
ip:192.168.100.209,mask:255.255.255.0,gw:192.168.100.2
WiFi Status: 5
supla_esp_devconn_resolvandconnect
Disconnect 6
Resolv svr40.supla.org
supla_esp_devconn_dns__found
Disconnect 6
please start sntp first !
client handshake start.
client handshake ok!
supla_esp_devconn_connect_cb
Registered and ready.
Free heap size: 17432
pm open,type:2 0
ip:192.168.100.209,mask:255.255.255.0,gw:192.168.100.1
sproto send count: 39 result: -5
ACTIVITY TIMEOUT
Disconnect 4
WiFi - Connecting...
Disconnected
supla_esp_devconn_disconnect_cb
state: 5 -> 0 (0)
rm 0
pm close 7
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 27
cnt 

connected with myssid, channel 2
dhcp client start...
WiFi Status: 1
Disconnected
Disconnect 6
WiFi - Connecting...
state: 5 -> 0 (0)
rm 0
Disconnected
scandone
state: 0 -> 2 (b0)
state: 2 -> 3 (0)
state: 3 -> 5 (10)
add 0
aid 27
cnt 

connected with myssid, channel 2
dhcp client start...
ip:192.168.100.209,mask:255.255.255.0,gw:192.168.100.2
WiFi Status: 5
supla_esp_devconn_resolvandconnect
Disconnect 6
Resolv svr40.supla.org
supla_esp_devconn_dns__found
Disconnect 6
please start sntp first !
client handshake start.
client handshake ok!
supla_esp_devconn_connect_cb
Registered and ready.
Free heap size: 18040
pm open,type:2 0

[lesny8]

OK, zanim uda mi się zreprodukować problem u siebie to prośba o przetestowanie jeszcze kilku binarek.
Tym razem wersja skompilowana w oparciu o NONOK_SDK 3.0.5-dev.

https://drive.google.com/file/d/1XVLj9r ... sp=sharing

A jak mi ten lucas_ic_2821_user1.2048_DIO.new.5.sdk3x.bin testowy soft startuje to mam info, że jest właśnie skompilowany w oparciu o to SDK

Code: Select all

SDK ver: 3.0.5-dev(52383f9) compiled @ Jul  8 2020 16:00:05
phy ver: 1156_0, pp ver: 10.2

[lukfud]

OK, zanim uda mi się zreprodukować problem u siebie to prośba o przetestowanie jeszcze kilku binarek.
Tym razem wersja skompilowana w oparciu o NONOK_SDK 3.0.5-dev.
https://drive.google.com/file/d/1XVLj9r ... sp=sharing

To samo:

Code: Select all

00:19:59.211 -> connected with supla_dev, channel 1
00:19:59.211 -> dhcp client start...
00:19:59.264 -> WiFi Status: 1
00:20:01.697 -> ip:10.0.4.13,mask:255.255.255.0,gw:10.0.4.1
00:20:01.844 -> WiFi Status: 5
00:20:01.844 -> supla_esp_devconn_resolvandconnect
00:20:01.844 -> Disconnect 6
00:20:01.844 -> Resolv svr30.supla.org
00:20:01.844 -> supla_esp_devconn_dns__found
00:20:01.844 -> Disconnect 6
00:20:01.844 -> please start sntp first !
00:20:01.897 -> client handshake start.
00:20:01.998 -> client handshake ok!
00:20:01.998 -> supla_esp_devconn_connect_cb
00:20:02.154 -> Registered and ready.
00:20:02.154 -> Free heap size: 18552
00:20:09.160 -> pm open,type:2 0
00:24:22.888 -> ip:10.0.4.13,mask:255.0.0.0,gw:10.0.0.1
00:24:28.089 -> sproto send count: 39 result: -5
00:24:42.040 -> ACTIVITY TIMEOUT
00:24:42.040 -> Disconnect 4
00:24:42.040 -> WiFi - Connecting...
00:24:42.040 -> Disconnected
00:24:42.040 -> supla_esp_devconn_disconnect_cb
00:24:42.040 -> state: 5 -> 0 (0)
00:24:42.040 -> rm 0
00:24:42.040 -> pm close 7
00:24:42.161 -> scandone
00:24:42.161 -> state: 0 -> 2 (b0)
00:24:42.161 -> state: 2 -> 3 (0)
00:24:42.161 -> state: 3 -> 5 (10)
00:24:42.161 -> add 0
00:24:42.161 -> aid 1
00:24:42.161 -> cnt 
00:24:42.202 -> 
00:24:42.202 -> connected with supla_dev, channel 1
00:24:42.202 -> dhcp client start...
00:24:42.242 -> WiFi Status: 1
00:24:42.242 -> Disconnected
00:24:44.047 -> Disconnect 6
00:24:44.047 -> WiFi - Connecting...
00:24:44.047 -> state: 5 -> 0 (0)
00:24:44.047 -> rm 0
00:24:44.047 -> Disconnected
00:24:44.168 -> scandone
00:24:44.168 -> state: 0 -> 2 (b0)
00:24:44.168 -> state: 2 -> 3 (0)
00:24:44.168 -> state: 3 -> 5 (10)
00:24:44.168 -> add 0
00:24:44.168 -> aid 1
00:24:44.168 -> cnt 
00:24:44.209 -> 
00:24:44.209 -> connected with supla_dev, channel 1
00:24:44.209 -> dhcp client start...
00:24:47.003 -> ip:10.0.4.13,mask:255.255.255.0,gw:10.0.4.1
00:24:47.063 -> WiFi Status: 5
00:24:47.063 -> supla_esp_devconn_resolvandconnect
00:24:47.063 -> Disconnect 6
00:24:47.063 -> Resolv svr30.supla.org
00:24:47.063 -> supla_esp_devconn_dns__found
00:24:47.063 -> Disconnect 6
00:24:47.063 -> please start sntp first !
00:24:47.063 -> client handshake start.
00:24:47.185 -> client handshake ok!
00:24:47.185 -> supla_esp_devconn_connect_cb
00:24:47.306 -> Registered and ready.
00:24:47.306 -> Free heap size: 18136
00:24:54.195 -> pm open,type:2 0

[Goral64]

No i rwie do publicznej chmury tak jak u @lukfud.

Zmień adres bramy na 192.168.100.1 i nie będzie rwało

Mój minirowek nie respektuje czasu dzierżawy... Jedzie bez odnowienia już 19 minut, a powinien po 2 odnowić bo czas dzierżawy to 240s...

[lesny8]

No i rwie do publicznej chmury tak jak u @lukfud.

Zmień adres bramy na 192.168.100.1 i nie będzie rwało

Wiem.
Przecież potwierdzałem to co pisałeś, jest jakiś błąd w kliencie DHCP w bibliotekach espressifa. Przemek potem znalazł issue.
Wystarczy brame zmienić na inną niż 1 w ostatnim oktecie i wychodzić przez nią z pakietami. ESP się gubi przy odświeżaniu, bo zmienia sobie adres bramki na 1, nie ma takiego adresu w sieci więc się gubi i robi restart.

[Goral64]

Udało mi się częściowo odtworzyć problem na minirowku z FW v2.8.20, ale dopiero jak skonfigurowałem podsieć z bramą i DHCP pod adresem 10.0.4.4/24. Po 24 minutach minirowek zrestartował połączenie...
Nie wiem czemu nie respektuje czasu dzierżawy ustawionego na 240s, ale co ciekawe po 24 minutach wysłał do serwera DHCP polecenie Release a następnie odnowił procedurę uzyskania IP i danych sieci. Nie zrestartował się, tylko połączenie.

[lesny8]

A inne urządzenia respektują? A na czym tak w ogóle masz uruchomiony serwer DHCP?
Ja mROW nie przepinałem na publiczna chmurę, tak żeby wychodzić z polaczeniem poza LAN, bo tam i tak nie widzę co się dzieje na uarcie, ale w sumie z ciekawości sprawdzę to później podpinając się pod konto kolegi i zobaczę czy będzie czas połączenia zrywać pod ikonka 'i'.

[Goral64]

A inne urządzenia respektują? A na czym tak w ogóle masz uruchomiony serwer DHCP?

Respektują, ale u mnie normalnie jest czas dzierżawy ustawiony na dobę. Tu ustawiłem na 240s i spodziewałem się odnawiania co 2 minuty a tu nic... Po restarcie sieci odnowiło po 24 minutach z zerwaniem połączenia, a teraz już 2 godziny trzyma.
Serwer mam na Unifi USG 3.

[Goral64]

Już nic nie kombinuję Nagle pierdyliard modułów z SUPLA zaczęło się dobijać do DHCP o adres IP. Trwało trochę, zanim każdy otrzymał co chciał i wróciły z powrotem na serwer... Ufff...

[Duch__]

Słaby router. Mi kiedyś na starym tplinku DHCP zestawiał się 10 minut dla kilku urządzeń wifi.