Remplacer Jeedom Atlas Zwave

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 ?

Qu’ai je comme alternative ?

Merci pour vos conseils

Hello,

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

le zwave oui ils sont sur la clé, mais pas le zigbee de ce que je sais :thinking:

Pas forcément besoin de changer de box :wink:

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.

Je fais comment pour vérifier ça si elle ne n’apparaît pas sur le réseau ?
J’ai essayé un autre câble réseau et un autre switch au cas où

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

https://wiki.debian.org/fr/NetworkConfiguration

l’interface « lo » correspond à l’interface de « loopback » (boucle locale)

Ok mais du coup je dois modifier quelque chose ?

fait les commandes

ip a

copie écran

ls /sys/class/net

copie écran

J’avais failli te répondre car j’avais regardé dans mon ficher et j’avais ça aussi, mais je ne suis pas un spécialiste :face_with_hand_over_mouth:

Du coup je vais suivre pour prendre un cours avec le prof :grinning:

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.

image

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

J’ai anonymisé le log

comprend pas tous,
tu as utilisé une Jeedom Atlas pour faire de la virtualisation (ou du docker) ou tu utilises le plugin Docker Management ?

Docker management. Et j’ai ajouté un container sans l’assistant.

https://wiki.debian.org/fr/NetworkManager

Que vois tu avec

nmcli
nmcli device

DEVICE           TYPE      STATE      CONNECTION         
eth0             ethernet  connected  Wired connection 1 
wlan0            wifi      connected  XACAOS_5G          
br-adc4e55e7b62  bridge    connected  br-adc4e55e7b62    
tun0             tun       connected  tun0               
docker0          bridge    unmanaged  --                 
veth35ea34f      ethernet  unmanaged  --                 
vethc31e199      ethernet  unmanaged  --                 
lo               loopback  unmanaged  --                 

Le log de la commande Nmcli est enrome je n’arrive pas a le poser ici

Ç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