jojo
-
Compteur de contenus
15 138 -
Inscription
-
Dernière visite
-
Jours gagnés
211
Tout ce qui a été posté par jojo
-
tutoriel Fabrication De Fausses Piles
jojo a répondu à un(e) sujet de Lazer dans DIY (Do It Yoursel)
cool, tu as repris la même ? malgré quelle ait été grossière avec toi ? (la moindre des politesses aurait été de prévenir) trèèèèèèèèèèèèèèèès loin. -
ah oui, ce sont des versions archéologiques ... Voici ce que j'ai retrouvé de cette époque lointaine : GEA_540_jojo.lua
-
regarde la document de syntaxe de GEA :
-
ils n'améliorent PAS la sécurité de la box (trop de sécurité tue la sécurité)
-
juste, mes Google scripts doivent contenir les credentails, mais d'un utilisateur (non admin !) qui peut uniquement exécuter le QA spécifié => j'ai (comme d'hab) raconté une bêtise... C'est de la "sécurité" à 2 balles, car ici on parle de backup cripté, pas de restore. On se doit d'essayer de se montrer plus malin qu'eux Je trouve le backup local indispensable, car : "pas" de limite de place => avec historique (accessible plus rapidement que via Domocharts/Grafane) on a une sauvegarde qui ne dépends pas de l'humeur de notre FAI ou de celle de Fibaro. Le backup cloud me semble également indispensable (et tant pis pour l'historique) si on doit migrer de box, et donc uniquement avec les modules z-wave. Les 2 types de backup sont important pour des raisons différentes.
-
en effet mon Syno planifie un backup local toutes les semaines et (avec le même script qui est paramétré différemment (pas d'historique, cloud)) tous les mois dans le cloud. En effet, mon NAS doit être up pour le faire, mais je n'avais pas pensé à lancé l'API directement via la HC3 (via GEA ?). Mais bon c'était automatique et je ne l'oublias pas.
-
idée, peut-être saugrenue pour garder des backup automatiques (sur NAS), qui restent indispensables : faire un LUA qui lancerait m'API de backup programmer cela via : GEA ou avec le gestionnaire de tâches du Syno (pour ceux qui n'utilisent pas GEA) Ainsi : ok sécurité pas de mdp admin dans le script) ça fonctionne indépendamment du FW de la HC3. ... ???
-
ok, cela ne concerne donc que le'API backup, qui est fait avec un compte administrateur. En fait, c'est la même chose que pour les reboot via GEA où il faut rentrer le mdp administrateur
-
ça veux dire quoi ? J'ai des Google Scripts qui envoient des ordres à ma HC3 en fonction de mes calendriers Google (cfr ma signature). Fonctionneraient-ils toujours, ou devraient-ils être adapté comme ton script backup ?
-
comme la fermeture n'est pas automatique, tu le vois quand il (va) commence(r) à pleuvoir, perso, je n'attendrais pas une alerte (sur GSM ou TTS ou ...). Tu as donc mis cela en place pour la geekerie (et justifier à madame l'utilité de la domotique. La vraie utilité que j'aurais vue, c'est fermeture automatique des Vélux ouverts quand on n'est pas là (tient, une idée de justification auprès de madame pour untel investissement) Ah non, gestion chauffage, durée fonctionnement piscine, ... Et au début j'avas mis beaucoup de choses en place (pour le fun), mais qui me sont maintenant TRES utiles => domotique devenue indispensable. s'il y a un domaine dans lequel je continue d'exceller, c'est la provoc
-
et à quoi l'utilises-tu ? Si pour fermer des Vélux quand il pleut, le délais de mise à jour est ok ? Et tu les ré-ouvres automatiquement ensuite ?
-
j'étais en train d'écrire, il faut juste me laisser le temps ...
-
désolé, je deviens de plus en plus lent à lire et écrire ...
-
pour l'intérieur : la seule chose qui m'intéressait, c'était la mesure de température, et comme je ne sais plus souder des sondes Dallas sur des FGBS, je me suis rabat tu du Aeotec.ZWA039.aerQ dont la durée de vie des piles semble correcte. le seul avantage des stations Netatmo, c'est qu'elles étaient alimentées en 220V. Donc on pouvait théoriquement les oublier, amis il y avait continuellement des pertes de connexion avec le cloud, il fallait regénérer des tokens, ... => très loin de l'oubli souhaité. Pour l'extérieur, j'avais une sonde de température, un pluviomètre et un anémomète, comme non fiable, je n'en fais rien => poubelle. (et puis toutes ces infos sont disponible de manière fiable et regardant par la fenêtre. Alors pour le fun j'ai fait joujou avec Weatherbit
-
merci, mais je deviens de plus en plus anti-cloud (j'ai la prétention de dire que je t'ai dépassé sur le sujet ...) Donc peut importe (pour moi) le sujet, Netatmo et ses copains sont bon pour la potence, comme en 1789
-
faisable sur des QA dont on a la source, mais pas pour les QA protégés. En effet on est alors doublement pénalisé : 1) par le fournisseur 2) par le développeur
-
j'ai mis en place une solution qui marchera toujours. Je vous la partage : J'ai mis il y a 15 jours tout leur brol à la poubelle.
-
mais c'est le plus importznt ! Pour le reste j'aime bien la naming différente pour les variables globales (que je n'utilisent que si indispensable) et le variables locales => j'ai du taf pour corriger mes QA ...
-
merci @henri-allauch pour ton analyse très judicieuse. Pour valider ta théorie, j'ai ré-appuyé sur le bouton et l'erreur est apparue. J'ai ensuite déplacé la remise à zéro des variables dans la fonction DevicesID() , et (évidemment) le problème a disparu. => MERCI. je prépare une v2.2 du QA avec ta correction.
-
c'est EXACTEMENT le soucis que j'ai expliqué plus haut, il rajoute le nom de la pièce à la fin du nom du device. Et tu verras, relance le, et le nom de la pièce apparaitra une fois de plus... Pourquoi ? : j'en sais RIEN. Ca arrive parfois,et la seule solution qui règle le problème, c'est un redémarrage de la box. Pourquoi ?????
-
je me suis ENFIN penché sur le "problème". C'était en effet un problème de droits. J'explique la solution pour ceux qui ont un Synology. Par défaut seul le dossier partagé <web> a les autorisations RW sur ce dossier lors de l'installation du paquet WebStation. Donc si on veut pouvoir sauver ailleurs => Panneau de configuration > Dossier partagé > dossier où on veut sauver > Modifier >onglet Permissions > Groupes locaux > donner les droits RW au groupe http Merci @henri-allauch de m'avoir mis sur la bonne piste
-
cool, portée de la télécommande ? Sinon un simple détecteur de mvt ?
-
@Nico, je ne souhaite pas de piles, car il faut les changer, et je veux l'oublier. Merci de me confirmer que j'ai fait le bon choix : alimenté en 220V (donc à oublier), et comme il sort sa commande en 220V, j'ai mis un relais 220V => contact sec pour ma PAC. @mprinfo, comme toi, j'ai viré les thermostats pour mes radiateurs "classiques". Il y a 3 circuits de chauffage chez moi : -radiateurs RdC : pas de thermostat, vannes thermostatiques, toujours vieux circulateur de la construction (que je remplacerai par le dernier cri lorsqu'il sera mort) -radiateurs Etage : pas de thermostat, vannes thermostatiques, toujours vieux circulateur de la construction (que je remplacerai par le dernier cri lorsqu'il sera mort) -chauffage par le sol RdC : via PAC pour lequel j'ai besoin d'un thermostat, qui dit quand il faut chauffer.
-
oui, c'est la version avec la variable WAIT_AFTER_BACKUP que j'utilise, c'est pourquoi, je remontais l'incident. Si tu veux virer les 2 pages de droits Unix, pas de soucis pour dépolluer le topic (ce n'était clairement pas mon intention de polluer)
