Home Page Forum Community Italia Sviluppo OpenWebNet problemi con connessione a nuovo gateway F455 tramite OpenWebNet

OpenWebNet
problemi con connessione a nuovo gateway F455 tramite OpenWebNet

Questo argomento contiene 28 risposte, ha 7 partecipanti, ed è stato aggiornato da  sirinfo 18/05/2016 at 09:04.

0
28
2529
  • Verificato

    Un potenziale nostro cliente francese ha appena acquistato il nuovo gateway F455.

    Sta usando il nostro software driver "RTI DRIVER FOR MY HOME"  per interfacciare un impianto MY HOME con una centralina XP di RTI.

    Inizialmente il nostro driver si collega correttamente al gateway (infatti  dai log verifico che le due sessioni comandi e monitoring sono entrambe attive e ricevo ad es. lo stato  delle luci ) ma subito dopo  il gateway non accetta più comandi.

    La sessione monitoring funziona ma quella comandi non accetta più stringhe OpenWebNet.Non ricevo nemmeno un NACK.

    Dopo vari tentativi ho impostato l'opzione/check attivo per parametro HMAC di autenticazione  del Gateway (che non so nemmeno bene a cosa serva), e il gateway ha accettato un comando accendendo/spegnendo una luce.Ma subito dopo nuovamente il gateway non accettava più comandi.

    La cosa strana è che con il nostro tool gratuito "MY HOME DISCOVERY TOOL" (pubblicato nell'App Gallery del forum) si riesce a comandare l'impianto my home e le sessioni comandi e monitoring funzionano bene sempre.

    Quale potrebbe esserela causa del problema di connessione?

    Potreste aiutarmi?

    Ci sono differenze tra la gestione della sessione comandi dell'F454 e quella dell'F455 ?




    Utente
    sirinfo
    Ruolo
    System Integrator
    163 posts
    Verificato

    Ciao Maurizio,

    la grossa differenza sta nel numero di socket che i due dispositivi accettano.

    Quante ne apre il vostro driver verso il gateway?

    Qual'è la policy di disconnessione e ri-connessione delle socket?

    F455 accetta un massimo di 5 socket.

    Verifica anche che l'F455 abbia l'ultimo fw:

    http://www.homesystems-legrandgroup.com/…/productDetail.action

    Lorenzo




    Utente
    BT_Lorenzo
    Ruolo
    Community Manager
    7366 posts
    Verificato

    Ciao Lorenzo e grazie delle indicazioni.

    Il driver apre una connessione/socket e poi non la chiude mai, ma so che dopo un certo tempo di timeout la sessione si chiude automaticamente (es.  per MH200N il timeout è 30 secondi).

    L''istruzione di apertura sessione è del tipo

    my_tcp_connection__SessioneComandi.Open( myTCPAddress, myTCPPort)

    In piu' si imposta un istruzione del tipo

    my_tcp_connection__SessioneComandi.SetTxInterMsgDelay(500);//ritardo tra la trasmissione di due comandi

    per evitare di inviare comandi in modo troppo ravvicinato.

    Ma se una sessione comandi si interrompe e poi il driver tenta nuovamente di scrivere direttamente sulla porta (senza riaprire nuovamente la connessione) il comando è accettato? (normalmente con altri gateway il comando è accettato)

    Il nostro driver non si accorge che la connessione si interrompe (altrimenti lo vedrei dai log) ma per questioni tecniche legate ad RTI,  prima che la centralina  RTI si accorga della caduta di sessione occorre un tempo abbastanza alto (tempo parametrizzabile nel driver per cui posso verificare)

    Il firmware dell'F455, avevo già  verificato, ed è l'ultimo  disponibile.

    Hai detto "F455 accetta un massimo di 5 socket"

    Allora posso verificare,nel momento in cui il nostro driver non riesce ad inviare comandi, se è questo il problema inviando, ad es. con il nostro MY HOME DISCOVERY Tool un comando OpenWebNet e verificare se è accettato.




    Utente
    sirinfo
    Ruolo
    System Integrator
    163 posts
    Verificato

    Ciao Maurizio,

      potresti mantenere attiva la connessione comandi artificialmente inviando prima del timeout (ogni 25 secondi diciamo) una frame innocua come *#13**15##.




    Utente
    angeloxx
    Ruolo
    System Integrator
    82 posts
    Verificato

    A mio avviso la socket comandi la dovete chiudere e non far troncare dal gateway.

    La aprite e chiudete ogni volta che dovete inviare.

    Se all'F455 colleghi più client, succede che qualcuno non riesca a connettersi.

    Il cliente usa F455 anche per connettersi al portale MyHome?

    Ripeto, l'F455 nasce come gateway lowcost (solo mercato Francia) e per questo ha prestazioni inferiori ad un F454.

    Lorenzo




    Utente
    BT_Lorenzo
    Ruolo
    Community Manager
    7366 posts
    Verificato

    OK,

    verifico quale dei due suggerimenti dati (Lorenzo e angeloxx) ci conviene adottare.

    Non so se il cliente usa l'F455 per il portale, mi informo.




    Utente
    sirinfo
    Ruolo
    System Integrator
    163 posts
    Verificato

    Confermo che l'utente non usa il portale MYHome




    Utente
    sirinfo
    Ruolo
    System Integrator
    163 posts
    Verificato

    La cosa serve capire è cosa sia connesso all' F455.

    Solo il driver RTI o anche altro.

    E' bene migliorare la procedura di connessione, per non lasciare socket pendenti e garantire di usarne solo 2 per volta.

    Se altri si attaccano con altri sw, succede che si saturano le 5 disponibili.

    Lorenzo




    Utente
    BT_Lorenzo
    Ruolo
    Community Manager
    7366 posts
    Verificato

    Per noi la soluzione più semplice è tenere sempre attiva la sessione comandi (come dice angeloxx), anche se concordo al 100% con te che sarebbe meglio chiuderla e riaprirla quando serve.

    Adesso facciamo delle verifiche per capire se in questo modo il problema si risolve.




    Utente
    sirinfo
    Ruolo
    System Integrator
    163 posts
    Verificato

    Ciao a tutti

    Ho risolto il problema relativo alla caduta della sessione comandi, tenendola sempre attiva  inviando un comando periodico 🙂

    E' possibile conoscere il tempo di timeout per l'F455 ?

    Vorrei porre poi una domanda relativa alla sessione monitoring:

    la sessione rimane sempre attiva (come per altri gateway) finché non si chiude il socket oppure ha un tempo di timeout?

    Chiedo questo perché accade in modo molto strano che, alcune volte in maniera random ed altre volte in maniera regolare (es. 30 secondi),   cade la connessione TCP.

    Secondo me il socket si chiude per problemi di linea tra il gateway e la centralina che esegue il nostro software, ma vorrei escludere altre possibilità.

    Grazie




    Utente
    sirinfo
    Ruolo
    System Integrator
    163 posts
Stai vedendo 10 articoli - dal 1 a 10 (di 29 totali)

Devi essere loggato per rispondere a questo argomento.