henri-allauch

@speedoxx007 OK merci le message à disparu et ça s'est connecté

Oui mais c'est facile de se prendre les pieds dans les melange de PWD et Usr Je viens de re tenter en redémarrant depuis le lien fourni par mail ( Account Migration ) J'ai saisi un nouveau PWD et j'ai vu effectivement passer le message le lien a expiré, cliquer ... pour recevoir un nouveau mail ... Mais pas reçu pour le moment

Suis aussi dans la situation de @speedoxx007 Accès OK depuis la connexion par user name Mais par Fibaro ID j'ai aussi : An error occurred. Please try again later. S'il y a une réponse du support ou une solution ... suis preneur

@BenjyNet tu es en 4.110 ou en 4.100 ( ta signature ) ?

Comme vous j'ai essayé plein de solution ... mais toujours une erreur "Short Read" Depuis une fenêtre terminal C'est OKl curl --header 'Access-Token:o.VOTREtoken' \ --header 'Content-Type: application/json' \ --data-binary '{"body":"Mon Message de test Pushbullet","title":"Message From Curl Henri","type":"note"}' \ --request POST \ https://api.pushbullet.com/v2/pushes Le PB est dans la HC2 ??

OK merci encore une fois merci Steven, C'est effectivement ce que j'ai pu vérifier dans mon exemple du 11/1 J'ai mis tous les autres tests au placard et j'utilise api/callAction

Merci Steven de ta réponse et pour tes bons conseils.

http://(IP de la HC2 ) /docs soit chez moi : http://192.168.1.50/docs/ puis diagnostic et try It C'est la doc et les données de ta HC2

Net.FHttp ne fonctionne que dans les scènes Net.HTTPClient ne fonctionne pas dans les VD api.get () fonctionne dans les scènes et dans les VD ( Peut être pas pour tous les types d'appels à l'API ) Ne connaissant pas tout l'historique de la HC2, je pensais que api.get () était un appel (lua) généralisé de l'api et dans le traitement interne de cette fonction, fibaro pouvait adapter le traitement en fonctions de ses évolutions.

Diag,status,errorCode = api.get("/diagnostics") c'est OK pour tester les erreurs mais Net.FHttp ne fonctionne que dans les scènes

Plusieurs post donnent des exemples d'accès à l'api de la HC2. Dans l'exemple ci dessous 2 méthodes qui donnent le même résultat ( heureusement) bien que la méthode 1 est moins synchrone la preuve la réponse arrive en 2eme Position. A mon avis La méthode 2 est plus facile et plus claire à lire. A votre avis laquelle faut il utiliser, laquelle traversera plus aisément les évolutions du Firm ? --[[ %% properties %% events %% globals --]] local MessMem ----------------------------------------------------Méthode 1 local http = net.HTTPClient() http:request('http://127.0.0.1:11111/api/diagnostics' , { options = { method = 'GET' }, success = function(response) local result = json.decode(response.data); MessMem = "RAM Disponible : "..tonumber(result.memory.free) .."%" .." Cache : "..tonumber(result.memory.cache) .."%" fibaro:debug( "1- Mémoire : " ..MessMem) end }) http = nil --------------------------------------------------Methode 2 Diag = api.get("/diagnostics") MessMem = "RAM Disponible : "..tonumber(Diag.memory.free) .."%" .." Cache : "..tonumber(Diag.memory.cache) .."%" fibaro:debug( "2- Mémoire : " ..MessMem) ----------------------------------------------------------------------- [DEBUG] 09:31:33: 2- Mémoire : RAM Disponible : 58% Cache : 17% [DEBUG] 09:31:33: 1- Mémoire : RAM Disponible : 58% Cache : 17%

Attention Backup entraîne maintenant redémarrage de tous les services Fibaro ( confirmé par @Lazer ) Donc les scènes auto start redémarrent J'ai constaté danc ce cas qu'il me manquait un sendmail et je pense aussi les notifications que j'envoi en début de scène. J'ai pensé que si on attend pas un peu, les services ne sont pas encore tous initialisés et donc pas de send mail .. J'ai ajouté une attente d'une minute avant, et là ça a fonctionné. -- Charger l'heure courante et celle du démarage de la box local horaire = os.date ("Le %d/%m/%Y à %H:%M:%S") local hc2 = api.get('/settings/info') --Voir si serverStatus redémarré depuis moins de 15 minutes if os.time() - hc2.serverStatus <= 15 * 60 then fibaro:setGlobal('G_Starting', "ON") -- c'est un reboot ou Backup fibaro:sleep( 60 *1000 ) --pour temporiser demurrage sce pour mail fibaro:call(Id_Admin, "sendEmail", "Etat HC2" , "Hc2 StartServeur (Boot ou Backup) -> G_Starting ON " ..horaire) else

