Reboot smart puis plantage zwave

[Nemeraud]

Bonjour à tous

C’est pas la première fois que je remarques ce phénomène, comment il vient de se reproduire, j’aimerais votre avis

J’ai l’impression que suite a un reboot de la Smart, le zwave se lance mais quelques minutes ou heure après, la queue zwave commence a s’empiler (plus de 100), les commandes zwave ne s’exécutent plus. le zwave est en vrac.

Une simple relance du zwave règle le problème et le phénomène ne se reproduit pas.

Avez vous constatez ce problème ?

Ne faudrait il pas systèmatiquement faire un reboot du zwave après un reboot, pas scénario

Merci pour vos retours et avis

[mich0111]

Salut,
Tu ne lances plus régulièrement un ping sur tes devices Z-wave pour vérifier s’ils sont DEAD ou pas?

[Nemeraud]

Salut @mich0111

Ils n’étaient pas dead et l’alerte que j’ai mise sur la saturation de la queue zwave n’a pas fonctionnée

[mich0111]

@Nemeraud

l’alerte que j’ai mise sur la saturation de la queue zwave

Et comment tu fais ça ?
Un script j’imagine?

[Nemeraud]

Oui celui là

# Etat possible du réseau Z-Wave

# Nmbre de commande dans la file d'attente
$networkState = openzwave::callOpenzwave('/network?type=info&info=getStatus');
$queueSize=$networkState['result']['outgoingSendQueue'];
#$scenario->setData('ZwaveQueueSize', $queueSize);
cmd::byId(23831)->event($queueSize);

# STATE_STOPPED = 0
# STATE_FAILED  = 1
# STATE_RESET   = 3
# STATE_STARTED = 5
# STATE_AWAKED  = 7 : Topology loaded = TOUT EST OK
# STATE_READY   = 10 : Network ready  = TOUT EST OK
$API_Key = 'xxxx';
$tags['#ZWaveErreur#'] = 0;

//$scenario->setData('ZWaveStatus', -2);
$tags['#ZWaveStatus#'] = -2;
try {
   # On récupère le status du premier controleur Z-Wave
  $apizwave = jeedom::getApiKey('openzwave'); 
  $url = 'http://localhost:8083/network?type=info&info=getStatus&apikey='.$API_Key; 
  $contents = file_get_contents($url); $contents = utf8_encode($contents); 
  $scenario->setLog('***** ZWave Content: '.$contents);
  //$scenario->setData('ZWaveResult', $contents);
  $tags['#ZWaveResult#'] =  $contents;  
  $results = json_decode($contents); 
  if ($results->state == "ok") { 
    $networkState = $results->result->state; 
    //$scenario->setData('ZWaveStatus', $networkState);
    $tags['#ZWaveStatus#'] = $networkState;
  }
} catch (Exception $e) {
   //$scenario->setData('ZWaveStatus', -1);
   $tags['#ZWaveStatus#'] = -1;
   $scenario->setLog('***** ZWave Status OK');
}
$scenario->setLog('***** ZWave Status: '.$networkState);
$scenario->setLog('***********************');

// MAJ du tag.
$scenario->setTags($tags);

// status
$labelstatus="Iconnu";
if ($networkState == 0) { $labelstatus="STATE_STOPPED"; }
if ($networkState == 1) { $labelstatus="STATE_FAILED"; }
if ($networkState == 3) { $labelstatus="STATE_RESET"; }
if ($networkState == 5) { $labelstatus="STATE_STARTED"; }
if ($networkState == 7) { $labelstatus="STATE_AWAKED:Topology loaded"; }
if ($networkState == 10) { $labelstatus="STATE_READY:Network ready"; }
cmd::byId(23830)->event($networkState);
cmd::byId(23832)->event($labelstatus);

et je remonte le code et le nombre de queue et l’état dans 3 commandes info d’un virtuel

[mich0111]

Je ne l’avais pas celui-ci, merci, je prends.

[Nemeraud]

mon message aura au moins servi à qqun

[Emlivyo]

Bonjour,

Je pense prendre aussi même si je ne sais pas trop à quoi ça va me servir

Merci

[mich0111]

@Nemeraud ne fait jamais de truc inutile.
Là, en l’occurrence, l’idée est de savoir si, en gros, les commandes Z-wave se dépilent ou pas.

[mich0111]

Un bienfait n’est jamais perdu.

[Emlivyo]

Lol, je me doute que c’est utile pour ceux qui l’utilise !

Personnellement, je n’ai pas (plus) trop de pb avec mon réseau Zwave (pas bcp de nœuds non plus) donc je n’étais pas sur d’avoir l’utilité de ce script…
Mais pour le fun et la curiosité, je vais quand même le tester !

Encore merci

[mich0111]

Si tu veux un autre truc sympa, je te conseille celui-ci :

Module zwave dead

j’ai modifié le code d’origine avec les infos de @nechry c’est plus simpe, cela évite de faire la liste des modules puis d’aller chercher chaque infos du module et aussi de ne traiter que le modules actifs EDIT 13H55, petite correction de log inutile //********************************************************** // Parameters //********************************************************** $API_Key = '**************************'; $Ping_Wait = 15; //*************************************************…

[Emlivyo]

OK parfait, merci @mich0111, je vais regarder tout ça !

Si vous en avez d’autres, je suis preneur . Surtout s’ils permettent de comprendre directement/facilement/rapidement les causes de plantage de mon RPI ! Bon ok, j’en demande un peu trop

Merci

[mich0111]

On est tous à la recherche du Graal.
Le script qui diagnostique toutes les causes de problème de notre Jeedom et les corrige.
A ma connaissance, on cherche encore.

[Quikdav]

Salut
Je suis assez familier du problème…la queue n’en finit pas de grossir et cela dure des heures… donc je reboote ma box 1 fois, 2 fois voire 3 fois et ça finit par passer. J’attends bien sûr plusieurs heures avant de rebooter sachant qu’en moyenne, il me faut un peu plus d’1 heure avant d’avoir un ZWAVE stable.
Ceci dit, elle est particulièrement stable depuis quelques semaines

[Nemeraud]

Pas la peine de reboot la box, l’arrêté et relance du démon zwave suffît normalement

[Bob33]

Salut,

J’ai déjà eu le même probleme.
j’ai installé la dernière sauvegarde viable.