framboise314.fr

Et en cas de foudre pas exemple (c'est ce qui me préoccupe le plus finalement) ?

Envoyé de mon GT-I9505 en utilisant Tapatalk

Le transfo d'isolement est normalement a la terre entre le primaire et le secondaire.
Dans se cas, le tout sur une prise parafoudre ?

Apres être dans la piscine par temps de foudre ? et même si c'est le cas, rien n’empêche la foudre de taper directement dans la piscine. Alors faut aussi metre un parafoudre pres de la piscine, et en,core j'ai vu des cas (rare mais existant ) ou la foudre tape a coté tout de même !

et je reviens sur se que dit xavier1306 :
J'ai deja utiliser des chargeur a 40cent ( cadeau chinois ), beaucoup on cramé, jamais le 220v n'a était du coté secondaire. et casi a chaque fois c'est le pont de diode qui lache avant le transfo.

Salut à tous,

petite déception ce matin, en allumant ma framboise, elle démarre bien mais n'arrive plus jusqu'à l'interface graphique...
J'avais pourtant éteint par ligne de commande avant de débrancher l'alimentation.
J'ai donc rapidement remis une image, et fais les mises à jour.
Un "sudo apt-get clean" suivi d'un reboot.
Tout à l'air ok.
J'ai donc sauvé une image de la carte à son état actuel.

Pour ce qui est des protections, on est dans du DIY, et donc on ne connais sans doute pas toutes les normes que doivent respecter les industriels.
Pour ma part, je pencherait pour un diff à 10mA et un transfo d'isolement.
Mais c'est un choix que je ne ferais pas.... je vais bien éviter de plonger mes sondes dans la piscine...

La suite du projet, dès que j'ai un peu plus le temps.

Topodoco a écrit :Salut à tous,

petite déception ce matin, en allumant ma framboise, elle démarre bien mais n'arrive plus jusqu'à l'interface graphique...
J'avais pourtant éteint par ligne de commande avant de débrancher l'alimentation.
J'ai donc rapidement remis une image, et fais les mises à jour.
Un "sudo apt-get clean" suivi d'un reboot.
Tout à l'air ok.
J'ai donc sauvé une image de la carte à son état actuel.

Pour ce qui est des protections, on est dans du DIY, et donc on ne connais sans doute pas toutes les normes que doivent respecter les industriels.
Pour ma part, je pencherait pour un diff à 10mA et un transfo d'isolement.
Mais c'est un choix que je ne ferais pas.... je vais bien éviter de plonger mes sondes dans la piscine...

La suite du projet, dès que j'ai un peu plus le temps.

Bizarre ton histoire de raspbian qui ne démarre plus. Tu avais quand même les messages au lancement ?

Envoyé de mon GT-I9505 en utilisant Tapatalk

xavier1306 a écrit :Bizarre ton histoire de raspbian qui ne démarre plus. Tu avais quand même les messages au lancement ?

Salut, oui étrange comme message....
La dernière fois que j'ai démarré la framboise, j'ai fait les mises à jour. Ensuite j'ai demandé à l'éteindre...
Il fallait peut-être le redémarrer ? Aujourd'hui, au redémarrage, il m'a bien confirmé que le système avait été mis à jour...
Peut-être qu'il a perdu une info en l'éteignant ?
Mais oui, il démarrait, j'avais bien mes 4 framboises, suivit de nombreuses lignes de commandes.... puis un écran noir au travers duquel, il était parfois possible de deviner un curseur clignotant...
J'ai essayé de redémarrer plusieurs fois sans succès, d’où la restauration du système.

A bientôt pour la suite de l’aventure !

Topodoco a écrit :
xavier1306 a écrit :Bizarre ton histoire de raspbian qui ne démarre plus. Tu avais quand même les messages au lancement ?
Salut, oui étrange comme message....
La dernière fois que j'ai démarré la framboise, j'ai fait les mises à jour. Ensuite j'ai demandé à l'éteindre...
Il fallait peut-être le redémarrer ? Aujourd'hui, au redémarrage, il m'a bien confirmé que le système avait été mis à jour...
Peut-être qu'il a perdu une info en l'éteignant ?
Mais oui, il démarrait, j'avais bien mes 4 framboises, suivit de nombreuses lignes de commandes.... puis un écran noir au travers duquel, il était parfois possible de deviner un curseur clignotant...
J'ai essayé de redémarrer plusieurs fois sans succès, d’où la restauration du système.

A bientôt pour la suite de l’aventure !

Dans ce cas, j'essaye en général de debugger par ssh, plutôt que de tout réinstaller

Envoyé de mon GT-I9505 en utilisant Tapatalk

xavier1306 a écrit :Dans ce cas, j'essaye en général de debugger par ssh, plutôt que de tout réinstaller

C'est sans doute une bonne approche, quand on en a les compétences, mais ce n'est pas mon cas. De plus, il n'y avait encore rien sur la carte, donc aucun regret à tout effacer... Le tout m'a pris quelques minutes.... Sans doute bien moins que ce que j'aurai mis (en supposant que j'y arrive) à l'aide d'SSH.

