Home Assistant

Veaullus

• 2 Février 2025

• #1 101

Bon, ben là plus moyen d'y accéder.

Concernant le problème d'alimentation, il s'agit de l'alim RPI officielle en 5v1 3A
Et pas moyen d'alimenter le SSD via autre chose étant donné qu'ils sont connectés ensemble dans l'Argon One.

J'ai sorti le RPI, poussé une SD avec Raspbian Lite pour voir si c'était purement hardware, et non, j'y ai accès via Putty.
Donc problème de réseau ip etc, exclu.
J'en profite pour update/upgrade sans soucis, j'ai refait la manip pour m'assurer qu'il boot bien sur le SSD, mais pas moyen.

C'est la partie la plus frustrante de tout ce bazar.
C'est qu'en cas de soucis de ce type, on (enfin je) devient aveugle.
Difficile d'identifier le soucis.
Même les LED ne me parlent pas.
Je trouve sur le net des explications contradictoires.
LED ROUGE reste allumée.
LED VERTE semble clignoter 3fois très rapidement (ça scintille) puis s’éteint presque 1seconde, avant de recommencer ?

 

jcoenen

• 2 Février 2025

• #1 102

Pour avoir des infos correcte sur l'origine de la panne, brancher un écran et regarder les messages du boot (si l'option est bien mise dans les options de démarrage).

Si c'est un problème de file system (le plus probable), alors on peut essayer

En gros on fait comme ceci, mais cela nécessite quelques connaissances de sysadmin.

Démarrer avec la carte SD
Une fois démarré, brancher le SSD.
Via l'accès SSH (putty) lancer un file system check (fsck) sur chaque partition du SSD (en fonction du type d'installation).

Normalement c'est fait automatiquement lors du démarrage mais parfois le superblock est corrompu, c'est parfois réparable, mais cela nécessite une intervention manuelle.

 

Veaullus

• 2 Février 2025

• #1 103

Le soucis, c'est qu'en RPI4, pas d'HDMI classique, c'est des mini-HDMI, je suis déjà bloqué ici !

Je vais tenter le boot via SD, puis branchement SSD pour voir ce qui se cache derrière (déjà voir si il est reconnu/trouvé/lu)

 

keeper

• 2 Février 2025

• #1 104

ça doit couter 5€ un adaptateur sur amazon

sans affichage impossible de savoir sur quoi il coince

 

jcoenen

• 2 Février 2025

• #1 105

Oui sans connecteur c'est moins évident, il y une solution à ca je pense, mais je ne l'ai jamais mise en pratique.

reconfigurer bootconfig.txt pour définir la console sur l'UART (port série) du raspberry, raccorder l'UART à un port série d'un PC (via adaptateur série TTL) et sur le PC tourner un terminal sur le COM port.

C'est décrit en détail içi

 

Veaullus

• 2 Février 2025

• #1 106

keeper a dit:

ça doit couter 5€ un adaptateur sur amazon

sans affichage impossible de savoir sur quoi il coince

Cliquez pour agrandir...

On est d'accord, mon but était de réussir à remettre le brol sur pied sans attendre 3 jours de livraison amazon, puis attendre d'avoir un jour OFF pour mettre la tête dedans.

 

jcoenen

• 2 Février 2025

• #1 107

Il y en a aussi dans certains magasins

Et surtout en micro (Rpi4).

 

Veaullus

• 2 Février 2025

• #1 108

Bon la bête à boot.
J'ai accès.
Faut que je trouve le moyen de savoir pourquoi elle plante seule à certain moment, et pourquoi elle ne redémarre pas.
Je vais finir par être tenter de passer à truc plus solide (NUC ?), bien que d'innombrables users sont sur RPI depuis des lustres sans problème. Mais vu que j'aimerais vraiment gérer plus de choses dans HA, il faut d'abord que je m'assure que ca soit plus robuste.

 

jcoenen

• 2 Février 2025

• #1 109

Sauf que d'après ce que j'en ai vu, elle a tendance à s'arrêter à l'improviste. Ce qui ne devrait pas arriver ou devrait tout au moins être investigué.

 

Dernière édition: 3 Février 2025

Veaullus

• 2 Février 2025

• #1 110

