Nico

Pitier, pas un flamand de plus...

Sympa !

Sacré flooding en tout cas d'un coup aujourd'hui

Sinon oui il faudra passer par le support qui va débloquer la situation. Tu as une sauvegarde Cloud à jour ?

Hum, très étonnant du coup... Et derrière elle se relance sans souci en plus tout seul ? Je lis box de prod, tu as une seconde ? Tu pourrais presque tester un transfert pour voir ?

Hello. Pour creuser des questions : -Quand elle "se fige", cela revient tout seul ou tu reboot ? -Tes processeurs me paraissent très utilisés, tu as quoi qui consomme autant ? Surtout au moment des plateaux qui restent hauts ? -Quand elle "se fige", tu arrives à y accéder mais tout est lent sur l'interface ou seulement au niveau ZWAVE ?

Nouvelle version : local ip = "192.168.0.165" local port = 30000 local payload = '{"id": 1,"method": "Bat.GetStatus","params": {"id": 0}}' local socket = Net.FUdpSocket() socket:setBroadcast(true) socket:setReadTimeout(2000) -- Envoi local bytes, errorCode = socket:write(payload, ip, port) if errorCode ~= 0 then fibaro:debug("Erreur UDP : " .. errorCode) return end fibaro:debug("Requête envoyée (" .. bytes .. " octets)") -- Lecture de la réponse local data, readError = socket:read() fibaro:debug("Erreur lecture UDP : " .. readError) if data and data ~= "" then fibaro:debug("Réponse reçue : " .. data) -- Tentative de décodage JSON local ok, jsonData = pcall(json.decode, data) if ok and jsonData then -- Exemple : extraction du SOC if jsonData.result and jsonData.result.soc then local soc = jsonData.result.soc fibaro:debug("SOC Batterie : " .. soc .. "%") --fibaro:call(fibaro:getSelfId(), "setProperty", "ui.LabelSOC.value", soc .. "%") else fibaro:debug("JSON reçu mais pas de champ SOC") end else fibaro:debug("Erreur décodage JSON") end else fibaro:debug("Aucune réponse reçue (timeout ou vide)") end socket = nil Pas d'erreur, mais je n'ai pas de message en retour. Le script ne serait pas juste ?

Si qqun a une petite idée ?

Bon je jette un œil à l'API là, et c'est de UDP, avec du socket, moi qui est plus vu de LUA depuis des lustres... J'ai tenté ça : local ip = "192.168.0.165" -- Remplacez par l'IP de votre batterie local port = 30000 --local payload = '{"method": "ES.GetStatus", "params": {}, "id": 1}' local payload = '{"id": 1,"method": "Bat.GetStatus","params": {"id": 0}}' local socket = Net.FUdpSocket() socket:setBroadcast(true) local bytes, errorCode =socket:write(payload, ip,port) if errorCode == 0 then fibaro:debug("Réponse reçue : " .. errorCode) --local data = pcall(json.decode, response) -- Exemple pour extraire le SOC (état de charge) --local soc = data.soc fibaro:debug("Batterie : " .. bytes .. "%") -- Mettre à jour un label du Virtual Device --fibaro:call(fibaro:getSelfId(), "setProperty", "ui.LabelSOC.value", soc .. "%") else fibaro:debug("Erreur UDP : " .. errorCode) end socket:setReadTimeout(1000); local data, readError = socket:read() fibaro:debug("Lecture UDP encours : ") if data and data ~= "" then fibaro:debug("Réponse reçue : " .. data) else fibaro:debug("Aucune réponse reçue (Timeout ou vide)") end socket = nil Alors cela ne plante pas, par contre je n'ai aucun retour dans data. Et bytes vaut 55, donc c'est 55 octets non ? Puis le read pour les lire ?

Tu cliques sur ton profil en haut à droite, puis dans la barre du haut, modifier mon profil. Pour les livres, aucune idée lequel tester.

Ici : https://www.amazon.fr/s?k=apprendre+le+lua&__mk_fr_FR=ÅMÅŽÕÑ&crid=6F4IPRV4Q7U2&sprefix=apprendre+le+lua%2Caps%2C239&ref=nb_sb_noss_1 J'avais pris le manuel de référence, c'était moyen.

Oki, je vais upgrader aussi tout ça, merci !

Top !

@mprinfo, donc tu es sur la dernière version du Unifi et rien à modifier dessus ?

Oki Tu as basculé sur autre chose ou tu ne fais plus de détection du tout ?

@Lazer, question, les fonctions utilisées dans le VD ou le QuickApp sont toujours encore fonctionnelles dans la dernière version du controller en 10.x ? Car je suis encore en 8.x, cela passe, mais après ?

Hello. Petit up du coup. Hier j'ai terminé la bascule d'onduleur, donc adios mon gros Eaton de 5KVA, désormais ma baie info est sur un petit onduleur très économe mais qui est relié à la sortie backup du Venus E (Qui ajoute donc encore de l'autonomie au petit onduleur). Cela fonctionne nickel, divers tests de fait. En même temps j'ai gagné du coup la conso de ce dernier et du silence, ça fait tout drôle, cet onduleur été vraiment bruyant. Pour ce qui de la comptabilité avec le PowerReduver, ils se marchent dessus. Donc pour le moment je coupe le PR le matin et j'ai programmé le MARSTEK en fonction. Par contre ils viennent d'activer aussi la partie MODBUS sur la Venus, je suis entrain de récupérer les commandes en plus de l'API (J'ai pas envie de me faire chier avec une platine pour faire du RS485). Et du coup avec une petite scène, je pourrai gérer tout cela en auto assez facilement depuis la HC2 ! Au final mon ajout de cet hiver (Les 2 * 2 panneaux) fonctionnent trop bien, je produit trop En fait mon PR a une résistance de 3kw derrière, bah défois il ne suffit pas à absorber tout le circuit. Du coup la Venus fait son rôle, mais je pense qu'une second va arriver très très vite, pour finir d’écrêter tout ça en mi saison comme maintenant (En été moins de soucis, il y a la clim et la filtration de la piscine). A suivre, attaquons le Modbus quand j'aurai le temps.

A suivre quoi.

Semaine complète, ils vont tout passer avant le 31 on dirait...

C'est ce que je pensais, pour moi c'est un nouveau protocole pure, il garde le nom pour vendre, mais là je vais te dire que des retours magasins il va y en avoir...

Re. J'ai pas lu l'article, mais du coup je suppose aucune rétrocompatibilité dans un sens ?

Hi Man ! Great !!

Ils vont se faire plaisir

Ahh bah ça...