I just push a new release of neviweb130. 2.6.0. It is set as pre-release because there are a lot of changes. Need volunteers to test before it will be release officially.
Salut,
Il semble y avoir un problĂšme avec les interrupteurs que jâai convertis en lumiĂšres. Ăa nâaffecte pas les gradateurs. Voici des capture dâĂ©crans avant et aprĂšs la mise Ă jour,
Bonjour, jâai corrigĂ© la premiĂšre erreur pour updating error code
Pour la deuxiĂšme câest un SW2500ZB ou SW2500ZB-G2
Vos gradateurs sont des DM2500ZB ou des G2
pouvez-vous m<envoyer la ligne de log pour vos gardateur qui contient ceci
[custom_components.neviweb130.light] Updating neviweb130 light... nom de votre lumiere ou gradateur
Ok alors la correction que jâai fais pour enlever le intensityMin va corriger le problĂšme. Ăa empĂȘchait les updates des interrupteurs.
Pour valider vous pouvez mettre un # au début de la ligne 362 pour la désactiver
# self._intensity_min = device_data[ATTR_INTENSITY_MIN]
Câest des DM2500ZB. Je ne comprend pas votre demande de log, Il nâya pas de problĂšme avec les gradateurs, donc pas de message dans les log.
Tan mieux. Si vous avez activĂ© les log pour neviweb130 alors il y a une ligne pour lâupdate de chaque appareil.
Si vous commentez (# au dĂ©but de la ligne) la ligne 362 ca va arrĂȘter lâerreur et les updates vont se faire pour les SW2500ZB
Câest dans le fichier light.py, ligne 362
Si vous préférez, vous pouvez prendre le fichier light.py ici et le coller par dessus le votre.
Salut,
Effectivement quand je met la ligne 362 en commentaire, les appareils fonctionnent.
Jâai ajoutĂ© les lignes suivantes dans mon configuration yaml
Jâai redĂ©marrĂ© HA.
Mais je ne vois rien de plus dans le log de Home assistant.
logger:
default: warning
logs:
homeassistant.custom_components: debug
custom_components.neviweb130: debug
Câest neviweb130 et non neviweb dans la config des logs
Jâai fais un pre-release 2.6.1 pour corriger ces bug
Salut,
Je vais faire la mise Ă jour avec la version 2.6.1.
Si vous en avez encore de besoin, voici la ligne de debug pour un gradateur.
2024-01-29 17:52:34.948 DEBUG (SyncWorker_8) [custom_components.neviweb130.light] Updating neviweb130 light Chambre invitĂ©s (1.353 sec): {âintensityâ: 57, âonOffâ: âoffâ, âerrorCodeSet1â: {}, âintensityMinâ: 600, âlockKeypadâ: âunlockedâ, âpowerTimerâ: 0, âstatusLedOnIntensityâ: 50, âstatusLedOffIntensityâ: 0, âstatusLedOnColorâ: {âredâ: 0, âgreenâ: 255, âblueâ: 255}, âstatusLedOffColorâ: {âredâ: 75, âgreenâ: 10, âblueâ: 0}, ârssiâ: -54, âloadWattOutput1â: {âstatusâ: âonâ, âvalueâ: 25}}
Voici la ligne de débug pour un interrupteur converti en lumiÚre qui est en problÚme.
2024-01-29 17:52:33.370 DEBUG (SyncWorker_11) [custom_components.neviweb130.light] Updating neviweb130 light Bureau (1.037 sec): {âonOffâ: âoffâ, âerrorCodeSet1â: {}, âlockKeypadâ: âunlockedâ, âpowerTimerâ: 0, âstatusLedOnIntensityâ: 50, âstatusLedOffIntensityâ: 0, âstatusLedOnColorâ: {âredâ: 0, âgreenâ: 255, âblueâ: 255}, âstatusLedOffColorâ: {âredâ: 75, âgreenâ: 10, âblueâ: 0}, ârssiâ: -21, âloadWattOutput1â: {âstatusâ: âonâ, âvalueâ: 160}}
AprÚs la mise Ú jour à la version 2.6.1, tout est beau, aucune erreur détecté et tout fonctionne.
Merci pour votre travail.
Merci de votre aide
For those who have Sedna valve. Make sure you have HA version 2024.1.1 or newer before updating to neviweb130 2.6.0 or 2.6.1. Valve have been migrated to new HA valve component and wonât work in HA 2023xxx.
Bonjour Claude,
Mon expĂ©rience avec HydroQC laisse Ă dĂ©sirer. Lors de la derniĂšre pointe le systĂšme semblait offline et mon automatisation associĂ©e nâa pas Ă©tĂ© dĂ©marrĂ©e. Heureusement, pour ce qui de mes thermostats SinopĂ©, ils ont bien reçu la consigne envoyĂ©e par SinopĂ©.
Je pense donc utiliser Ă lâavenir une automatisation basĂ©e sur le signal reçu de SinopĂ© plutĂŽt que celui de HydroQC pour conrĂŽler mes appareils autres que ceux de SinopĂ©. Dans cette perspective, votre documentation mentionne quâil est possible de âcatch when Neviweb send the signal for pre-heating start period for thermostats or start signal for the load controler.â Cependant la suite dit que les variables âeco_statusâ et âeco_powerâ sont toutes les deux âset to «off» during normal operation, to «on» during peak periodâ.
Y a-t-il une erreur lĂ ? Est-ce que lâune des variables servirait plutĂŽt pour la pĂ©riode de prĂ©-chauffage et lâautre pour la pĂ©riode de pointe? Est-ce que ces variables sont rĂ©servĂ©es aux pointes Hydro ou peuvent-elles aussi ĂȘtre activĂ©es pour dâautres raisons?
Enfin jâai remarquĂ© quâĂ lâheure actuelle il nây a pas dâattribut âeco_powerâ en tant que tel mais plutĂŽt deux attributs: âeco_power_relativeâ et âeco_power_absoluteâ. Quelle est la diffĂ©rence.
Merci beaucoup,
Pierre
Quand il nây a pas de pointe tous les attributs sont Ă off.
Au début de la pointe, en période pré-chauffage, le eco_status devient «on» pour les thermostats et les controleurs de puissance.
Pour les thermostats:
- le eco_setpoint va changer de +10 à -10 selon le niveau de pré-chauffage ou de réduction de température
Pour les controleurs de puissance:
- le eco_onoff devient «on» quand le controleur est coupé.
Donc pour repĂ©rer un dĂ©but de pointe il faut monitorer le eco_status de nimporte quel appareil qui est inscrit sur Eco-SinopĂ©, de prĂ©fĂ©rence un thermostat pour avoir lâinformation au dĂ©but de la pĂ©riode de prĂ©chauffage. Le eco_optOut se dĂ©clanche quand quelquâun change manuellement le setpoint du thermostat ou allume un controleur durant une pointe pour dire quâon a dĂ©barquĂ© de la gestion de la pointe pour cet appareil.
Il y a une pointe demain matin je vais suivre chaque attribut et mettre a jour la documentation de neviweb130. Ces attributs sont réservés uniquement pour Eco-Sinopé
Jâai mi a jour la doc dans le readme.md pour les attributs relatif Ă Eco-SinopĂ©
TrĂšs bien!
Merci beaucoup, Claude.