Fhem

Ou plus tôt si l’hiver nous quitte avant…
Il faut le module sim d’après ce que je vois.

Le module AutomowerConnect est nickel.

C'est du plug&play pour ceux qui ont un robot Husqvarna.

Le module se connecte au serveur chez Husqvarna et reprend les infos via l'API.

Il faut avoir un robot connecté (avec carte SIM).

jcoenen a dit:

TUYA, en bicolant pour un copain, j'ai acheté des modules tuya ZigBee, et par curiosité j'ai acheté une commande de vanne WiFi

Sur FHEM les appareils zigbee sont en général bien reconnu via deConz (et phoscon), pour les tuya WiFi j'ai trouvé fhempy, ou des modules python peuvent être rajoutés à fhem (automatiquement car je n'ai rien du faire). Une fois installé et les appareils définit via l'app tuya smart, plus besoin de connecter l'appareil à internet il est piloté directement par FHEM en local. Un petit capteur d'humidité rajouté et j'ai un système de remplissage automatique.

J'ai essayé d'obtenir la même chose avec homeassistant, mais le module tuya doit se connecter aux serveurs tuya et donc l'appareil doit être connecté à Internet (ce dont je n'ai nulle envie). Il doit certainement y avoir un module ad hoc, mais vu que fhem fonctionne, je n'ai pas poussé plus loin la recherche.

Cliquez pour agrandir...

Ça Maerche une fois dites donc, hier ouvert le robinet après quelques jours d’évaporation et suis parti dormir sans le couper, ce matin oh le robinet … et bien la vanne fait son travail.

Au final j’ai mis un capteur zigbee sur un tube pvc avec deux fils pour arriver au niveau requis, pour éviter les variations de niveau due au vaguelettes ce qui provoquerait des cycles ouverture/fermeture intempestifs.

[USER=59118]@Lex[/USER] a dit:

Le module AutomowerConnect est nickel.

C'est du plug&play pour ceux qui ont un robot Husqvarna.

Le module se connecte au serveur chez Husqvarna et reprend les infos via l'API.

Il faut avoir un robot connecté (avec carte SIM).

Cliquez pour agrandir...

j'ai essayé y a 1 ans mais pas moyen de le faire fonctionner sous openhab

tu as juste besoin de la clé APi, c'est bien ça ?

Oui, il faut la créer sur le site Husqvarna, c'est assez facile.

[USER=59118]@Lex[/USER] a dit:

Oui, il faut la créer sur le site Husqvarna, c'est assez facile.

Cliquez pour agrandir...

oui je l'avais fait mais ça ne fonctionnait pas, je vais essayer à nouveau un de ces 4, ça a peut-être evolué

jcoenen a dit:

Ça Maerche une fois dites donc, hier ouvert le robinet après quelques jours d’évaporation et suis parti dormir sans le couper, ce matin oh le robinet … et bien la vanne fait son travail.

Cliquez pour agrandir...

Pffff maintenant je veux aussi acheter ça...

RobBZ a dit:

Pffff maintenant je veux aussi acheter ça...

Cliquez pour agrandir...

En plus ça ne coute pas une fortune

retour sur le sujet du détecteur d'humidité et de la commande d'électrovanne pour remplissage automatique de piscine.

Je me suis aperçu que la détection était un peu trop sensible, en effet les clapotis de l'eau étant détectés, la vanne s'ouvre et se ferme intempestivement donc back to the drawing board.

J'ai donc trouvé une solution qui semble fonctionner, celle ci s'inspire du debounce des interrupteur mécaniques.

Une impulsion montante ne sera prise en compte (mise à ON) qu'après un certain temps et de même pour une impulsion descendante (mise à OFF).

Avec FHEM j'ai utilisé la fonction watchdog

Soit:

define vanne_on watchdog HUESensor26:water:.0 00:00:05 HUESensor26:water:.1 set tuya_local_bf0d9fb68f59f4eed1vpei on
attr vanne_on autoRestart 1

define vanne_off watchdog HUESensor26:water:.1 00:00:05 HUESensor26:water:.0 set tuya_local_bf0d9fb68f59f4eed1vpei off
attr vanne_off autoRestart 1