Exemple Si on est en 4.10 il y a un backup automatique compatible 4.10 avant la mise en place du firmware 4.11 . Une fois la MAJ exécutée on est en 4.11 Soit ça marche on reste en 4.11 Soit on a des PB et la c'est obligatoirement RECOVERY , donc 4.x suivant l'âge de la BOX. Et une fois recouvert exécuté , la dernière stable étant 4.11 on ne peu plus retourner en 4.10 et le Backup n'est plus compatible. Donc Inutile ainsi que les backup antérieur antérieurs. Le Backup sert pendant la "vie" d'une version stable d'un firm à sauver et restituer les modifications de la HC2 C'est ça ?

Bon alors je garde la netatmo comme gadget et je chercherai quelque chose de plus sérieux. Merci pour ton avis.

Pour info : les mesures CO2 (ppm ) sont toujours inférieures à environ 400 ppm et l'hygrométrie toujours supérieures de 9% par rapport à des mesures avec des appareils étalons. La température on peut jouer sur des deltas de correction mais pas pour les ppm et l'humidité. ( dixit support NetAtmo ) Avec le plugin de la HC2 ( pas installé pour moi ) peut on envisager d'ajouter (Par une scène ) un delta une fois la mesure récupérée dans le device ?

Oui mais avant ça n'influençait pas le serverStatus

Il semblerai, si quelqu'un peut confirmer

Je confirme mais en plus : La date Status du serveur dans Information générales ( .serverStatus de strings/info ) que je pensait être le temps écoulé depuis le dernier reboot est réinitialisé à 0

Question ? Y a t'il une utilité de garder les backups liés à des versions de firm ancien. Si un recovery est nécéssaire, on part de la 4.31 initiale ( Clé) puis il va nous proposer de se mettre a jour directement sur la dernière stable ou en passant par les stables intermédiaires ? Apres cette mise à jour sur la dernière stable seul les backups compatibles seront utiles, les vieux, compatibles avec des versions antérieures peuvent être supprimés ? Je n'ai jamais fait je préfère me renseigner avant.

Cette méthode d'appel à l'api ne fonctionne plus depuis la 4.110 Voir nouvelle appel a l'api : https://www.domotique-fibaro.fr/topic/8641-backup-via-scene-lua/

Bon désolé j'avais pas vu on en parle la : https://www.domotique-fibaro.fr/topic/8641-backup-via-scene-lua/ Reste plus qu'a modifier le code. Et ça marche .

@biboun si ta réponse est pour moi : je ne crois pas car : local hc2b = api.get('/settings/backups') fibaro:debug (hc2b[1].timestamp ) [DEBUG] 17:05:52: line 8: attempt to index local 'hc2b' (a nil value) J'ai essayé aussi avec local hc2b = api.get('/service/backups') Directement depuis un navigateur, http://192.168.1.50/api/service/backups je vois bien le tableau des backups

Je viens de passer de la 4.100 à la 4.110 sans encombre mais toujours avec stress. La durée est d'environ 12 minutes, la partie qui m'a semblé la plus longue c'est Install/CheckZwave qui est resté 5 minutes avec un curseur de progression a 10% Puis suis passé direct Restart Les essais effectués sont OK ( je n'ai pas de device en MAJ Firm ), mes pseudo devices sont toujours présent AU début un peu de frayeur plus de scènes, mais après rafraîchissement de la page c'est OK ( J'avais vidé le cache avant ) J'ai un pb sur : local hc2b = api.get('/settings/backups') if os.time() - hc2b[1].timestamp <= 60 * 60 then Le retour est null. Ca marchait plusieurs fois par jours avant la 4.11 Je cherche

@jojo Ce n'est pas une question Bête et c'est pour éviter ce genre d'étourderie que j'ai changé les noms ce matin. Oui LblTest existe bien, d'ailleurs c'est ok dans le dernier test par /api/callAction. Pour être sur, j'ai exporté le json dans un fichier dont voici le début : {"name":"Test Label Rec","type":"virtual_device","properties":{"deviceIcon":1001,"currentIcon":"1004","log":"","logTemp":"","mainLoop":"","ui.LblTest.value":"0","visible":"true", ........... Et pour lever le doute sur une erreur de saisie, je viens de copier/ coller ce ui.LblTest.value dans le PepiteJson et refait un essai Et le canard est toujours vivant ... mais la chasse continue

je crois que @Nico écrit dans un label VD depuis une appli ,J'aimerai savoir qu'elle méthode il utilise