[Plugin Tiers][Sujet Principal] ESPeasy

[raqpub]

Bonjour lunarok
J'ai tenté l'installation du plugin, mais j'ai des pbs lors de l'installation des dépendances dont voici le début de la log :

Début de l'installation
Version actuelle : v0.12.6
KO, version obsolète à upgrader
Suppression du Nodejs existant et installation du paquet recommandé...

et la fin de la log :

...2016-05-02 07:38:25 (229 KB/s) - `node_latest_armhf.deb' saved [5617566/5617566]
(Reading database ... 71656 files and directories currently installed.)
Preparing to replace node 0.12.6-1 (using node_latest_armhf.deb) ...
Unpacking replacement node ...
Setting up node (4.2.1-1) ...
Processing triggers for man-db ...
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
nodejs: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by nodejs)
nodejs: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by nodejs)
Version actuelle :
Reading package lists...
Building dependency tree...
Reading state information...
avrdude is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 42 not upgraded.
/usr/local/bin/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by /usr/local/bin/node)

Matos RPI B+
Je n'ai pas vu dans la doc les dépendances requises (semble une certaine version de nodejs
Sais-tu pourquoi j'ai ce pb avec GLIC ?
Est-ce que, lorsque ça fonctionne, ça ajoute un démon consommateur de ressources (Je suis obligé de faire la chasse ) ?

Merci et encore bravo pour ta créativité sur pas mal de sujets...

[lunarok]

C'est une installation d'un deb unique sur Pi1, pas de gestion de dépendance mais normal glibc est déjà présent.
Tu n'es pas sur une Wheezy par hasard ?
Oui il y a un démon qui écoute pour les ESPeasy mais consommateur non car il fait juste passe plat http (ESPeasy ne permettant pas de définir une URL longue avec la clef API, d'où le service)

[raqpub]

C'est une installation d'un deb unique sur Pi1, pas de gestion de dépendance mais normal glibc est déjà présent.
Tu n'es pas sur une Wheezy par hasard ?
Oui il y a un démon qui écoute pour les ESPeasy mais consommateur non car il fait juste passe plat http (ESPeasy ne permettant pas de définir une URL longue avec la clef API, d'où le service)

@lunarok
yes wheezy :

Distributor ID: Debian
Description: Debian GNU/Linux 7.8 (wheezy)
Release: 7.8
Codename: wheezy

Du coup c'est KO pour le plugin en l'état ?
Car j'ai : NOK Dépendances non installées

[lunarok]

C'est KO sur wheezy et ça le restera, wheezy est obsolète. La stable c'est Jessie donc faut passer a Jessie

Envoyé de mon A0001

[saramalo]

Bonsoir
pi2 avec jessie
IDE Aduino en 1.6.5 et ESPcore 2.2.0 et
librairies R78, téléversement de la R105 sur ESP-07 mettant renseignant dans arduino une ip fixe, nom, mdp reseau wifi.
Acces a la config de l'ESP en tapant son ip et en renseignant les infos du plugin.
Et petit miracle, il apparait dans jeedom.
Quelques jours pour en arriver la, ouf, j'espere que la phase de gestion jeedom va etre plus rapide...
.......

[raqpub]

C'est KO sur wheezy et ça le restera, wheezy est obsolète. La stable c'est Jessie donc faut passer a Jessie

Envoyé de mon A0001

OK je regarde les impacts avant. Merci

[philippe]

bonjour,
@lunarok ,
merci pour ce super plugin que je découvre depuis ce matin ,
j'aurai une petite suggestion, si cela est possible dans une prochaine version pourrais tu créé un lien vers l'esp dans la configuration ?

Capture.PNG (170.99 Kio) Consulté 1469 fois

encore merci pour ton taf..

[lunarok]

Pas bête du tout, j'aime l'idée car c'est bien dans le mode "pouf clic"
Après faut que je regarde si c'est pas trop la galère car cette page le contenu c'est de l'ajax, donc pour rendre le lien dynamique c'est un peu plus long (mais pas insurmontable)

[beber53]

bonjour,
@lunarok ,
merci pour ce super plugin que je découvre depuis ce matin ,
j'aurai une petite suggestion, si cela est possible dans une prochaine version pourrais tu créé un lien vers l'esp dans la configuration ?

Capture.PNG

encore merci pour ton taf..

très bonne idée un lien hypertext

[aragornier]

pourrais tu créé un lien vers l'esp dans la configuration ?

+1 bien vu l'aveugle !

Envoyé de mon MI 4W

[lunarok]

Ralala les partisans de l'effort minimum

Envoyé de mon A0001

[aragornier]

C'est ca la domo

Envoyé de mon MI 4W

[philippe]

c'est bien dans le mode "pouf clic"

je ne connaissais pas "pouf clic" mais j'aime bien

d'ailleurs du coup , toujours si cela est possible bien sur ==>

Capture.PNG (47.65 Kio) Consulté 1447 fois

ça pourrait être pratique quand on tombe sur un wemos défectueux et que l'on veut basculer la config sur un autre Wemos

je sais je suis un vrai fainéant , mais bon
là je viens presque de remplacer un ipx

Capture1.PNG (186.74 Kio) Consulté 1447 fois

coté wemos il y a la fonction pour réinjecter une config de sauvegarde et un changement d'identifiant coté jeedom pourrait être bien ...

[lunarok]

Effectivement vu que les actions sont pas créés automatiquement ca a du sens. Sans parler de panne, si tu as 7 sonoff par exemple, 1 seul a créer.
Je le met sur la liste

PS : un montage remplaçant un ipx ca se partage

Envoyé de mon A0001

[rol-rider]

C'est sur que sur le papier, remplacer un ipx avec un ou plusieurs MCP23017 ça n'a pas l'air compliqué.
Mais, je me pose la question de la fiabilité/sécurité du wifi par rapport à du MySensors par exemple ou zwave??

Envoyé de mon Nexus 7 en utilisant Tapatalk

[philippe]

C'est sur que sur le papier, remplacer un ipx avec un ou plusieurs MCP23017 ça n'a pas l'air compliqué.
Mais, je me pose la question de la fiabilité/sécurité du wifi par rapport à du MySensors par exemple ou zwave??

Envoyé de mon Nexus 7 en utilisant Tapatalk

oui effectivement cela dépend des besoins que l'on a avec l'ipx , j'ai également des doutes sur la fiabilité et sécurité du wifi .
@lunarok , en réalité je suis encore loinde remplacer l'ipx, pour l'instant je ne pilote q'une carte de 8 relais du style https://www.amazon.fr/SODIAL-Module-ele ... B00IIDXY6S enfin presque car j'ai un soucis avec le 8eme relais , les gpio 9 et 10 de mon wemos n'ont pas l'air de fonctionner d'où ma suggestion du dessus .
par contre j'ai un soucis au niveau retour d’état , je n'ai qu'une seule ligne d'info qui se créée et elle prend les état de toutes les commandes
ex : on1 ==> info switch = 1 puis off2 ==> info switch = 0

Capture.PNG (157.29 Kio) Consulté 1420 fois

[nordix]

Juste la stabilité du Wifi peut être un argument pour rester en filaire, la sécurité si tu n'es pas en WEP y a pas de soucis..

[lunarok]

J'ai une version avec :
- dupliquer le noeud
- modification possible de l'ip du noeud (nécessaire pour le dupliquer, mais aussi peut servir si on remplace le noeud)
- modal vers la page de l'espeasy, qui marche pas si vous etes en https

[Dany21000]

- modal vers la page de l'espeasy, qui marche pas si vous etes en https

Et heureusement...
Depuis son lan interne, inclure du contenu non sécurisé dans une page qui l'est pas terrible en terme de sécurité. De plus les navigateurs alertent voir bloque ce contenu.

Depuis ailleurs... Parfaitement normal aussi. Jeedom ne connaît que l'IP locale non routable de lesp.


Une solution peut-être de faire une rewriting (rproxy) par le serveur Web de jeedom... Mais l'intérêt est limité je trouve.


Pourquoi ne pas faire un lien href dans une nouvelle fenêtre ?
Quand tu passe en https où que tu es rproxifié, il y a des en-têtes présentes dans $_SERVER pour le savoir... Du coup tu peux assez facilement savoir si d'où vient le client web
Lan via https vpn
Lan via http direct
Ailleurs via https vpn

Et adapter ce que tu fais....

[rol-rider]

@Lunarok,

J'ai une version avec :
- dupliquer le noeud
- modification possible de l'ip du noeud (nécessaire pour le dupliquer, mais aussi peut servir si on remplace le noeud)
- modal vers la page de l'espeasy, qui marche pas si vous etes en https

Merci pour cette mise à jour.
Que je viens de faire, mais j'ai un soucis pour le renvoi sur la page Espeasy , il n'a pas l'air de fonctionner.
et je ne comprend pas trop l'histoire du https ?
si tu parles de la configuration réseaux de Jeedom, je suis bien en HTTP pour interne et externe.

Lorsque je clic sur "Interface web espeasy" il essaye toujours de se connecter sur 192.168.0.62 quelque soit l'adresse de l'ESP.