Zigbee CC2538 kommt an seine grenzen?

[crunchip]

@keyronics wird wohl an deiner Positionierung liegen oder eben aber an anderen Störquellen liegen, die rein funken
An der Anzahl der Sensoren liegt es jedenfalls nicht

[arteck]

@keyronics sagte in Zigbee CC2538 kommt an seine grenzen?:

22 Zigbee teilnehmern

das ist nix.. wir heben Netze mit 150 Devices..und da lagt nix..

also wird es an deinem Netz liegen..bzw dessen aufbau

[Holgus]

Hallo, ich habe ein sehr ähnliches Problem.

Nutze den Conbee2 und seit kurzem den Zigbee Adapter.
Zigbee Kanal = 11.
Wlan 2,4GHz = 11, 5GHz = 40.
Nach meinem Verständnis teilen sich die Kanäle bei WLAN und Zigbee anders auf, damit gehe ich nun von genügent abstand aus.

Nun zu dem Problem, einige meiner Geräte werden nicht "verbunden", diese Geräte funktionieren aber teilweise trotzdem.
manche Verbindungsverknüpfungen sind für mich aufgrund von Abständen unlogisch.

Wenn ich die auffälligen Geräte neu anlerne, habe ich teils andere Geräte die wieder rausfallen...

Wie kann ich die Geräte den einzelnen Repeatern zuweisen?
Woran kann es liegen, dass ich nicht alle Geräte sicher eingebunden bekomme?

[Thomas Braun]

@holgus

Deine Aussagen beziehen sich rein auf die Karte?
Vergiss die, ist ein nettes Gimmick wenn es funktioniert, die Darstellung ist aber oft einfach falsch und unvollständig.

[Holgus]

@thomas-braun

Ja genau, ich dachte die Karte würde mir erklären warum manchmal die Sensoren nicht auslösen.
Wenn ich nach den Karteikarten gehe sieht das aber auch nicht besser aus... kaum Geräte erreichbar, oder Batterien alle, was nicht sein kann.
Welche Chance habe ich denn mein Netzwerk zu untersuchen?
Nach jedem Reboot oder Power down habe ich ein anderes Verhalten wie kann ich das umgehen?
Stimmt das, dass sich diese Verbindungen erst nach vielen Minuten zuverlässig setzen?

Muss ich ggf. einfach nur Ruhe bewahren? Ist nicht meine Stärke

[Thomas Braun]

@holgus

Hinsetzen, abwarten, nix rumfummeln. Wenn das Netz ausreichend dicht geknüpft ist organisiert sich das alleine.

[diwoma]

Hi, wenn ich da mal einhaken darf:
ich verwende auch (noch) Conbee II auf einem RPi4 als Slave. Stick mit USB-Verlängerung vom Rechner entfernt.
Aber ich habe auch das Problem, dass bei 2 nebeneinander eingebauten Rollo-Aktoren einer sich nicht mehr verbindet. Diese sind nur einen Raum vom Stick entfernt. Auch bei anderen Räumen sind es vorallem die Rollo's die mal verbunden sind, mal nicht. Selbst eine TADFRI-Led, die nur 50 cm entfernt hängt, ist mal verbunden mal nicht.
Es hat schon alles schön funktioniert, und ich habe danach noch ein paar Plugs eingebunden, sodass ich jetzt 37 Geräte eingebunden habe.
Ich habe irgendwie die Vermutung, dass sich alles nur mit dem Coordinator verbinden will, der aber limitiert ist. Die max. 200 Geräte funktionieren ja nur, wenn Mesh funktioniert.
Deshalb habe ich ein paar Fragen:

• Ist es definitiv so, das jedes stromgebundene Gerät als Router funktionieren kann? Ich habe mehr stromgebundene Geräte als Batterie-Geräte, aber ich weiss nicht, mit wem sie verbunden sind
• Da die Karte im Zigbee-Adapter nicht funktioniert kann ich auch nicht feststellen, wie das Routing aussieht. Gibt es eine externe SW, die sich mit dem Zigbee-Adapter verbinden kann, um das Routing als Graph darstellen kann? deConz auf dem RPi startet nicht
• Oder kann man aus der Shepherd.db auslesen, mit welchem Node sich das jeweilige Gerät verbunden hat?

Ich habe jetzt rein aus dem Bauch heraus den Zigbee CC2652P2 TCP Ethernet Coordinator bestellt, der aufgrund des Chips schon selbst mehr Clients verwalten kann und den ich dann auch anders platzieren kann. Aber ich bin dann doch unsicher, ob ich damit nicht auch an die Grenzen stoße, wenn mein Mesh nicht funktioniert

PS: Ich habe gerade in der Shepherd.db gelesen, dass da jede Menge der Devices als Router definiert sind. Ich hoffe das stimmt auch

[diwoma]

Und im Anhang noch eine Frage:

Macht es Probleme, wenn in der dev_names.json mehr Einträge vorhanden sind als in der shepherd.db?
Es scheint, dass beim Löschen alter, nicht mehr vorhandener Devices die dev_names.json nicht aktualisiert werden

[Asgothian]

@diwoma sagte in Zigbee CC2538 kommt an seine grenzen?:

Und im Anhang noch eine Frage:

Macht es Probleme, wenn in der dev_names.json mehr Einträge vorhanden sind als in der shepherd.db?
Es scheint, dass beim Löschen alter, nicht mehr vorhandener Devices die dev_names.json nicht aktualisiert werden

Nein.

Das die Namen der nicht vorhandenen Devices nicht gelöscht werden ist Absicht - die Datei dient gerade dazu die Benennung von Devices zu erhalten selbst wenn der Zigbee Adapter komplett neu aufgesetzt werden muss und dazu alle Devices gelöscht und neu angelernt werden.

A.

[diwoma]

@asgothian said in Zigbee CC2538 kommt an seine grenzen?:

Das die Namen der nicht vorhandenen Devices nicht gelöscht werden ist Absicht - die Datei dient gerade dazu die Benennung von Devices zu erhalten selbst wenn der Zigbee Adapter komplett neu aufgesetzt werden muss und dazu alle Devices gelöscht und neu angelernt werden.

Klingt vernünftig. Allerdings sind sie nicht aktuell, denn ich habe nach dem Anlernen die Namen auf der "Kachel" geändert, im File sind sie aber noch alt. Aber wenn sie in der Reihenfolge des Anlernens in der Datei gespeichert wurden, könnte das noch aus einer älteren Version stammen, denn die falschen Namen sind von denen, die ich als erste angelernt habe. Bei den letzten 30 stimmen die Namen