Bonjour
Beta 4 installée.
Cordialement
Bonjour,
Il y a quelque minutes plus de fonctionnement MAIS ACCÈS WEB OK
L’éclairage ne fonctionne plus.
Appuis sur BP =>X 24D link allumé => X 8R (idem sur x 8d)
Appuis sur BP => X dimmer (je n’ai pas vérifier le link)
X display déplacement ok ; retour d’info (température ok) mais commande Nom OK
Coupure alim 1 x 8R (n°1) X 24d … : Non réponse des BP autre que ceux branchés sur ce x 24d 
Coupure alim 2 x 8R (n°2) X display … : Non réponse des BP
Coupure alim V5 : retour à la normal. et apparition dans les log : ethernet connection.
Bonne jounrée
Bonjour tous30,
pour validation vous êtes bien en béta4?
Bonne journée
Bonjour,
Firmware
Dernière (beta4)
Remonter de bug
Planning TOR / voir la collection / +Ajouter
Erreur
400 donnée manquante
Cdlt
Bonjour @tous30 ,
Est-ce que vous utilisez des widget html ?
J’ai supprimé les miens ce matin et j’ai l’impression que c’est plus stable. A confirmer avec le temps bien sure.
Je confirme, je bidouille depuis un moment aujourd’hui et je n’ai aucune déconnexion, le dashboard est beaucoup plus rapide en navigation depuis la suppression des widget html.
Bonjour à tous les 2,
quand vous « bidouillez » des widgets HTML surveillez bien l’occupation mémoire du dashboard.
Il semblerait que lorsqu’on tutoie la limite, même si on croit ne pas l’atteindre, ça provoque des plantages.
Bonne journée
Bonjour à tous,
il y a effectivement une surcharge d’activité avec les Widgets HTML, cette surcharge est indépendante de la taille en mémoire.
Les widgets sont rafraichis à priori toutes les secondes, sans tenir compte du délai fixé dans le script par la fonction setInterval().
Cela entraine l’exécution des requêtes API ou Web toutes les secondes et provoque des messages du type « le dashboard ne répond pas » de temps à autres.
Je continue d’investiguer et si cela se confirme, J’ouvrirai un ticket.
bonne journée
Bonjour @grocrabe
Merci pour l’info.
Le dernier widget utiliser
J’ai un autre dashboard qui effectivement été à 57000 pour 61000 Bytes
J’en est supprimé deux qui été des essais pour avoir 47000 pour 61000 Bytes
Bonne journée
Bonjour tous30,
ces combinaisons :
0x00-0xb012
0x00-0xa013
indiquent des redémarrages de l’IPX.
Cependant ça ne devrait pas arriver sous beta4.
Pas besoin de le signaler c’est remonté automatiquement à GCE.
Bonne journée
non, ce sont des requêtes réseau 
Bonjour
Ok je ne signale plus ces codes
Bonne journée
Bonjour
Effectivement !
bonne journée
Bonjour,
ce message est un faux positif et sera bientôt corrigé.
N’en tenez pas compte
bonne journée