Fhem

eljub

• 19 Octobre 2020

• #361

tu as le kubernetes aussi si tu veux pousser

on parle de plus en plus de gros serveur physique avec plein de core, 1 seul OS et ensuite les applications tournent dans des espaces isolés

moins de gestion d'infrastructures (os, réseau etc)

 

jcoenen

• 19 Octobre 2020

• #362

Apparemment docker permet d’accéder au file system du host

bindmount
donne accès à un fichier ou directoryvdu host et donc y mettre les log devrait être possible

 

jcoenen

• 19 Octobre 2020

• #363

eljub a dit:

tu as le kubernetes aussi si tu veux pousser

on parle de plus en plus de gros serveur physique avec plein de core, 1 seul OS et ensuite les applications tournent dans des espaces isolés

moins de gestion d'infrastructures (os, réseau etc)

Cliquez pour agrandir...

Je vois un genre de virtualisation mais plus légère sur le host. Et distribution des conteneurs qui ne contiennent que les applications et librairies, vraiment sympa

 

jcoenen

• 20 Octobre 2020

• #364

D'après ce que je lis dans la documentation docker et la gestion du storage, il y a plusieures possibilités:

bindmount les données sont stockées dans un directory du host et donc accessible par le host
Volumes les données sont stockées sur le host mais gérées par docker
tempfs le volume de données est définit dans la mémoire dynamique du host (et donc disparaissent quand l'app est arrêtée.

Avec FHEM pour les logs files bindmount ou volume c'est plus ou moins pareil (par contre je ne suis pas certain que le host aie accès a la structure dans le volume et donc aux données).

Pour le backup:

bindmount -> le host a accès a tout les fichiers dans le mount.
volume -> le host voit un seul fichier (si je comprend bien) et donc il faut faire un backup de toutes les données.

perso je choisirait bindmount avec un docker FHEM, mais le Volume a aussi ses avantages dans le cas d'une installation avec un FHEM docker hotbackup et le volume sur un storage intégrant la protection des data (genre RAID5) et kubernetes (merci @eljub).

C'est vrai qu'une fois la configuration de FHEM finalisée (si tant est que cela soit possible chez nous les bricoleurs) mettre tout ça dans un docker et un volume règlerait le problème des interventions en cas de catastrophe.

 

jcoenen

• 20 Octobre 2020

• #365

En chipotant sur FHEM de mon rpi 4, je zieute les modules, je suis tombé sur lightscene

Intéressant comme truc, on définit par example

define ambianceSoir lightscene KNX_0101023 KNX_0101044 KNX_0101037 KNX_0103195

les 3 premier sont des on/off (1 bit) le dernier est un dimmer (1 byte)

ensuite on définit les états des participants pour une scène (via FHEM ou par les interrupteurs)

et dans ambianceSoir on fait set save nom_de_scène

On peut après rappeler la scène a volonté.

ou définir un weblink à insérer dans une page.

define ambiance weblink htmlCode {LightScene_2html("AmbianceSalon")}

où toutes les scènes sont affichée et rappelable.

Pas mal comme truc, je vais essayer avec les stores (genre ouverts 50% 75% fermés)

 

@lex

• 20 Octobre 2020

• #366

As-tu testé KNXTUL ? Le module qui fait du multicast.

 

jcoenen

• 20 Octobre 2020

• #367

Non mais c’est dans les projets.

 

jcoenen

• 21 Octobre 2020

• #368

KNXTUL essayé, ça fonctionne.

Pour info j'ai une interface KNX ethernet (1 connexion) connectée a une instance knxd sur RPI 3 et fhem se connecte via une device TUL (knxd:add ip), le knxd permet l'accès via broadcast

Sur le RPI 4 FHEM se connecte sur le même knxd et j'ai branché quelques device via un nouveau device KNXTUL, ca fonctionne, en cas de reconfiguration complète un redémarage de FHEM serait le bienvenu.

Une idée pour la reconfiguration:

sauvegarder fhem.cfg (on n'est jamais trop sur)

define newtul KNXTUL definition du nouvel interface
delete tul décommissioner le tul sur lequel sont connecté les devices KNX
rename newtul tul reconnecter les devices au nouveau tul
"save config"
shutdown restart

Ca devrait fonctionner

 

@lex

• 21 Octobre 2020

• #369

Donc ça fait la même chose que knxd, mais depuis FHEM ?

Je ne pensais pas que knxd faisait du broadcast.

 

jcoenen

• 21 Octobre 2020

• #370

L'option -S démarre le serveur EIBnet/IP multicast

Les options sont bien expliquées içi

Mais attention de n'avoir qu'un seul serveur multicast actif sinon on boucle (sur mon réseau je voyait les messages une tripotée de fois et ils me saturaient le bus, je n'ai compris pourquoi qu'en lisant la doc, ce que j'aurais du faire avant ... RTFM !

TUL permet de connecter un routeur via KNX IP ou de connecter une interface série vers le le bus KNX.

KNXTUL c'est la même chose mais avec le broadcast.

L'inconvénient du broadcast c'est qu'on peut perdre des messages dans un réseau très actif, ce qui n'arrive pas avec une connexion IP.

L'avantage est qu'on peut avoir plusieurs clients (pas toujours possible avec IP).

 

@lex

• 21 Octobre 2020

• #371

En effet, le manuel est bien fait, et je vois que mon knxd ne fait pas de multicast:

/usr/local/bin/knxd -p /run/knxd/knxd.pid --eibaddr=15.15.222 --client-addrs=1.1.129:10 -d -i --listen-local=/tmp/knx -B single -b ipt:172.19.3.50

Mais il fonctionnait avec plusieurs FHEM en parallèle...

 

jcoenen

• 21 Octobre 2020

• #372

Juste connexion directe sur port 6720

 

@lex

• 22 Octobre 2020

• #373

Pour ma gestion de ma chaudière d'après la météo, j'ai un customreading qui va lire des données météo.

Mais le logfile est vide. Alors que chauff est correctement rempli (avec le taux de couverture nuageuse attendu, entre 0 et 100).

Pourquoi ?

 

jcoenen

• 22 Octobre 2020

• #374

dans le define du FileLog le regexp à la fin devrait être myMeteo:chauff.*
essayes voir si ça donne des logs pour les valeurs de chauff

 

@lex

• 22 Octobre 2020

• #375

Ça marche !

(alors que le file log a été créé par FHEM => bug ! )

Quel support ! Un SLA de moins d'une heure...

Merci !

 

jcoenen

• 22 Octobre 2020

• #376

hahahaha avec un smartphone tout est plus rapide

 

@lex

• 22 Octobre 2020

• #377

C'est ça ton truc !!!! (je pensais que tu étais en retraite anticipée...)

 

jcoenen

• 22 Octobre 2020

• #378

Presque tu n’es pas loin, je serai officiellement off work le 1 janvier 2021. Et pour l’instant en arrêt maladie (2 opérations suivies de covid, c’est comme une retraite anticipée sauf qu’on va pas promener les chiens, on reste au chaud) et on a du temps pour bricozoner

 

@lex

• 22 Octobre 2020

• #379

Si tu es motivé pour créer une communauté francophone pour FHEM (ça manque clairement):

 

jcoenen

• 23 Octobre 2020

• #380

je suppose qu’on pourrais demander a intégrer ça dans fhem.org ça aurait du sens. Une idée à creuser en tout cas, avec une traduction du référence guide en français. Maintenant l’interface n’étant pas très sexy il n’a pas la préférence sur les autres applications (openhab, jeedom, domoticz, homeassistant ...), bien souvent on regarde la carrosserie et pas l’état du moteur ou le carburant (java, nodejs et autres usines à gaz). Et avec le problème de la langue, FHEM n’a pas du tout la cote en francophonie ...