-
Compteur de contenus
4 273 -
Inscription
-
Dernière visite
-
Jours gagnés
64
Tout ce qui a été posté par PITP2
-
Alors si je peux abuser est il possible que cela ne plante pas le device lorsque cela arrive ? car je dois sauvegarder Device pour qu'il re-fonctionne ....
-
Sur la HCL je ne sais pas trop si c'est possible car tu n'as pas de LUA pour gérer la zapette Par contre excuse moi mais tu es un ovni ... tu es le premier installateur d'alarme à ne pas cracher sur les alarmes basées sur des box domotique
-
Plugin Developer Plugin - Virtual Sensor
PITP2 a répondu à un(e) sujet de Krikroff dans Plugins Developpeur
voila c'est publié- 932 réponses
-
- Plugin
- Virtual Sensor
-
(et 3 en plus)
Étiqueté avec :
-
Voici un tuto pour récupérer les valeurs des capteurs connectés à un serveur Owserver L'Owserver est un boitier raccordé sur le réseau permettant d'y connecter des sondes 1wire et de voir les valeurs en l’interrogeant depuis un navigateur. Je l'ai depuis 5 ans maintenant et il me permet de remonter les données de sondes de température DS18B20 de ma piscine. Je précise que le code a été développé par Steven et qu'il ne remonte pour l'instant que les sondes de température mais moyennant peu de changement dans le code il doit être possible de récupérer les valeurs d'autres sondes (Hygro, luminosité etc) Le virtuel Device remonte les données de 4 capteurs. Un bouton mise à jour permet de forcer la récupération des valeurs. Les valeurs sont remontées toutes les minutes. Il faut bien entendu indiquer votre adresse IP local OwserverURL = Net.FHttp("192.168.0.3"); local xml = OwserverURL:GET("/details.xml"); Fichier icone de l'owserver et le fichier du Virtual Device Owserver.vfib
-
voila ce que j'ai dans le debug [DEBUG] 22:10:42: Get mute state request [DEBUG] 22:10:42: mute: false [DEBUG] 22:10:42: Get volume request [DEBUG] 22:10:42: volume: 58 [DEBUG] 22:10:42: Get loudness request [DEBUG] 22:10:42: Loudness is OFF [DEBUG] 22:10:42: Get transport state request [DEBUG] 22:10:42: transport state: STOPPED [DEBUG] 22:10:54: Get mute state request [DEBUG] 22:10:54: mute: false [DEBUG] 22:10:54: Get volume request [DEBUG] 22:10:54: volume: 58 [DEBUG] 22:10:54: Get loudness request [DEBUG] 22:10:54: Loudness is OFF [DEBUG] 22:10:54: Get transport state request [DEBUG] 22:10:56: Communication error code: 1 [DEBUG] 22:10:56: retry #0 action: GetTransportInfo [DEBUG] 22:11:18: Communication error code: 2 [DEBUG] 22:11:18: retry #1 action: GetTransportInfo [DEBUG] 22:11:40: Communication error code: 2 [DEBUG] 22:11:40: retry #2 action: GetTransportInfo [DEBUG] 22:12:02: Communication error code: 2 [DEBUG] 22:12:02: retry #3 action: GetTransportInfo [DEBUG] 22:12:24: Communication error code: 2 [DEBUG] 22:12:24: retry #4 action: GetTransportInfo [DEBUG] 22:12:46: Communication error code: 2 [DEBUG] 22:12:46: retry #5 action: GetTransportInfo [DEBUG] 22:13:08: Communication error code: 2 [DEBUG] 22:13:08: retry #6 action: GetTransportInfo [DEBUG] 22:13:30: Communication error code: 2 [DEBUG] 22:13:30: retry #7 action: GetTransportInfo [DEBUG] 22:13:52: Communication error code: 2 [DEBUG] 22:13:52: retry #8 action: GetTransportInfo [DEBUG] 22:14:14: Communication error code: 2 [DEBUG] 22:14:14: retry #9 action: GetTransportInfo [DEBUG] 22:14:36: Communication error code: 2 [DEBUG] 22:14:36: Error: Code returned n.c [DEBUG] 22:14:58: Communication error code: 2 [DEBUG] 22:14:58: retry #0 [ERROR] 22:14:58: line 1539: attempt to call global 'getZpStatus' (a nil value)
-
Plugin Developer Plugin - Virtual Sensor
PITP2 a répondu à un(e) sujet de Krikroff dans Plugins Developpeur
Ouais t'as raison presque autant que le GEA de Steven- 932 réponses
-
- 1
-
- Plugin
- Virtual Sensor
-
(et 3 en plus)
Étiqueté avec :
-
Plugin Developer Plugin - Virtual Sensor
PITP2 a répondu à un(e) sujet de Krikroff dans Plugins Developpeur
Pareil que vous pour la fiabilité de FHEM (6 mois qu'il tourne sans probleme) l'utilisation en passerelle multiprotocole et encore BRAVO à Krikroff J'étais entrain enfin ... Steven était entrain de créer un virtual device pour récupérer les infos des sondes connectés à un Owserver mais avec ton plugin cela va tomber à l'eau et je ne vais même pas oser partager le truc tellement cela fait minable à coté de ton plugin- 932 réponses
-
- 1
-
- Plugin
- Virtual Sensor
-
(et 3 en plus)
Étiqueté avec :
-
Installé et aucune amélioration pour moi Toujours impossible de voir le module RGB et la conso affichée n'est pas bien actualisée. Mais progression des développeurs Fibaro , cette mise à jour ne plante pas ma tablette
-
Plugin Developer Plugin - Virtual Sensor
PITP2 a répondu à un(e) sujet de Krikroff dans Plugins Developpeur
Pareil que BenjyNet mais c'est en effet déjà la classe ton plugin- 932 réponses
-
- Plugin
- Virtual Sensor
-
(et 3 en plus)
Étiqueté avec :
-
super ce mode de fixation. Reste àvoir si la tablette répond suffisamment rapidement.
-
Plugin Developer Plugin - Virtual Sensor
PITP2 a répondu à un(e) sujet de Krikroff dans Plugins Developpeur
Et moi à travers ma longue vue je vois des nuits blanches pour Krikroff à nous développer des plugin aux petits oignons- 932 réponses
-
- Plugin
- Virtual Sensor
-
(et 3 en plus)
Étiqueté avec :
-
Plugin Developer Plugin - Virtual Sensor
PITP2 a répondu à un(e) sujet de Krikroff dans Plugins Developpeur
Oh vu que j'utilise FHEM aussi pour mes sondes Enocean , je vais peut etre retirer ma souris du lien upgrade ...- 932 réponses
-
- Plugin
- Virtual Sensor
-
(et 3 en plus)
Étiqueté avec :
-
Plugin Developer Plugin - Virtual Sensor
PITP2 a répondu à un(e) sujet de Krikroff dans Plugins Developpeur
Encore une fois te voila avec la note de je sais cela fait ecole des fans mais là et bien c'est de la bombe cette annonce Dès qu'il sort je passe en V4 euh peut etre pas mais en tout cas cela va maintenant me démanger ....- 932 réponses
-
- Plugin
- Virtual Sensor
-
(et 3 en plus)
Étiqueté avec :
-
Il ne me reste plus que la fesse droite mais n'étant pas adepte de ce genre de pratique je vais me contenter d'un et d'une poignet de main
-
Plus cela plante et plus on se rapproche de la sortie imminente de la V4.0123456789 stable. C'est un concept Fibaro donc pas d'inquiétude ... ils ont du embaucher un shadock
-
Alors là c'est du teasing ! à croire que tout ceci était prémédité
-
Je pensais utiliser les modules rail din eltako pour remonter les infos de consommation depuis le tableau électrique car j'ai déjàFHEM sur un raspberry qui me remonte des infos de contact de porte, de détecteur de présence et de temp et hygro. Il faut juste que je regarde si c'est compatible avec FHEM ... et comme tu le dis Lazer vivement la V4 pour que tout ceci soit bien intégré dans le suivi des consos
-
@Krikroff si c'est faisable mais il faut ensuite miniaturiser tout cela .... et làcela devient plus difficile .. Pour avoir déjàjoué un peu avec des arduino le probleme n'est pas trop la conception mais plutot ensuite sa miniaturisation et le développement du PCB et du boitier.
-
Tu as raison Lazer je n'avais pas pensé au coté obscur de Steven
-
Et moi aussi j'attends que les concepteurs lisent ce post et nous créent des modules télérupteurs rail DIN par exemple
-
Pardon pas avec un plugin mais un device virtuel.
-
donc on perd la "souplesse" de gestion via le panneau de chauffage pour peu que l'on trouve cela souple ou alors le plugin tient compte du calendrier du panneau de chauffage ?
-
Une ptite question, vous faites comment pour piloter ensuite les relais du FGS depuis le panneau de chauffage ? ou alors vous utilisez un script ?
-
@Nico , je lis avec attention ce post car tu es entrain de mettre en place la gestion que je comptais faire pour mon chauffage central pour cet hiver
- 12 330 réponses
-
- support
- script lua
-
(et 1 en plus)
Étiqueté avec :
-
Pour pallier àce problème un petit coup de GEA qui dit que si la tele est allumée pendant une plage horaire et bien elle se coupe au bout de 5 minutes