De cette manière la vanne ne sera pilotée qu'après 5 secondes de la réception de l'alarme de présence/absence d'eau.


L'attribut autoRestart est nécessaire pour réenclencher le watchdog après son activation.

détecteur:
HUESensor26:water:.0 état SEC
HUESensor26:water:.1 état HUMIDE

Electrovanne (Tuya Wifi en mode local via fhempy)

tuya_local_bf0d9fb68f59f4eed1vpei ON/OFF

Le système semble bien fonctionner (pas d'ouverture pendant l'occupation de la piscine).
Pour voir les temps d'ouverture de la vanne une variable dummy (define vanne dummy) est utilisée avec une fonction dans le module 99_myUtils celui ci permet de définir des routine utilisable dans FHEM.

Les ouverture de vanne sont dans un FileLog (tuya_local_bf0d9fb68f59f4eed1vpei_FileLog_1.log)

une routine est définie dans 99_myUtils

sub ReadLog ($) {
my ( $obj ) = @_ ;
my $filename = '/opt/fhem/log/tuya_local_bf0d9fb68f59f4eed1vpei_FileLog_1.log';
open(my $fh, '<:encoding(UTF-8)', $filename)
or die "Could not open file '$filename' $!";


my $strp = DateTime::Format::Strptime->new(
pattern => '%F_%T',
locale => 'fr-be',
time_zone => 'Europe/Brussels',
);

my $fmtduration = DateTime::Format:uration->new(
pattern => '%Y years, %m months, %e days, %H hours, %M minutes, %S seconds'
);

my $start=DateTime->now;
my $ondetected = 0;
my $last = 0;
my @durations = [];

while (my $row = <$fh>) {
chomp $row;
my @data = split(' ',$row);
# print "$data[0] , $data[2] \t";
if ($data[2] eq 'on') {
if ($ondetected == 0) {
$start = $strp->parse_datetime($data[0]);
$ondetected = 1;
}
} else {
if ($ondetected == 1) {
my $stop = $strp->parse_datetime($data[0]);
$last = $fmtduration->format_duration($stop - $start);
push @durations, $start->strftime('%F %T'). ";" .$last;
$ondetected = 0;
}
}
}

{
@durations = reverse @durations;
@durations = splice(@durations, 0, 10);
while ( my ($index, $dur) = each (@durations)) {
my ($date, $valeur) = split(/;/, $dur);
fhem ( "setreading " . $obj . " $date duration" . $index . " $valeur" );
print "setreading " . $obj . " $date duration" . $index . " $valeur\n";

}

print "setstate $obj \'$last\'\n";
fhem("setstate $obj $last");

}
}

Dans laquelle le fichier log est lu et les durées d'ouvertures calculées, les dix dernières durée sont alors écrites dans des Reading du de l'objet $obj, la dernière activation étant aussi mise dans le State.

La routine est appelée par un notify sur la variable dummy et une webcmd (attr vanne webcmd get)
define gettimeon notify vanne {ReadLog("vanne")}

Ce qui nous donne:

Le notify



Le dummy



Quand on fait un Get du dummy on reçoit les intervalles d'activation de la vanne.

Bien entendu pour automatiser la mise à jour du dummy, il suffirait de brancher le notify sur une désactivation de la vanne par exemple.

Quel style utilisez-vous dans FHEM ?

J'ai vu qu'il y avait toutes sortes de styles, avec des goodies intéressantes, je ne sais pas quoi choisir. J'avais mis FHEM Flex, mais il n'est plus suivi.

Heuuuuuu, c'est une bonne question ... aucune idée, je vais jeter un oeil

Suis toujours avec le style original

Bon, petite aventure ce WE: je comptais migrer le LUN, sur lequel le Pi FHEM tourne, d'un volume Syno vers un autre volume. L'option existe, donc ça doit fonctionner. Je ne fais pas trop attention: j'arrête le Pi et je lance la migration. Résultat: failed, avec un retour sur le volume de départ, et plus rien ne fonctionne, merci Syno (ah oui, il devait effacer tous les snapshots pour faire la migration, j'ai dit oui, sans trop réfléchir...).

