Requête http API Z-Wave n'aboutit pas...

[PierreB]

Bonjour,
j'ai installé Jeedom sur un raspberry Pi auquel j'ai connecté un Z-STick GEN5.
J'ai appairé des prises Wall Plugs + contact ouverture de porte avec succès (lecture et pilotage via l'interface Jeedom).
Je souhaite à présent pouvoir récupérer mes données via un script intégrant des requêtes http tel qu'indiqué dans la doc du plugin. Or ça ne fonctionne pas. Voici un exemple de requête :
http://token:maclé@192.168.1.101:8083/z ... ].testnode()
afin de lancer dans un premier temps un ping sur le noeud 13.
je précise que cette requête est émise depuis le le pi hébergeant le service Jeedom (192.168.1.101 = @IP_localhost)
Jusqu'à présent aucune requête testée n'aboutit. D'où peut provenir mon problème ?
Merci d'avance pour votre aide.

[nechry]

La documentation n'est pas a jour pour cette partie, c'est plus la bonne syntaxe.
Il faudra utiliser 127.0.0.1 pour l'IP.

La syntaxe devrait être
http://127.0.0.1:8083/node?node_id=13&t ... ikey=TaClé

attention, édites ton message et enlève ton APIKey

[PierreB]

Merci pour ce retour.
Toutefois la nouvelle requête n'aboutit pas non plus, voilà la réponse que j'obtiens et ce avec les 2 clés (clé API global Jeedom ou clé API Z-Wave même si j'imagine que dans mon cas c'est plutôt la Z-Wave qui doit être utilisée) :

{"state": "error", "code":0, "result": "Invalid apikey provided"}

où puis-je trouver la version à jour de la doc pour la partie requête http de l'API Z-Wave ?
Merci.

[nechry]

null part puis que la doc n'existe pas
il faut bien utiliser la Clef API Z-Wave pas celle de jeedom. je viens encore de tester chez moi et ça fonctionne.
ici une exemple pour récupérer la santé du noeud
http://127.0.0.1:8083/node?node_id=13&t ... efAPIZWave

[PierreB]

effectivement ce nouvel exemple fonctionne avec la clé Z-Wave, contrairement au 1er exemple de requête que tu m'as transmis pour lequel j'obtiens toujours la même erreur.
Faute de doc disponible, peux-tu me donner la syntaxe de la requête permettant de récupérer uniquement les valeurs mesurées à l'instant t par la prise Fibaro (timestamp/énergie/puissance) ?
Merci d'avance !

[nechry]

pourtant je test encore dans un scénario et ça fonctionne j'ai bien un ping sur le node en question

Code : Tout sélectionner

$apikey = 'taCleApiZwave';
$nodeId = 13;
$url = 'http://127.0.0.1:8083/node?node_id='.$nodeId.'&type=action&action=testNode&apikey='.$apikey;
$contents = utf8_encode(file_get_contents($url));
//$scenario->setLog('Contents :'.$contents); 
$results = json_decode($contents);
$success = $results->state;
if ($success != 'ok')
{
  $scenario->setLog('ZAPI TestNode return an error: '.$results->result);
}

[nechry]

voilà ta demande m'a motivé pour terminer l'article sur l'exploitation de l'API REST

https://nechry-automation.ch/2018/06/07/api-restful/

[kiboost]

voilà ta demande m'a motivé pour terminer l'article sur l'exploitation de l'API REST

https://nechry-automation.ch/2018/06/07/api-restful/

Super article !

Avec les ping de modules sur prise, on peux créer un scénario de détection de brouillage z-wave du coup ! Scénario activé en mode alarme et inversement !

[nechry]

oui c'est simpliste comme je l'explique mais ça peut faire la job

[kiboost]

Faudrait un brouilleur pour tester

Je vais voir déjà en débranchant la prise, faire qql tests voir la fiabilité du truc !

Et comme j'ai une prise à coté de ma smart qui est sur un onduleur, je vais voir pour la mettre aussi sur l'onduleur. Ce qui évitera les fausses détections en cas de coupure de courant. Toute la ligne internet est sur onduleur (routeur, smart, box internet, boitié fibre etc).

[rootard]

Hello

Je déterre le sujet.
Maintenant que mes devices ZWave sont en place je m'attaque au monitoring.

@nechry j'ai lu en détail ton excellent article sur le sujet mentionné plus haut. Si je débranche un de mes devices sur secteur (ex le 2) le plugin le détecte bien mais pas l'API cf plus bas. Pourquoi??

Code : Tout sélectionner

2019-05-09 19:55:06.952 Error, Node002, ERROR: node presumed dead

Code : Tout sélectionner

$ curl 'http://127.0.0.1:8083/node?node_id=2&type=action&action=testNode&apikey=xxx'
1
{"state": "ok", "code": 0, "result": ""}

idem avec hasNodeFailed

Code : Tout sélectionner

$ curl 'http://127.0.0.1:8083/node?type=action&action=hasNodeFailed&node_id=2&apikey=xxx'
1
{"state": "ok", "code": 0, "result": true}

Je suis en 3.3.24 zwave 2019-04-10 15:50:21
Merci

[rootard]

Up! personne?

[tomdom]

Bonjour,

Pour voir l'état :

Code : Tout sélectionner

$ curl 'http://127.0.0.1:8083/node?node_id=2&type=info&info=getHealth&apikey=xxx'

testNode soigne le nœud

[rootard]

Ca n'est pas ce que je vois dans la doc de @nechry:
testNode Exécuter un test (ping)
Pour moi cet API ne fonctionne pas sur la v3.3

getHealth renvoie 50+ champs, il faut coder pour en extraire la bonne info...

Bonjour,

Pour voir l'état :

Code : Tout sélectionner

$ curl 'http://127.0.0.1:8083/node?node_id=2&type=info&info=getHealth&apikey=xxx'

testNode soigne le nœud

[tomdom]

Bonjour,

Je n'ai pas lu la doc de @nechry mais voilà ce que je fais dans un bloc code pour certain de mes nœuds zwave :

Code : Tout sélectionner

$nodes=array(3,4,7);
foreach($nodes as $node) {
  $url='http://localhost:8083/node?node_id='.$node.'&type=info&info=getHealth&apikey=APIKEY';

  $contents = file_get_contents($url); 
  $contents = utf8_encode($contents); 
  $results = json_decode($contents);

  if ($results->result->last_notification->code!=2) {
    $scenario->setLog("État du noeud ".$node." : ".$results->result->last_notification->description." Je le soigne");
    $url='http://localhost:8083/node?node_id='.$node.'&type=action&action=testNode&apikey=APIKEY';
    file_get_contents($url);	
  }
  else {

    $scenario->setLog("État du noeud ".$node." : ".$results->result->last_notification->description);
  }
}