A part ça, je n'ai pas trop avancé sur le projet... Mais j'ai lu les commentaires des alimentations que j'avais trouvé sur Amazon....
Ça ne m'a pas vraiment mis en confiance.... certains parlent de montages fragiles qui cassent facilement, d'autres de bruit bizarres....
Je n'ai ni envie d'en racheter une dans 3 mois, ni de cramer ma framboise...
Je pense que je vais donc me tourner vers une alimentation "de marque".

Pour le moment je vais tenter de trouver un tarif correct pour celle-ci (40W 5V= 8A):

https://www.phoenixcontact.com/online/p ... esdesortie

Actuellement, je l'ai trouvé dispo chez moi sous 2-4 jours pour 52€, c'est sur c'est plus cher que les alimentations cités plus haut, mais au moins je sais que c'est de la qualité. Il existe également un modèle 25W, soit 5A, mais avec le 40W/8A, je ne pense pas à avoir peur des pics d'intensités, même si je commute les 8 relais de la carte en même temps.

Suite du projet... bonne et mauvaise nouvelle...

La bonne, j'ai commandé l'alimentation. Bon ça ne m’empêche pas de jouer un peu avec ma framboise... Je la connecte sur l'USB 3 du PC et ça passe sans soucis (mais je n'ai pas encore connecté la carte relais... j'attendrai l'alimentation pour ça).

L'autre point positif, j'ai commencé à travailler l'interface... enfin ce que je compte avoir en visualisation lorsque le projet sera ok.
Je met un petit lien en exemple parce qu'en image, ça prend bien trop de place.

http://i.imgur.com/BtlItkX.jpg

