c’est un problème d’encodage (utf8 , iso-8859-1, …), c’est un problème courant dans l’affichage, mais qui peut être réglé.
Par exemple sur mon nspanel j’ai fait lambda: id(disp1).set_component_text_printf("Home.temp", "Temp%crature%c%c%.1f%cC", 233, 58, 32, id(temperature).state, 186);
ça permet de remplacer les caractères posant problème, par le code ASCII correspondant. Mais il faut que le texte envoyé soit toujours le même.
Pour du texte composé, il doit y avoir une fonction qui correspond
Oui c’est bien un problème d’encodage de caractère : l’encodage UTF8 n’est pas supporté par défaut et je n’ai pas trouvé si un autre encodage fonctionne et comment le changer. J’utilise actuellement des caractères ASCII de base.
OK. Du coup tu penses que plus c’est bas mieux c’est ou c’est l’inverse ? D’après mes recherches, plus c’est bas mieux c’est mais je suis pas sur…
Je me demande ça parceque dans le cadre d’une automation ou j’envoi un sms (« Temp » par exemple) qui doit me renvoyer une valeur, je dois renvoyer à nouveau le sms pour avoir un retour.
Ou comme là ou le module semble indiquer un problème pour renvoyer le message (« Not ack » et « Unhandled ») :
[11:44:15][D][sim800l:177]: Received SMS from: +331234567
[11:44:15][D][sim800l:178]: Temp
[11:44:15][D][text_sensor:067]: 'Sms Expediteur': Sending state '+331234567'
[11:44:15][D][text_sensor:067]: 'Sms Message': Sending state 'Temp'
[11:44:15][D][main:083]: Received 'Temp' from +331234567
[11:44:15][D][sim800l:272]: Sending to 01234567: Temperature salon: 16.7 Temperature apo: 15.7
[11:44:15][D][text_sensor:067]: 'Sms Message': Sending state 'Temperature salon: 16.7 Temperature apo: 15.7'
[11:44:15][D][sim800l:199]: Sending message: 'Temperature salon: 16.7 Temperature apo: 15.7'
[11:44:33][D][text_sensor:067]: 'Sms Message': Sending state 'Temperature salon: 16.7 Temperature apo: 15.7'
[11:44:42][W][sim800l:065]: Not ack. 8
[11:44:42][D][sim800l:236]: Unhandled: +CMGS: 157 - 0
[11:44:42][D][sim800l:236]: Unhandled: OK - 0
[11:44:45][D][sim800l:199]: Sending message: 'Temperature salon: 16.7 Temperature apo: 15.7'
[11:44:53][D][sim800l:212]: SMS Sent OK: +CMGS: 158
[11:44:56][D][sim800l:132]: RSSI: 9
Là on voit que ls sms à finit par bien être envoyé (mais en double). Du coup je me demande si le problème vient d’un manque de signal ou d’un problème dans le SIM800
Je pense que plus le nombre est élevé mieux c’est.
J’ai déja eu aussi quelque fois un pb de sms a envoyer 2 fois pour avoir une réponse et n’ai pas trouver le pb.
Ok, mais j’ai des doutes que ce soit le pb. La première réception de SMS n’est pas toujours reçue et c’est au deuxième envoi qu’il est pris. Il n’y a jamais de problème de renvoi pas contre quand il est reçu, ni d’envoi. J’ai essayé de mettre un délai avant le renvoi, mais ça ne change rien, le trigger n’est juste pas déclenché.
Plus aucun problème pour les SMS ensuite et le problème n’arrive pas toujours. C’est un peu comme si le module se mettait en veille pour le premier et ne le traitait pas. Je n’ai pas trouvé de workaroud.
Ce peut aussi être un problème venant de Free. Chez quel opérateur es tu ?
Bon donc cela ne vient pas de l’opérateur. Une piste en moins.
Concernant le SMS fantôme, c’est probablement un ancien qui a fini par être reçu. Quand un SMS n’est pas reçu, l’opérateur tente de le renvoyer mais souvent très longtemps après.
Yes. J’ai pris l’opérateur qui captait le plus. Je verrai si la nouvelle antenne améliore ou pas. Si jamais tu trouves un workaround/identifie le bug n’hésites pas à le partager
Merci pour l’info ! Par contre, pour mettre à jour ESP Home j’ai un petit doute… J’imagine qu’il faut d’abord mettre à jour l’addon ESP Home dans Home Assistant (version 2022.2.5 → 2022.3.1) mais ensuite ?
Est-ce qu’il suffit (après avoir modifié le code avec la nouvelle syntaxe) de cliquer sur le bouton « Update all » du menu ESP Home :
Ou bien il faut supprimer le composant ESP-SIM800, créer un nouveau composant ESP-SIM800 et regénérer un nouveau firmware qui sera ensuite installé via ESP Home Flasher ?