LAN-Anbindung für BSB-Bus (Brötje, Elco Thision etc.)

Schotty · 27 Dezember 2018, 13:47:34

Zitat von: freetz am 27 Dezember 2018, 13:34:27
Außer es gäbe eine Erklärung, dass die Bauteile auf der Platine selber (noch zusätzliche) Übertragungsgeschwindigkeitsabweichungen produzieren. Da waren wir ja vor einiger Zeit schon mal bei dem Thema, aber sind da zu keiner zufriedenstellenden Erklärung gekommen, wenn ich mich recht erinnere...

Ich habe gerade mal nach einem Vergleich zwischen 4N25 und den von @Maista erwähnten 4N37 gesucht, und bin auf u.a. unterschiedliche Geschwindigkeiten bei ton/off gestoßen: 2µs beim 25er, 7µs beim 37er: https://www.mikrocontroller.net/articles/Optokoppler
37er könnten also das Problem u.U. noch verstärken, aber auf der Platine sind ja normalerweise sowieso die 'schnelleren' 25er verbaut.

Zitat
Ich bin mit der Übernahme der neuen Library aber schon recht weit gekommen, nur leider will jetzt mein "schlechter" Arduino nicht mehr über USB angesprochen werden, so dass ich im Moment keinen Vergleich mehr habe ...

Huch? Wieso das? Kaputt?

freetz · 27 Dezember 2018, 13:53:00

Zitat von: Schotty am 27 Dezember 2018, 13:47:34
Ich habe gerade mal nach einem Vergleich zwischen 4N25 und den von @Maista erwähnten 4N37 gesucht, und bin auf u.a. unterschiedliche Geschwindigkeiten bei ton/off gestoßen: 2µs beim 25er, 7µs beim 37er: https://www.mikrocontroller.net/articles/Optokoppler
37er könnten also das Problem u.U. noch verstärken, aber auf der Platine sind ja normalerweise sowieso die 'schnelleren' 25er verbaut.

