Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Die Firmware liegt im Drive Ordner, da werde ich auch die FW31 dann ablegen und unter Anleitung findest du Basis-Wissen.
Ansonsten musst du dir bei Youtube einfach ein paar tutorials zur Arduino IDE anschauen. Das ist wirklich sehr sehr einfach wenn du meine Anleitung davor durchgeführt hast.
Zuerst habe ich den 1w Bus komplett von esera Gateway auf das Konnekting Gateway umgeklemmt und festgestellt, dass alle Sensoren erkannt werden und die zugewiesenen GAs bedient werden.
OK das klingt soweit sehr gut.
Das Konnekting Gateway kommt mit der gleichen Anzahl von Sensoren klar wie das esera Gateway. Das finde ich mal ganz beruhigend. Warum du nur 5 Sensoren zum Laufen bekommst, liegt denke ich an den NYM Kabeln, die sind für eine Datenübertragung einfach ungeeignet.
Zitat von Masifi Beitrag anzeigen
Ok, d.h. das Gateway ist wie oben schon beschrieben in einem Mode gelandet aus dem es selber nicht mehr rauskommt. In der SW sind bis jetzt noch kaum Abfangmechanismen dafür eingearbeitet. Wäre aber gut wenn du das weiter im Auge behältst um etwas mehr Gespür zu bekommen, was dazu führen kann.
Das passiert meist, wenn man den Bus neu anschließt oder verändert. Wenn es läuft, dann stabil. Ich behalte es im Auge.
Das ist mir auch schon aufgefallen und ich bin mir noch nicht sicher woran das liegt,
Zitat von Masifi Beitrag anzeigen
Für die überarbeitete Version FW31 bin ich gerade dabei auch über KNX eine ERROR Message zu verschicken. Es wird eine dpt12.001 (32bit) Message wo für jeden Tempsensor ein bit spendiert wird. Hat ein Sensor einen Fehler (z.b wird nicht mehr erkannt), dann wird dieses Bit auf HIGH gesetzt.
Klingt gut. Ich denke, es würde Sinn machen, für die Buseinrichtung auch eine Fehlermeldung pro Kanal zu erzeugen. Die Beobachtung ist, dass der Bus entweder geht oder nicht (Überlast). Die Fehlermeldung pro Sensor ist dann eher im Dauerbetrieb interessant.
Pro Kanal ist in Planung, aber ich denke für dein Problem wird dir das nichts bringen, da wenn du einen 6. Sensor angeschlossen hast, gar keine GA mehr gesendet werden. D.h. in diesem "Fehler" bleibt der Code warum auch immer stehen -> es nicht mehr möglich welche Error-Nachricht auch immer auf den KNX zu schicken. Ich denke, dass ist das gleiche Phänomen wie wenn man am Bus rumspielt, worauf das Gateway stehen bleibt.
Der Code ist eigentlich ziemlich einfach, daher kann es eigentlich nur an der I2C Kommunikation zwischen Arduino und dem 1-Wire Master (DS2482-100) liegen. Vielleicht wartet der Arduino auf eine Antwort des 1-Wire Master und bekommt diese dann nicht mehr.
Nochwas zu den Multisensoren.
Ich nutze einen von Thomas Held. Der sieht im owserver so aus: Anmerkung 2019-06-26 212319.jpg
Hier wir die Hum direkt mit ausgegeben. Keine Ahnung wie, aber Berechnung ist nicht notwendig.
Die Umrechnung dazu habe ich schon implementiert wenn ein HIH4xxx Sensor darauf verbaut ist. Was mir auffällt ist das dieser Multisensor keinen zusätzlichen DS18B20 Temperatursensor hat, stimmt das? der Temperaturwert wird über den Sensor im DS2438 ausgelesen !?
Wenn das der Fall wäre, dann müsste ich meinen Code noch anpassen, da ich bis jetzt den Temp-Sensor aus dem DS2438 nicht nutze.
Das ist ein interessanter Punkt. Könntest du diesen noch etwas genauer beschreiben? Verstehe ich das richtig, du hast 5 angeschlossene Sensoren (so wie oben beschrieben) und wen du jetzt einen 6. dazu machst, dann kommen keine GA mehr?
Wo hast du den 6. Sensor angeschlossen?
Wie verhält sich das esera Gateway hier? kommt dann auch nichts mehr raus !?
Zuerst habe ich den 1w Bus komplett von esera Gateway auf das Konnekting Gateway umgeklemmt und festgestellt, dass alle Sensoren erkannt werden und die zugewiesenen GAs bedient werden. Danach habe ich versucht einen weiteren (sechsten) Sensor anzuschließen. Dabei habe ich verschiedene Topologien ausprobiert (weitere Sternarm, oder in Reihe), doch immer mit dem gleichen Ergebnis, dass alle GAs nicht mehr bedient als Daten gesendet werden. Das esera Gateway ist "dumm", d.h. es kommuniziert nicht selbst. Owserver greift darauf zu und findet dann auch gar keine Sensoren mehr. Sprich bei topologischer Überlast (man spricht da glaube ich von Radius und Gewicht siehe hier) schaltet der Busmaster ab.
Ok, d.h. das Gateway ist wie oben schon beschrieben in einem Mode gelandet aus dem es selber nicht mehr rauskommt. In der SW sind bis jetzt noch kaum Abfangmechanismen dafür eingearbeitet. Wäre aber gut wenn du das weiter im Auge behältst um etwas mehr Gespür zu bekommen, was dazu führen kann.
Das passiert meist, wenn man den Bus neu anschließt oder verändert. Wenn es läuft, dann stabil. Ich behalte es im Auge.
Für die überarbeitete Version FW31 bin ich gerade dabei auch über KNX eine ERROR Message zu verschicken. Es wird eine dpt12.001 (32bit) Message wo für jeden Tempsensor ein bit spendiert wird. Hat ein Sensor einen Fehler (z.b wird nicht mehr erkannt), dann wird dieses Bit auf HIGH gesetzt.
Klingt gut. Ich denke, es würde Sinn machen, für die Buseinrichtung auch eine Fehlermeldung pro Kanal zu erzeugen. Die Beobachtung ist, dass der Bus entweder geht oder nicht (Überlast). Die Fehlermeldung pro Sensor ist dann eher im Dauerbetrieb interessant.
Mit dieser Firmware solltest du dann eigentlich alles erschlagen können.
CH1: setzt du die 10x DS18B20 aus Section 1
CH2: setzt du die 10x DS18B20 aus Section 2 -> Das wäre dann dein dritter Kanal
CH3: nutzt du die 10x Multisensoren für 2x HUM und 5x DS18B20 -> Das wäre dann dein zweiter Kanal
oder sehe ich da was falsch !?
Genau so ist es. Das denkt meine Konfig ab. Danke.
Zitat von Sisamiwe Beitrag anzeigen
Es gibt noch einen dritten 1w Bus, der 2 DS18B20 an YSTY 2x2x0,8 in ca 20m Enfernung betriebt.
hängen die 2 DS18B20 an einem Kabel mit 20m oder gehen vom Raspi zwei Kabel mit jeweils 20m an die Sensoren !?
Ein beide Sensoren (Garage innen und HausNordseite) sind an einem YSTY 2x2x0,8 in die UV geführt. Ich kann demzufolge flexible verdrahten. Entweder einen Stern mit 2 Armen oder auch linear indem ich die vierte Leitung als Rückeiter benutze (Dann wird die Leitungslänge doppelt so lang). Beide funktioniert.
Nochwas zu den Multisensoren.
Ich nutze einen von Thomas Held. Der sieht im owserver so aus: Anmerkung 2019-06-26 212319.jpg
Hier wir die Hum direkt mit ausgegeben. Keine Ahnung wie, aber Berechnung ist nicht notwendig.
Wenn ihr über die Arduino IDE den Code neu auf das Gateway flasht, dann müsst ihr aktuell noch (mit der FW30) über die Suite wieder die PA + GA + Parameter programmiern. Dazu muss dann natürlich immer noch der Prog Button betätigt werden.
Hintergrund: die FW30 schreibt die PA + GA + Parameter nur in ihr Flash, dieses wird ein einem flashen der SW aber komplett gelöscht und neu beschrieben.
Ich versuche es zur FW31 umzustellen, dann werden die Daten dauerhaft im SPI-Flash abgelegt und man kann sich das immer neu programmieren sparen.
Kleiner Zwischenschritt, habe es gerade zum Laufen bekommen. Nun wird es möglich sein die 20 DS18b20 Sensoren auf CH1 und CH2 zur Hälfte aufzuteilen.
Und parallel dazu laufen die iButtons auf CH2 auch noch.
Das gleiche versuche ich jetzt auch noch mit den Multisensoren, vielleicht klappt es ja auch, das man jeden Einzelnen der 10 möglichen Multisensoren auf CH2 und CH3 frei aufzuteilen kann.
Was dann noch fehlt ist die Implementierung der Temp+Hum+VoC Sensoren. Aber ich denke, das bekomme ich auch mit den Multisensoren hin. Hier ist es jetzt möglich zwei IDs für den DS2438 einzutragen.
In Summe habe ich jetzt 120 GA und 251 Parameter in der XML vergraben
Diese müssen jetzt Schritt für Schritt in den Code eingearbeitet werden.
Zuerst einmal Hut ab! Die Inbetriebnahme war (nachdem ich rausgefunden habe, dass der Anschluss der ext. Spannung im Schaubild hier im Thread und bei den Prototypen genau entgegengesetzt ist) sehr einfach.
Die Testergebnisse:
Das Anlernen der Sensoren war sehr einfach. Ich habe den kompletten Bus angeklemmt und es wurde gleich ein neuer Sensor gefunden. Diesen in den Parametern getragen, wurde gleich der nächste erkannt. Klappt super.
Mit der Topologie sind sowohl das esera als auch das Konnekting Gateway ausgereizt, d.h. schließt man weitere Sensoren an, geht nichts mehr, bedeutet die eingestellten GA bekommen keine Infos mehr.
Das ist ein interessanter Punkt. Könntest du diesen noch etwas genauer beschreiben? Verstehe ich das richtig, du hast 5 angeschlossene Sensoren (so wie oben beschrieben) und wen du jetzt einen 6. dazu machst, dann kommen keine GA mehr?
Wo hast du den 6. Sensor angeschlossen?
Wie verhält sich das esera Gateway hier? kommt dann auch nichts mehr raus !?
Was das Problem hier sein kann ist die Tatsache, dass die Arduino-Welt alles in einer "loop" ableitet. D.h. bleibt der Code irgendwo stehen, dann geht gar nichts mehr -> auch keine GA von den anderen 1-Wire Kanälen.
EDIT: ich habe ehrlich gesagt überhaupt keine Ahnung was der 1-Wire Master macht, wenn es zu solchen Problemen kommt.
Manchmal ist das Gateway scheinbar abgestützt. Ich konnte es nicht reproduzieren. Es ließ sich nicht mehr programmieren. Auch das Drücken der Prog-Taster hat die LED nicht mehr leuchten lassen. Kurz die KNX Klemme ab und alles lief wieder.
Ok, d.h. das Gateway ist wie oben schon beschrieben in einem Mode gelandet aus dem es selber nicht mehr rauskommt. In der SW sind bis jetzt noch kaum Abfangmechanismen dafür eingearbeitet. Wäre aber gut wenn du das weiter im Auge behältst um etwas mehr Gespür zu bekommen, was dazu führen kann.
Man bekommt keine Fehlermeldung, wenn am Gateway keine Sensoren / zu viele etc angeschlossen sind. Gerade bei Austesten ob die Topologie noch funktioniert wäre diese sehr hilfreich.
Da hast du recht, was hier für den Anfang helfen kann, ist das aktiveren des Debug-Modes im Arduino Code. Dann bekommst du auch eine sehr einfache ERROR Anzeige. Für die überarbeitete Version FW31 bin ich gerade dabei auch über KNX eine ERROR Message zu verschicken. Es wird eine dpt12.001 (32bit) Message wo für jeden Tempsensor ein bit spendiert wird. Hat ein Sensor einen Fehler (z.b wird nicht mehr erkannt), dann wird dieses Bit auf HIGH gesetzt.
Thomas Heldt empfiehlt eine Art Watchdog pro Kanal zu implementieren. Er nutzt dazu den DS2401. Diese sendet nur seine ID auf den Bus. Solange er das tut, ist der Bus noch da. Beibt die ID aus, ist der Bus abgestützt bzw nicht verfügbar. Das könnte auch auch gutes Feature sein.
Das habe ich auch schon gelesen. Man kann das so machen, aber ich will es eher mal über das Abfragen der Sensoren selber machen. Zusätzlich frage ich noch zykisch ab, ob es einen Kurzschluss auf dem BUS gibt.
Das Programmieren hat manchmal nicht geklappt. Etwas irreführend im Logfenster der Suite ist, dass das fehlgeschlagene Programmieren am Ende mit Erfolgreich abgeschlossen erscheint, auch wenn weiter oben ein Fehler angezeigt wurde und das Programmieren auch nicht stattfand.
Ok das passiert bei mir auch ab und zu, vorallem wenn ich GA + Parameter gemeinsam programmiere. Habe es mir daher angewöhnt es nach einander zu machen. Im Statusfenster in der Suite sieht man direkt, dass es zu einem Fehler kam. Das mit dem erfolgreich abgeschlossen ist mir noch gar nicht aufgefallen.
Für den Nutzer des 1w Gateway wäre es aus meiner Sicht hilfreich, wenn unter der Rubrik Parameter auf der Seite Temperatursensor-ID auch den Verbauungsort des Sensors direkt eintragen könnte. Man liest die neue SensorID und macht das Gateway auf dieser Seite mit dem Sensor bekannt. Nachdem die SensorIDs nicht so selbstredend sind, würde es helfen, hier direkt die Verbauung mit anzugeben. So tut man sich leichter, wenn es dann um die Zweisung der SensorNummer mit der GA geht.
Das kann ich gut verstehen, aber ich denke, dass es in der Suite nicht möglich sein wird, dass so umzusetzen, aber man kann den Verbauort auch bei den GA in die Description schreiben. Das ist nicht perfekt, aber sollte meiner Meinung nach dafür ausreichen. Suite_Para.png
Damit ich die Performance voll testen kann und auch meine bestehende Installation komplett ablösen kann, benötige ich eine Firmware die auch einem Kanal mind. 5 Stück DS18B20 unterstützt, auf einem zweiten Kanal mind. 2 Stück HUM Multisensoren auf Basis des DS2438und 5 DS18B20 und auf dem dritten Kanal auch 5 DS18B20.
Aktuell sitze ich an der FW31 und hier versuche ich die 20x DS18B20 aufzuteilen. D.h. man hat jetzt 2x 10 DS18B20 und bestimmen, ob diese 10stk, entweder über CH1 oder CH2 eingelesen werden. Suite_Para2.png Ich habe die Blöcke mit jeweils 10stk DS18B20 aufgeteilt in "Temperatur-Sensoren ID (Section 1 & 2)"
Was ich jetzt noch testen muss ist, ob die iButtons auf CH2 dann weiterhin vernünftig betrieben werden können, oder man sich entscheiden muss. Entweder alle 20 DS18B20 auf CH1 und iButtons auf CH2 oder man nimmt die 10 DS18B20 aus Section 1 auf CH1 und 10 DS18B20 aus Section 2 auf CH2 und verzichtet dann auf die ibuttons.
Den CH3 habe ich jetzt auch geplant aufzubohren auf 10x Multisensoren, wo es egal ist, ob es ein HUM, VOC, NTC, LUX sensor ist Suite_Para3.png
Mit dieser Firmware solltest du dann eigentlich alles erschlagen können.
CH1: setzt du die 10x DS18B20 aus Section 1
CH2: setzt du die 10x DS18B20 aus Section 2 -> Das wäre dann dein dritter Kanal
CH3: nutzt du die 10x Multisensoren für 2x HUM und 5x DS18B20 -> Das wäre dann dein zweiter Kanal
oder sehe ich da was falsch !?
Zusammengefasst: kann man dann pro 1-W Kanal 10x DS18B20 betreiben -> das wären in Summe 30x DS18B20.
Die Frage ist weiterhin nur, ob 10x DS18B20 auch pro 1-Wire Bus angesprochen werden können? Was leider ganz stark am Kabel und der Topologie liegt.
Ich möchte hier auch meine Testergebnisse mitteilen und ein paar Empfehlungen/Wünsche äußern.
Zuerst einmal Hut ab! Die Inbetriebnahme war (nachdem ich rausgefunden habe, dass der Anschluss der ext. Spannung im Schaubild hier im Thread und bei den Prototypen genau entgegengesetzt ist) sehr einfach.
Kurz nochmal zu meiner Anwendung und bisherigen Installation:
Ich habe vor einiger Zeit an einigen Stellen im Haus die FBH-Regler, die mit NYM5x1,5 in die UV geführt sind, komplett entfernt und mit 3 der 5 Adern DS18B20 bzw. auch Multisensoren angeschlossen. Am meinem esera 1w Gateway betreibe ich aktuell 2 Stück 1w Busse, bedingt durch die vorhandenen Leitungen je in einer Stern-Topologie. Der erste 1w Bus besteht aus einer 20m YSTY 2x2x0,8 Zuleitung in die UV und von dort sternförmig via NYM 5x1,5 mit einer Länge zwischen 3m und 8m in die 5 Zimmer. In jedem Zimmer ist ein DS18B20. Der zweite 1w Bus ist ähnlich. Hier führt eine 5m lange YSTY 2x2x0,8 Zuleitung in die UV und von dort sternförmig weiter. Hier ist ein DS18B20 via NYM 3x1,5 in 10m Leitungslänge, ein Multisensor (Hum) via NYM3x1,5 mit 10m Leitungslänge und 3 DS18B20 via CAT5 Kabel mit 1-3m Leitungslänge verbunden. Es gibt noch einen dritten 1w Bus, der 2 DS18B20 an YSTY 2x2x0,8 in ca 20m Enfernung betriebt. Dieser wird an der Soft-1w-Schnittstelle des RPI betrieben.
Die beschriebene Topologie funktioniert an dem esera Gateway seit über einem Jahr stabil. Nichtsdestotrotz möchte ich die Temperaturen direkt auch den KNX haben und nicht die Umweg über owserver gehen müssen.
Die Testergebnisse:
Das Anlernen der Sensoren war sehr einfach. Ich habe den kompletten Bus angeklemmt und es wurde gleich ein neuer Sensor gefunden. Diesen in den Parametern getragen, wurde gleich der nächste erkannt. Klappt super.
Auch das Konnekting Gateway kommt Hardwareseitig mit dieser Topologie klar, auch wenn ich noch nicht alle 3 Busse gleichzeitig testen konnte. Die aktuelle FW unterstützt 20 DS18B20 am CH1, iButton in CH2 und 3 Multisensoren an CH3. Somit habe ich alles nacheinander getestet.
Mit der Topologie sind sowohl das esera als auch das Konnekting Gateway ausgereizt, d.h. schließt man weitere Sensoren an, geht nichts mehr, bedeutet die eingestellten GA bekommen keine Infos mehr.
Was ist mir am Gateway aufgefallen:
Manchmal ist das Gateway scheinbar abgestützt. Ich konnte es nicht reproduzieren. Es ließ sich nicht mehr programmieren. Auch das Drücken der Prog-Taster hat die LED nicht mehr leuchten lassen. Kurz die KNX Klemme ab und alles lief wieder.
Man bekommt keine Fehlermeldung, wenn am Gateway keine Sensoren / zu viele etc angeschlossen sind. Gerade bei Austesten ob die Topologie noch funktioniert wäre diese sehr hilfreich.
Thomas Heldt empfiehlt eine Art Watchdog pro Kanal zu implementieren. Er nutzt dazu den DS2401. Diese sendet nur seine ID auf den Bus. Solange er das tut, ist der Bus noch da. Beibt die ID aus, ist der Bus abgestützt bzw nicht verfügbar. Das könnte auch auch gutes Feature sein.
Aktuell tut das Gateway seit mehreren Tage seinen Dienst mit einem Bus. Völlig problemlos.
Was ist mir an der Suite aufgefallen:
Das Programmieren hat manchmal nicht geklappt. Etwas irreführend im Logfenster der Suite ist, dass das fehlgeschlagene Programmieren am Ende mit Erfolgreich abgeschlossen erscheint, auch wenn weiter oben ein Fehler angezeigt wurde und das Programmieren auch nicht stattfand.
Für den Nutzer des 1w Gateway wäre es aus meiner Sicht hilfreich, wenn unter der Rubrik Parameter auf der Seite Temperatursensor-ID auch den Verbauungsort des Sensors direkt eintragen könnte. Man liest die neue SensorID und macht das Gateway auf dieser Seite mit dem Sensor bekannt. Nachdem die SensorIDs nicht so selbstredend sind, würde es helfen, hier direkt die Verbauung mit anzugeben. So tut man sich leichter, wenn es dann um die Zweisung der SensorNummer mit der GA geht.
Was ich mir wünsche:
Damit ich die Performance voll testen kann und auch meine bestehende Installation komplett ablösen kann, benötige ich eine Firmware die auch einem Kanal mind. 5 Stück DS18B20 unterstützt, auf einem zweiten Kanal mind. 2 Stück HUM Multisensoren auf Basis des DS2438und 5 DS18B20 und auf dem dritten Kanal auch 5 DS18B20.
Nochmals vielen Dank und Gratulation!
Gibt es noch was, was ich testen soll / kann?
gulp2k bist du schon etwas weiter gekommen mit dem VOC Sensoren?
Ich habe die Formal zum berechnen gefunden: CO2 Äquivalent = VAD x 310 + 450 (0 V entsprechen 450 ppm*; 5 V entsprechen 2000 ppm)
Mir ist im DatenBlatt noch aufgefallen, dass der VOC alle 48h sich neu calibieren muss und dazu benötigt er "Frischluft". D.h., dass man spätestens alle 48h den Luftqualitätswert unter 550ppm bringen muss, z.B durch lüften. Wäre eine Status-Nachricht auf dem KNX-Bus interessant, wenn man kurz davor ist die 48h zu überschreiten, oder diese schon übeschritten hat !?
Meine Idee ist jetzt den Multisensor so zu ändern, dass man in der Suite pro Multisensor auswählen kann, ob dieser ein HUM, VOC, oder NTC-Temp Sensor ist. Dann kann man sehr einfach die Sensor-Typen auf dem 1-Wire Strang kombinieren.
OK prüfe mal deinen großen Strang. Das mit den DS2438 schauen wir uns an, wenn ich wieder da bin, aber das ist auch nur ein SW Thema.
Dann weiterhin viel Spaß :-)
Was ich auch noch nicht hinbekommen habe, mein Multisensor (DS2438) an dem o.g. Busstrang wird nicht ausgelesen, wobei ich mir nicht sicher bin, was ich da in der Konnekting Suite einstellen muss. Der Sensor hat nur ein DS2438 und keinen extra DS18B20 von daher weiß ich nicht, welche Adresse ich beim DS18B20 eintragen sollte?
Habe das mal bei mir kurz geprüft, also der DS2438 läuft auch dann, wenn kein DS18B20 angeschlossen ist. Als Adresse kannst du die Default-ID lassen, oder eine andere nicht vorhandene nehmen.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Einen Kommentar schreiben: