HC3 & HC3L - 5.140.17 - Stable - 02/03/2023

[Lazer]

Les mises à jour automatique des applications dans le Store sont peut être activées sur ton téléphone (c'est le cas par défaut)

[mprinfo]

Tu oubliés qu'il habite en Pologne. Un dev de chez fibaro est venu lui faire la mise à jour pendant la sieste

Envoyé de mon BLA-L29 en utilisant Tapatalk

[henri-allauch]

Le 04/03/2023 à 18:13, Lazer a dit :

Temporiser de quelques secondes ne peut que faire du bien.

Tu crois qu'il serait prudent d'ajouter un truc du style

----------------------------------------------------------------------------------------------------
-- QuickApp : Test Tempo Init
-----------------------------------------------------------INIT-----------------------------------------
function QuickApp:onInit()
	self:trace("ON INIT")
	local TempoInit = tonumber (self:getVariable("V_TempoInit") ) or 0
	setTimeout(function() MyInit(self,TempoInit) end, TempoInit*1000) 
end

function MyInit(self,Tempo)
	__TAG = "QA_TEST_TEMPO_INIT_" .. plugin.mainDeviceId
	QuickApp._VERSION = "0.0"

	self:trace("")
	self:trace("QuickApp Tempo Init v" .. (self._VERSION), "- Initialisation - Tempo = " ..Tempo .." s") 
	self:trace("")
    
	---
	---
end


[05.03.2023] [19:33:46] [TRACE] [QUICKAPP482]: ON INIT
[05.03.2023] [19:33:56] [TRACE] [QA_TEST_TEMPO_INIT_482]:
[05.03.2023] [19:33:56] [TRACE] [QA_TEST_TEMPO_INIT_482]: QuickApp Tempo Init v0.0 - Initialisation - Tempo = 10 s
[05.03.2023] [19:33:56] [TRACE] [QA_TEST_TEMPO_INIT_482]:

 

Modifié le 5 mars 2023 par henri-allauch

[Lazer]

Oui c'est pas mal du tout

 

Je déplacerais juste la définition du TAG en haut du script (en dehors des fonctions), afin que le log soit affiché correctement dès le début de l'exécution du QA.

[RHODITIS]

Je me plaignais de ne pas pouvoir installer la nouvelle app sur mon Iphone. Le lendemain elle était installée automatiquement :-)

[henri-allauch]

Dans mon exemple ci-dessus (tempo init qa) 

Est ce que le initChildDevices doit obligatoirement être dans le onInit()? 

J'arrive pas à le mettre dans une fonction autre 

When Quick App starts it needs to initialize its child devices

function QuickApp:onInit()
    self:debug("QuickApp:onInit")
 
    -- Setup classes for child devices.
    -- Here you can assign how child instances will be created
    self:initChildDevices({
        ["com.fibaro.binarySwitch"] = MyBinarySwitch,
    })

 

[Lazer]

Oui le initChildDevices doit être dans le onInit() et c'est même un des premiers trucs à faire.
Je crois bien que c'est indiqué dans la doc.

J'ai déjà essayé de le retarder, insultes en tout genre, je me suis ravisé

 

[henri-allauch]

J'ai pas mal essayé aussi avant de poser la question. C'est vrai que dans la phrase : When Quick App starts it needs to initialize its child devices

On peut penser que c'est obligatoire.

Merci je ne cherche plus.

[ROBBEJP]

Mise à jour faite ce jour.

J'attendais voir si ma HC3 allait rebooter avant, mais non (cross fingers).

 

La mise à jour s'est bien passée, mais au premier démarrage ... je trouvait long le démarrage des services jusqu'à m'apercevoir un joli "BAD Gateway".

  

Elle a rebooté toute seul la bougresse, puis après ça, RAS.

Pas de message particulier dans le notification center (je n'ai pas eu le message "Le système a récupéré une erreur inattendu")... donc je pense rien à voir avec l'instabilité évoquée précédemment.

L'avenir me le dira.

 

J'en reviens au message de @mprinfo concernant le "nil au lieu de la version dans l'alerte au redémarrage.

Perso, j'avais déjà ce phénomène avant même cette nouvelle version.

 

J'en déduit effectivement, que @Lazer à sûrement raison quant à mettre un chti setTimeout au démarrage des QA... Je vais m'y pencher mais ceci étant il faut donc croire que cette nouvelle version charge plus d'éléments au démarrage (l'IHM ayant été enrichie ... j'en déduit que c'est logique).

 

Have a nice

 

 

 

 

[Lazer]

Dans un accès de folie, j'ai cliqué sur la mise à jour sur ma box de prod... pour l'instant rien à signaler, ça fonctionne

 

[Felig]

Ma box a planté pendant la nuit. Jamais eu ça avec les versions précédentes. Je l'ai redémarrée et j'attends de voir. Si ça se reproduit je rétrograde à la version 5.13.

[Lazer]

Pas de plantage de la box, en revanche j'ai eu le plantage de 2 QuickApps, qui correspondent au moment où j'ai eu une micro-coupure d'accès Internet.... c'est un peu inquiétant.

 

Par ailleurs, l'utilisation CPU a explosé par rapport au firmware v5.120, d'un bon 50% supplémentaire :

 

 

 

Rien à signaler coté utilisation mémoire, ça semble constant pour l'instant.
 

 

[Felig]

Le 07/03/2023 à 09:42, ROBBEJP a dit :

J'en déduit effectivement, que @Lazer à sûrement raison quant à mettre un chti setTimeout au démarrage des QA...

 

Moi j'utilise ça:

 

function QuickApp:onInit()
  self:debug("onInit")
  local uptime = os.time() - api.get("/settings/info")["serverStatus"]
  local delay = 0
  if uptime < 60 then
    self:debug("HC3 reboot detected - QA start delayed by 1 minute ...")
    delay = 60 * 1000  -- millisecondes
  end
  setTimeout(function() run() end, delay)
 end

 

[Lazer]

Le souci c'est que si l'API n'est pas disponible au reboot, ton test de serverStatus ne fonctionnera pas...

 

En pratique dans mes QA, quand je parlais de tempo au démarrage, en fait il se passe exactement ça :

- le onInit() s'exécute immédiatement, et fait son initialisation, donc plusieurs appels à l'API (chargement des variables du QA notamment)

- ensuite, il lance la boucle infinie (main loop) avec le fameux délai de quelques secondes dont je parlais précédemment.

 

Et avec ce nouveau firmware installé hier, je n'ai pas eu de souci, tous mes QA ont démarré sans encombre.

 

Du coup... Je ne comprends pas bien le phénomène observé par @mprinfo sur sa box suite à la mise à jour.

[mprinfo]

@lazer le soucis que j'ai rencontré est au niveau des scènes pas des QA. Je l'avais d'ailleurs précisé dans mon post

 

le probléme et avec ce type de trigger

{
  isTrigger = true,
  operator = "==",
  property = "start",
  type = "se-start",
  value = true
}

le json et egal a nil lors d'un démarrage

 

 

[Lazer]

Ah une scène, OK, ça expliquer surement... donc ça serait le trigger qui lance la scène, avant même que l'API soit disponible.
C'est quand même ballot.

Donc à priori les QuickApps ne sont pas touchés par ce phénomène.

 

[mprinfo]

Le 04/03/2023 à 10:48, mprinfo a dit :

Je rencontre un soucis avec cette version

 

le probléme rencontré et lors du démarrage de la box si on a une scéne en autostart qui appel l'api cela retourne un json vide

 

la solution pour contourner ce probléme et de mettre un sleep de quelques secondes au début de la scéne

 

 

Voila les termes exactes que j'avais employé. je pensé avoir été suffisamment clair pour une fois

Le 04/03/2023 à 11:00, Lazer a dit :

ça fait pareil avec les QuickApps ?

 

Dans tous mes QuickApps, j'avais pris pour habitude de mettre un timeout de quelques secondes avant le démarrage de la main loop, j'ai été bien inspiré

 

Le 04/03/2023 à 11:41, mprinfo a dit :

Pour les Quickapp je ne sais pas

Ce qui m'a mis la puce à l'oreille pour les scènes c'est la scène qui averti le démarrage de la box qui me retourne un nil à la place du numéro de série

Envoyé de mon BLA-L29 en utilisant Tapatalk
 

 

[Lazer]

Oui oui tu as été clair 

 

Donc les QuickApps sont non concernés, c'est clair aussi, et tant mieux

 

[jojo]

Le 04/03/2023 à 20:48, Sowliny a dit :

Sur l'appli mobile, le souci des icônes remplacées par un point d'interrogation a disparu !

moi les icônes sur l'appli sont à nouveau ok, mais je pense que c'est suite au changement de version de l'appli, pas du firmware de la box

[ROBBEJP]

Il y a 10 heures, Felig a dit :

Ma box a planté pendant la nuit. Jamais eu ça avec les versions précédentes. Je l'ai redémarrée et j'attends de voir. Si ça se reproduit je rétrograde à la version 5.13.

Ok et merci pour ton retour !

Tiens nous informé, évidement, cela m'intéresse !

 

Bonne soirée.

[ROBBEJP]

il y a une heure, mprinfo a dit :

Je rencontre un soucis avec cette version

Désolé, j'insiste, mais j'avais ça avant avec les anciennes version.

Ce n'est pas forcément lié à la nouvelle version.

Je dois juste supposer que la nouvelle version est plus gourmande (ce qui confirmerait les graphes de charge CPU de @Lazer d'ailleurs) ... et plus particulièrement au démarrage peut être expliqué par l'enrichissement de la nouvelle IHM (ajout des icone de batterie par exemple qui va forcément interroger les périphériques ZWAVE au démarrage pour chopper l'info).

 

 

[mprinfo]

Tu avais cela avec les bêta ?

Ce qui serait logique.

Par contre tu ne l'as pas signalé

Envoyé de mon BLA-L29 en utilisant Tapatalk

[ROBBEJP]

je ne me risque pas avec les BETA

 

Je l'avais en tout cas avec la précédente stable.

Pas signalé car je pensais que c'était moi qui avait merdé sur un truc

 

 

[Sowliny]

Le 05/03/2023 à 18:24, Lazer a dit :

Les mises à jour automatique des applications dans le Store sont peut être activées sur ton téléphone (c'est le cas par défaut)

Je me suis posé la question à ce sujet- mais je cherche toujours où ça se trouve... Pas encore vérifié sur le Store.

 

Le 05/03/2023 à 19:06, mprinfo a dit :

Tu oubliés qu'il habite en Pologne. Un dev de chez fibaro est venu lui faire la mise à jour pendant la sieste

Envoyé de mon BLA-L29 en utilisant Tapatalk
 

Mais bien sûr... 

[Sowliny]

Il y a 17 heures, jojo a dit :

moi les icônes sur l'appli sont à nouveau ok, mais je pense que c'est suite au changement de version de l'appli, pas du firmware de la box

Très certainement !

J'avais émis cette idée (firmware de la box) un peu en "désespoir" de cause.

Mais après avoir lu la réponse de @Lazer, il y a certainement eu une mise à jour auto de l'app.