[2023.1] Problème script LUA

[JulienGFFS]

Je suis également sur un PI3b+ avec Domoticz et MotionEye , je n'ai jamais eu de soucis de ce genre avant la MAJ. J'ai un script qui s'exécute toute les minutes et qui vient regarder l'état de MotionEye(pause ou actif), désormais celui ci s'exécute de façon aléatoire et quand j'envoi une commande à motioneye je ne vois plus la commande dans les logs.

[Bochets34]

Bonjour,

Même soucis avec mes scripts en LUA/Blocky, mes devices changent d'états quelques heures après et la charge de ma CPU est passé de 15% à 50% après la dernière MAJ.

bonjour,
je me sens moins seul...

continuons le combat afin d'en trouver l'origine!

Olivier

[Bochets34]

bonjour,

en conclusion, certaines fonctions subissent des retards de plusieurs....heures.
la plus flagrante est "devicechanged" mais aussi "commandArray['Variable:xx"

j'ai par exemple un script Lua de diagnostique sur mes équipements, qui effectue une sorte de ping, et selon le résultat (JSON)déclare l'équipement (relai principalement) actif ou inactif, cela fonctionne toujours, mais lancé hier soir le résultat n'est apparu que ce matin!
dans ce script, si le résultat est positif sur tout les équipements, le switch déclencheur est remis à OFF

et bien, il est bien remis à OFF (par un commandarray["switch")='off' tout simple ) lui INSTANTANÉMENT, les message étant décalés donc de plusieurs heures (5 ou 6 je ne sais pas),

j'ai essayé avec Blockly, au cas ou, pas mieux !

toujours aucune erreur dans le log pour me mettre sur la piste, les commandes temporisées (couché ou levé du soleil) fonctionnent en temps et en heure, l'appui sur un bouton déclenchant un script ou une commande http aussi, réactivement, j'y perds mon latin

Olivier

[Keros]

Est-ce que ce ne serait pas la "délivrance" du message qui est retardé ? C'est quoi le type de message que tu t'envoies ?

Tu as mis des lignes de log dans tes scripts pour voir à quel moment les choses se lançaient ?

[Bochets34]

j'ai enlevé tous mes scripts, en en remettant un, faux espoir: ca semblait 'retomber en marche, puis 2, puis 3 ...

au 4ème ca recommence à ralentir

le log saute parfois plusieurs minutes, même un refresh du navigateur n'aide pas
ah oui, j'ai fait un 'database repair', ca ne change rien

il y a un moyen de télécharger la version précédente ?

bon dimanche
Olivier

[Keros]

Tu as essayé de mettre les logs dans un fichier texte ?

Une fois monté de version, la redescente n'est généralement pas possible. Quelques infos. Pour cette mise à jour ci, je ne sais pas si c'est possible, ou pas. D'habitude, c'est non.

Pour revenir à une version précédente, les explications sont là : Going back to a previous version.
La solution la plus simple, serait la sauvegarde. Voir les consignes. Mais si tu poses la question, c'est que tu n'en n'as pas.

[Bochets34]

Tu as essayé de mettre les logs dans un fichier texte ?

vi, vi, pas,plus de détail

Une fois monté de version, la redescente n'est généralement pas possible. Quelques infos. Pour cette mise à jour ci, je ne sais pas si c'est possible, ou pas. D'habitude, c'est non.

Pour revenir à une version précédente, les explications sont là : Going back to a previous version.

malheureesement non, ca ne parle que dans le cas d'une beta

La solution la plus simple, serait la sauvegarde. Voir les consignes. Mais si tu poses la question, c'est que tu n'en n'as pas.

bah si, pas,de rapport...

[Keros]

La procédure de retour en arrière est valable pour toutes les versions : il suffit de récupérer l'archive correspondante à la version que tu souhaites remettre. Les anciennes releases sont disponibles sur Github.

Mais si tu as une sauvegarde, tu dois pouvoir remettre les fichiers et repartir.

[Bochets34]

vi, c'est reparti, car compiler le source n'est pas forcément le plus simple!

j'ai récupéré la 2022.2 sur mon autre Raspberry, heureusement non mis à jour en 2023.1, je l'avais oublié celui-la....

donc tout va bien, je reste sur cette version pour un moment

merci à tous pour votre,aide

Olivier

[albebert]

Bonjour,

j'ai update en 2023.1 ce matin, et ce soir plus rien ne marchais, tous mes scripts étaient KO.

j'ai revert (et perdu de la data au passage car resto de la base à hier soir mais bon pas grave)

J'ai monter un LXC de tests.

J'ai trouver pourquoi certains de mes LUA ne marche pas les commandarray ne fonctionne plus de la même manière j'ai l'impression (mes scripts datent vachement et sont dégeu)

mais j'ai d'autres problématique en Dz également, le contrôle de mon ampli fait n'importe quoi version VIOLENT, le script tourne toutes les minutes normalement mais là c'est aléatoire, une des actions est d'aller check en http l'état des zone de l'ampli et mettre à jour domoticz en conséquence (ON/Off et volume) résultat, quand le script passe (aléatoirement) il me met le son de la zone 1 à 0, le contrôle de la zone 1 ne fait plus rien et le contrôle de la zone 2 contrôle plus ou moins la zone1.

alors autant sur les LUA je devrais réussir à m'en sortir mais alors les Dz ça va être galère.

pour info voici ce que j'ai changer pour que ça marche dans mes LUA :

commandArray[7]={['switch salon']='Off'} => commandArray[7]={['switch salon']='Off'}
commandArray[1]={['Group:salon_light']='On'} => commandArray[1]={['salon_light']='On'}

le petit script qui marche maintenant :

Code : Tout sélectionner

commandArray = {}
-- Commande Selector Switch
    if (devicechanged['switch salon'] == 'Click' ) then
        if (uservariables["var_salon_status'"] == "Off") then
        commandArray[1]={['salon_light']='On'}
        commandArray[2]={['led strip 1']='On'}
        commandArray['Variable:var_salon_status']= "On"
        else
        commandArray[4]={['salon_light']='Off'}
        commandArray[5]={['led strip 1']='Off'}
        commandArray['Variable:var_salon_status']= "Off"
        end
	commandArray[7]={['switch salon']='Off'}	 
    end
return commandArray

NOTE : cette syntaxe fonctionne en 2022.2

je penses qu'ils ont du faire pas mal de modif là dessus mais j'ai pas (encore car j'ai pas chercher beaucoup) d'info là dessus