henri-allauch

J'ai un VD qui lit les valeurs mémoire de la HC2 et les envoi à thingspeak. Il n'y a pas de main loop. Le code est activé chaque 10mm par un fibaro:call(device, "pressButton", NumBt) depuis une scène. Je me suis rendu compte en analysant le graphique et le data export de thingspeak qu'il manquait des relevés (la valeur etait Null). Normal je ne testai pas le retour Post sur Net.FHttp.Donc j'insère le code dans un while response == 0 do ... et je net debug et un sleep de 5s Ca à l'air de marcher si la réponse et 0 ca relance Mais ça a l'air de continuer tout seul ??? sans appuyer sur le bouton ??? Je supprime le call depuis la scene IDEN, Je modifie un peu le code idem. Je supprime le while ... IDEM ( Bien sur à chaque fois: enregistrer, debuger, démarrer .. Je modifie le texte du debug, j'enregistre je relance ... IDEM mais sans le nouveau texte que je viens d'ajouter ??? Je supprime TOUT le code j'enregistre . Ca tourne toujours... Fantôme !!! Je me dis qu'il y a un processus lié à ce code qui tourne en boucle et que rien ne l'arrêtera. ( du moins je ne sais quoi faire pour le killer ) Donc Reboot en serant les fesses ..... OK la Hc2 redemare . Je réinclu le code dans le device et tout rentre dans l'ordre. Ouff Qu'elle bétise ??? le seul truc que j'ai trouvé : j'ai oublié d' enlever Local dans le while local response = 0 while tonumber (response ) == 0 do local response, status, errorCode = ts:POST("/update", .... debug .. sleep ... end Donc qu'i y ait eu embrouille OK mais qu'en supprimant tout le code du VD ça continue ... heureusement que jel'ai Vu ... méfiance il est facile de faire des erreurs sans s'en rendre compte.

Pour info le lien Fibaro Doc ( entre Forum Offizier Et Bugtraker ) ne fonctionne pas Et moi je n'ai pas posté au bon endroit ... et deux Ricard pour les administrateurs

Je recherche un thermostat avec une double commande HC2 et/ou Manuel avec retour de la température sur la HC2 De type contact SEC ON/OFF Est ce qu'un possesseur de STR323 pourrait me dire si la regulation intelligente PID ( ON / OFF plusieurs fois par heure ) peut être être exclue pour avoir simplement un fonctionnement ON / OFF avec réglage fin de l'hystérésis (ça peut paraitre curieux mais je pilote une PAC Air / Eau et c'est bien d'éviter les cycles courts. Donc je la démarre par le thermostat ( 21° +- 0,2 hystéresis ) et tant que la température demandée n'est pas atteinte, je la "régule" en leurant sa sonde extérieure pour la faire diminuer de puissance.)

@sakkhho Bingo pours foscam en ajoutant le & à la fin /cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=xxx&pwd=yyy& >>> OK Mais pour les autres paramètres de cette même caméra : Mouvement et video j'ai pas le & à la fin et ça marche. Mais on ne cherche plus à comprendre ... toutes les solutions sont bonnes à prendre Merci

Pour les cameras, bien que ce n'est pas un pb primordial par rapport aux soucis de certain, j'avoue ne pas comprendre ou plutôt comprendre que c'est une anomalie nouvelle pour certaines caméras. J'ai vérifié dans les paramètres avancés des modules pour mes 4 caméras la zone URL JPG n'a pas été modifiée. ( idem 4.056 et 4.070 ) Cependant pour 2 cameras cela ne permet plus d'avoir l'image dans le cadre du module sur la page d'accueil . Mais elle permet bien d'obtenir un snapshoot . Les paramètres de mouvements fonctionnent aussi. Avec un coupé/collé du paramètre JPG, précédé de l'adresse IP de ma camera dans un navigateur j'obtient bien l'image. Cela tendrai à confirmer que c'est bien une anomalie injecté après la 4.056. Cela concerne comme je l'ai dit dans un précédent post une FosCam F19821W et une drink DCS 5220B1. Si les règles du jeu sont changées alors ??? Mais compte tenu des 22 pages de ce forum et des nombreuses pages de celui officiel concernant la 4.070 il y a certainement plus urgent à comprendre pourquoi autant de de problèmes pour cette mise à jour. Et surtout autant de besoin de recovery pour pouvoir réutiliser la box. J'aime ma box ..... quand elle marche.

@nico ça veut dire quoi : --Les caméras sont ok pour moi, vérifies tes url qui ont à priori changé dans cette version Les url des caméras n'ont pas changées, elles sont accessibles directement avec un navigateur, et même par la Hc2 lorsqu'on demande un snapshoot . Pourquoi et Où les Url auraient changées ? As tu des précisions ?

As tu essayé de vider le cache de ton navigateur ?

Passage de la 4.056 à la 4.070 ce matin ( durée environ 10mm ) A priori pas de soucis particulier. Le Plus : Luminosité et humidité du capteur AEON Labs fonctionnent maintenant Le Moins : Pour 2 caméras plus d'image sur la page d'accueil des modules ( en mode JPG) . Dans la version précédente c'était OK. (déjà constaté par Krikroff ) Le snapshoot fonctionne, la vidéo fonctionne, si je met en mode MJPG au lieu de JPG La vidéo apparait bien dans le cadre du module (mais pas recommandé ) Pour info: image/jpeg.cgi ( DLINK DCS-5020L ) OK /cgi-bin/viewer/video.jpg ( DLINK dcs-5220B1 ) NOK /cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=xxx&pwd=xxx (FOSCAM F19821W ) NOK

events je ne sais pas encore, je suis encore en 4.056 et je crois que ce trigger est venu après. Je laisse ceux qui savent répondre

Il faut mettre %%autostart dans les conditions de réveil (Trigger) --[[ %% autostart %% properties %% globals --]]

J'avais mal cherché local hc2 = api.get('/settings/backups') for i =1 , #hc2 do fibaro:debug (hc2[i].timestamp) fibaro:debug ( os.date("%d/%m/%y à %X", hc2[i].timestamp)) i = i + 1 end if os.time() - hc2[1].timestamp <= 10 * 60 then fibaro:debug (" Dernier Backup démarré depuis moins de 10 minutes ") else fibaro:debug (" Dernier Backup démarré depuis plus de 10 minutes ") end

@ mprinfo OK à cause du partitionnement issu de linux, Windows détecté un système de fichier endommagé. Il faut donc ( comme j' l'ai fait ) répondre non à la restauration pour éviter une écriture qui endommagerait alors la clé ??? je suis dans le vrai ?

merci jojo En effet je n'avais pas de clone. je l'ai fait pour le mettre de coté. Mais ce que je trouvais bizarre c'est que W7 à l'insertion de la clé a trouvé le système de fichier corrompu et voulait faire une réparation. Mais pas de souci la clé à retrouvé la HC2 et tout tourne.

Pour Info et pour Avis .. j'ai arrêté proprement la HC2 ( appui bref sur le bouton AR coté entrée Cables ) ( La doc dit appui long, c'est faux d'ailleurs l'image aussi elle est inversée ) J'ai suivi la procédure pour dupliquer la clé sous Windows. Parfait . Mais lors de l'insertion de la clé sous W7, il m'a été demandé si je voulais réparer la clé .... Je me suis dit que je ne voulais aucune écriture sur cette clé, donc j'ai dit NON. Les opérations de lectures, duplication, lecture d'infos et de Hash se sont déroulés parfaitement. J'ai remonté ma clé da la HC2, Redémarrage Nickel. Donc tout va bien mais une idée du message de W7 au montage de la clé ?? S'il y avait pb, au boot HC2 le linux aurait fait une espèce fsck non ?

Dans le répertoire désigné par l'icône "Dossier en bleue" àdroite de la zone de saisie du nom de fichier.

Idem et merci mprinfo. Pas encore de PB mais vaut mieux prévenir que guérir, alors je viens aussi de commander les clés sur EBAY, ( Le vendeur va faire un CA exceptionnel )...

met une trace debug pour voir si de temps en temps il ne déclenche pas en rafale

%% properties 64 value %% globals Mode_NUIT II y a aussi le triger device 64 ... c'est quoi ??

J'ai deux notifications ( en rouge ) sur l'écran d'accueil. Elles sont liées à deux devices sirène BENEXT qui n'ont pas de template donc pas configurable. Ces notifications ne peuvent pas être supprimées par la fonction prévue dans le centre de notification. Ces devices bien que sans template fonctionnent même si le parametrage n'est pas prévu. J'avais posté une demande dans http://bugzilla.fiba...iew.php?id=3708 mais ce ne doit pas intéresser Fibaro C'est pas gênant mais c'est agaçant d'avoir ces notifications qui attirent l'oeil alors que tout va bien . Savez vous s'il existe une solution par Api ou autre pour les supprimer ?

La meilleure box HC2 je ne sais pas. mais je peux dire : J'ai eu une zipabox 3 ans, ca fonctionnait, mais pas toujours. Beaucoup de mise à jour firm qui casse ce qui marchait bien avant. Certain traitement de déclenchement de trigger avec beaucoup de retard. Pas la possibilité de d'utiliser des variables ( ou des données issues des devices ) dans les mail push ... sauf en payant un service annuel ... J'ai quitté la zipabox malgré qu'elle se stabilisait ( en évitant les MAJ ) à cause de la dépendance au cloud ( pour les modifications et la pérennité du produit ) Je comptait la revendre ... même pas après démontage du réseau un espèce de faux contact fait qu'elle ne démarre qu'une fois sur 2. Elle à fini entre l'enclume et la masse pour définitivement ne plus me casser la tee avec elle. J'ai regardé eedomus (semblait bien aussi) et jeedom ( mais leur box annoncée en 12-2014 ) à plus d'un an de retard c'est pas bon signe. Depuis 2 mois je suis passé sur la HC2. j'ai fait ce que j'avais avant et en mieux je pense. Evidement les scènes sont en lua. Le fonctionnement me semble correct rapide et stable. Echaudé par les MAJ de zipabox , je ne fait pas de mises à jour Beta et je suis donc en 4.056 en attendant la future version dite stable. Je m'interroge sur les crash de clé usb, mais je me rassure par les connaissances de certain sur ce forum. La seule doc ... c'est le parcours de ce forum et quelques post pour demander conseils. ( c'est idem chez zipabox ) On ne pas pas tout avoir, quand au support ... c'est pareil pour tout : les voitures, les matériels informatique ... audio tv ... téléphonie et les box en font partie. Nous avons definitivement fermé la porte au notions de service et support clients des années 70 because les prix ne sont plus les mêmes.

Bonjour Y a t'il une solution pour récupérer la date de la dernière sauvegarde depuis une scène ou un VD. Je n'ai pas trouvé dans l'api HC2 mais j'ai peut être pas regardé au bon endroit. Merci

Salut àtous Ce dimanche midi un petit tour par hazard sur Orange, et les détecteurs de fumées sont de nouveau dispo j'en ai commandé 4 ( livraison gratuite en colissimo ) j'en ai donc laissé pour vous Bon dimanche

Oui j'ai aussi cette conception et j'ai déjà mis en pratique réelle ... avant de venir ici et je me suis calmé.

Oui c'est ce que j'ai fait et ça marche, mais au début ne voyant pas le <ftpAddr> dans le debug, je me suis un peu perdu dans des positions de mots qui ne correspondaient pas du tout à ce que je voyait. Quand on le sait, il n'y a pas de problème.

En voulant traiter la réponse d'un Net.FHttp GET , J'ai passé un moment à comprendre que fibaro:debug ne visualise pas exactement le contenu d'une chaine Je m'y suis mal pris ? local Test = "<CGI_Result> <result>0</result> <ftpAddr>ftp://IMAC-DE-HENRI/Documents/FOSCAMRecord</ftpAddr>'>ftp://IMAC-DE-HENRI/Documents/FOSCAMRecord</ftpAddr> <ftpPort>21</ftpPort> <mode>0</mode> <userName>Secret</userName> <password>DeViNe</password</CGI_Result>" fibaro:debug ( "Test : " ..Test ) fibaro:debug ( string.find (Test , "<ftpAddr>")) -- Le résultat -- les <xxx> sont enlevés pour l'affichage -- [DEBUG] 23:26:14: Test : 0 ftp://IMAC-DE-HENRI/Documents/FOSCAMRecord 21 0 Secret DeViNe -- mais sont comptabilisé pour trouver une position -- [DEBUG] 23:40:59: 33