Toute l’activité

Bonjour Une petite présentation serait parfaite. Envoyé de mon Pixel 8 Pro en utilisant Tapatalk

bonjour a tous

Bonjour, J'utilisais jusqu'à présent les icones suivants pour le volet d'un velux. Je viens de faire remplacer mes velux et suis passé à des modèles motorisés avec ajout de volets sur ceux qui n'en avaient pas et aussi ajout d'un store intérieur motorisé sur l'un d'entre eux. Je souhaiterais maintenant pouvoir avoir différentes informations sur le même icone : Etat du volet : 0, 10, 20, 30, 40, 50, 60, 70, 80 90, 100 (icone ci-dessus) Etat de la fenêtre : petite aération (2 flèches rouges), grande aération (4 flèches rouges), ouverte, fermée (il faudrait si possible rajouter le bloc du volet roulant sur ceux-ci) Etat du store : 0, 10, 20, 30, 40, 50, 60, 70, 80 90, 100 (il faudrait si possible rajouter le bloc du volet roulant sur ceux-ci). Lorsque le store aura une même valeur inférieur ou égale au volet, on ne devrait pas voir le store. Lorsque la valeur du store est inférieur à celle du volet, il y a peut moyen de faire quelquechose avec la transparence. Lorsque la valeur du store est égale à la velur du volet, on ne devrait pas le voir non plus mais il y a peut être la possibilité de la faire dépasser légèrement malgré tout pour le voir. Etat du capteur de pluie : 0 ou 1 (idem, il faudrait idéalement rajouter le bloc du volet roulant sur cellui-ci). Pour celui-ci, je le verrais plutôt avec la fenêtre fermée car le détecteur de pluie force la fermeture et empeche l'ouverture si j'ai bien compris mais comme il y a aussi la possibilité de forcer l'ouverture manuellement pendant 15 minutes avec les boutons haut et stop en même temps, ca pourrait être bien d'avoir tous les cas. Y-aurait-il un expert qui pourrait faire un mix de tout les icones existants pour obtenir cela ? Ce serait vraiment top. Merci d'avance.

Malheureusement pour les scènes uniquement, ça n'a jamais existé dans les QuickApps.

tout s'est bien passé

une autre commande existe mais je ne sais pas a quoi cela sert hub.systemService.suspend()

je n'ai rien vu passé sur le forum voici la commande pour rebooter la HC3 hub.systemService.reboot()

@nico a condition que ta BAL ne soit pas pleine [emoji1787] Envoyé de mon Pixel 8 Pro en utilisant Tapatalk

idem, faut pas hésiter !!

Yes, et si on zappe, MP moi !

Je m'approche

Oui, j’utilise bien un "linked device" de type sprinkler. A force d’essais, je constate que le capteur d’humidité est capable d’arrêter l’arrosage ET d’empêcher le démarrage. Il ne me reste plus qu’a essayer le fonctionnement avec le capteur de pluie. Est ce juste un arrêt à la première goutte ou autre chose…

ok pour les device, mais tu passes bien par un "linked device" de type sprinkler ? si non, je pense que ton problème d'origine vient de là... oui c'est ça.

Non pas encore changé le profil, car pour l'instant je n'ai pas encore installé les micro-onduleurs Enphase sur l'AC-Out secouru du Victron (en AC Coupling).... et surtout, je n'ai pas encore branché la maison dessus. En effet, pour l'instant, mon câblage, encore temporaire, ne permet pas de fonctionner en autonomie. Je ferai ça cet été dès que j'aurai un moment seul à la maison pour une journée entière, car il faut que je recâble le tableau principal avec l'inverseur de source et tout et tout (comme sur le schéma), directement en sortie du disjoncteur de branchement Enedis.

Ta dernière phrase est importante du coup : Et du coup tu as changé le profil de des MO Enphase pour cela ? En tout cas c'est top ça, excellente nouvelle !

@fredokl c'est parfait. Un grand merci.

Concernant les devices, moi j'utilise une électrovanne zigbee avec capteur d'humidité. Le tout est poussé dans un serveur MQTT et j'ai créé un QA Electrovanne MQTT. (SMLIGHT + Z2MQTT + MOSQUITTO) Et pour la pluie: Kemo M152 + Smart Implant Quand tu dis que tu contournes la restriction... c'est à dire que tu codes les jours/zones via l'API? Ou bien tu as rendu possible le paramétrage des jours dans l'interface?

