Forum Domoticz en français

@rimram31

Laisse toi guidé par le premier post BaaK a bien fait le boulot, et il a répondu a toutes les attentes possible et imaginable, grace au 25 variables cree ou tu mets true false ou le/les mots clefs que tu veux "surveillé".

IL manque juste a Domoticz la possibilité de greerer l'activation des planning appareils par appareils :
exemple : en planning auto : radiateur seche serviette, vmc, pompe piscine, luminaire.

Pendant 5 jours d absences :
- les chauffages de salle de bains est inutile, les eches serviettes sont aussi sur le circuit de la chaudiere.
- la vmc en petite vitesse (c'est pas bon d'arreter la VMC surtout dans les maison de moins de 10 ans... il faut garder un courant d'air toujours)
- Pompe de la piscine reste en route durant les heures creuse (surtout si on approche des -x° comme l'année derniere)

Depuis peu si vous allez fouillé dans reglages, parametres, autre, calendrier, il y a normal ou en vacances.
En vacances "eteind" tout les plannings horaire, il ne permet pas de faire des exceptions appareil par appareils.
il n y a que les planning des scenes qui peuvent etre activé ou non par lua.

@ricorico94

Comment être sur que tes enfant vont bien mettre leur planning a jour ? Idem pour Madame ? la circulation, les bouchons panne/greve de RER metro, autant d'imponderable qui te flingue le planning(la mienne a deja du mal a utilise une app google pour faire une liste de course et ce retrouve toujours avec des trucs oubliés qui sont dans la liste commune, une ps4 c'est pas compliqué a pas oublier...le seul interet qu'elle y trouve c'est l'alarme et la securisation du store bannes).

Dans ton cas un bon thermostat connecté avec geolocalisation ferait mieux le boulot pour plus simple (encore faut il que les un et les autres accepte de laisser l'app en tache de fond), il va t'apporté :
- la simplicité de mise en oeuvre generale, avec la possibilité de mettre ton grains de sel
- le confort car il saura a l avance ou sont les habitants, combien de temps pour chauffer la/les pieces.

Ce n'est que mon avis mais la Domotique cela doit resté simple a l'utilisation des non initiés.

Bonjour,

J'ai un problème avec le script LUA..
J'ai créé un capteur Textedans Domoticz (pour remplacer le n°idxText=133 du script et son nom "pense-bête" en "Alerteur01")),
créé un script en modifiant les numéros d'alerteur, de calendrier..
copié le script dans le réperoire Lua de Domoticz (je 'lai appelé script_time_radiateurs.lua)
j'ai testé le lien de calendrier avec :
pi@raspberrypi ~ $ gcalcli --cal=radiateurs agenda --tsv --military
2015-12-19 19:15 2015-12-19 19:30 Rad_Faustine=Eco
2015-12-19 20:00 2015-12-19 21:00 Rad_Faustine=On


mais maintenant, dans le log de Domoticz, je vois:
2015-12-19 19:00:01.647 Error: EventSystem: /home/pi/domoticz/scripts/lua/script_time_radiateurs.lua:55: attempt to index global 'action' (a nil value)

Qu'ai-je oublié de faire ?
(pour l'alerteur, j'ai créé un Matériel "Dummy", puis cliqué dessus pour créé un dispositif Texte "Alerteur01")
Mais là, aucune idée..

Bonsoir,
Bizarre, qu'as tu dans ton fichier /home/pi/googlecal.txt ?

Déjà, j'ai eu du mal en ftp pour accéder au fichier googlecal.txt : mon accès ftp me disait queje n'avais pas les droits sur ce fichier et donc je suis passé de -rw-r----- à "777". Est-ce normal ?
Après avoir changé les attributs et lu le fichier, je lis le contenu du fichier ci-dessous:

Failed to start a local webserver listening on either port 8080
or port 9090. Please check your firewall settings and locally
running programs that may be blocking or using those ports.

Falling back to --noauth_local_webserver and continuing with
authorization.

Go to the following link in your browser:

https://accounts.google.com/o/oauth2/au ... ct_uri=urn%(des trucs surement importants)oob&response_type=code&client_id=(des nombres que j'enlève par précaution).apps.googleusercontent.com&access_type=offline

Enter verification code:

Pourtant, je croyais l'avoir fait et quand je fais un
gcalcli agenda --noauth_local_webserver
ou bien un
gcalcli list
je n'ai aucune erreur ! le "gcalcli list" m'indique d'ailleurs bien les bonnes infos;

pi@raspberrypi ~ $ gcalcli agenda --noauth_local_webserver

sam. déc. 19 8:00 Rad_Faustine=On
9:30 Rad_Faustine=Eco

lun. déc. 21 Semaine 52 de 2015

pi@raspberrypi ~ $ gcalcli list
Access Title
------ -----
owner XXXXXXXX@gmail.com
owner radiateurs
reader Anniversaires
reader Jours fériés en Allemagne
reader Numéros de semaine
pi@raspberrypi ~ $

J'ai aussi tenté un:

pi@raspberrypi ~ $ gcalcli --cal=radiateurs agenda --tsv --military
2015-12-19 20:00 2015-12-19 21:00 Rad_Faustine=On
2015-12-19 21:30 2015-12-19 21:45 Rad_Faustine=Eco
pi@raspberrypi ~ $

qui semble donc fonctionner.
Mais le fichier .txt n'a pas l'air d'être rempli correctement..

Je réalise en revanche une chose: j'ai créé un compte google spécifique pour mes besoins de domotique (dans lequel j'ai donc créé cet agenda "radiateurs"). Mais je ne me souviens pas du moment où j'ai suivi le tuto du blog: est-ce que j'étais loggé sous mon compte gogole usuel, ou est-ce que j'étais loggé sous ce compte spécifique domotique.. Si je ne m'étais pas loggé sous le bon compte, est-ce que ça pourrait mettre la pagaille ? (en tout cas, dans les commandes passées ci-dessus, les résultats sont bien ceux de mon compte spécifique domotique et elles affichent d'ailleurs le bon compte "owner XXXXXXXX@gmail.com").
.. Il y a un moyen de vérifier le compte, voire de changer de compte ultérieurement ?

Une autre remarque: dans Domoticz, j'ai activé un module de météo qui va chercher les infos sur le web, et ce module a l'air de marcher.

Pour rédgier le script, j'ai utilisé dans notepad++ "UTF8 sans BOM".

Le problème vient de gcalcli qui n'arrive pas à se connecter car domoticz le lance en root. Ça devrait résoudre le problème.

Bonjour Neutrino,

J'ai continué mes tests. Dans l'ordre, j'ai fait:
j'ai essayé de taper directement la commande lancée par le script:
sudo gcalcli --cal=radiateurs agenda '00:00' '23:59' --tsv --military
La première fois, ça m'a déclaré une erreur, demandant d'aller à l'URL puis de recopier le code de vérification.
Je l'ai fait, et depuis je n'ai plus cette même erreur. Quand je refais manuellement (dans mon terminal raspberry) la commande d'appel du script, j'obtiens par exemple:

pi@raspberrypi ~ $ sudo gcalcli --cal=radiateurs agenda '00:00' '23:59' --tsv --military
2015-12-20 10:00 2015-12-20 10:15 Rad_Faustine=Eco

Malheureusement, le fichier googlecal.txt conserve le même contenu que dans mon précédent post.. et toujours rien dans Domoticz.
J'ai ensuite essayé la commande que tu proposais ci-dessus (sudo cp /home/pi/.gcalcli_oauth /root/) : toujours la même erreur, et le fichier ne semble pas être modifié (il garde toujours la même date quand je fais "ls -l").

J'ai essayé de supprimer ce fichier googlecal.txt, mais il ne semble pas être recréé par le système. Est-ce normal ?
J'ai essayé de change rles droits du fihcier googlecal.txt pour les mettre en 777, mais même erreur dans Domoticz.

Est-ce qu'il fallait bien créer le script comme un script_time_radiateurs.lua ?

Le fichier googlecal.txt est rafraîchi toutes les heures.
si tu remplaces par Le fichier sera rafraîchi toutes les minutes.
C'est bien pour tester, mais il faut éviter de le laisser comme ça ensuite.

Supprime le fichier et laisse le se recréer tout seul.
sinon, tu peux recréer ce fichier manuellement en lançant

Ca y est, je n'ai plus l'erreur ! Merci!
Mon capteur texte se fait mettre à jour (il indique par exemple Rad_Faustine=Arrêt ).
En revanche, le device du radiateur Rad_Faustine reste obstinément à 100%. POurtant, le nom semble correctement épelé.
Dans le fichier log de Domoticz, je lis (à chaque minute):

2015-12-20 11:12:02.529 LUA: Action : Rad_Faustine=Eco
2015-12-20 11:12:02.529 LUA: 672 : 628
2015-12-20 11:12:02.529 LUA: Action : Rad_Faustine=Arr?t
2015-12-20 11:12:02.529 LUA: 672 : 672
2015-12-20 11:12:02.531 EventSystem: Script event triggered: /home/pi/domoticz/scripts/lua/script_time_radiateurs.lua

Les changements d'état se déclenchent à la minute précise de début ou de fin.
Cela permet de déroger ensuite à l'ordre, sans que le script rechange l'état de l'interrupteur.
Par contre, pour l'arrêt, le problème doit être l'accent.
Remplace 'Arrêt' par 'Arret' dans le calendrier et dans le script et ça devrait marcher.
Quand les 2 nombres sont identiques, l'action doit se déclencher.

L'accent est peut-être un soucis effectivement. J'ai fait le test avec "Eco" pour voir, mais ça ne change rien
Dans le log, j'ai :

2015-12-20 11:28:02.382 LUA: Action : Rad_Faustine=Eco
2015-12-20 11:28:02.382 LUA: 688 : 628
2015-12-20 11:28:02.382 LUA: Action : Rad_Faustine=Eco
2015-12-20 11:28:02.382 LUA: 688 : 688
2015-12-20 11:28:02.384 EventSystem: Script event triggered: /home/pi/domoticz/scripts/lua/script_time_radiateurs.lua

Donc il semble avoir compris.
Le capteur texte s'est bien à jour à 11:28.
Mais le dimmer reste toujours sur 100% et indique que le dernier changement d'état était il y a plusieurs jours (quand je l'avais testé manuellement).

J'ai essayé avec ce mini script pour tester un changement d'état manuel, et là, ça marche:

commandArray = {}
commandArray['Rad_Faustine']='Set Level 70'
return commandArray