KONNEKTING 1-Wire Gateway

[Peterich]

Die Implementierung wird kommen, aber erst nach meinem Urlaub. Warum musst du ggf eine kleine Zeitspanne einstellen !? wie schnellmöchtest du die Werte denn geliefert bekommen !? Wir reden hier von Temperaturwerten die sich durch die Wärmekapazität deiner Wohnung doch eh nur sehr langsam ändern.
Was für eine Bus-Last musst du haben, wenn ein Temperatur-Wert alle 1min schon zu viel sind !?

Ich hab die Sensoren Hauptsächlich an der Heizung. gerade bei der Fußbodenheizung beim Mischer brauch ich die werte nicht jede minute nur wenn sie sich ändern, und nach 10 minuten aktuelle wegen der Visu mit dem auslesen würde das entfallen.
in dem Projekt wo ich das Gateway einsetzen möchte sind zb 6 Mischer und ein Fühler im Nachheizregister der KWL
Ich hab ne Buslast zwischen 1-5% aber nur weil ich eben darauf achte das werte nur dann gesendet werden wenn sie Gebraucht werden. Würden alle minute ca 30 Temperaturwerte gesendet werden würde das schon Spitzen geben.

Verstehe nicht ganz was du hier meinst. In der Suite wird extra als Default angezeigt wie eine Sensor ID aufgebaut sein muss und das ist schon in Großbuchstaben. Mehr musst du hier eigentlich nicht beachten.

anfangs hab ich nicht auf die Großschreibung geachtet drückt man enter nachdem man aabbccddeeff eingeben hat wird automatisch von der SUITE alles in AABBCCDDEEFF umgewandelt der entsprechende sensor wird aber nicht gefunden wenn mann hingegen direkt AABBCCDDEEFF schreibt wird der sensor gefunden und finktioniert.

Wie sollte der Fehler den für euch passenderweise auf den Bus geschickt werden !?.

Mir würde es reichen es gäbe ne GA Fehlender Sensor der entweder ne 1 sendet oder direkt die ID

CH1
Anzahl der möglichen Sensoren: z.B. 20stk
Sensor-Typ: z.b. DS18B20
Bus-Länge: z.b. 50m
Bus-Topologie: z.b. Stern-Topologie
Kabeltyp: z.b. KNX-Busleitung
technische Probleme: z.b. 20 Sensoren gingen, aber mit einem mehr, kam es zu Problemen

Wie teste ich denn ob mehr als 20 sensoren funktionieren wenn ich nur 20 einlesen kann 21 könnten funktionieren indem ich 20 eintrage und der 21 wird als neu gefunden oder würde der bus direkt ausfallen wären es zuviele?
Werde ich aufjenfall noch testen nach deinem Urlaub hast du ergebnisse musste nur in nem Testaufbau selbst mal mit dem Gerät klar kommen wenn man das nicht selbst entwickelt hat versteht man bestimmte zusammenhänge auch nicht

Bis jetzt konnte mir noch keiner sagen, ob das Gateway denn technisch tut, also wie viele Sensoren bei welcher Länge bei welchem Kabeltyp tuen denn !? Das der Code noch bei weitem nicht perfekt ist, das ist mir schon klar, war wie hier https://knx-user-forum.de/forum/proj...87#post1370987 beschrieben nie das erste Ziel.

Ich brauche technische Inputs (keine SW-Mängel), sonst lauf ich noch nein alles gut bei mir

Vermutlich haben wir das nur Falsch angegangen nur ohne ne laufende Software kann dir dir eben auch keiner sagen ob es die Hardware tut ^^ deswegen hab ich erst ausgiebig getestet und die mängel aufgeschrieben ich hätte vermutlich lange gesucht wenn ich die Sensor ID´s aus meiner Excel liste kopiert hätte und nichts funktioniert hätte weil dort alles in Kleinbuchstaben ist

EDIT:

Woran erkenne ich eigt. welche Auflösung die Temperatursensoren haben (9bit,10bit, 11bit,12bit)?

[Masifi]

