Linki bezpośrednie

[kbc_seba]

Nie wpadlem na to, zeby zebrac te logi

[RomanG]

Ogólnie esp8266 i esp32 powinno działać z tymi certyfikatami.
Jeśli udało Ci się zebrać logi, gdy urządzenie nie działało, to wrzuć - łatwiej będzie na szybko ocenić co się stało.
Temat jest do sprawdzenia i dopóki go nie sprawdzimy to ciężko coś doradzać.

Mnie również dotknęły perturbacje z certyfikatami, a ponieważ dotyczyły jednego z nielicznych (suplowych) urządzeń, z których korzysta żona, to temat był dość "piekący" (wyświetlanie temperatury w tunelu "pomidorowo-ogórkowym ). Wyświetlanie linków bezpośrednich zrealizowałem na wemosie lolin 8266 z softem GUI-Generic.v25.02.11.m1M64.fCPU160,ssl=basic. Widząc, co się stało wygenerowałem najnowszy GUI-Generic.v26.07.02a.json.m4M1M.fCPU160,ssl=basic, ale bez sukcesu "po fleszowaniu".
Co zauważyłem; na obu softach układ zachowywał się tak samo - po restarcie połączył się z serwerem i po kilkunastu (...dziesięciu) sekundach zawieszał się ( na serwerze status na czerwono - "ROZŁĄCZONY", w sieci lokalnej - po IP - także brak połączenia, ekran wyświetlacza "zamrożony"). W tych pierwszych sekundach po resecie w GUI można było swobodnie zmieniać ustawienia, czyli układ normalnie pracował zanim pobrał dane z linków (chyba? ).
Opisuję, co zauważyłem skoro - Krzysztofie - chciałeś temat sprawdzić. Nie wiem, czy to cokolwiek może wnosić do tematu, ale ... to zauważyłem.

[pzygmunt]

Jeszcze poeksperymentujemy z certyfikatami EC. Być może zmiana konfiguracji miała wpływ na to, że ESP8266 się wysypało na linkach, a nie sam certyfikat.

[robertklepacki94]

Ogólnie esp8266 i esp32 powinno działać z tymi certyfikatami.
Jeśli udało Ci się zebrać logi, gdy urządzenie nie działało, to wrzuć - łatwiej będzie na szybko ocenić co się stało.
Temat jest do sprawdzenia i dopóki go nie sprawdzimy to ciężko coś doradzać.

Mnie również dotknęły perturbacje z certyfikatami, a ponieważ dotyczyły jednego z nielicznych (suplowych) urządzeń, z których korzysta żona, to temat był dość "piekący" (wyświetlanie temperatury w tunelu "pomidorowo-ogórkowym ). Wyświetlanie linków bezpośrednich zrealizowałem na wemosie lolin 8266 z softem GUI-Generic.v25.02.11.m1M64.fCPU160,ssl=basic. Widząc, co się stało wygenerowałem najnowszy GUI-Generic.v26.07.02a.json.m4M1M.fCPU160,ssl=basic, ale bez sukcesu "po fleszowaniu".
Co zauważyłem; na obu softach układ zachowywał się tak samo - po restarcie połączył się z serwerem i po kilkunastu (...dziesięciu) sekundach zawieszał się ( na serwerze status na czerwono - "ROZŁĄCZONY", w sieci lokalnej - po IP - także brak połączenia, ekran wyświetlacza "zamrożony"). W tych pierwszych sekundach po resecie w GUI można było swobodnie zmieniać ustawienia, czyli układ normalnie pracował zanim pobrał dane z linków (chyba? ).
Opisuję, co zauważyłem skoro - Krzysztofie - chciałeś temat sprawdzić. Nie wiem, czy to cokolwiek może wnosić do tematu, ale ... to zauważyłem.

To jest błąd Gui Generic, pisałem już w osobnym temacie z prośbą żeby @krycha88 rzucił okiem na ten problem. Inna sprawa że nowsze GG zużywa więcej pamięci i np u mnie odczyt 4 linków już nie działa na ESP8266, poprostu moduł się wysypuje do ustawień fabrycznych.

[RomanG]

...
To jest błąd Gui Generic, pisałem już w osobnym temacie z prośbą żeby @krycha88 rzucił okiem na ten problem. Inna sprawa że nowsze GG zużywa więcej pamięci i np u mnie odczyt 4 linków już nie działa na ESP8266, poprostu moduł się wysypuje do ustawień fabrycznych.

Błąd? Hmm..! W sobotę rano włączyłem "sfleszowany" o drugiej w nocy układ z linkami i wszystko ruszyło bez zająknięć. Soft - oczywiście, ten najaktualniejszy. Odczytuję tylko trzy linki bezpośrednie.
......
Nie dawało mi to spokoju i wróciłem do softu 25.02.11. ze stycznia tego roku i zawieszenie OLED-a nastąpiło po losowym poruszaniu się po interfejsie konfiguracyjnym (IP). Odczyty linków bezpośrednich nadal następowały. Praktycznie tylko kilka przejść po stronach konfiguracyjnych już wywołało "zamrożenie" wyświetlacza.
Ponownie "sfleszowałem" wemosa nowym wsadem (26.07.02a.) z "erase" i tu sytuacja wyglądała podobnie; poruszanie się po "konfigu" mroziło ekran. Ponieważ tu bawiłem się trochę dłużej, to zauważyłem, że po jakimś czasie ekran samoistnie "ruszył". Być może w tzw. międzyczasie nastąpił reset, ale ...
W logach jest;

Code: Select all

[20:52:21]Scanning...
[20:52:23]I2C device found at address 0x3Cdone

i

Code: Select all

[21:26:50]--------------- CUT HERE FOR EXCEPTION DECODER ---------------
[21:26:50]
[21:26:50]Stack smashing detected.
[21:26:50]
[21:26:50]Exception (5):
[21:26:50]epc1=0x4010016f epc2=0x00000000 epc3=0x00000000 excvaddr=0x00000000 depc=0x00000000
[21:26:50]
[21:26:50]>>>stack>>>
[21:26:50]
[21:26:50]ctx: sys
[21:26:50]sp: 3fffffa0 end: 3fffffb0 offset: 0000
[21:26:50]3fffffa0:  3fffdad0 00000000 3fff0c70 4010016f  
[21:26:50]<<<stack<<<
[21:26:50]
[21:26:50]--------------- CUT HERE FOR EXCEPTION DECODER ---------------
[21:26:50]
[21:26:50] ets Jan  8 2013,rst cause:2, boot mode:(3,0)
[21:26:50]
[21:26:50]load 0x4010f000, len 3424, room 16 
[21:26:50]tail 0
[21:26:50]chksum 0x2e
[21:26:50]load 0x3fff20b8, len 40, room 8 
[21:26:50]tail 0
[21:26:50]chksum 0x2b
[21:26:50]csum 0x2b
[21:26:50]v000a75e0
[21:26:50]~ld
[21:26:50]gsn<$d`c|sdg'

Ze względu na dane wrażliwe tylko tyle zamieszczam, ale w razie potrzeby mam więcej.

[klew]

Code: Select all

[21:26:50]Stack smashing detected.

Ten błąd oznacza najprawdopodobniej pisanie poza stosem. Na ESP to z reguły oznacza, że gdzieś jest zbyt głęboki ciąg wywołań funkcji, w których jest za dużo zmiennych/obiektów tworzonych na stosie.

Czasem ten błąd też się dostaje przy innych błędach i jest on ich efektem ubocznym. Ale tak czy siak, to jakiś problem w kodzie.