Afficheur déporté Lyligo S3 / esphome / Home assistant
- Tochy
- Hors Ligne
- Membre platinium
-
- Messages : 575
- Remerciements reçus 101
Sur la dernière ligne du fichier msunpv_x_x.yaml tu as bien renseigné l'adresse IP de ton msunpv ?
Connexion ou Créer un compte pour participer à la conversation.
- Joebart81
- Hors Ligne
- Membre senior
-
- Messages : 44
- Remerciements reçus 0
Après redémarrage de HA le script envoi bien des infos au routeur par contre ca éteins juste, ensuite quand le relance le script "msunpv_s1_manuel", j'ai ce message ==> "Échec de l'exécution de l'action script/msunpv_s1_manuel. Invalid option: 0 (possible options: 1, 2, 4,
Idem avec le script "msunpv_s1_auto" ==> Échec de l'exécution de l'action script/msunpv_s1_auto. Invalid option: 0 (possible options: 1, 2, 4,
et idem pour le s1_off ==> Échec de l'exécution de l'action script/msunpv_s1_off. Invalid option: 0 (possible options: 1, 2, 4,
msunpv_routage_on_off ==> lui ne renvoi pas d'erreur et coupe bien le routeur mais ne le redémarre pas quand je relance le script
msunpv_commande_routeur ==> passe bien mais ne fait rien sur le routeur, lui je ne sais pas encore à quoi il sert
Je dois repasser en autobal depuis la page web du routeur
Bref, j'y suis pas encore...
Connexion ou Créer un compte pour participer à la conversation.
- Tochy
- Hors Ligne
- Membre platinium
-
- Messages : 575
- Remerciements reçus 101
Pour la suite de la conversation vient là
ard-tek.com/index.php/forum/vos-installa...unpv?start=390#22868
On va éviter de polluer le topic de l'écran de @Paps42 puisque ton problème est plus du coté de l'intégration
Pièces jointes :
Connexion ou Créer un compte pour participer à la conversation.
- Paps42
- Auteur du sujet
- Hors Ligne
- Membre elite
-
- Messages : 167
- Remerciements reçus 35
j'ai vu sur ton post que tu as trouvé le pb ! impecc.
pour les scripts, il me semble je ne tourne pas tout a fait avec le même que tochy, c'est pour ca que je renvoi le script off :
##shell_command:
#Commandes msunpv
msunpv_manubal_on: "curl -X POST -d 'parS=1;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_autobal_on: "curl -X POST -d 'parS=2;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_manurad_on: "curl -X POST -d 'parS=4;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_autorad_on: "curl -X POST -d 'parS=8;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_manubal_manurad_on: "curl -X POST -d 'parS=5;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_manubal_autorad_on: "curl -X POST -d 'parS=9;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_autobal_manurad_on: "curl -X POST -d 'parS=6;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_autobal_autorad_on: "curl -X POST -d 'parS=10;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_reset_commandes: "curl -X POST -d 'parS=0;0;0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
##commandes_sortie1
msunpv_sortie1_off: "curl -X POST -d 'parS={{(states.sensor.envoi_commande_off_sortie1_msunpv.state)}};{{(states.sensor.msunpv_cmdposactu3_4.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_sortie1_manu: "curl -X POST -d 'parS={{(states.sensor.envoi_commande_manu_sortie1_msunpv.state)}};{{(states.sensor.msunpv_cmdposactu3_4.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_sortie1_auto: "curl -X POST -d 'parS={{(states.sensor.envoi_commande_auto_sortie1_msunpv.state)}};{{(states.sensor.msunpv_cmdposactu3_4.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
##commandes_sortie2
msunpv_sortie2_off: "curl -X POST -d 'parS={{(states.sensor.envoi_commande_off_sortie2_msunpv.state)}};{{(states.sensor.msunpv_cmdposactu3_4.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_sortie2_manu: "curl -X POST -d 'parS={{(states.sensor.envoi_commande_manu_sortie2_msunpv.state)}};{{(states.sensor.msunpv_cmdposactu3_4.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_sortie2_auto: "curl -X POST -d 'parS={{(states.sensor.envoi_commande_auto_sortie2_msunpv.state)}};{{(states.sensor.msunpv_cmdposactu3_4.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
##commandes_sortie3
msunpv_sortie3_off: "curl -X POST -d 'parS={{(states.sensor.msunpv_cmdposactu1_2.state)}};{{(states.sensor.envoi_commande_off_sortie3_msunpv.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_sortie3_manu: "curl -X POST -d 'parS={{(states.sensor.msunpv_cmdposactu1_2.state)}};{{(states.sensor.envoi_commande_manu_sortie3_msunpv.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_sortie3_auto: "curl -X POST -d 'parS={{(states.sensor.msunpv_cmdposactu1_2.state)}};{{(states.sensor.envoi_commande_auto_sortie3_msunpv.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
##commandes_sortie4
msunpv_sortie4_off: "curl -X POST -d 'parS={{(states.sensor.msunpv_cmdposactu1_2.state)}};{{(states.sensor.envoi_commande_off_sortie4_msunpv.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_sortie4_manu: "curl -X POST -d 'parS={{(states.sensor.msunpv_cmdposactu1_2.state)}};{{(states.sensor.envoi_commande_manu_sortie4_msunpv.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"
msunpv_sortie4_auto: "curl -X POST -d 'parS={{(states.sensor.msunpv_cmdposactu1_2.state)}};{{(states.sensor.envoi_commande_auto_sortie4_msunpv.state)}};0;0;0;0;0;2;' http://192.168.1.XXX/index.xml"et msunpv.sortie 1, c'est le retour d'etat de la sortie 1 du routeur qui est défini dans les sensors.yaml :
msunpv_sortie_1:
unique_id: "msunpv_sortie_1"
friendly_name: "msunpv_sortie_1"
value_template: >-
{% set msunpv_sortie_1 = states('sensor.msunpv_cmdposactu1_2')|int(0) %}
{% if msunpv_sortie_1 == 0 %}
0
{% elif msunpv_sortie_1 == 4 %}
0
{% elif msunpv_sortie_1 == 8 %}
0
{% elif msunpv_sortie_1 == 1 %}
1
{% elif msunpv_sortie_1 == 5 %}
1
{% elif msunpv_sortie_1 == 9 %}
1
{% elif msunpv_sortie_1 == 2 %}
2
{% elif msunpv_sortie_1 == 6 %}
2
{% elif msunpv_sortie_1 == 10 %}
2
{% endif %}avec les codes que je t'avais donnés, téléversement en 2 secondes ca fonctionnait au poil.
après c'est sur souvent faut adapter au noms de ces propres sensors.
tiens nous au jus si cette fois c'est ok.
Connexion ou Créer un compte pour participer à la conversation.
- Joebart81
- Hors Ligne
- Membre senior
-
- Messages : 44
- Remerciements reçus 0
J'ai commandé une petite batterie 3.7v 500mha que je voulais installé directement à l'intérieur du Lyligo via le port dédié à cette effet et j'ai une phénomène étrange, quand j'installe cette batterie dans un autre lyligo S3 sans programme celui-ci s'allume et démarre sans soucis, par contre lors ce que je met la batterie dans le Lilygo S3 qui comporte le programme pour le MsunPV, la LED verte interne s'allume une fraction de seconde au moment de la connexion et après plus rien, le Lyligo reste éteins, meme si je branche la prise USB-C
Auriez vous une explication ?
Je pense que 500mah est suffisant pour l'alimenter et le faire démarrer même avec la connexion Wifi, je ne comprends pas pourquoi il ne veux pas s'allumer avec la batterie (alors que s'il y'a pas de prog dedans il s'allume).
Pièces jointes :
Connexion ou Créer un compte pour participer à la conversation.
- Paps42
- Auteur du sujet
- Hors Ligne
- Membre elite
-
- Messages : 167
- Remerciements reçus 35
Peut être que le programme au démarrage doit trop tirer de conso sur ta batterie.
Essaye d’ajouter de modifier le code comme ceci :
light:
- platform: monochromatic
output: gpio38
id: backlight
name: "Backlight"
restore_mode: OFF # Désactiver le rétroéclairage au démarrage pour éviter un pic de consommation
on_boot:
priority: -100
then:
- delay: 5s # Attendre 5 secondes après le démarrage pour stabiliser l’alimentation
- light.turn_on:
id: backlight
brightness: 1.0Connexion ou Créer un compte pour participer à la conversation.
- Joebart81
- Hors Ligne
- Membre senior
-
- Messages : 44
- Remerciements reçus 0
ModuleNotFoundError: No module named 'esphome.components.on_boot'
Connexion ou Créer un compte pour participer à la conversation.
- Paps42
- Auteur du sujet
- Hors Ligne
- Membre elite
-
- Messages : 167
- Remerciements reçus 35
light:
- platform: monochromatic
output: gpio38
id: backlight
name: "Backlight"
restore_mode: ALWAYS_OFF # Désactivé au démarrage pour économiser la batterie
# Activation de l'écran avec un délai pour éviter les pics de courant au boot
interval:
- interval: 10s
then:
- light.turn_on:
id: backlight
brightness: 1.0 # 100% de luminosité après un démarrage stableet dit moi
j'ai compilé le code sur mon esphome et y a pas d'erreur.
par contre si ton lilygo ne démarre pas même en usb c tu doit avoir une autre merde.
si toujours rien faudra le rebooter usine et reprendre la procédure d'inclusion.
Connexion ou Créer un compte pour participer à la conversation.
- Joebart81
- Hors Ligne
- Membre senior
-
- Messages : 44
- Remerciements reçus 0
Peut être un genre de mode dégradé d'économie d'énergie, je vais laisser la batterie se charger quelques heures, je referai un essai plus tard pour voir si l'écran s'éteins toujours sans l'alim usb.
Edit : Bon après avoir laissé branché l'esp à l'usb de manière à charger la batterie, je confirme qu'en débranchant l'usb l'écran s'éteints, tous les voyants s'éteignes mais quand on rebranche l'usb les infos sont toujours là, donc ça doit trop consommer pour ma petite lipo, elle ne sert donc qu'a la sauvegarde, ça ne rendre pas l'esp mobile comme je l'aurai souhaité à la base.
Connexion ou Créer un compte pour participer à la conversation.
- Tochy
- Hors Ligne
- Membre platinium
-
- Messages : 575
- Remerciements reçus 101
Est ce que tout simplement l'ecran ne demande pas une tension de 5V pour pouvoir s'allumer ?
Quand tu n'as que la batterie tu envoies du 3.3V, juste de quoi alimenter l'esp alors qu'avec l'usb tu as 5V et tout s'allume ?
Connexion ou Créer un compte pour participer à la conversation.
- samourai47
- Hors Ligne
- Membre senior
-
- Messages : 67
- Remerciements reçus 0
Mon lilygo marche impec et je remercie encore l'équipe
Ce jour j'ai voulu mettre a jour esphome via HA de la 2025-10-5 à la 2025-11-5
Et j'ai ce msg d'erreur lorsque je lance ine compilation de test...
Une idee pour corriger de manière sure?
La première partie est en jaune, par contre le reste en rouge, donc impossible a compiler
Merci d'avance
INFO ESPHome 2025.11.5
INFO Reading configuration /config/esphome/lilygo-s3.yaml...
WARNING GPIO0 is a strapping PIN and should only be used for I/O with care.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See esphome.io/guides/faq.html#why-am-i-gett...about-strapping-pins
INFO Detected timezone 'Europe/Paris'
Failed config
psram: None
{}
ESP32S3 requires PSRAM mode selection; one of quad, octal
Selection of the wrong mode for the board will cause a runtime failure to initialise PSRAM
Connexion ou Créer un compte pour participer à la conversation.
- etienneroussel
- Hors Ligne
- Membre elite
-
- Messages : 291
- Remerciements reçus 36
Pièces jointes :
Connexion ou Créer un compte pour participer à la conversation.
- Paps42
- Auteur du sujet
- Hors Ligne
- Membre elite
-
- Messages : 167
- Remerciements reçus 35
Ps: je sais pas si vous avez fait la MAJ 2025.12, mais pour moi ca a été chaud, 76 sensors KO suite a dépreciation prévu pour 2026.6. Ca m'a bouffé une journée pour comprendre les migrations de sensors.yaml dans template.yaml. (l'outil automatique me faisait des erreurs)
Connexion ou Créer un compte pour participer à la conversation.