1. In Zukunft währe es glaube ich sinnvoll die Ch1-3 irgendwo auf der Platine zu Kennzeichnen

steht eigentlich genau hier https://knx-user-forum.de/forum/proj...17#post1367017

2. Einen DSB18B20 auf CH1 einlesen hat geklappt. Was etwas verwirrend war das die Nachricht bei mir die Addresse + ein paar extra Byte zurückgegeben hat. Weis nicht ob das Absicht ist oder nicht anders geht.

Das geht aktuell nicht anders.

3. Den VOC hab ich noch nicht zum laufen gebracht... Ich hab die 24V einmal an den extern In angeschlossen und dann den Sensor direkt mit 24V+ und 24V GND verbunden. 1Wire direkt zum Gateway und 1Wire GND vom Gateway mit dem 24V GND verbunden. Sollte doch so passen, oder?

Was geht denn nicht !? besser gesagt, wo hast du was eingetragen? Ohne genauere Informationen kann ich dir nicht sagen, woran das liegen kann.



gulp2k Peterich Sisamiwe
Bis jetzt konnte mir noch keiner sagen, ob das Gateway denn technisch tut, also wie viele Sensoren bei welcher Länge bei welchem Kabeltyp tuen denn !? Das der Code noch bei weitem nicht perfekt ist, das ist mir schon klar, war wie hier https://knx-user-forum.de/forum/proj...87#post1370987 beschrieben nie das erste Ziel.

Ich brauche technische Inputs (keine SW-Mängel), sonst lauf ich noch nein alles gut bei mir

[gulp2k]

Mal kurzes Feedback von mir.
1. In Zukunft währe es glaube ich sinnvoll die Ch1-3 irgendwo auf der Platine zu Kennzeichnen
2. Einen DSB18B20 auf CH1 einlesen hat geklappt. Was etwas verwirrend war das die Nachricht bei mir die Addresse + ein paar extra Byte zurückgegeben hat. Weis nicht ob das Absicht ist oder nicht anders geht.
3. Den VOC hab ich noch nicht zum laufen gebracht... Ich hab die 24V einmal an den extern In angeschlossen und dann den Sensor direkt mit 24V+ und 24V GND verbunden. 1Wire direkt zum Gateway und 1Wire GND vom Gateway mit dem 24V GND verbunden. Sollte doch so passen, oder?

[Masifi]

Vielleicht noch an alle Zusammengefasst, und sorry dass das nicht klarer war :-) :-(

Die erste Firmware sollte allein den technischen Möglichkeiten des Gateway genügen und nicht den Funktionellen. Ich wollte damit alleine bestimmen, ob bis zu 20 Temperatur-Sensoren über x Meter angesprochen werden können, ob man bis zu 10 iButtons über x-Meter ansprechen kann und ob Multisensoren / VOC Sensoren über x Meter angesprochen werden können. Es ist ziemlich einfach zu behaupten es zu können, aber zu beweisen ob es wirklich so ist, ist was anderes :-)
Kennt man die technischen Möglichkeiten, dann ist es nur noch SW die geschrieben werden muss. Für mich ist es einfach wichtig zu wissen, was technisch möglich ist, bevor man anfängt mit den Spielereien.

Alle Funktionalen Themen wie zyklischen Senden, Fehler-Erkennung, ... standen hier mit Prio 2 auf der Liste und wurden daher nur rudimentär umgesetzt.

Peterich und an die anderen die aktuell mit dem Device arbeiten. Bitte gebt mir in erster Linie ein Feedback wie oben beschrieben, ob es bei euch technisch möglich ist, eure Sensoren anzusprechen, so das sie richtige Werte liefern.

Am Besten schreibt ihr so, was bei euch wirklich technisch möglich war:

CH1
Anzahl der möglichen Sensoren: z.B. 20stk
Sensor-Typ: z.b. DS18B20
Bus-Länge: z.b. 50m
Bus-Topologie: z.b. Stern-Topologie
Kabeltyp: z.b. KNX-Busleitung
technische Probleme: z.b. 20 Sensoren gingen, aber mit einem mehr, kam es zu Problemen

CH2
....

