Fragen zum Feuchte-Sensor WH51 / DP100

[RunMike]

Aber das sollte technisch kein Problem sein. Die Fragestellung kommt bei allen Mehrfachsensoren auf:
extra Temperatur/Luftfeuchte (WH31 Familie), Bodenfeuchte (WH51), extra Temperatur (WN34), Blattfeuchte (WN35), Luftqualität (WH41/43), Wasserschadenwarner (WH55) - wenn man mehr als die unterstützte Anzahl einsetzen will.

Da gebe ich dir vollumfänglich recht. Technisch ist mir das alles auch klar. Ich hatte nur gehofft, dass es hier im Forum schon eine Menge Leute gemacht haben und ihre Erfahrungswerte teilen können. Ich lerne gerne auch aus Fehlern Anderer, nicht nur aus meinen eigenen.

Im Normalfall (eine Konsole) sind es ja eigentlich schon recht viele ...

Die Gesamtzahl ALLER möglichen Sensoren nützt mir leider wenig, solange ich nicht sicher substituieren kann (zB WN35 als Boden-Feuchte-Messer). Auch wenn das jetzt vielleicht zum Schenkelklopfer wird; ich hätte gerne für jede Topfpflanze einen Sensor; ergo etwa 40 Stück ...

Zusammenführen in eine Übersicht kann man das dann über bestimmte Logger-Software z.B. Meteobridge oder weewx.

Brauche ich alles nicht. Ich bin total happy mit der Verarbeitung und Anzeige in HAss (Home Assistant) und Node-Red. Sämtliche Alarme, Benachrichtigungen und Automationen funktionieren bereits tadellos! Ausserdem wird die in naher Zukunft zu entwickelnde Bewässerungs-Steuerung ebenfalls darüber funktionieren.

Das grundsätzliche Problem kommt ja auch bei der Festlegung einer Reihenfolge auf, die man mit gezielter Schritt-für-Schritt-Registrierung erreichen kann (und auch irgendwo dokumentieren sollte, falls es mal zu Ausfällen o.ä. kommt ).

Da sind wir jetzt bei meinem Problem. Die IDs müssen, einmal festgelegt, immer dem selben Kanal zugeordnet sein. Wenn ich jetzt fünf GW2000 parallel betreibe, müssen die nicht nur jeweils die selben acht Sensoren verwalten (und dazu in der selben Reihenfolge), sondern dürfen auch nicht ihren Namen oder Reihenfolge ändern (Firmware-Update!).
Diesbezüglich hätte ich mir eben erhofft, dass mancheine(r) sachdienliche Hinweise zu offerieren hat ...

Gruß

Mike

[Gyvate]

Das grundsätzliche Problem kommt ja auch bei der Festlegung einer Reihenfolge auf, die man mit gezielter Schritt-für-Schritt-Registrierung erreichen kann (und auch irgendwo dokumentieren sollte, falls es mal zu Ausfällen o.ä. kommt ).

Da sind wir jetzt bei meinem Problem. Die IDs müssen, einmal festgelegt, immer dem selben Kanal zugeordnet sein. Wenn ich jetzt fünf GW2000 parallel betreibe, müssen die nicht nur jeweils die selben acht Sensoren verwalten (und dazu in der selben Reihenfolge), sondern dürfen auch nicht ihren Namen oder Reihenfolge ändern (Firmware-Update!).
Diesbezüglich hätte ich mir eben erhofft, dass mancheine(r) sachdienliche Hinweise zu offerieren hat ...

normalerweise führt ein Firmware-Update nicht zu Konsolen-Demenz.
Auch ein Ein- und Ausschalten (Strom ein, Strom aus) nicht.
Ein Factory-Reset kann hingegen diesen Effekt haben.
Aber, sicherheitshalber, ist es einfach gut, eine klassische, traditionelle Liste (Papier- oder digitales Textdokument) zu haben, in der die Sensoren mit Konsolenzuordnung und Kanalnummern dokumentiert sind. Für den Fall der Fälle. Wenn der Hund die Konsole verschluckt oder so ... - oder eine Elster den SM-Sensor stiehlt ... - man weiss ja nie ...

[RunMike]

Ok. Ich habe jetzt noch einen zweiten GW2000 und vier WH51 bestellt.
Soll ich meine Erfahrungen weiterhin hier posten oder einen neuen Thread zur Thematik "Mehr als acht Sensoren eines Typs an einem System" eröffnen?
Will ja keinen Konflikt mit den Off-Topic-Vorschriften ...

Mike

[Gyvate]

technisch und vom Regelwerk ist es wahrscheinlich egal.
Im Sinne der Übersichtlichkeit wäre ein neuer Thread mit sprechendem Thema sicher förderlich.

[RunMike]

Ok. Ich sehe das auch als die bessere Lösung an.
Könnte ja auch sein, dass sich jemand für die "mehr als acht Sensoren"-Variante mit anderen Sensoren interessiert.

Mike