Zgłoszenia błędów [bramka ZigBee]

[arqiu70]

No to wszystko jasne:

Code: Select all

[191608][V][ssl_client.cpp:313] ssl_starttls_handshake(): Performing the SSL/TLS handshake...
[191632][E][ssl_client.cpp:36] _handle_error(): [ssl_starttls_handshake():317]: (-9984) X509 - Certificate verification failed, e.g. CRL, CA or signature check failed
[191633][E][NetworkClientSecure.cpp:159] connect(): start_ssl_client: connect failed: -9984
[191634][V][ssl_client.cpp:364] stop_ssl_socket(): Cleaning SSL connection.

https://github.com/lsroka76/Z2S_Library ... .ino#L1300

Coś z certyfikatem?

[[email protected]]

Tak, inny certyfikat

[arqiu70]

Tak, inny certyfikat

Czyli co ja mam zmienić certyfikat(mam ze strony NoIp i wcześniej działał), czy w kodzie bramki trzeba coś zmienić?

[klew]

Tak, inny certyfikat

Czyli co ja mam zmienić certyfikat(mam ze strony NoIp i wcześniej działał), czy w kodzie bramki trzeba coś zmienić?

Cały czas to samo co pisałem wcześniej.

Na porcie 2016 jest używany jakiś certyfikat. Możesz napisać do pzygmunt i on może Ci podpisać taki certyfikat dla prywatnego serwera.
Używamy do tego Suplowych CA i nie mają one związku z dostępem do Cloud na porcie 443.

Można też wyłączyć weryfikację certyfikatu, tak jak pisałem wcześniej, ale nie wiem jak to w GUI bramki się robi.
Normalnie obok miejsca na podanie serwera, powinna być opcja na pominięcie weryfikacji certyfikatu

[vajera]

Cały czas to samo co pisałem wcześniej.

Na porcie 2016 jest używany jakiś certyfikat. Możesz napisać do pzygmunt i on może Ci podpisać taki certyfikat dla prywatnego serwera.
Używamy do tego Suplowych CA i nie mają one związku z dostępem do Cloud na porcie 443.

Można też wyłączyć weryfikację certyfikatu, tak jak pisałem wcześniej, ale nie wiem jak to w GUI bramki się robi.
Normalnie obok miejsca na podanie serwera, powinna być opcja na pominięcie weryfikacji certyfikatu

Muszę dodać

@klew - wtedy pomijam oba wywołania?

Code: Select all

  SuplaDevice.setSuplaCACert(suplaCACert);
  SuplaDevice.setSupla3rdPartyCACert(supla3rdCACert);
  
  

[klew]

Cały czas to samo co pisałem wcześniej.

Na porcie 2016 jest używany jakiś certyfikat. Możesz napisać do pzygmunt i on może Ci podpisać taki certyfikat dla prywatnego serwera.
Używamy do tego Suplowych CA i nie mają one związku z dostępem do Cloud na porcie 443.

Można też wyłączyć weryfikację certyfikatu, tak jak pisałem wcześniej, ale nie wiem jak to w GUI bramki się robi.
Normalnie obok miejsca na podanie serwera, powinna być opcja na pominięcie weryfikacji certyfikatu

Muszę dodać

@klew - wtedy pomijam oba wywołania?

Code: Select all

  SuplaDevice.setSuplaCACert(suplaCACert);
  SuplaDevice.setSupla3rdPartyCACert(supla3rdCACert);
  
  

Nie. Tylko dodaj to pole z zapisem odpowiedniej wartości do config. Reszta sama zadziała

[arqiu70]

No to poczekam na działania @vajera.

[marcinkrysk]

Czy powinno być tak że sparowane urządzenia które nie mają zasilania ciągle pokazują się jako połączone w aplikacji Supli mimo tego że są odłączone ?

[Zibi_007]

Czy powinno być tak że sparowane urządzenia które nie mają zasilania ciągle pokazują się jako połączone w aplikacji Supli mimo tego że są odłączone ?

Generalnie oczywiście, że tak. Jeśli nie raportują swojego stanu, to normalne. Możesz to sobie zmienić w ustawieniach urządzenia (przez GUI) i samodzielnie ustawić czas, po jakim urządzenie, które nie raportuje przejdzie do stanu off.

[vajera]

Czy powinno być tak że sparowane urządzenia które nie mają zasilania ciągle pokazują się jako połączone w aplikacji Supli mimo tego że są odłączone ?

Zasadniczo masz trzy typy urządzeń:

• zasilane AC 230V/ew. DC 24V/5V, np. przez port USB - takie urządzenia można odpytywać regularnie o stan, ponieważ nie wchodzą w tryb uśpienia - tutaj ustawiasz keepalive i timeout - obie wartości w sekundach,
• urządzenia zasilane bateryjnie, które od czasu do czasu wysyłają dane - czujniki temperatury, otwarcia itp. dla nich też możesz ustawić timeout - UWAGA w tym przypadku wartość podajemy w godzinach (chyba muszę to jakoś ujednolicić), optymalna wartość to 4h, bo w tym odstępie czasowym większość czujników Tuya robi ping stanem baterii,
• urządzenia zasilane bateryjnie typu virtual button - tutaj nie implementowałem żadnego mechanizmu timeout, bo wydaje się to pozbawione większego sensu?