gorn

Je rebondis sur mon précédent message. La scène que j'ai précédemment supprimée n'est pas responsable (ou ce n'est pas la seule) a ouvrir le portail a la suite d'un redémarrage de la box. Comme j'avais dit, la scène est supprimé et suite a un redémarrage le portail s'est encore ouvert. La seule connexion que j'ai pour ouvrir le portail est le relais 1 de mon doorbird. Je vais regarder les interactions que ce relais a dans ma box. Si quelqu'un a une idée je suis toujours preneur!

Bien vu @Lazer, je n'étais pas sur la bonne scène. Méa Culpa. Un redémarrage de la box a résolu mon soucis avec GEA.

Oui, il y a les deux mélangés. Le 118 est le GEA

Bonsoir le fil, Je rencontre depuis quelques jours (je ne sais quantifier combien) un bug sur GEA. Je suis sous HC3 v5.130, GEA v7.36. Je n'ai pas fait de modifications depuis assez longtemps donc je ne pense pas que ce soit lié mais sait on jamais. Le debug me dit : [27.02.2023] [21:25:01] [DEBUG] [QUICKAPP118]: onInit [27.02.2023] [21:25:01] [DEBUG] [QUICKAPP118]: Loaded all data [27.02.2023] [21:25:01] [ERROR] [QUICKAPP118]: QuickApp crashed [27.02.2023] [21:25:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info') [27.02.2023] [21:25:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:checkChildDevices() : Véfification du statut des modules enfants [27.02.2023] [21:25:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:loop() - Prêt [27.02.2023] [21:26:01] [DEBUG] [QUICKAPP118]: onInit [27.02.2023] [21:26:01] [DEBUG] [QUICKAPP118]: Loaded all data[27.02.2023] [21:26:01] [ERROR] [QUICKAPP118]: QuickApp crashed [27.02.2023] [21:26:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info') [27.02.2023] [21:26:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:checkChildDevices() : Véfification du statut des modules enfants [27.02.2023] [21:26:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:loop() - Prêt [27.02.2023] [21:27:01] [DEBUG] [QUICKAPP118]: onInit [27.02.2023] [21:27:01] [DEBUG] [QUICKAPP118]: Loaded all data [27.02.2023] [21:27:01] [ERROR] [QUICKAPP118]: QuickApp crashed [27.02.2023] [21:27:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info') Sur la ligne 364, dans le main, j'ai ça : trigger = function(id) return {event = {type = "device", id = self:findDeviceId(id), property = "value"}, filter = {type = "DevicePropertyUpdatedEvent", data = {id = self:findDeviceId(id), property = "value"}}} end, Je n'ai pas souvenir d'avoir modifié le main, j'ai regardé avec l'original de @Lazer ça correspond bien. J'ai quelques modules absent a cause d'un manque de piles mais j'ai déjà eu le cas et GEA ne c'était pas comporté comme ça. Avez vous une idée?

Je profite d'un passage ici pour redemander de l'aide, je n'ai pas trouvé pourquoi ma scène se déclenche au démarrage de la box (aléatoirement). J'ai un peu peur pour mon chien aussi si quelqu'un était de la partie pour m'aider, ce serait cool!

Donc tout à un sens, merci @mprinfo En fait je n'ai pas fait propre du coup. Par contre, je n'arrive pas a voir où je demande le démarrage au boot de la box, pourrais-tu m'aider a trouver ce que j'ai mal fait stp? Malgré les liens que tu m'a donné je n'arrive pas a voir où je pêche

Oh marde, j'ai pas changé ma signature lol. Je suis bien sous HC3 ^^

Hello, Je reviens a la charge avec mon soucis (ue je n'avais toujours pas corrigé). Sauf que maintenant j'ai un chien et que l'on vient de se faire peur car la box a redémarré et le portail c'est actionné... Petit coup de stress, on ne l'a pas encore éduquée pour ça! Voici mon code (qui n'est plus dans la box a ce jour mais sur Notepad++... DECLARATION { isTrigger = false, operator = "match", property = "cron", type = "date", value = { "30", "12", "14", "5", "6", "2021" } } ACTIONS local http = net.HTTPClient() http:request("http://***********************", { options = { headers = { Accept = "text/html", Authorization = "Basic ".."****************" --login:pass codé en base64 }, method = "GET" }, success = function(response) if response.status == 200 --Doorbird is answering then --To confirm to user actions are done fibaro.debug("Scene13", "response status: ", response.status) fibaro.debug("Scene13", "headers: ", response.headers["Content-Type"]) fibaro.alert("push", {[1] = 25}, "Portail actionné") else --Doorbird is not answering in the good way fibaro.warning("Scene13", "Error: status = ", response.status) end --End of answer from Doorbird end, error = function(error) fibaro.warning("Scene13", "Error: "..json.encode(error)) end }) En fait, cette scène appelle une requête http pour taper sur le relais 1 de mon doorbird. Elle ne s'effectue (en théorie) que sur appel d'une autre scène qui elle est appelée lorsque j'appuie sur ma télécommande (aeotec ZWA003). Avez vous une idée de pourquoi cette scène s'active après un redémarrage? Je précise que son activation est aléatoire, elle ne s'active pas a chaque redémarrage de la box... histoire que ce soit simple a piéger XD

@Lazer, tu ne voudrais pas scinder ton post pour en faire un sur les bornes? Car là on te pourrit ton fil :'( En effet, je ne vois pas de priorisation propre. Sauf une annonce au CES de cette année de la part d'ABB : https://www.frandroid.com/produits-android/automobile/voitures-electriques/1583590_cette-nouvelle-borne-veut-vous-changer-la-vie-pour-recharger-votre-voiture-electrique-a-domicile

Ce qu'il y a d'encore plus rageant c'est que j'ai un BTS Electrotech. Mais comme je ne suis ni artisan ni agréé IRVE je ne suis pas reconnu comme légitime a faire ce travail chez moi... Edit : Pour revenir a ce que je disais sur l'Autel, je ne pense rien détourner. La borne regarde la puissance instantanée délivrée par EDF (via un compteur communicant en modbus)pour faire varier sa puissance. Si le solaire prends une partie des besoins de la maison, le compteur va voir une baisse de la puissance consommée EDF et la borne devrait délivrer plus de puissance. Mais ce n'est que théorique!

Merci pour toutes ces pistes @Lazer! Je fini le HS pour les bornes concernant l'Autel. En fait il n'y a pas d'interaction domotique à ce que j'ai compris. Dans l'appli, tu définis la puissance de ton abonnement, tu donnes une réserve de puissance (de 0 à 50% de l'abonnement) et comme il papote avec un compteur posé sous le disjoncteur EDF, le chargeur gère la puissance pompée. En gros, avec le solaire, ça passerai car l'autoconso ne ferait pas tourner le compteur (puissance instantanée) mais pour l’interconnexion avec la domotique c'est niet. Est-ce un bien ou un mal... j'y réfléchit et y réfléchirait encore et avec toutes les bornes que tu m'a présenté je vais pouvoir faire des comparatifs!

Merci pour toutes ces informations! Avais-tu regarder les bornes Autel? Il y aurait apparemment un protocole Modbus qui tourne et une fonction m’intéresse : Gestion Dynamique avec une seule borne (Mode ALM) Il s'agit d'une version simplifiée du mode ALM, adaptée au scénario où il n'y a qu'une seule borne de recharge. Cette méthode intelligente de gestion de charge assure une charge constante de la borne de recharge et des autres charges. En gros, ça papote avec un compteur et on peux mettre une réserve de puissance sur l'appli. Je regarde si l'API est ouverte... Je vais jeter un œil a tes références

Hello Lazer, J'étudie la mise en place d'un chargeur auto a la maison. J'ai eu beau cherché dans le topic et dans le forum, je n'ai pas réussi a trouvé celui sur lequel tu avais jeté ton dévolu. Pourrais-tu partager stp que je regarde ce qu'ils font?

Merci @Lazer

Mince! Juste un GEA.add({id["Fridge_door"]}, 5*60, "La porte du réfrigérateur est ouverte depuis #duration#", {"Repeat"}) suffit donc? Edit : il faut que je reprenne la base de la syntaxe GEA je crois ^^