hexan79 Posté(e) le 30 janvier 2016 Auteur Signaler Posté(e) le 30 janvier 2016 J'ai refais une install chez moi, ça marche sans pb. à tous les coups c'est ton fichiers homegw qui n'est pas bon. Je te propose de recommencer l'installation du service homegw (Pour tes sources python je pense que tout est OK) Repars de zero en commençant par supprimer ce que t'as fait: sudo update-rc.d -f homegw remove sudo rm /etc/init.d/homegw Tiens bon tu y es presque
i-magin Posté(e) le 30 janvier 2016 Signaler Posté(e) le 30 janvier 2016 (modifié) 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 Modifié le 30 janvier 2016 par i-magin
hexan79 Posté(e) le 30 janvier 2016 Auteur Signaler Posté(e) le 30 janvier 2016 Je suis sur wheezy. A ma connaissance le fichier pid est créé automatiquement par homegw. Peux-tu essayer de le creer toi-meme par la commande : touch /home/pi/homeGW/homegw.pid Puis réessaye
i-magin Posté(e) le 30 janvier 2016 Signaler Posté(e) le 30 janvier 2016 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 pi@raspberrypi ~/homeGW $ sudo python hgwservice.py Traceback (most recent call last): File "hgwservice.py", line 3, in <module> from hgwengine import * File "/home/pi/homeGW/hgwengine.py", line 5, in <module> import requests ImportError: No module named requests 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
hexan79 Posté(e) le 30 janvier 2016 Auteur Signaler Posté(e) le 30 janvier 2016 C'est très bizarre, J'ai l'impression que cette fois ton service a bien était pris en compte mais contrairement à ta précédente install il y a un souci avec le code. Le code de réponse HTTP 401 est bizarre aussi, ta HC2 fonctionne bien en dehors des communication avec le raspi? sinon, dans ta précédente installation as-tu bien essayé de créer toi-même le fichier pid? Je suis à court de solutions
i-magin Posté(e) le 30 janvier 2016 Signaler Posté(e) le 30 janvier 2016 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
hexan79 Posté(e) le 30 janvier 2016 Auteur Signaler Posté(e) le 30 janvier 2016 OK je vois. Je ne me souviens plus si j'ai eu àinstaller moi-même python-requests ou pas. C'est bien possible. Je vais rajouter cela dans le README... c'est fou les différences entre les distrib... Tiens-moi au courant pour la suite.
hexan79 Posté(e) le 30 janvier 2016 Auteur Signaler Posté(e) le 30 janvier 2016 Est-ce qu'à l'occasion tu pourras poster une extrait du fichier log?
i-magin Posté(e) le 30 janvier 2016 Signaler Posté(e) le 30 janvier 2016 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
i-magin Posté(e) le 31 janvier 2016 Signaler Posté(e) le 31 janvier 2016 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 !
i-magin Posté(e) le 1 février 2016 Signaler Posté(e) le 1 février 2016 (modifié) 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 #!/bin/sh 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 : 2016-01-30_22:27:07-- Tag from 04xxxxxxxx 2016-01-30_22:27:07-- Disarming device 316 in progress... 2016-01-30_22:27:07-- HCL response status: 401 2016-01-30_22:27:07-- Disarming device 316 KO 2016-01-30_22:27:07-- Disarming finished 2016-01-30_22:30:35-- Tag from 04xxxxxxxxx 2016-01-30_22:30:35-- Arming device 316 in progress... 2016-01-30_22:30:35-- HCL response status: 401 2016-01-30_22:30:35-- Arming device 316 KO 2016-01-30_22:30:35-- Arming finished 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 Modifié le 1 février 2016 par i-magin
hexan79 Posté(e) le 1 février 2016 Auteur Signaler Posté(e) le 1 février 2016 Bien joué @i-magin ! Pour Raspbian Wheezy, je crois effectivement qu'il y a un problème avec le package "python-requests" que t'as essayé d'installer avec la commande "apt-get". En fait, il faudrait plutôt l'installer de cette façon. Sinon pour la LED, j'ai dénudé 2 fils de sorte à avoir des extrémités "souples". J'ai ensuite introduit ces extrémités dans le connecteur du Shield NFC pour ensuite introduire les pins du Raspi, qui du coup, permettent de coincer les fils. J'avoue que ce n'est pas une manière "propre" mais ça marche sans problème depuis plusieurs semaines 1
i-magin Posté(e) le 3 février 2016 Signaler Posté(e) le 3 février 2016 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 1
pepite Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Bonjour, Je rebondis, messieurs, en l'etat, je ne peux pas l'utiliser, ma future alarme sera avec une barriere en facade. Une idée ?
i-magin Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 euh.... je ne comprends pas ta question mais @hexan79, lui peut-être ?
pepite Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 lol, suis un boulet c'est pas tres clair en me relisant. En fait, avez-vous une idee pour me permettre d'utiliser le NFC ? Sachant qu'avec l'alarme que je vais mettre il y aura une barriere perimetrique, donc quid du NFC pour desactiver l'alarme hihihi
hexan79 Posté(e) le 10 mars 2016 Auteur Signaler Posté(e) le 10 mars 2016 Non, je ne comprends pas non plus. @pepite, qu'est-ce qu'une alarme avec une barrière en façade ?
pepite Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 en fait c'est ceci : http://www.cfpsecurite.com/detecteur-exterieur-bx-80n-r-optex.html Le detecteur est posée sur la facade de la maison et cree 2 faisceaux de part et d'autre du detecteur.
hexan79 Posté(e) le 10 mars 2016 Auteur Signaler Posté(e) le 10 mars 2016 @pepite, pour ton installation, l'utilisation du NFC aurait du sens si, lors d'une détection d'intrustion, tu ne declenche pas l'alarme tout de suite. C'est àdire qu'il faudrait laisser le temps àla personne de désactiver l'alarme par NFC. Meme principe lors de l'activation de l'alarme : laisser le temps àla personne de quitter le périmètre. ça répond àta question?
pepite Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 oui je me doutais de la reponse, j'avais pense a ca aussi, pour la sortie de la maison, ok pour le NFC mais pour rentrer..quid car cela signifie que si vraie intrusion, ca laisse le temps de rentrer, alors que l'idee de la barriere perimetrique etait d'alerter avant de rentrer dans la maison ;-)
hexan79 Posté(e) le 10 mars 2016 Auteur Signaler Posté(e) le 10 mars 2016 Oui je comprends... Après ça dépend de ce qu'on veut... Personnellement ça ne me choque pas de laisser 20 ou 30 secondes le temps de désactiver l'alarme.
Did Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Bah oui @pepite, Tu mets ton détecteur sur une boucle temporisée, ce qui te laisse le temps d'ouvrir et de passer le badge devant le lecteur. Ou alors, tu mets le lecteur en extérieur avant de franchir le faisceau.
Nico Posté(e) le 10 mars 2016 Signaler Posté(e) le 10 mars 2016 Ou alors tu prends comme moi des télécommandes... Moi j'ai pas le choix de toute façon, car sinon quand mon portail va s'ouvrir, cela va déclencher aussi dans tous les cas, vu que toute ma cour est sous surveillance.
Messages recommandés