jojo
-
Compteur de contenus
14 989 -
Inscription
-
Dernière visite
-
Jours gagnés
205
Messages posté(e)s par jojo
-
-
Il y a 12 heures, flacon030 a dit :
et pire encore devoir perdre les données sous influxDB et donc sous graphana
tu peux changer les device-id directement dans la DB, c'est ce que je fais avec phpMyAdmin pour MariaDB
-
on est PARFAITEMENT d'accord que passer par le NAS comme scheduller d'un backup où il n'intervient pas n'est pas optimum,
SAUF d'un point de vue sécurité.
Comme le NAS connait déjà le mot de passe admin (pour le backup local), ça évite d'avoir un script dans la HC3 (QA ou scène) avec en clair les identifiants admin.
-
Il y a 12 heures, Lazer a dit :
Idées d'utilisation pour @jojo : il faut copier le script 2 fois (avec des noms distincts et parlants) pour planifier automatiquement 2 types de sauvegardes :
Merci pour cette mise à jour,
et d'avoir ainsi flatté mon ego :
- mes deux propositions n'étaient donc pas si saugrenues
-
les idées d'utilisation que tu proposes sont exactement la manière dont je procède actuellement (et donc c'est la meilleure
)
-
je ne connais pas cette solution, mais si elle dépend du cloud, c'est, de mon point de vue, à éviter comme la pest !
Perso, je suis très content du z-wave et de ma HC3 : RIEN à redire (pas comme la fin de la HC2)
-
mais ils ont de la bonne viande, et nest pas le plus important ?
(c'est qu'ils ont aussi des bons vins en Toscane)
-
voilà pourquoi j'ai définitivement abandonné la "solution" Netatmo
-
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.
-
Support Gea
dans HC2
ah oui, ce sont des versions archéologiques ...
Voici ce que j'ai retrouvé de cette époque lointaine :
-
Support Gea
dans HC2
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é)
-
il y a 20 minutes, Lazer a dit :
Euh ben si, parce que si tu appelles l'API pour exécuter une scène/une fonction d'un QuickApp, tu auras de toute façon besoin de mémoriser le mot de passe dans le script.
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...
il y a 25 minutes, Lazer a dit :N'espère pas contourner aussi facilement les mécanismes de sécurité, ils sont justement là pour ça !
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
il y a 36 minutes, Lazer a dit :Si tu veux faire un truc 100% depuis la box, sans dépendre du NAS, alors il faut faire un backup cloud, qui partira vers les serveurs de Fibaro... ça reste finalement la solution la plus fiable pour se prémunir contre la perte définitive de la box, puisque que le cloud permettra de le restaurer sur une nouvelle box. Et pas de dépendance à un NAS externe.
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
-
Le 17/07/2025 à 21:15, Lazer a dit :
Restricted unauthorized API
ç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 ?
-
v2.3 publiée
-
1
-
-
il y a 6 minutes, Lazer a dit :
bah... la fermeture comme l'ouverture c'est manuel, donc bon... au moins la domotique, elle m'informe par notification que je dois aller fermer en urgence, et qu'ensuite je peux aller ouvrir quand j'en ai envie, c'est moins critique dans ce sens là.
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)
il y a 19 minutes, Lazer a dit :Ah oui donc autant arrêter la domotique et tout jeter par la fenêtre
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.
il y a 26 minutes, Lazer a dit :Accessoirement, quand il fait nuit dehors, que je regarde un film dans le noir, ou plus généralement que je suis occupé à une activité, je ne regarde pas par la fenêtre.
s'il y a un domaine dans lequel je continue d'exceller, c'est la provoc
-
il y a 16 minutes, Lazer a dit :
mais perso pour le pluviomètre je n'ai pas d'autre solution...
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 ?
-
il y a 13 minutes, Lazer a dit :
car tu n'as pas répondu à ma question ?
j'étais en train d'écrire, il faut juste me laisser le temps ...
-
il y a 10 minutes, Lazer a dit :
Bref, j'ai encore déplacé ton message...
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.
Intégration station Netatmo dans HC3
dans Support
Posté(e)
Chez moi Grafana va lire la même DB que Domochart, et oui, il faudra également faire la modif dans Grafana.
Pour GEA et autres, j'utilise la QA DeviceID, certes c'est chi..., mais ça facilite
bienvenue au club !