Vielleicht... Wenn es aber nur eine generelle Vertzögerung ist (d.h., die Befehle werden einfach alle um 2 bzw 7 µs später verschickt, dann sollte es ja eigentlich nichts ausmachen, oder?

Zitat von: Schotty am 27 Dezember 2018, 13:47:34
Huch? Wieso das? Kaputt?

...keine Ahnung - wenn ich den Bootloader per SPI flashe, bekomme ich manchmal den Port wieder angezeigt, kann aber nicht drauf zugreifen.
Flashen per SPI geht, aber auch dann bleibt der SerMo still und BSB-LAN scheint auch so nicht zu laufen. Wenn ich nur einen kleinen Sketch (wie die Blink-Demo) aufspiele, sehe ich zumindest das. Sehr seltsam, aber vielleicht mal eine Nacht ruhen lassen

...

Schotty · 27 Dezember 2018, 13:56:51

Zitat von: freetz am 27 Dezember 2018, 13:53:00
Vielleicht... Wenn es aber nur eine generelle Vertzögerung ist (d.h., die Befehle werden einfach alle um 2 bzw 7 µs später verschickt, dann sollte es ja eigentlich nichts ausmachen, oder?

Achso, das mag natürlich sein. Ich dachte da eher an einen generellen Lag bei der Kommunikation, also auch beim Empfangen, was dann vielleicht wieder irgendwas Anderem in die Quere kommt. Aber davon hab ich auch einfach keine Ahnung, ist mir gerade nur aufgefallen.

Wie lang und dick ist denn nochmal dein Buskabel? Vielleicht kommt das ja wirklich noch als (Dämpfungs-)Faktor hinzu, wie @stan23 erwähnte? Ich habe LPB bisher ja immer nur an meinen Testsystemen getestet, da ist das Kabel kürzer als an meiner eigentlichen Heizungsinstallation. Wobei ich zwar eigentlich nicht glaube, dass Längen bis 20 oder 30m da wirklich so großen negativen Einfluss haben, aber glauben heißt ja nicht wissen..

Zitat
Sehr seltsam, aber vielleicht mal eine Nacht ruhen lassen ...

Gute Idee - du hast ihm ja nicht mal die Weihnachtsruhe gegönnt

freetz · 27 Dezember 2018, 14:02:55

Also die Kabel hier vom Arduino zur Heizung sind vielleicht 5 Meter. Das Testsystem, das die gleichen Probleme aufweist, hat aber gerade mal 30cm verdrilltes Klingelkabel. Viel besser kann es da eigentlich nicht sein - und wie gesagt, das Empfangen klappt ja in allen Fällen (und damals glaube ich auch bei hsepm) völlig problemlos...

GT2006 · 27 Dezember 2018, 15:05:03

Moin,

ich habe die letzten 30 Seiten nur überflogen und habe auch nicht so richtig gecheckt, welches Fass Ihr da aufgemacht habt....

Mir ist beim Aufräumen des Kellers über die Feiertage so eine Idee gekommen:

Vom Keller aus gehen in alle Räume 4-Adrige Telefonkabel.
Diese Telefonkabel werden NICHT genutzt.

Könnte man diese Kabel nicht für Temperatursensoren benutzen ?

Also, alle Räume des EG (Heizkreis 1) erfassen und einen DURCHSCHNITT bilden, diesen dann in die Heizung schreiben.
Dasselbe für das OG (Heizkreis2)

...und das Ganze natürlich mit unserem Arduino.

Gruss
Jan

Schotty · 27 Dezember 2018, 15:37:03

Moin,
ja klar, warum sollte man das nicht können? DS18B20er würden sich anbieten, auch wenn da die Sternverkabelung nicht so ganz das Gelbe vom Ei ist, aber notfalls könntest du da ja vielleicht noch was umklemmen, wenn es nicht funzt. Also alle aneinander für eine 'echte' Busverkabelung und dann an einen Ardu-Pin.
EDIT: Nochmal drüber nachgedacht: Also wenn für jedes Zimmer ein einzelnes TelKabel in den Keller führt, dann wirst du evtl bei der Menge/Länge und der Sternverkabelung (Timing-)Probleme bekommen. Evtl musst du dann einen Busmaster einsetzen. Aber Testen würd' ichs trotzdem..

DHT22er könntest du auch nehmen, dann hättest du Feuchtemessung mit drin, müsstest aber für jeden Sensor einen eigenen Pin am Ardu nutzen - da wirds dann vermutlich eng..

frank · 27 Dezember 2018, 16:29:19

Zitat von: freetz am 27 Dezember 2018, 13:53:00
Wenn es aber nur eine generelle Vertzögerung ist (d.h., die Befehle werden einfach alle um 2 bzw 7 µs später verschickt, dann sollte es ja eigentlich nichts ausmachen, oder?

das denke ich eigentlich auch.

hast du dir denn mal die telegramme am oszi anschauen und vergleichen können?

mich wundert eigentlich die tatsache, dass der "schlechte" arduino gar keine probleme beim empfangen hat. hier müsste es doch eigentlich auch probleme geben, wenn es "nur"an der etwas zu niedrigen grundfrequenz liegen sollte, oder?

konnte man nicht sogar mit den debug ausgaben in bsb.cpp, die selbst gesendeten telegramme selbst empfangen und sichtbar machen?

postman · 27 Dezember 2018, 16:51:08

Hallo schotty,

ZitatDS18B20er würden sich anbieten, auch wenn da die Sternverkabelung nicht so ganz das Gelbe vom Ei ist,

Das stimmt so wohl nicht ganz. durch die Sternverseilung wird der gegenseitigen Beeinflussung entgegengewirkt, sonst würde dein Internetanschluß nähmlich auch nur mit Störungen funktionieren

freetz könnte statt des Klingeldrahtes auch besser ein Stück Telefonkabel benutzen, das hat nähmlich auch noch eine Schirmung.

Gruß Uwe

Jewe · 27 Dezember 2018, 16:53:52

Zitat von: Schotty am 24 Dezember 2018, 09:52:41
@Jewe:
Melde deinen Adapter mal testweise AUCH als RGT1 an, so dass du dann also zwei RGT1 angemeldet und angeschlossen hast (RGTF & Adapter). Sollte es zu einem Adresskonflikt kommen, dann gehts eben nicht - sollte es aber nicht zu einem Adresskonflikt kommen, dann versuch als nächsten Schritt mal, mit dem Adapter-RGT1 eine Raumtemp an HK2 zu senden.

Bei meinem QAA75 (RGT) kann ich den Adapter parallel ebenfalls als RGT1 anmelden, beim kleinen QAA55 (RGB) geht das hingegen nicht, da kommt es zu einem Adresskonflikt.

Hey,

habe heute den Adapter als RGT 1 angemeldet und es gibt einen Adresskonflikt. Dachte das es früher keinen gab, aber da habe ich mich geirrt.
Ich habe dann auch im SerMo nochmal nach den Telegrammen zum RGTF geschaut, aber da habe ich nichts gesehen.
Schade.... Jens

Jewe · 27 Dezember 2018, 16:58:38

Zitat von: freetz am 22 Dezember 2018, 23:13:56
Also bei mir hat Kategorie 2 (Funk) jetzt die Parameter 130 bis 140, die bei mir allerdings alle ein error 7 zurück liefern, weil meine Heizung diese CommandIDs nicht kennt. Die Parameter sind auch mit DEV_ALL für alle Geräte freigegeben. Seltsam, dass da bei Dir nichts kommt?

Habe die aktuelle Version nochmal geladen und nun sind alle Parameter da.
Testweise habe ich die Batterien des RGTF rausgemacht (ca. 7 min) aber da gab es keine Veränderung des Parameters 130 Funk - Raumgerät 1 Status: 1 - In Betrieb.

Jens

Schotty · 27 Dezember 2018, 17:03:31

Zitat von: postman am 27 Dezember 2018, 16:51:08
Hallo schotty,Das stimmt so wohl nicht ganz. durch die Sternverseilung wird der gegenseitigen Beeinflussung entgegengewirkt, sonst würde dein Internetanschluß nähmlich auch nur mit Störungen funktionieren

Das bzgl Sterntopologie war auf das OneWire-Bussystem von Maxim bezogen, da ist das nicht immer so ganz unproblematisch (wenn ich es richtig in Erinnerung habe primär aufgrund evtl auftretender Timing-Probleme, weshalb auch ein Busmaster eingesetzt werden sollte).

Zitat
freetz könnte statt des Klingeldrahtes auch besser ein Stück Telefonkabel benutzen, das hat nähmlich auch noch eine Schirmung.

Wenn es 'richtige' Telefonleitung ist, dann ja - wenn es nur die ungeschirmte, 4polige schwarze Ltg ist, dann nicht.
Bei freetz sollten aber die 30cm ungeschirmter Klingeldraht eigtl nicht unbedingt zu Problemen führen (wenn die nicht gerade komplett parallel zu Netzspannungleitungen laufen) - ich habe bei mir ca 20m Lautsprecherlitze an der HzgsAnlage in Verwendung, das ist bisher auch unproblematisch. Aber prinzipiell hast du natürlich recht - besser ist immer geschirmt!

Jewe · 27 Dezember 2018, 17:05:46

Zitat von: GT2006 am 27 Dezember 2018, 15:05:03
Moin,

ich habe die letzten 30 Seiten nur überflogen und habe auch nicht so richtig gecheckt, welches Fass Ihr da aufgemacht habt....

Mir ist beim Aufräumen des Kellers über die Feiertage so eine Idee gekommen:

Vom Keller aus gehen in alle Räume 4-Adrige Telefonkabel.
Diese Telefonkabel werden NICHT genutzt.

Könnte man diese Kabel nicht für Temperatursensoren benutzen ?

Also, alle Räume des EG (Heizkreis 1) erfassen und einen DURCHSCHNITT bilden, diesen dann in die Heizung schreiben.
Dasselbe für das OG (Heizkreis2)

...und das Ganze natürlich mit unserem Arduino.

Gruss
Jan

Deine Telefondosen sind denke ich ca. 20 cm über dem Boden. Die Montageöhe eines Raumtempsensor sollte in ca. 150 cm sein. Das musst Du dann ggf mit einem Korrekturfaktor ausgleichen.
Hast Du eine Fußbodenheizung ? Dann wird es dem Tempsensor am Boden sehr schnell warm

Jens

Schotty · 27 Dezember 2018, 17:07:02

Zitat von: Jewe am 27 Dezember 2018, 17:05:46
Deine Telefondosen sind denke ich ca. 20 cm über dem Boden. Die Montageöhe eines Raumtempsensor sollte in ca. 150 cm sein. Das musst Du dann ggf mit einem Korrekturfaktor ausgleichen.

..oder die Fühler einfach entspr höher setzen, müssen ja nicht zwingend an/in den Dosen sitzen..?!

Jewe · 27 Dezember 2018, 17:10:24

Zitat von: Schotty am 27 Dezember 2018, 17:03:31
Das bzgl Sterntopologie war auf das OneWire-Bussystem von Maxim bezogen, da ist das nicht immer so ganz unproblematisch (wenn ich es richtig in Erinnerung habe primär aufgrund evtl auftretender Timing-Probleme, weshalb auch ein Busmaster eingesetzt werden sollte).

Hier gibt es auch eine ausführliche Abhandlung zum Thema One-Wire :

https://wiki.fhem.de/wiki/1-Wire_Busverlegung

Scherheinz · 27 Dezember 2018, 19:58:36

Falls die Sternverdrahtung bei den Längen Probleme macht, es muss doch auch möglich sein den Bus auf mehrere Pins zu verteilen und es gäbe nur Stichleitungen, oder?
Wenn ich mir zu jeden Kabel einen Pin inklusive eigenem Bus Namen zuweise und die Sensorabfrage in eine Schleife packe deren Durchgänge der Anzahl der Räume entspricht sollte es doch funktionieren.