Aller au contenu

Recommended Posts

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  ;) 

Partager ce message


Lien à poster
Partager sur d’autres sites

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é par i-magin

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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  :angry:
 
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  ;)
 
 
 
 
 

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites

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  :(

Partager ce message


Lien à poster
Partager sur d’autres sites

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

 

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

Partager ce message


Lien à poster
Partager sur d’autres sites

Est-ce qu'à  l'occasion tu pourras poster une extrait du fichier log? 

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

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 !

Partager ce message


Lien à poster
Partager sur d’autres sites

HomeGW fonctionne enfin sous Raspian JESSIE (version 4.1)  :60:

( à  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é par i-magin

Partager ce message


Lien à poster
Partager sur d’autres sites

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 :) 

  • Upvote 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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

  • Upvote 1

Partager ce message


Lien à poster
Partager sur d’autres sites

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 ?

Partager ce message


Lien à poster
Partager sur d’autres sites

euh.... je ne comprends pas ta question  :( mais @hexan79, lui peut-être ?

Partager ce message


Lien à poster
Partager sur d’autres sites

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

Partager ce message


Lien à poster
Partager sur d’autres sites

Non, je ne comprends pas non plus. @pepite, qu'est-ce qu'une alarme avec une barrière en façade ?

Partager ce message


Lien à poster
Partager sur d’autres sites

@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?

Partager ce message


Lien à poster
Partager sur d’autres sites

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 ;-)

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

Partager ce message


Lien à poster
Partager sur d’autres sites

 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.

Partager ce message


Lien à poster
Partager sur d’autres sites

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.

Partager ce message


Lien à poster
Partager sur d’autres sites

×