Exact.
Et je ne sais pas bien par ou commencer.
Car il y aussi parfois la simple blague du SSL, et plus moyen d'accéder, et en fait il faut supprimer l'ancienne exception pour accepter une nouvelle...un détail règlé en 5sec, mais la première fois que ca m'est arrivé, j'y ai passé pas mal de temps

 

T

Thorgard

• 3 Février 2025

• #1 111

Salut à tous,

Bon j'ai un souci qui commence à sérieusement m'irriter. J'ai un certain nombre de capteurs de température Xiaomi. Mon hub zigbee est une RPI avec une cle Conbee II. Cette RPI sert exclusivement à cet usage. Je me sers de ces capteurs pour réguler mon chauffage pièce par pièce donc j'ai besoin de fiabilité. Certains capteurs fonctionnent normalement. Par exemple celui-ci :

Par contre certains ne s'update qu'au bout de plusieurs heures. Voici un exemple.

Et ne me dîtes pas que c'est parce la température dans mon salon est stabilisée à 21.6°C Mes pieds me disent qu'on est très en dessous de cela.

Vu que j'ai pratiquement dans chaque pièce une prise Zigbee Lidl, j'estime que ça devrait rouler ... mais peut-être que ces foutus prises ne servent pas de relais pour étendre le réseau comme attendu ?

Des idées ? J'ai froid

 

Wark

• 3 Février 2025

• #1 112

La batterie ?

 

ironglove

• 3 Février 2025

• #1 113

Même thermostats? Les zigbee ont des fréquences de rafraichissements différentes.
Tu peux également modifier (parfois) leurs comportements (delta de rafraichissement, intervalle de refresh etc)
Mais ce n'est pas toujours disponible

 

T

Thorgard

• 3 Février 2025

• #1 114

Wark a dit:

La batterie ?

Cliquez pour agrandir...

Non, la batterie de celui-là en particulier est quasi neuve. J'ai plusieurs capteurs qui ont ce comportement.

 

T

Thorgard

• 3 Février 2025

• #1 115

ironglove a dit:

Même thermostats? Les zigbee ont des fréquences de rafraichissements différentes.
Tu peux également modifier (parfois) leurs comportements (delta de rafraichissement, intervalle de refresh etc)
Mais ce n'est pas toujours disponible

Cliquez pour agrandir...

C'est tous des Xiaomi mais y en a qui sont "carré" et d'autres "ronds"

 

jcoenen

• 3 Février 2025

• #1 116

Classer les détecteurs ayant le même comportement ensemble et voir le point commun

Firmware
device type
Fichier de définition (DDS avec deconz phoscon)

 

T

Thorgard

• 3 Février 2025

• #1 117

J'ai deux types capteur T/RH

Les trois lumi.weather s'actualisent tous régulièrement.
Parmi les lumi.sensor_ht, celui qui mesure la température extérieur s'actualise aussi régulièrement. Par contre tous les autres lumi.sensor_ht sont trop lents.

Tous les lumi.sensor_ht ont la même version.

 

jcoenen

• 3 Février 2025

• #1 118

Ok d’accord donc les lumi_sensor_ht ont le même comportement sauf un qui est correct et ont tous la même version de firmware.

Cela semble donc pointer vers une autre explication. Problème de réseau ?

Phoscon permet de visualiser les interconnexions réseau zigbee et les routeurs, mais pas de manière simple.

Y a-t-il un écran sur la machine qui tourne phoscon ?

 

V

valkyrie38

• 3 Février 2025

• #1 119

C’est probablement un problème réseau j'ai les meme capteur, ils envoient une info toutes les 5 minutes si la température a changée (en tout cas sur Zigbee2mqtt). ici meme sur ton "bon" graph on note un probable soucis de mise a jour : la premiere ligne droite et la "chute" n'est pas normale. Normalement les graph sont beaucoup plus lisse que ca quand tout va bien.

Il faudrait voir si les prises sont suffisamment proche l'une de l'autre et si celle ci servent bien de routeur .

 

guirikiki

• 3 Février 2025

• #1 120

Suite à une mauvaise découverte ce matin avec la citerne d'eau de pluie vide (chasse d'eau qui a coulé à mon avis, j'ignore encore bien la cause...), j'ai mis en place une alerte automatique avec notification critique sur le débit d'eau de pluie. J'aurai du le faire plus tôt..