CH3
....


Ich werde die gesammelten Daten, dann nutzen um eine techische Spec des Gateways zu erstellen. In dieser Spec können Interessenten sehen, ob das Gateway für ihre Aufgaben geeignet sein kann.

EDIT: Es wäre dann natürlich gut, wenn ihr mehrere Stränge mit DS18B20 habt, das ihr all diese mit dem Gateway CH1 abprüft.

EDIT2: Auch interessant wäre eine Einschätzung, ob das mit einlesen der Sensor-ID so praktikabel ist? Also das man an CH1 einen neuen Sensor anschließt, die ID in der ETS ausliest und dann diese ID nutzt um den Sensor in der Konnekting Suite einzulesen.

[Masifi]

Peterich Danke für dein Feedback. Vorneweg muss ich gleich mal zugeben, dass ich es unterschätz habe, wie man so eine "Test-SW" für einen ersten Test übergibt. Sorry dafür. Die SW die ihr von mir bekommen habt, wurde so ausgelegt um alleine zu Prüfen, ob die Anzahl der Sensoren, die Leitungslänge des Bus und den Sensor-Typ eingehalten werden kann. In der Suite sind aktuell schon Parameter auswählbar, aber noch nicht im Code umgesetzt. Der Hintergrund ist einfach, ich wollte die XML File schon so gut wie fertig haben, sonst müsste ich bei jeder kleinen Anpassung wieder die XML-File und die Header File anpassen.

1: Senden bei Temperaturänderung, so ist das zb Aktuell bei mir das bei einer Änderung von 1k die neuen Werte auf den Bus gesendet werden und spätestens 10 minuten nach der letzen Änderung. Am besten pro Sensor einzeln mir würde aber auch pro CH reichen.

Senden bei Temperaturänderung ist aktuell im Code noch nicht implementiert. Eigentlich sollte es später auch so sein, das nur der eine Wert gesendet wird.

EDIT: Ich habe gerade im Code geschaut und festgestellt, dass ich es aktuell doch nur bei den Multisensoren vorgesehen habe. Man kann das auch für die DS18B20 übernehmen. Wenn man in Summe 20 Sensoren hätte und für jeden Sensor das einzeln haben will, dann sprengt das für den Anfang denke ich den Rahmen. Aber für den gesamten CH sollte das kein Problem sein.

2. Nachdem die Suite fertig mit Programmieren ist kommt auf 15/7/255 noch gute 20-30s weiter nachrichten ist da noch der Debug oder muss das so ?

Nein eigentlich sollte das nicht sein. Könntest du hier dazu einen Log mit aufnehmen? ich habe ein solches Verhalten noch nie bei mir gesehen.

3. Manchmal bleibt nach dem Programmieren die Prog-LED an ich vermute das das Gerät dann auch nicht neustartet

Das Problem hier ist der ItsyBitsy M0 noch nicht perfekt auf Konnekting ausgelegt ist. Der Code arbeitet mit dem Arduino Zero sehr gut zusammen. Leider kommt es beim ItyBitsy M0 manchmal vor, dass die für den Arduino Zero implementierte Reset-Funktion nicht richtig umgesetzt.

4. Bei Leseanfragen werden die Letzen gesendeten Temperaturen gesendet nicht die aktuellen, erst nachdem die zeit "Temperaturwerte zyklisch senden KNX alle" abgelaufen ist kommen aktuelle. Nach einem Neustart des Gateways steht sogar 0°C da solange nicht die Zykluszeit vorbei ist.

Normalerweise sollten schon die aktuellen Werte kommen, Aktuell ist der Ablauf wann im Code was abgefragt wird noch nicht gut optimiert. In den letzten Zügen habe ich mich nur auf die iButton konzentriert, da man hier das zeitliche Verhalten direkt erkennen kann. Wenn ein Temp Wert erst 30sek später kommen würde, dann würde man das im normalen Leben nicht mal merken. Eine weiter Optimierung ist in Arbeit.
Zum Neustart und 0°C Werten. Das liegt am Aufbau der implementierten State-maschine. Diese Wartet noch nicht bis die ersten Werte ausgelesen wurden. Auch das wird noch geändert.