Je cherche à tripatouiller un peu dans les fichiers sans trop m'y connaître en iSCSI, rien ne fonctionne mieux (on parle de fichiers de 50 GB), et je décide d'installer FHEM sur une VM sur le Syno (ça fait un an que j'y pense...)

Installation hyper rapide, je reprends mon fichier fhem.cfg (le seul pour lequel j'avais un backup en dehors du LUN) et tout refonctionne assez rapidement.
J'ai perdu le style, les customizations, et tout, mais toute la logique et les définitions sont intactes.

Et maintenant, ça trace à mort (c'est sur un volume SSD).

D'où ma question pour les styles (j'ai remis FHEM Flex pour l'instant, il est chouette).

J'ai aussi perdu la connexion USB vers la VMC, mais mon câble était de toutes façons foireux, je pense que je vais laisser tomber (si ça me manque vraiment, je remettrai un Pi pour récupérer l'info VMC qu'il envoie via ser2net à FHEM... ça me rappelle quelque chose...).

Bref, je vais planifier des sauvegardes des fichiers importants en dehors du snapshot de la VM.

Je suppose que les customisations et autres styles ne sont pas écrits dans la config (d'après ce que j'en ai vu), mais directement dans les directores de FHEM (un peu comme tablet-UI), mais si tu as sauvegardé ta configuration, tu es opérationnel ...

Pour la VMC, oui il faut recabler et sur une VM ca peut être difficile ...

Youhouhouuuuuu




A noter qu'il y a un radiateur à coller sur le CPU, images 3 et 4 et le boitier est livré avec un ventilateur, mais si on place le radiateur on ne peut fermer le boitier avec le ventilo. J'ai donc mis le ventilo.

Alimentation: 25 Watts recommandée, mais en 5 volts, donc 5 ampères, les chargeurs USB-C qui peuvent donner 25W plus, le font souvent à partir de voltage plus élevés et une négociation, ce que le RPI 5 n'accepte pas c'est donc 25 Watts en 5 volts ou alors les prises USB seront limitées à 600 mA au lieu des 1,6 A.

J'ai branché sur mon écran qui a une sortie USB-C à ... 96 Watts, et je suis limité car celui ci doit certainement jouer sur la tension pour fournir cette puissance.

Branché sur un écran 4K, assez impressionné par la réponse, j'ai une carte SD donc pas très rapide en accès disque, mais je vais passer sur USB-3 et SSD demain pour voir ce que ça donne.

C'est pour faire tourner FHEM, une telle bête ?

[USER=59118]@Lex[/USER] a dit:

C'est pour faire tourner FHEM, une telle bête ?

Cliquez pour agrandir...

Meuuuu non, pour FHEM un 3 suffit, à la rigueur un 4 si on veut aller vite sur les clients, quoique je me demande si ce n'est pas l'interface du disque qui coince de ce côté là (j'ai ça sur un SSD USB3 pour le moment).

C'est pour faire du développement docker, et là il faut du muscle pour tourner le conteneur. En plus il y à une ligne PCIe 3 et donc possibilité de placer un SSD NVMe comme disque, avec l'avantage de la vitesse et de la résilience.

En zieutant les infos sur le 5 et la connexion PCIe, je suis tombé sur un truc encore plus intéressant;

https://turingpi.com/

Pour fabriquer une batterie de serveurs sur base de CM4, et de faire son petit cloud chez soi. Vu le prix pourquoi pas.

Des nuc d'occasion sera sûrement un meilleur rapport puissance/prix et avec un peu de undercolting, pas plus gourmand.
L'avantage d'une ferme de rpi c'est pour apprendre kubernetes par contre

Avec le rpi5 a disposition pour chipoter, j'ai installé le rpi4 qui me servait de station de travail derrière l'écran 7 pouce qui était sur un rpi3. Installé Bookworm et Homeassistant core et migré ma configuration homeassistant.

Donc maintenant tout tient sur une bécane alimentée en POE. Je vais peut être installer FHEM dessus aussi, mais juste pour le fun.