IDs des sondes qui changent lors d'un changement de batterie ...
Publié : 27 août 2018, 11:43
Bonjour,
L'éternel problème (pour moi) de changement de pile/recharge d'une sonde (type oregon) qui entraine la déclaration d'un nouveau capteur et du coup un nouvel ID.
Pas de problème pour l'historique du capteur en faisant "remplacer" et en ayant pris soin auparavant de sauver le nom du capteur, la modification se fait assez facilement. Par contre gros souci lorsqu'on a utilisé d'autres système domotiques liés, je m'explique:
J'utilise un domoticz pi + un domoticz "slave" sur un pc (un nuc en réalité) + imperihome + alexa maintenant + accessoirement (mais pas nécessaire) un home assistant. Dans tout ces systèmes dépendants, si je veux "exporter" une sonde de T type Oregon, elle sera connue sous imperihome, dz slave ... par son ID, souci chaque fois que je dois changer de piles, l'ID change et du coup cette sonde sur tous les systèmes "externes" devient inconnue.
Jusqu'à présent je n'utilisais qu'imperihome, de temps en temps je devais faire quelques manip pour redéfinir ma/mes sondes reinitialisées, déjà pas glop mais maintenant j'utilise de plus en plus mon dz "secondaire" mais aussi Alexa depuis quelques temps (les sondes de T sont connues par leur ID). Bref, ça va devenir totalement ingérable.
Des idées ?
J'avais pensé un temps dupliquer tous mes capteurs par des capteur virtuels sur le dz "source" et lier ensuite les virtuels, avantage une seule modification (pour n "slaves") par capteur. J'ai aussi lu des manips sur la db ou après reinit + suppression de l'ancien on remet l'id d'origine.
Franchement pénible de ne pas pouvoir gérer "ses propres id" sous dz a moins que ça ait changé entre temps ?
Là, a chaud, l'idée la moins bete qui me vient serait d'écrire un script pour assister a la manip. avec modifications sqlite.
L'éternel problème (pour moi) de changement de pile/recharge d'une sonde (type oregon) qui entraine la déclaration d'un nouveau capteur et du coup un nouvel ID.
Pas de problème pour l'historique du capteur en faisant "remplacer" et en ayant pris soin auparavant de sauver le nom du capteur, la modification se fait assez facilement. Par contre gros souci lorsqu'on a utilisé d'autres système domotiques liés, je m'explique:
J'utilise un domoticz pi + un domoticz "slave" sur un pc (un nuc en réalité) + imperihome + alexa maintenant + accessoirement (mais pas nécessaire) un home assistant. Dans tout ces systèmes dépendants, si je veux "exporter" une sonde de T type Oregon, elle sera connue sous imperihome, dz slave ... par son ID, souci chaque fois que je dois changer de piles, l'ID change et du coup cette sonde sur tous les systèmes "externes" devient inconnue.
Jusqu'à présent je n'utilisais qu'imperihome, de temps en temps je devais faire quelques manip pour redéfinir ma/mes sondes reinitialisées, déjà pas glop mais maintenant j'utilise de plus en plus mon dz "secondaire" mais aussi Alexa depuis quelques temps (les sondes de T sont connues par leur ID). Bref, ça va devenir totalement ingérable.
Des idées ?
J'avais pensé un temps dupliquer tous mes capteurs par des capteur virtuels sur le dz "source" et lier ensuite les virtuels, avantage une seule modification (pour n "slaves") par capteur. J'ai aussi lu des manips sur la db ou après reinit + suppression de l'ancien on remet l'id d'origine.
Franchement pénible de ne pas pouvoir gérer "ses propres id" sous dz a moins que ça ait changé entre temps ?
Là, a chaud, l'idée la moins bete qui me vient serait d'écrire un script pour assister a la manip. avec modifications sqlite.