5.bei Einlesen Sensor ID kann ich bei "Wähle 1-Wire Bus:" auswählen was ich will wenn an CH 1 ein Sensor dran ist dessen ID nicht hinterlegt ist wird der mir immer Angezeigt

Die Auswahl des 1-Wire Bus kannst du zwar in der Suite schon mal auswählen, aber im Code wird aktuell immer der CH1 verwendet. Ich finde es eine gute Idee den CH auswählen zu können, aber das in die state maschine zu implementieren, wird nicht so einfach. Durch die hunderte "if" abfragen, würde der Code für den Anfang so unübersichtlich werden. Daher bin ich noch am Überlegen, ob ich dieses Feature rausnehme.

6. Fehler GA wenn ein Sensor ausgefallen ist sollte hier eine 1 stehen oder sogar pro Sensor

Hier bin ich mir auch noch nicht sicher was die beste Lösung ist. Im Code wird zyklisch bei jedem Versuch den Sensor Wert einzulesen geprüft, oder Sensor angesprochen werden kann. Ist das der Fall, dann beginnt die Temperaturmessung, ist das nicht der Fall, dann wird dieser Sensor mit einem Error belegt. Wie der Fehler aktuell auf den Bus geschickt wird, müsste ich selber im Code noch einmal nachsehen.
Wie sollte der Fehler den für euch passenderweise auf den Bus geschickt werden !?

Die Sensor ID muss in Großbuchstaben erfolgen damit sie gefunden werden, auch wenn die Suite sie in Großbuchstaben umwandel.

Verstehe nicht ganz was du hier meinst. In der Suite wird extra als Default angezeigt wie eine Sensor ID aufgebaut sein muss und das ist schon in Großbuchstaben. Mehr musst du hier eigentlich nicht beachten.

eigt. würde ich den Punkt 1 für den Realaufbau brauchen. ggf muss ich einfach eine kleinere Zeitspanne einstellen würde höhere Buslast bedeuten

Die Implementierung wird kommen, aber erst nach meinem Urlaub. Warum musst du ggf eine kleine Zeitspanne einstellen !? wie schnell möchtest du die Werte denn geliefert bekommen !? Wir reden hier von Temperaturwerten die sich durch die Wärmekapazität deiner Wohnung doch eh nur sehr langsam ändern.
Was für eine Bus-Last musst du haben, wenn ein Temperatur-Wert alle 1min schon zu viel sind !?

[Peterich]

So nachdem ich jetzt ein bischen getestet hab, aber noch nicht im realaufbau, ist mir folgendes aufgefallen:

1: Senden bei Temperaturänderung, so ist das zb Aktuell bei mir das bei einer Änderung von 1k die neuen Werte auf den Bus gesendet werden und spätestens 10 minuten nach der letzen Änderung. Am besten pro Sensor einzeln mir würde aber auch pro CH reichen.

2. Nachdem die Suite fertig mit Programmieren ist kommt auf 15/7/255 noch gute 20-30s weiter nachrichten ist da noch der Debug oder muss das so ?

3. Manchmal bleibt nach dem Programmieren die Prog-LED an ich vermute das das Gerät dann auch nicht neustartet

4. Bei Leseanfragen werden die Letzen gesendeten Temperaturen gesendet nicht die aktuellen, erst nachdem die zeit "Temperaturwerte zyklisch senden KNX alle" abgelaufen ist kommen aktuelle. Nach einem Neustart des Gateways steht sogar 0°C da solange nicht die Zykluszeit vorbei ist.

5.bei Einlesen Sensor ID kann ich bei "Wähle 1-Wire Bus:" auswählen was ich will wenn an CH 1 ein Sensor dran ist dessen ID nicht hinterlegt ist wird der mir immer Angezeigt

6. Fehler GA wenn ein Sensor ausgefallen ist sollte hier eine 1 stehen oder sogar pro Sensor

7. Die Sensor ID muss in Großbuchstaben erfolgen damit sie gefunden werden, auch wenn die Suite sie in Großbuchstaben umwandel.

