Bonjour,
Je galère avec mon Atlas Zwave depuis le depart. Lors d’un reboot elle ne reboot pas … le reseau reste juste avec la led jaune… et il ne se passe rien.
Avant je rebootais 2 ou 3 fois et ca passait mais la il faut minimum une dizaine de fois…
Du coup par quoi la remplacer ? J’ai pensé racheter une box atlas zwave recente qui n’a plus les problèmes de jeunesse de l’atlas mais elle ne se fait plus… J’ai besoins du zwave et zigbee.
J’aurais gardé la première pour faire des tests et secours et la seconde en prod.
Si je prends la version zigbee avec dongle zwave ca se passe comment ? Il faut re-inclure tous les modules zwave et zigbee ?
Je comprends pas ta problématique… soit tu as une box zwave avec une antenne integrée, dans ce cas tu backup et tu remet ta carte gpio zwave sur ta nouvelle box, soit tu as un dongle zwave et du coup meme chose et idem pour le zigbee
Donc si je prends la sauvegarde de mon atlas actuelle et que je la mets dans une atlas zigbee avec une clé zwave tous les modules vont remonter
Du coup je n’ai plus besoins de la clé zigbee sonoff
Je pensais que les modules étaient dans le contrôleur et qu’il fallait tout re appairer
Ton problème semble lié à la méthode d’initialisation de la connexion qui est resté sur l’ancienne méthode (qui pose problème)
regarde ton interface eth0 cat /etc/network/interfaces
Si
auto eth0
iface eth0 inet dhcp
Alors
allow-hotplug eth0
iface eth0 inet dhcp
On privilégie maintenant cette option (sur débian) avec ifupdown
Si pas de dhcp, bien faire attention au câble réseau, je déjà vu plusieurs box ne pas démarrer correctement avec certains câble qui pourtant fonctionne sur d’autre produit.
Ca y est j’ai reussi a redemarrer mon jeedom voic ce que donne la commande
root@JeedomAtlas:~# cat /etc/network/interfaces
source /etc/network/interfaces.d/*
# Network is managed by Network manager
auto lo
iface lo inet loopback
en voyant toutes les interface reseau je me demande si ca ne peut pas venir d’un container docker que j’ai installé récemment…
interfaces virtuelles (veth35ea34f@if9 et vethc31e199@if11) :
Ce sont des interfaces virtuelles associées à des conteneurs Docker. Elles sont liées aux interfaces br-adc4e70e7b62 et docker0.
Et je precise que pendant tous les reboot qui mènent a rien elle ne se connecte opas en ethernet ni wifi.
Je pense que jeedom n’est pas du tout démarré.
Last login: Sat Oct 7 23:40:57 2023 from 192.168.18.199
root@JeedomAtlas:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.0/24 brd 192.168.0.255 scope global dynamic noprefixroute eth0
valid_lft 68262sec preferred_lft 68262sec
inet6 2a01:e0a:2af:fbc1:c9c:ddff:fea1:62a/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 86349sec preferred_lft 14349sec
inet6 fe80::c9c:ddff:fea1:62a/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.0/24 brd 192.168.0.255 scope global dynamic noprefixroute wlan0
valid_lft 74142sec preferred_lft 74142sec
inet6 2a01:e0a:2af:fbc1::40d/128 scope global deprecated dynamic noprefixroute
valid_lft 51153sec preferred_lft 0sec
inet6 2a01:e0a:2af:fbc1:8559:a351:78d7:4bdc/64 scope global dynamic noprefixroute
valid_lft 86350sec preferred_lft 14350sec
inet6 fe80::2a7:beb0:16d3:411c/64 scope link noprefixroute
valid_lft forever preferred_lft forever
4: br-adc4e70e7b62: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 172.18.0.1/16 brd 172.18.255.255 scope global br-adc4e70e7b62
valid_lft forever preferred_lft forever
inet6 fe80::42:bff:fe29:4194/64 scope link
valid_lft forever preferred_lft forever
5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
inet6 fe80::42:9aff:fe23:97e/64 scope link
valid_lft forever preferred_lft forever
8: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1300 qdisc pfifo_fast state UNKNOWN group default qlen 100
link/none
inet 10.12.21.230 peer 10.12.21.229/32 scope global tun0
valid_lft forever preferred_lft forever
inet6 fe80::1ed9:99c0:16cf:8b41/64 scope link stable-privacy
valid_lft forever preferred_lft forever
10: veth35ea34f@if9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-adc4e70e7b62 state UP group default
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff link-netnsid 1
inet6 fe80::d84e:86ff:feb9:571/64 scope link
valid_lft forever preferred_lft forever
12: vethc31e199@if11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff link-netnsid 2
inet6 fe80::9c34:12ff:fe84:267b/64 scope link
valid_lft forever preferred_lft forever
Ça peut le faire ça pour remplacer l’atlas ?
NiPoGi Mini PC Alder Lake-N95 (jusqu’à 3.4GHz,15W) 16 Go DDR4/1TB M.2 NVMe SSD Mini Ordinateur de Bureau, Tour PC 4K @60HZ HD Dual Display, 2.4/5G WiFi, RJ45 Gigabit Ethernet, BT4.2, VESA pour Bureau https://amzn.eu/d/2z3aD4l