Aller au contenu

i-magin

Membres confirmés
  • Compteur de contenus

    2 558
  • Inscription

  • Dernière visite

  • Jours gagnés

    27

Tout ce qui a été posté par i-magin

  1. Comme je possède une HC2, j'ai réduit les requêtes HTTP du fichier hgwengine.py pour ne conserver qu'un appel à un module virtuel de la box Selon le tag utilisé, j'appelle un bouton ou un autre Comme je ne maîtrise pas le langage python, je ne posterai rien ici (même si cela fonctionne) Je gère ensuite avec mon module virtuel. Un avantage à cette solution, c'est le nombre de requêtes HTTP externes, dans une période où l'on s'interroge sur leur gestion par Fibaro Il me reste à ajouter une led (peut-être deux) et trouver un boîtier ! Merci encore @hexan79
  2. Je voulais dire que ce forum est formidable Une pépite de gars (moins de fille pour l'instant) qui t'apportent plein d'infos... des personnes pointues dans leur domaine, c'est un plaisir Pas besoin de citer des noms, ce serait nul et on en oublie toujours un Ce n'était pas mon coup de gueule, mais mon coup de grosse sympathie (non je n'ai pas bu de bière) Donc, j'ai acheté une webcam de piètre qualité, mais qui ira pour ce que je veux en faire (une "bouse" lorsque je vois les références de certains, dont je tairai le nom... mais je donne tout de même un lien : ICI) J'installe la petite webcam et il faut la configurer Je me souviens bien d'un super site qui donne plein d'infos, mais problème je ne connais plus ses coordonnées ? Et sur ce (notre) forum, je trouve le topic de @jojo et le lien vers ISPY Connect (Topic ICI) Vous allez me dire : quel rapport avec la version 4.70 ? En fait, peut-être aucun.... mais c'est à propos des "boules" qui se manifestent parfois et dont on se demande l'origine J'avais paramétré l'URL du flux MPEG selon l'une des indications du site ISPY Connect A chaque modification de paramètre de la webcam et sauvegarde, j'avais ces fameuses "boules bleues de la mort" qui tournaient indéfiniment... La solution pour s'en sortir immédiatement : CTRL+F5 Après avoir trouvé le bon paramétrage pour le flux MPEG plus de souci Donc, probablement pas de lien avec la V4.070, mais je voulais partager cette info qui montre que la box HC2 semble "patiner" pour des rasions diverses
  3. Tu veux que l'on t'aide @jackd67000.... mais tu ne nous facilites pas la tâche en ne détaillant pas grand chose Bref, tu sembles avoir inséré cette ligne de Lua dans un script pour actionner un bouton d'un module virtuel ? La ligne est correcte et à mon avis, si cela ne fonctionne pas, soit le n° id est mauvais, soit le numéro de bouton correspond à un label/étiquette
  4. Deux topics pour cette maj... on va s'y perdre Même si j'ai bien compris la différence entre HC2 et HCL, sachant que j'ai débuté sur l'autre topic alors que j'ai une HC2 (et que je ne suis pas le seul)
  5. Editer ton premier post et choisir "Utiliser l'éditeur complet"
  6. Pour l'Octan Remote c'est bon et pas besoin de "virer et remettre" J'ai effectué une "reconfiguration douce" Après il faut réveiller le module J'ai actionné la télécommande (j'ai donc allumé la lumière de mon salon) : ma box a "eu les boules" et plus possible d'éteindre la lumière avec la télécommande Normal, il ne faut pas s'emballer, le temps que la reconfiguration se fasse Quelques secondes après, tout redevenait normal. Le type de module désormais affiché : NodOn - CRC-3-1-0x Octan Remote Et j'ai les 8 paramètres qui s'affichent Vous l'aurez compris, ma box est en V4.071 (maj depuis V4.070) J'arrête mes bidouilles pour ce soir
  7. J'ai beaucoup de mal à voir sur ta copie trop petite... mais ce que tu appelles fenêtre debug est en fait le centre de notification Concernant la scène de ta télécommande, je ne peux que renouveler mes conseils : supprimer les "sleep" aussi importants en les remplaçant par le code proposé
  8. J'ai une HC2, pas de thermostat Netatmo... et je dois remettre un peu d'ordre dans mon installation Donc pas cette fois-ci
  9. Petite erreur sur le nom du service pour sa gestion dans le Github : j'y vois homegw
  10. Désolé @Did, je sème un peu la pagaille avec ma question Alors que @Domodial a un problème à résoudre
  11. Dommage que cette norme n’était pas imposée en 2008, date de la construction de mon appartement Si je repique le neutre depuis un point d'éclairage jusqu'au point de commande, est-ce que mon installation est en conformité ? Merci @Did
  12. As-tu également remarqué que pour la gestion de tes boutons, tu débutes une série de "if-then-end", puis pour le bouton 2 (j'imagine car il n'y a plus de commentaire) tu pars sur un "if" suivi de "elseif" Pour la gestion des boutons, je te conseille de débuter le 1er par un "if - then" puis les suivants par "elseif - then" en terminant l'ensemble de ton code par end
  13. Toujours pas de copie du debug ? Sinon, au lieu d'utiliser ce type de code fibaro:call(70, "turnOn") fibaro:sleep(45*60*1000) fibaro:call(70, "turnOff") Tu peux essayer ceci fibaro:call(70, "turnOn"); setTimeout(function() fibaro:call(70, "turnOff"); end, 45*60*1000)
  14. Bonjour et bienvenue Il existe un topic sur Qivivo ICI
  15. HomeGW fonctionne enfin sous Raspian JESSIE (version 4.1) ( à noter que j'utilise une Raspberry Pi 2) Pour cela, j'ai ajouté cette entête dans le fichier homegw Le service démarre après cette modification et les requêtes HTTP sont bien prises en compte par la box HC2 Concernant Raspian Wheezy, nous avons vu que le service démarrait bien hier. Mais les requêtes HTTP n'aboutissent pas. Extrait de log : avec des Timeout Pourtant, j'ai effectué encore des tests sous Wheezy aujourd'hui avant de passer sous Jessie. Entre les deux configurations : même fichier hgwengine.py et pas de modification/reboot de la box Alors, le problème est-il dà» au package python-requests ? J'avoue que comme Jessie fonctionne bien et que j'ai passé déjà beaucoup de temps sur le sujet, je passe le relais à qui voudra tester homegw sous Raspian Wheezy Il me reste à : - tester un peu plus les requêtes HTTP - installer la led... et pour ce point ce n'est pas gagné, vu mes compétences @hexan79, comment as-tu pu te "greffer" sur les pins du Raspi (sans faire de court-circuit ) ? NB : pas besoin d'ajouter un package (python-requests) avec la version Raspian JESSIE
  16. Merci pour l'info
  17. Tu as du oublier la copie du debug... sinon tu utilises des sleep grande taille ? Je n'arrive pas à comprendre ce que tu veux faire entre tes commandes avec des mises en pause aussi longues ?
  18. i-magin

    Lenteur Forum

    je viens d'avoir une erreur serveur
  19. Plutôt de bonnes nouvelles, @hexan79 Je viens juste de démarrer mon Raspberry avec Raspbian Wheezy et pas d'erreur au boot Le service homegw se lance bien désormais Ma box ne s'arme/désarme pas, mais pas d'inquiétude Le fichier log se remplit bien... d'erreurs Je viens de me rendre compte que ma connexion en WiFi de mon PC s'est complètement effondrée J'étais intervenu déjà hier sur le topic de la V4.070, constatant une lenteur de l'interface de ma box... pour quelques minutes après, signaler que cela venait de mon réseau Ce soir, j'ai clairement soupçonné une interférence entre la configuration de mon Raspberry et le WiFi de mon PC Une fois arrêté mon RPI, le débit WiFi de mon PC est remonté en flèche ! Donc, j'arrête les tests pour ce soir et je verrai demain (connexion du RPI en filaire) En conclusion, pour Raspbian Wheezy il faut ajouter le package python-requests par la commande : sudo apt-get install python-requests Pour Raspbian Jessie je reprendrai des tests dans la semaine Je te tiens au courant Bonne semaine !
  20. Oui ... Je l'avais récupéré pour çà Mais ce soir j'ai décroché un peu après des heures passées sur le sujet Je fais çàd'ici demain soir, car j'ai ma blonde qui voudrait bien que je décroche de mon micro dimanche
  21. Sous RASPBIAN JESSIE j'avais bien créé le fichier pid avec la commande que tu m'avais indiquée, mais le service ne se lançait toujours pas Je constate qu'entre les versions Jessie et Wheezy le résultat est différent. Sous Jessie : - j'ai pu lancer hgwservice.py et armer-désarmer ma box - impossible de faire fonctionner le service homegw Sous Wheezy : - il faut installer à la main python-requests (sinon hgwservice plante : ceci étant du à la ligne "import requests" de hgwengine.py) - j'ai pu enfin lancer le service homegw Je n'ai pas changé le code de hgwengine.py Pas de souci avec ma box, mais je ferai un reboot demain
  22. Et cette durée ne correspondrait-elle pas au paramètre intervalle de réveil de ton module ?
  23. Je suis reparti de zéro : - Installation de Raspian Wheezy (version 3.18) - Suivi scrupuleux de ta procédure actualisée sur GitHub Et j'obtiens "homegw process is not running"... failed Test de : sudo python hgwservice.py J'ai effectué la mise à jour de Raspian Wheezy, mais résultat identique J'ai donc effectué : sudo apt-get install python-requests Reboot, puis sudo python hgwservice.py Blocage du Raspberry Reboot : "homegw process is not running"... failed Mais un sudo service homegw status renvoie : [ ok ] homegw process is running. Tests avec la carte Mifare : ma box HC2 ne réagit pas Mais j'ai bien un fichier access-ctl.log J'ai des response status 401 (KO) C'est laborieux
  24. J'ai effectué les commandes : sudo update-rc.d -f homegw remove sudo rm /etc/init.d/homegw Puis les trois commandes (Fichier homegw d'origine) sudo cp homegw /etc/init.d/ (en fait : sudo cp homeGW/homegw /etc/init.d/)... mais je viens de voir que tu ajouté le commentaire : From homeGW folder do this sudo chmod 755 /etc/init.d/homegw sudo update-rc.d homegw defaults Toujours le même problème J'ai vérifié que "sudo python hgwservice.py" fonctionnait toujours : c'est ok (armement-désarmement fonctionnent bien) Questions subsidiaires : - j'ai repris le homegw d'origine, donc avec HOMEGW_PATH=/home/pi/homeGW/ - le fichier pid est créé/initialisé par la procédure homegw ? - Est-ce que tu tournes avec RASPBIAN JESSIE version:4.1 ? Encore merci
  25. Dommage, le service ne se lance toujours pas (automatiquement ou àla main) après cette modification
×
×
  • Créer...