Fhem

Ah joubliais, j'ai acheté un raspberry pi 4, et donc obligé de passer à buster, fhem installé. Avec ma configuration KNX (qui malheureusement n'est pas à jour, les device sont toujours définis sur le driver EIB) après quelques minutes fhem meurt because out of memory (j'ai un 4Giga donc il doit y avoir des fuites quelque part).

Je vais devoir convertir chaque device EIB en KNX et voir si la fuite est toujours présente, mais il y en a 863, j'en ai jusqu'à la retraite.

Was, tu as un immeuble de 30 étages ?

hahahahahaha, non mais j'ai beaucoup de groupes (notamment pour grouper des commandes). Et j'ai aussi créé des groupes fictif pour y insérer par example la production des panneaux solaire, les lectures à la VMC, ces groupes n'existent pas au niveau ETS mais permettent d'utiliser le bus EIB pour envoyer les valeurs à FHEM (la VMC n'est pas sur le même raspberry, et la station météo non plus).

Je suis en train de penser a y rajouter la tondeuse, mais avant je dois finaliser l'interface

Mmhhh... Je sens que je vais commander un Pi4, passer à Buster en parallèle avec mon Pi3 sous Jessie.

J'ai peur que l'upgrade de mon Jessie vers Stretch ne pose problème... même si j'ai moins de 863 devices, c'est toujours embêtant que tout foire...

A priori il n'y a pas de soucis à se faire, fhem est écrit en perl et les librairies n'ont pas (trop) changé entre jessie et stretch.

Par contre une sauvegarde de /opt/fhem n'est pas une mauvaise chose;

cd /opt/
tar -cvzf /home/pi/fhem.tgz ./*

Et mettre /home/pi/fhem.tgz quelque part au cas où.

Par contre fhem sous buster me donne quelques ennuis de fuites mémoire, la raison m'en est inconnue.

Merci !

Et knxd ? Tournera-t-il sans encombre sous stretch ?

Oui, et il ne faudra peut être même pas recompiler et relinker (https://wiki.fhem.de/wiki/Knxd)

J'ai réinstallé une SD card avec BUSTER, et par curiosité j'ai essayé sudo apt-get intsall knxd et voici le résultat:

pi@raspberrypi:~ $ sudo apt-get install knxd
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
libev4
Les NOUVEAUX paquets suivants seront installés :
knxd libev4
0 mis à jour, 2 nouvellement installés, 0 à enlever et 73 non mis à jour.
Il est nécessaire de prendre 277 ko dans les archives.
Après cette opération, 1.202 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n]
Réception de :1 http://ftp.acc.umu.se/mirror/raspbian/raspbian buster/main armhf libev4 armhf 1:4.25-1 [34,5 kB]
Réception de :2 http://ftp.heanet.ie/mirrors/raspbian/raspbian buster/main armhf knxd armhf 0.14.30-1 [242 kB]
277 ko réceptionnés en 2s (143 ko/s)
Sélection du paquet libev4:armhf précédemment désélectionné.
(Lecture de la base de données... 160218 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../libev4_1%3a4.25-1_armhf.deb ...
Dépaquetage de libev4:armhf (1:4.25-1) ...
Sélection du paquet knxd précédemment désélectionné.
Préparation du dépaquetage de .../knxd_0.14.30-1_armhf.deb ...
Dépaquetage de knxd (0.14.30-1) ...
Paramétrage de libev4:armhf (1:4.25-1) ...
Paramétrage de knxd (0.14.30-1) ...
Ajout du groupe « knxd » (GID 116)...
Fait.
Ajout de l'utilisateur système « knxd » (UID 110) ...
Ajout du nouvel utilisateur « knxd » (UID 110) avec pour groupe d'appartenance « knxd » ...
Création du répertoire personnel « /var/lib/knxd »...
Created symlink /etc/systemd/system/multi-user.target.wants/knxd.service → /lib/systemd/system/knxd.service.
Created symlink /etc/systemd/system/network-online.target.wants/knxd.service → /lib/systemd/system/knxd.service.
Created symlink /etc/systemd/system/sockets.target.wants/knxd.socket → /lib/systemd/system/knxd.socket.
Traitement des actions différées (« triggers ») pour systemd (241-7~deb10u1+rpi1) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.28-10+rpi1) ...

Donc knxd est disponible dans les paquets standard Debian, bien, mais attention ils ont changé le mode de configuration ...


Sur buster c'est du systemctl et donc editer le fichier de configuration

/etc/knxd.conf

Et y insérer les options de la configuration ...

Tu es un père pour nous !

Ouille dis, je me sens plux vieux sur le coup, mais pas plus sage ...

Amen !

eljub a dit:

Amen !

Cliquez pour agrandir...

RAMEN !

Je suis pastafariste ...

J'en ai profité pour mettre fhem (pas de paquet debian là par contre) et definir le tul sur le locahost (mon knxd est branché sur un gateway KNX), tout les devices KNX apparaissent au fur et à mesure que les groupes sont actionnés. Mais attention, chaque device est enregistré comme ceci
define KNX_0100027 KNX 1/0/27:MODEL_NOT_DEFINED

et il faut manuellement définir le modèle, par exemple dpt1 (un bit) ou dpt14 pour 32 bits float ...

La raison est que certain device on plusieurs groupes qui définissent chacun une des variables associée au device.

exemple un groupe pour la commande d'un actionneur et un autre pour lire l'état du même acionneur

C'est un peu plus compliqué que la configuration via le module EIB, mais cela apporte beaucoup plus de flexibilité.

Je reste un inconditionnel de FHEM, c'est certainement moins convivial (quoique avec tabletUI c'est déjà bien), mais on peut mettre les mains dans le moteur, et faire des machintruchoses vraiment balaises.

jcoenen a dit:

Je reste un inconditionnel de FHEM

Cliquez pour agrandir...

Moi aussi !!!!

Les grrrrrrands zesprits se rencontrent toujours

Bon et bien mon deuxième raspberry pi 4 de 4GB vient de rendre l'âme a son tour .... la panne est signalée par les deux LED (rouge ET verte) s'allument en continu et rien ne bouge. Pas d'information concernant ce genre d'indication dans les infos sur les pannes et indicateurs.

Retour chez le vendeur qui me l'a aimablement remplacé.

Réinstallation FHEM et motion (j'ai une webcam logitech sphere mais sa consomation m'empèchait de l'utilise sur les modèle précedent, maintenant avec l'USB C sur l'alimentation plus de problèmes).

FHEM est passé à la version 6 et quelques changements sur la sécurité, pour avoir accès en dehors du réseau local il faut définir un mot de passe via l'attribut basicauth des objets FHEMWEB. et par la même occasion définir une instance HTTPS pour sécuriser le transfer des identifiants.

J'en ai profité pour définir un customreading sur la température du CPU (sur le 4 il y a intérêt).

define RPI CustomReadings
setuuid RPI 5e4e4702-f33f-8de3-4170-5cee80e467eb0e6b
attr RPI interval 60 (intervalle de prise de mesure en secondes)
attr RPI readingDefinitions temperature:qx(vcgencmd measure_temp | sed -r "s/[a-z='C]//g" 2>&1) (ne pas oublier de faire sudo usermod -a -G video fhem pour authoriser la lecture)


attr RPI room General
attr RPI stateFormat state, temperature (mise en page de la valeur lue)

define RPILog FileLog ./log/RPI-%m-%Y.log RPI:temperature.* (définition d'un fichier de log avec juste la mesure)
setuuid RPILog 5e4e4899-f33f-8de3-6d07-b148c5ac2637acb8
attr RPILog room General


et après un petit graphique pour faire joli.

Je suis même prêt a parier qu'on pourrait faire un shutdown du raspberry si la température passe une limite prédéfine poue éviter de le griller.

Voici le résulat



Maintenant je vais voir si je peux intégrer l'image de la webcam dans l'interface (via le module ipcam)

J'ai un notify qui vient d'un détecteur de mon alarme, et qui allume la lampe du garage quand le détecteur détecte une présence.
Ça fonctionne, mais j'allume la lampe avec un on-for-timer. J'aimerais qu'elle reste allumée tant que le détecteur a détecté quelque chose dans les 30 dernières secondes par exemple.

Possible ?

Slt, je ne suis pas certain de bien comprendre, Si endéans 30 sec il y a une deuxième détection alors la lampe reste allumée sinon elle est sujette à un timer, c’est ça ?

Oui, le but est qu'elle reste allumée en permanence quand on est présent et que donc le détecteur nous détecte régulièrement.

Ok compris, il faudrait écrire les conditions et les actions correspondantes pour déduire la programmation.

1ère Detection -> start on-for x minutes ET un timer pour la deuxième detection

2ème détection endéans le timer détection -> switch ON else comme 1ère détection.

En FHEM je ferais ça avec des variables qui indiquent les états et des actions qui pilotent les variables (via timer par example )

Je vais voir si je peux écrire un truc qui fonctionne et poster le résultat.