Petite légende, je pense utiliser le vert pour signaler un démarrage manuel, rouge un arrêt manuel, bleu le mode "auto" activé, le "BlackOut" pour désactiver toutes les sorties d'un seul coup (pas la peine avant de rentrer de passer 5 minutes à tout éteindre un à un...). J'ajoute le petit calendrier sur les boutons possédant un pilotage "auto". Les "outils" pour accéder aux règles automatiques. Et les températures (je n'ai pas encore de sondes), pour la sonde qui devrait prendre la température extérieure et celle prenant la température dans le panneau solaire.

C'est sur, l'interface n'est pas "belle", il faudra encore la travailler... c'est simplement pour voir "à peu près" comment elle devrait être avec les différentes fonctions que j'ai envie d'afficher sur la page d'accueil.

Pour ce qui est de la mauvaise nouvelle, j'ai installé WebIOPi, mais je n'arrive pas à le faire fonctionner....

J'ai donc chargé la dernière version ici: http://webiopi.trouch.com/DOWNLOADS.html (version 0.7.1)
J'ai tout décompressé dans le dossier ou il avait été chargé ("Downloads").
Puis j'ai exécuté "sudo ./setup.sh"
J'ai accepté de prendre la main de WebIOPi à partir d'internet lorsque qu'on m'a posé la question.
J'ai retenté plusieurs instalation... en acceptant ou refusant de prendre la main à partir d'internet....
J'ai essayé d'installer Python, mais on me repond qu'il est deja installé et à jour....

Lorsque je lance la commande "$ sudo webiopi -d -c /etc/webiopi/config" (démarrage par défaut) j'ai bien l'interface qui démarre, mais au moment d'acceder à la page des GPIO, j'ai de nombreuses erreurs qui apparaissent...
J'ai beau chercher à réinstaller WebIOPi, rien n'y fait....

J'ai donc fait une copie de ce qui s'affiche.... mais je n'y comprend rien...

pi@raspberrypi:~ $ sudo webiopi -d -c /etc/webiopi/config
2016-04-21 21:37:43 - WebIOPi - INFO - Starting WebIOPi/0.7.1/Python3.4
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.digitalCount to REST GET /GPIO/count
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.digitalRead to REST GET /GPIO/%(channel)d/value
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.digitalWrite to REST POST /GPIO/%(channel)d/value/%(value)d
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.getFunctionString to REST GET /GPIO/%(channel)d/function
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.getPulse to REST GET /GPIO/%(channel)d/pulse
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.outputSequence to REST POST /GPIO/%(channel)d/sequence/%(args)s
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.portRead to REST GET /GPIO/*/integer
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.portWrite to REST POST /GPIO/*/integer/%(value)d
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.pulse to REST POST /GPIO/%(channel)d/pulse/
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.pulseAngle to REST POST /GPIO/%(channel)d/pulseAngle/%(value)f
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.pulseRatio to REST POST /GPIO/%(channel)d/pulseRatio/%(value)f
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.setFunctionString to REST POST /GPIO/%(channel)d/function/%(value)s
2016-04-21 21:37:43 - WebIOPi - DEBUG - Mapping GPIO.wildcard to REST GET /GPIO/*
2016-04-21 21:37:43 - WebIOPi - INFO - GPIO - Native mapped to REST API /GPIO
2016-04-21 21:37:43 - WebIOPi - INFO - Loading configuration from /etc/webiopi/config
2016-04-21 21:37:43 - WebIOPi - INFO - Access protected using /etc/webiopi/passwd
2016-04-21 21:37:43 - WebIOPi - INFO - HTTP Server binded on http://192.168.88.24:8000/
2016-04-21 21:37:43 - WebIOPi - INFO - CoAP Server binded on coap://192.168.88.24:5683/
2016-04-21 21:37:43 - WebIOPi - INFO - CoAP Server binded on coap://224.0.1.123:5683/ (MULTICAST)
2016-04-21 21:38:11 - HTTP - DEBUG - "GET /app/gpio-header HTTP/1.1" - 200 OK (Client: ::ffff:127.0.0.1 <Mozilla/5.0 (Macintosh; ARM Mac OS X) AppleWebKit/538.15 (KHTML, like Gecko) Safari/538.15 Version/6.0 Raspbian/8.0 (1:3.8.2.0-0rpi27rpi1g) Epiphany/3.8.2>)
2016-04-21 21:38:11 - HTTP - DEBUG - "GET /webiopi.js HTTP/1.1" - 200 OK (Client: ::ffff:127.0.0.1 <Mozilla/5.0 (Macintosh; ARM Mac OS X) AppleWebKit/538.15 (KHTML, like Gecko) Safari/538.15 Version/6.0 Raspbian/8.0 (1:3.8.2.0-0rpi27rpi1g) Epiphany/3.8.2>)
2016-04-21 21:38:11 - HTTP - DEBUG - "GET /webiopi.css HTTP/1.1" - 200 OK (Client: ::ffff:127.0.0.1 <Mozilla/5.0 (Macintosh; ARM Mac OS X) AppleWebKit/538.15 (KHTML, like Gecko) Safari/538.15 Version/6.0 Raspbian/8.0 (1:3.8.2.0-0rpi27rpi1g) Epiphany/3.8.2>)
2016-04-21 21:38:11 - HTTP - DEBUG - "GET /jquery.js HTTP/1.1" - 200 OK (Client: ::ffff:127.0.0.1 <Mozilla/5.0 (Macintosh; ARM Mac OS X) AppleWebKit/538.15 (KHTML, like Gecko) Safari/538.15 Version/6.0 Raspbian/8.0 (1:3.8.2.0-0rpi27rpi1g) Epiphany/3.8.2>)
2016-04-21 21:38:12 - HTTP - DEBUG - "GET /map HTTP/1.1" - 200 OK (Client: ::ffff:127.0.0.1 <Mozilla/5.0 (Macintosh; ARM Mac OS X) AppleWebKit/538.15 (KHTML, like Gecko) Safari/538.15 Version/6.0 Raspbian/8.0 (1:3.8.2.0-0rpi27rpi1g) Epiphany/3.8.2>)
----------------------------------------
Exception happened during processing of request from ('::ffff:127.0.0.1', 41076, 0, 0)
Traceback (most recent call last):
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 238, in processRequest
result = self.server.handler.do_GET(relativePath, compact)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 147, in do_GET
return (200, self.getJSON(compact), M_JSON)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 245, in getJSON
gpios[gpio][f] = GPIO.getFunctionString(gpio)
NameError: name 'GPIO' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3.4/socketserver.py", line 305, in _handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 331, in process_request
self.finish_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 344, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "/usr/lib/python3.4/socketserver.py", line 669, in __init__
self.handle()
File "/usr/lib/python3.4/http/server.py", line 398, in handle
self.handle_one_request()
File "/usr/lib/python3.4/http/server.py", line 386, in handle_one_request
method()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 267, in do_GET
self.processRequest()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 258, in processRequest
except (GPIO.InvalidDirectionException, GPIO.InvalidChannelException, GPIO.SetupException) as e:
NameError: name 'GPIO' is not defined
----------------------------------------
2016-04-21 21:38:12 - HTTP - DEBUG - "GET /version HTTP/1.1" - 200 OK (Client: ::ffff:127.0.0.1 <Mozilla/5.0 (Macintosh; ARM Mac OS X) AppleWebKit/538.15 (KHTML, like Gecko) Safari/538.15 Version/6.0 Raspbian/8.0 (1:3.8.2.0-0rpi27rpi1g) Epiphany/3.8.2>)
----------------------------------------
Exception happened during processing of request from ('::ffff:127.0.0.1', 41078, 0, 0)
Traceback (most recent call last):
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 238, in processRequest
result = self.server.handler.do_GET(relativePath, compact)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 147, in do_GET
return (200, self.getJSON(compact), M_JSON)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 245, in getJSON
gpios[gpio][f] = GPIO.getFunctionString(gpio)
NameError: name 'GPIO' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3.4/socketserver.py", line 305, in _handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 331, in process_request
self.finish_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 344, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "/usr/lib/python3.4/socketserver.py", line 669, in __init__
self.handle()
File "/usr/lib/python3.4/http/server.py", line 398, in handle
self.handle_one_request()
File "/usr/lib/python3.4/http/server.py", line 386, in handle_one_request
method()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 267, in do_GET
self.processRequest()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 258, in processRequest
except (GPIO.InvalidDirectionException, GPIO.InvalidChannelException, GPIO.SetupException) as e:
NameError: name 'GPIO' is not defined
----------------------------------------
----------------------------------------
Exception happened during processing of request from ('::ffff:127.0.0.1', 41079, 0, 0)
Traceback (most recent call last):
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 238, in processRequest
result = self.server.handler.do_GET(relativePath, compact)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 147, in do_GET
return (200, self.getJSON(compact), M_JSON)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 245, in getJSON
gpios[gpio][f] = GPIO.getFunctionString(gpio)
NameError: name 'GPIO' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3.4/socketserver.py", line 305, in _handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 331, in process_request
self.finish_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 344, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "/usr/lib/python3.4/socketserver.py", line 669, in __init__
self.handle()
File "/usr/lib/python3.4/http/server.py", line 398, in handle
self.handle_one_request()
File "/usr/lib/python3.4/http/server.py", line 386, in handle_one_request
method()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 267, in do_GET
self.processRequest()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 258, in processRequest
except (GPIO.InvalidDirectionException, GPIO.InvalidChannelException, GPIO.SetupException) as e:
NameError: name 'GPIO' is not defined
----------------------------------------
----------------------------------------
Exception happened during processing of request from ('::ffff:127.0.0.1', 41080, 0, 0)
Traceback (most recent call last):
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 238, in processRequest
result = self.server.handler.do_GET(relativePath, compact)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 147, in do_GET
return (200, self.getJSON(compact), M_JSON)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 245, in getJSON
gpios[gpio][f] = GPIO.getFunctionString(gpio)
NameError: name 'GPIO' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3.4/socketserver.py", line 305, in _handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 331, in process_request
self.finish_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 344, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "/usr/lib/python3.4/socketserver.py", line 669, in __init__
self.handle()
File "/usr/lib/python3.4/http/server.py", line 398, in handle
self.handle_one_request()
File "/usr/lib/python3.4/http/server.py", line 386, in handle_one_request
method()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 267, in do_GET
self.processRequest()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 258, in processRequest
except (GPIO.InvalidDirectionException, GPIO.InvalidChannelException, GPIO.SetupException) as e:
NameError: name 'GPIO' is not defined
----------------------------------------
----------------------------------------
Exception happened during processing of request from ('::ffff:127.0.0.1', 41081, 0, 0)
Traceback (most recent call last):
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 238, in processRequest
result = self.server.handler.do_GET(relativePath, compact)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 147, in do_GET
return (200, self.getJSON(compact), M_JSON)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 245, in getJSON
gpios[gpio][f] = GPIO.getFunctionString(gpio)
NameError: name 'GPIO' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3.4/socketserver.py", line 305, in _handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 331, in process_request
self.finish_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 344, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "/usr/lib/python3.4/socketserver.py", line 669, in __init__
self.handle()
File "/usr/lib/python3.4/http/server.py", line 398, in handle
self.handle_one_request()
File "/usr/lib/python3.4/http/server.py", line 386, in handle_one_request
method()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 267, in do_GET
self.processRequest()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 258, in processRequest
except (GPIO.InvalidDirectionException, GPIO.InvalidChannelException, GPIO.SetupException) as e:
NameError: name 'GPIO' is not defined
----------------------------------------
----------------------------------------
Exception happened during processing of request from ('::ffff:127.0.0.1', 41082, 0, 0)
Traceback (most recent call last):
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 238, in processRequest
result = self.server.handler.do_GET(relativePath, compact)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 147, in do_GET
return (200, self.getJSON(compact), M_JSON)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 245, in getJSON
gpios[gpio][f] = GPIO.getFunctionString(gpio)
NameError: name 'GPIO' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3.4/socketserver.py", line 305, in _handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 331, in process_request
self.finish_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 344, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "/usr/lib/python3.4/socketserver.py", line 669, in __init__
self.handle()
File "/usr/lib/python3.4/http/server.py", line 398, in handle
self.handle_one_request()
File "/usr/lib/python3.4/http/server.py", line 386, in handle_one_request
method()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 267, in do_GET
self.processRequest()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 258, in processRequest
except (GPIO.InvalidDirectionException, GPIO.InvalidChannelException, GPIO.SetupException) as e:
NameError: name 'GPIO' is not defined
----------------------------------------
----------------------------------------
Exception happened during processing of request from ('::ffff:127.0.0.1', 41083, 0, 0)
Traceback (most recent call last):
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 238, in processRequest
result = self.server.handler.do_GET(relativePath, compact)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 147, in do_GET
return (200, self.getJSON(compact), M_JSON)
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/rest.py", line 245, in getJSON
gpios[gpio][f] = GPIO.getFunctionString(gpio)
NameError: name 'GPIO' is not defined

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/lib/python3.4/socketserver.py", line 305, in _handle_request_noblock
self.process_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 331, in process_request
self.finish_request(request, client_address)
File "/usr/lib/python3.4/socketserver.py", line 344, in finish_request
self.RequestHandlerClass(request, client_address, self)
File "/usr/lib/python3.4/socketserver.py", line 669, in __init__
self.handle()
File "/usr/lib/python3.4/http/server.py", line 398, in handle
self.handle_one_request()
File "/usr/lib/python3.4/http/server.py", line 386, in handle_one_request
method()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 267, in do_GET
self.processRequest()
File "/usr/local/lib/python3.4/dist-packages/WebIOPi-0.7.1-py3.4-linux-armv7l.egg/webiopi/protocols/http.py", line 258, in processRequest
except (GPIO.InvalidDirectionException, GPIO.InvalidChannelException, GPIO.SetupException) as e:
NameError: name 'GPIO' is not defined
----------------------------------------

Lorsque j'arrete le script par "Ctrl+C", tout semble se couper correctement:

2016-04-21 21:38:19 - WebIOPi - INFO - Stopping...
2016-04-21 21:38:19 - WebIOPi - DEBUG - Closing device GPIO - GPIO
2016-04-21 21:38:19 - WebIOPi - INFO - HTTP Server stopped
2016-04-21 21:38:20 - WebIOPi - INFO - CoAP Server stopped

J'ai aussi essayé après un reboot (et pas qu'un seul...) mais rien à faire...
Ou ai-je donc fait cette stupide erreur ?

PS: je n'ai aucune réaction ni sur l'interface (contrairement à ce que l'on voit dans cette vidéo: https://youtu.be/9q86g74cg3c) ni sur les sorties (mesuré au multimètre, j'ai bien mes alimentations 5V et 3.3V mais rien sur les autres GPIO....) ni avant, ni après, ni même pendant l'activation de la sortie vie l'interface WEB. Je constate aussi que je n'ai aucune info quand au fonctionnement des GPIO (IN/OUT), chez moi, la case à coté des GPIO reste vide...

Petite idée, les GPIO dans l'interface "standard" ne correspondent pas à mon PI 2B avec ces 40 pins....
Est-ce que c'est la mon erreur ? Y a-t-il une déclaration spécifique à faire pour lui indiquer le modèle de Framboise utilisée ?

Au plaisir de vous lire !

Pas sur d'avoir trouvé la solution, j'essayerai demain si j'ai un peu de temps libre....

Mais il semblerait bien que le souci vienne de la configuration par défaut qui n'est pas compatible avec le Rpi 2.

Il y a un patch dispo ici: https://groups.google.com/forum/#!topic ... GtrRfFJMKY

A+ pour de nouvelles aventures !

Effectivement ça doit être ça ! Mes pi webiopi sont des b+

Envoyé de mon GT-I9505 en utilisant Tapatalk

framboise314.fr

Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage

Re: Pilotage pompe et éclairage