Victron et Enphase : communication par Modbus Depuis la mise à jour 3.60 de Venus OS de début juin 2025, on apprend que Victron supporte maintenant la communication avec Enphase via Modbus SunSpec : Ce qui signifie que Enphase a enfin ajouté le support du Modbus à leur passerelle Effectivement, tout cela est maintenant officiellement documenté par Enphase dans le PDF suivant, qui date de janvier 2025 : AC-coupling with Victron battery inverters using Modbus TCP/IP J'ai donc demandé l'activation au support Enphase. 15 jours plus tard (c'est aujourd'hui), le support me répond que Modbus a été activé sur ma passerelle Envoy-S Metered Et je confirme que ça fonctionne Je peux interroger l'Envoy directement avec Modbus Doctor sur le port TCP 502. On a accès aux données de chaque MO indépendamment. L'Envoy est maintenant reconnue par le Cerbo GX en tant que "Convertisseur PV", qui affiche les données de production sur le tableau de bord (et ça remonte également dans VRM) Dans la vue des appareils, l'Envoy apparait bien : (seulement 46W de production, c'est normal il fait bientôt nuit) Et la vue détaillée : Le Victron n'affiche pas le détail de chaque MO, mais on s'en fout, c'est la production globale qui nous intéresse. Quelques remarques : Je peux en retour interroger le Victron via Modbus (ce que je fais déjà via domotique), et j'ai accès autant aux données du Multiplus, de la batterie Pylontech, etc, mais aussi de la passerelle Enphase Envoy, ce qui est marrant car elle est elle-même interrogée par le CerboGX par Modbus On constate sur le 1er screenshot que j'ai aussi un compteur VM-3P75CT qui fourni la même information, car j'avais spécifiquement installé celui-ci sur la phase de mon installation Enphase pour remonter les statistiques.... Du coup l'information est maintenant redondante et cet appareil ne sert plus à rien dans mon installation... si j'aurais su j'aurais pu économiser quelques euros ! Le point intéressant, c'est que la mesure du VM-3P75CT est complètement foireuse (forte variation) lorsque la prod solaire est faible, en début/fin de journée. Donc je vais le virer, et j'aurais l'information remontée avec précision par l'Envoy via Modbus. Nickel tout ça Comme le précise Enphase dans la doc, c'est de la lecture seule, donc on peut interroger, mais pas piloter. En cas de fonctionnement off-grid, si les MO Enphase sont connectés sur la sortie AC Out secourue, et que la batterie est pleine, alors ça fonctionne comme avant : par variation de fréquence, ce qui fonctionne depuis des années (d'ailleurs ça reste la grande différence d'intégration avec un Fronius, pour qui le pilotage se fait en bidirectionnel via Modbus) : En effet, pour rappel, en cas de fonctionnement off-grid, donc déconnecté du réseau, il faut impérativement ralentir puis arrêter complètement la production solaire quand la batterie est pleine, sinon... BOUM

remarque supplémentaire : je passe par une"linked device" pour les sprinkler. En effet, le device "actionneur", donc le device principal de l'électrovanne, est un QA "child" de mon IPX. J'ai donc créer une"linked device" de type sprinkler auquel j'ai associé le QA child de l'IPX. et c'est ce "linked device" que j'ai associé à la zone d'arrosage. Mettre directement le QA "child" dans le panneau d'arrosage ne fonctionne (fonctionnait) pas...

je contourne la restriction des jours sélectionnés et bloqués pour les autres zones. c'est tout. Je ne touche pas aux paramétrages de la zone et du device associé.

Oui, le point là est maîtrisé. Ce que je voulais comprendre c’est ce que tu fais dans l’API, qu’est ce que cela apporte?

alors je n'utilise pas les capteurs humidité, pluie ou autre, enfin si mais pas dans le panneau d'arrosage. avec le bouton rouge, du crée ta zone. avec le bouton j'ai tu associes l'électrovanne qui bien (device de type sprinkler) tu configures le planning. et normalement ça fonctionne. Comme je disais à l'époque, pour un paramétrage simple, ça suffit, pour plus de finesse, je paramètre le schedule dans l'API.

Bonjour, Vous connaissez tous mon souhait d'avoir des backup fiables. Pour la v3.24 j'ai codé une modification du sujet du mail si erreur détectée par le script. Pour la v3.25 j'ai ajouté l'option du faire un backup local (comme maintenant) ou cloud/remote sur les serveurs Fibaro. Cette pooossibilité est importante, car c'est la seule qui permet de migrer les modules d'une box à l'autre. Donc perso, je fais un backup local toutes les semaines et cloud tous les mois. (le backup php hebdomadaire me permetterait de faire la différence si nécessaire). J'ai fait ces modifs de base en n'y connaissant rienen shell, donc que les connaissuers valident mes modifs (qui sont facilement identifiables : ce sont les lignes qui suivent # jojo). A+ backup-hc3_v3.25.sh

C'est beau l'amour ... et à 2h00 j'ai le backup php.