eigt. würde ich den Punkt 1 für den Realaufbau brauchen. ggf muss ich einfach eine kleinere Zeitspanne einstellen würde höhere Buslast bedeuten

[Masifi]

Hi kobza , aktuell befinden wir uns hier noch in der Test-Phase, d.h. das aktuell in Summe 5 Personen eine erste Version des Gateways bekommen. Jede Person hat unterschiedliche Anforderungen an das Gateway und auch unteschiedliche 1-Wire Bus-Aufbauten.
Das Ziel ist hier ein Gefühl zu bekommen, wie "performant" das Gateway denn arbeitet. Das wird sich dann in den nächsten zwei Wochen zeigen, da ich in dieser Zeit selber im Urlaub wäre, könnte ich davor leider eh nicht mehr viel tun.
Wir können uns nach meinem Urlaub gerne darüber unterhalten, dann weiß man auch hoffentlich schon mehr wie gut das Gateway arbeitet.

würde gerne einen Bausatz bestellen, wie gehe ich vor (habe im Moment ca 15 Temp Sensoren an einem ESP.. am laufen)

Hängen die Sensoren an einem GPIO mit PullUp am ESP, oder wurde ein 1-Wire Bus-Master verbaut?
Wie lange ist die komplette Busleitung?
Sind die Sensoren auch direkt mit 5V versorgt, oder beziehen sie ihren Strom aus der Busleitung?

[kobza]

Hi Masifi,

würde gerne einen Bausatz bestellen, wie gehe ich vor (habe im Moment ca 15 Temp Sensoren an einem ESP.. am laufen)

Grüße
Thomas

[Masifi]

die ersten drei Gateways gingen heute in die Post.

[Masifi]

Ich hab selber keine iButtons, aber würde es nicht helfen zu warten bis der iButton 2-3 "Zyklen" nicht mehr erkannt wurde bevor man ihn als abwesend meldet?

genau so habe ich es umgesetzt und bis jetzt finde ich das es mir ganz gut gelungen ist. Ich habe nur die Zyklen auf 5 erhöht. mit 3 Zyklen kam es in ganz selten Fällen noch zu Problemen.
Ich frage auch jetzt bei jedem Start des Suchvorgangs ab, ob der 1-Wire Bus einen Kurzschluss gegen GND hat. Ist das der Fall, dann wird kurz gewartet und wieder abgefragt, dass geht solange bis der Bus wieder frei ist. Damit kann man schon sehr viele Probleme beim Auflegen des iButtons abfangen.
Es dauert im Schnitt etwas 0,5 - 1sek (je nach Einstellungen) bis der iButton erkannt wird und etwa 1-3sek bis er wieder als entfernt erkannt wird. Fühlt sich im ersten Moment ganz passend an.


Ich denke damit ist die erste Test-Firmware fertig. Aktuell warte ich noch auf eine Bestellung mit den ItsyBitsy M0 Controllern und dann werden die ersten Prototypen mal verschickt.

[Masifi]

Falls jemand noch T-Brücken zum Anschließen des Bus benötigt, dann hätte ich das noch zu bieten.

weitere Infos: https://knx-user-forum.de/forum/proj...26#post1356226

IMG_20190530_114118.jpg

[henfri]

Top!

[Eugenius]

sieht cool aus

[Masifi]

So das erste 1-Wire Gateway ist fertig :-) so wird es aussehen, aber leider gibt es einen Wermutstropfen :-( die KNX Klemmen Form am Gehäuse ist nicht bei den Gehäusen bei Völkner dabei und wird daher nicht dabei sein. (ich habe leider nur sehr wenige davon und kann diese nicht abgeben, sorry)

gehäuse.PNG gehäuse2.PNG

gehäuse3.PNG gehäuse4.PNG

[Masifi]

ch hab selber keine iButtons, aber würde es nicht helfen zu warten bis der iButton 2-3 "Zyklen" nicht mehr erkannt wurde bevor man ihn als abwesend meldet?

Hm ja das könnte man ins Auge fassen.