Mon problème
Bonjour,
Encore un soucis avec l’accès à HA… Vous allez rire, c’est relativement idiot comme problème.
Avant, mon RPI était connecté en wifi. J’ai voulu le passer en ethernet.
A savoir, il était dans un meuble au rez de chaussée pour que la clé Zwave puisse communiquer facilement avec les volets roulants domotique (modules Fibaro) du RDC.
J’ai débranché le RPI, je suis allé dans mon bureau a l’étage et j’ai fais les modifs en connectant un câble ethernet. (je voulais avoir accès au cli en HDMI d’où le fait que je suis allé dans mon bureau).
Pour cela, j’ai changé la config dans le Supervisor et j’ai modifié ma box pour que l’IP fixe 192.168.1.80
pointe vers l’adresse MAC du port ethernet.
Le rpi est bien connecté en ethernet, j’accède sans soucis a HA depuis mon bureau.
Je décide de brancher tout ça eu rez de chaussée sur une prise ethernet et là plus rien. Impossible d’accéder à HA.
J’ai testé sur plusieurs port ethernet du RDC (je suis sur qu’ils fonctionnent tous) mais non, ça ne fonctionne que sur le switch de mon bureau à l’étage.
Je ne peux pas laisser mon rpi à l’étage, j’ai une forte latence du protocole Zwave avec les volets roulants.
Quand je veux ouvrir un volet, puis cliquer sur un autre pour le fermer, puis stopper l’ouverture du premier, les requêtes prennent 10 sec avant d’être exécutées sur les volets.
Au rdc, je n’avais aucun soucis d’où le fait que je veux le remettre en bas mais en ethernet, pas en wifi.
Des idées ? Merci
Ma configuration
System Health
version |
core-2021.7.3 |
installation_type |
Home Assistant OS |
dev |
false |
hassio |
true |
docker |
true |
virtualenv |
false |
python_version |
3.9.5 |
os_name |
Linux |
os_version |
5.10.17-v8 |
arch |
aarch64 |
timezone |
Europe/Paris |
Home Assistant Community Store
GitHub API |
ok |
Github API Calls Remaining |
4898 |
Installed Version |
1.13.2 |
Stage |
running |
Available Repositories |
842 |
Installed Repositories |
6 |
Home Assistant Cloud
logged_in |
false |
can_reach_cert_server |
ok |
can_reach_cloud_auth |
ok |
can_reach_cloud |
ok |
Home Assistant Supervisor
host_os |
Home Assistant OS 6.1 |
update_channel |
stable |
supervisor_version |
supervisor-2021.06.8 |
docker_version |
20.10.6 |
disk_total |
109.3 GB |
disk_used |
7.5 GB |
healthy |
true |
supported |
true |
board |
rpi4-64 |
supervisor_api |
ok |
version_api |
ok |
installed_addons |
File editor (5.3.3), Samba share (9.3.1), Terminal & SSH (9.1.3), Log Viewer (0.11.1), Z-Wave JS (0.1.31), Z-Wave JS to MQTT (0.23.2) |
Lovelace
dashboards |
2 |
resources |
4 |
views |
4 |
mode |
storage |
___
J’ai voulu remettre la configuration wifi dans supervisor, maintenant je n’ai plus de connection ethernet et wifi…
J’ai essayé de modifier la configuration de eth0 depuis le cli mais ça ne semble pas vouloir sauvegarder.
Avec network info
il m’indique bien que l’interface eth0 est enabled: true
mais il n’y a pas d’adresse IP, de gateway.
ha network update eth0 --ipv4-address 192.168.1.81/24
=> Command completed successfully.
J’ai de nouveau accès en ethernet depuis mon bureau.
Impossible de réactiver le wifi.
ha network update -e wlan0
=> ERRO[0000] Unexpected server response
Log d’erreur sur la configuration depuis supervisor des données wifi en statique
21-08-13 15:58:23 ERROR (MainThread) [aiohttp.server] Error handling request
Traceback (most recent call last):
File "/usr/local/lib/python3.9/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
resp = await self._request_handler(request)
File "/usr/local/lib/python3.9/site-packages/sentry_sdk/integrations/aiohttp.py", line 123, in sentry_app_handle
reraise(*_capture_exception(hub))
File "/usr/local/lib/python3.9/site-packages/sentry_sdk/_compat.py", line 54, in reraise
raise value
File "/usr/local/lib/python3.9/site-packages/sentry_sdk/integrations/aiohttp.py", line 113, in sentry_app_handle
response = await old_handle(self, request)
File "/usr/local/lib/python3.9/site-packages/aiohttp/web_app.py", line 499, in _handle
resp = await handler(request)
File "/usr/local/lib/python3.9/site-packages/aiohttp/web_middlewares.py", line 119, in impl
return await handler(request)
File "/usr/src/supervisor/supervisor/api/middleware/security.py", line 137, in system_validation
return await handler(request)
File "/usr/src/supervisor/supervisor/api/middleware/security.py", line 203, in token_validation
return await handler(request)
File "/usr/src/supervisor/supervisor/api/utils.py", line 65, in wrap_api
answer = await method(api, *args, **kwargs)
File "/usr/src/supervisor/supervisor/api/network.py", line 218, in interface_update
await asyncio.shield(self.sys_host.network.apply_changes(interface))
File "/usr/src/supervisor/supervisor/host/network.py", line 148, in apply_changes
settings = interface_update_payload(interface)
File "/usr/src/supervisor/supervisor/dbus/payloads/generate.py", line 60, in interface_update_payload
return template.render(interface=interface, name=name, uuid=uuid)
File "/usr/local/lib/python3.9/site-packages/jinja2/environment.py", line 1304, in render
self.environment.handle_exception()
File "/usr/local/lib/python3.9/site-packages/jinja2/environment.py", line 925, in handle_exception
raise rewrite_traceback_stack(source=source)
File "<template>", line 83, in top-level template code
File "/usr/local/lib/python3.9/site-packages/jinja2/environment.py", line 474, in getattr
return getattr(obj, attribute)
jinja2.exceptions.UndefinedError: 'None' has no attribute 'mode'