Liebe Bascommer,
ich möchte meine bivalente Heizung automatisieren. An der (selbst hinzugefügten) Wärmepumpe (WP) wurden dafür vorsorglich 4 Stück DS18B20 Sensoren verbaut und zwar für Vorlauf, Rücklauf, Außentemperatur und Verdampfertemperatur (letzterer um ggf. einer automatischen Enteisung zuvorzukommen).
Weil die WP selbst keine vernünftigen Sensoren hat und ich schnell die Effizienz des Geräts prüfen wollte, habe ich einen Shelly Uni verbaut, der die vier 18B20 Sensoren ausliest. Das macht er trotz laaanger Leitungen so gut (und "funkt" die Werte dann auch noch schick ins Inet), dass ich diesen Shelly eigentlich nicht mehr missen möchte.
Womit "füttere" ich nun aber meinen Atmega328, der die Heizungssteuerung erledigen (und einen S0 Zähler auslesen und und und) soll? Die Sensoren sind mit drei Drähten, also "mit normaler Spannungsversorgung" und nicht "parasite power" angeschlossen. Drei Möglichkeiten hatte ich mir überlegt, wie ich die gleichen 4 Sensoren für beide boards verwenden kann:
a) ich nutze einen Multiplexer für die gemeinsame Sensorleitung DQ. Hierzu muß ich den Datenverkehr auf der DQ-Line "beobachten" und wenn zB 10ms lang "Funkstille" herrscht den Multiplexer umschalten und "nur" die Befehle
1wreset
1wwrite &H55 'Befehl "Match ROM" (bestimmten Sensor adressieren/auswählen)
For I = 1 To 8
1wwrite Dsid1(i) '64bit bzw. 8byte lange ID-Nummer übermitteln
Next I
1wwrite &HBE 'Befehl "Read Scratchpad" (Speicher auslesen)
Rom1 = 1wread(1)

nacheinander auf alle vier Sensoren anwenden (auch Dsid2, Dsid3, Dsid4 usw). Wenn ich fertig bin, schalte ich den Multiplexer wieder zurück und der Shelly darf sich "bedienen".

b) ich "schneide den Datenverkehr mit": der Shelly macht ja schon alles das, was es zum Auslesen braucht. Dafür wäre kein Multiplexer nötig. Ich muss "einfach nur" mitbekommen, welcher Sensor gerade angesprochen wird und seine Antwort dann entsprechend "mitlesen".
c) Ich habe die Sensoren (die gemeinsame DQ-Leitung) nur am Atmega angteschlossen. Dieser liest die Sensoren aus und ist aber ebenfalls auf einer anderen "soft 1-Wire Leitung" mit dem Shelly verbunden. Wenn der Shelly dann die vermeintlichen Sensoren abfragt, dann muß sich der Atmega exakt so verhalten, als wäre er vier Sensoren und die zuvor gemessenen Daten "brav" weiterreichen.

a) würde ich mir mit meinen Kenntnissen am ehesten zutrauen. Zig Sensoren parasitär und "normal" auslesen habe ich schon oft gemacht und es klappt recht zufriedenstellend, wenn nicht gerade große Störer in Leitungsnähe sind. Es setzt allerdings voraus, daß die "Lücken" zwischen den Messungen des Shelly auch wirklich lang genug sind. Das weiß ich noch nicht, habe aber ein gutes Gefühl
b) finde ich am reizvollsten/edelsten. Traue es mir aber nicht zu, da ich zB nicht wüßte, wie ich die Daten aus dem "Verkehr herausziehe", OHNE dass ich selbst den Startschuss für die Datenübertagung gegeben habe. Selbst wenn ich es schaffen sollte, den Befehl "1wwrite &HBE" (der ja sicher auch vom Shelly kommt) zu detektieren, dann hätte ich immer noch Schiss, dass ich entweder das Timing nicht hinbekomme und mir totalen Mist in den Speicher "ziehe" ODER aber (noch wahrscheinlicher), dass sich der Befehl 1wread mit dem entsprechenden Befehl des Shelly, der ja dann zur gleichen Zeit ausgeführt wird, beißt. Und das Ganze "zu Fuß" zu programmieren, d.h. auf die Bascom Befehle zu verzichten und "nachzubauen", kriege ich wahrscheinlich nicht mal ansatzweise hin.
c) würde sich vmtl umsetzen lassen, finde ich aber am schlechtesten. Einerseits werde ich Probleme haben, die Sensoren "nachzuspielen" und auf die Anfragen des Shelly richtig zu antworten. Andererseits hat der Shelly ganz bestimmt eine gute Prozedur, um unvermeidlich auftretende Fehler "zu parieren". Ich kenne das von meinen eigenen Schaltungen: je länger die Leitung und je mehr Störungen, desto aufwendiger wird der Code, um die Sensoren nochmal und nochmal auszulesen, bestimmte wiederkehrende Bitmuster komplett auszuschließen und andere Plausibilitätschecks zu machen. Alles das müßte ich nun selbst machen, damit der Shelly nicht alle Nase lang mit schlechten Werten versorgt wird und die Tagesdiagramme dann ganz fürcherlich aussehen (jetzt sehen sie super aus!)

Was meint ihr? welche der Varianten würdet ihr wählen bzw. habt sogar schon einmal so ein Problem gelöst?
Und ja, man könnte auch den Shelly rausschmeißen und ... aber siehe oben: der funktioniert für das, was er macht, eigentlich sehr gut. Jedenfalls sehe ich keinen richtigen Grund, um zB serielle Daten von einem Atmega an einen ESP8266 zu senden, damit der diese dann ins Netz stellt. Denn dann wären die Daten noch lange nicht in der Cloud und in schönen Diagrammen, die ich mir überall auf dem Handy anschauen kann ...
Anders herum will ich auch keinen ESP8266 für meine Heizungssteuerung verwenden. Er hätte mindestens zu wenig Pins UUUUND - er läßt sich (noch?) nicht mit Bascom programmieren.

Kleine Nebenfrage: was haltet ihr von dieser DS3231 Realtime Clock? Brauchbar oder Mist? Wird die Batterie 8 Monate "ohne Vcc" aushalten oder ist die dafür nicht dimensioniert? Es gibt ja auch Module mit 2032 Zellen (Batterien oder Akkus) drauf. Die haben aber meist noch einen EEProm mit drauf, den ich nicht verwenden würde. Trotzdem besser aus eurer Erfahrung heraus? DCF77 Module funktionieren in meinem Keller leider nicht, ansonsten hätte ich viel lieber ein solches verwendet.

wow, ich bin jedes Mal total beeindruckt vom feedback hier! Danke euch allen für Eure Antworten!
Jetzt im EInzelnen:

ganz klar nein! Das Konzept lautet: Atmega soll zuverlässig Wärmepumpe und Ölheizung steuern, Shelly Uni soll weiterhin eine Fernkontrolle der Temperaturen (und künftig auch der Aufnahmeleistung) ermöglichen und darf dabei auch mal ausfallen. Macht er nämlich auch gern mal, wie alles, was bei uns über WLAN läuft.

Die Daten aus dem Internet zu holen wäre mir aber zu sehr "3x um die Ecke"! Die ca. 15m langen Kabel von/zu den digitalen Sensoren (zumindest der Shelly kommt sehr gut mit der Leitungslänge klar; Datenblatt Angaben kenne ich keine; es gibt Berichte, wonach auch 50m lange Leitungen noch funktionieren ... auch @Ronnie schreibts ja so ) gehen am Schaltkasten ein, wo auch der Shelly Uni, der elektron. Zähler, die Fernbedienung der Wärmepumpe usw drin sind. Von daher finde ich es naheliegend, die Sensoren eben nicht nur für den Shelly Uni, sondern auch für den Atmega zu nutzen. Und ja, Multiplexing war halt EINE der Ideen die ich hatte (siehe "Möglichkeiten a, b und c" in meinem ersten Post), um keinen zweiten Satz Sensoren installieren zu müssen.

doch, das ist mir schon klar! Ich nehme aber nur indirekt Daten der Wärmepumpe, da ich meine eigenen Sensoren (Temperatur und Leistung) verwende und die WP nicht etwa auslese. Ich brauche:
- WP-Vorlauftemp (brauche ich für Einschaltkontrolle der WP, Vorgaben zum Schalten der Öl-Umwälzpumpe und zum Schalten des Ventils für die Brauchwasser-Nachheizung)
- Außentemperatur (brauche ich vor allem, um morgens beim Start eine Entscheidung "Öl oder WP" zu treffen)
- WP-Verdichtertemperatur (ich nenne das für mich "Lamellentemperatur"; brauche ich vor allem um eine bald erfolgende Abtauung zu erkennen)
- WP-Rücklauftemp (brauche ich eigtl nicht dringend; ist aber informativ für die Auslesung per Shelly)
- Status der Umwälzpumpe der Ölheizung (ein j/n?)
- eigene Uhrzeit (deshalb die Frage nach dem RTC Modul)

An Eingriffspunkten in beiden Heizungen brauche ich:
- "smart grid Klemme 1" für WP (darüber geht im Wesentlichen WP an/aus; ist 230V mit ganz kleinem Strom)
- "smart grid Klemme 2" für WP (darüber kann ich die Leistungsaufnahme heraufsetzen, gleich bleiben lassen oder absenken; auch 230V mit kleinem Strom)
- Klemme, über die ich die Ölheizung blockieren/unterbrechen kann (geht einfach über deren "Sicherheitskreis", wo zB auch der Thermostat, Sicherheits-Temperaturbegrenzer usw in Reihe geschaltet sind. Ist auch 230V und max ca. 200W; mache ich schon seit über 20 Jahren mit einem Optotriac, behalte ich bei)
- Klemme, über die ich die Ölheizungs-Umwälzpumpe unterdrücken (zwangs-ausschalten) kann (mache ich ebenfalls über Optotriac)

Danke Dir! Ich habe mir jetzt mal ein Modul mit dem EEProm und eines OHNE den bestellt. Ich versuche mal die Stromaufnahme zu messen und zu vergleichen. Und ja, ich werde wohl auch versuchen, da eine 2032 dran zu kriegen (egal was für eine (kleine) Zelle ggf mitgeliefert wird)

Ja, genau, von "50m" hatte ich auch schon woanders gelesen. Aber gut, solche Angaben sind immer stark von der Art der verwendeten Leitung, von Störquellen entlang der Leitung, von der Spannungsversorgung (5V oder 3,3V) und zuletzt auch noch von der Betriebsart (mit Versorgung oder "parasitär") abhängig. Aber gut, für den Shelly scheints ja gut auch mit nur 3,3V zu funktionieren. Allerdings weiß ich nicht, ob der Shelly schon eine Fehler-Bearbeitungs-Routine implementiert hat. Bei parasitärer Speisung über ca. 3m in einem anderen Projekt mit vielen Störungen brauchte ich so eine Routine und mußte mir hzierzu selbst etwas zusammenschreiben. Zum Glück waren die "Fehlermuster" vorhersehbar und auf ca. 4 oder 5 wiederkehrende "Fehlerwerte" (Bitmuster) beschränkt. Die ließen sich dann leicht anhand einer Plausibilitätskontrolle prüfen und verwerfen.
Das mit den "I2C Verstärkerchips" verstehe ich nicht ganz; die DS18B20 haben doch "one wire" und I2C wäre stattdessen "two wire" bzw "TWI"?! Hast Du das 1W Signal der DS18B20 mit den TWI Chips verstärkt? Und Bascom bringt ja schon die zum Auslesen nötigen Befehle mit, da wüßte ich gar nicht, wie ich was am Timing ändern könnte ...

Danke, aber ich gebe zu, in dieser Preisklasse habe ich mich bisher noch nicht bewegt. Ich habe eher solche Module ausprobiert: DCF77 . Aber wenn ich ehrlich bin, dann sind mir 88€ nur für die Zeithaltung zu teuer. Schließlich würde es auch ganz ohne Zeitsignal funktionieren, dann müßte man nur alle paar Monate mal die Zeit korrigieren. Ist letztlich eine Abwägung Komfort vs. Investition

Danke für die Erfahrung und den Tipp! Ja, das werde ich machen (leiterbahn auftrennen). Und dann wahrscheinlich eine CR2032 dran. Auf den EEProm werde ich wohl komplett verzichten. Evtl also auch zu dem die Spannungsversorgung auftrennen.

Das ist ja cool! Das werde ich dann wohl auch mal versuchen

So, aber nun nochmal zur Ausgangsfrage, was würdet IHR machen, wenn ihr einen Satz Sensoren DS18B20 verbaut habt und zwei Geräte damit "versorgen" wollt? (siehe Möglichkeiten a, b und c oben im ersten Beitrag, vielleicht gibt es aber noch weitere. Die Option, die @Mitch64 nannte ("aus dem Internet zurückholen") will ich nicht verwenden. Der Aufwand wäre mir deutlich zu hoch. Vorher würde ich eher Multiplexing verwenden. Aber klar, noch weiß ich ja nicht einmal, ob es genügend lange Pausen zwischen den Pollings des Shelly Uni gibt, die ein Umschalten der One-Wire Datenleitung erlauben würden.

wow, ich bin jedes Mal total beeindruckt vom feedback hier! Danke euch allen für Eure Antworten!
Jetzt im EInzelnen:

ganz klar nein! Das Konzept lautet: Atmega soll zuverlässig Wärmepumpe und Ölheizung steuern, Shelly Uni soll weiterhin eine Fernkontrolle der Temperaturen (und künftig auch der Aufnahmeleistung) ermöglichen und darf dabei auch mal ausfallen. Macht er nämlich auch gern mal, wie alles, was bei uns über WLAN läuft.

Die Daten aus dem Internet zu holen wäre mir aber zu sehr "3x um die Ecke"! Die ca. 15m langen Kabel von/zu den digitalen Sensoren (zumindest der Shelly kommt sehr gut mit der Leitungslänge klar; Datenblatt Angaben kenne ich keine; es gibt Berichte, wonach auch 50m lange Leitungen noch funktionieren ... auch @Ronnie schreibts ja so ) gehen am Schaltkasten ein, wo auch der Shelly Uni, der elektron. Zähler, die Fernbedienung der Wärmepumpe usw drin sind. Von daher finde ich es naheliegend, die Sensoren eben nicht nur für den Shelly Uni, sondern auch für den Atmega zu nutzen. Und ja, Multiplexing war halt EINE der Ideen die ich hatte (siehe "Möglichkeiten a, b und c" in meinem ersten Post), um keinen zweiten Satz Sensoren installieren zu müssen.

doch, das ist mir schon klar! Ich nehme aber nur indirekt Daten der Wärmepumpe, da ich meine eigenen Sensoren (Temperatur und Leistung) verwende und die WP nicht etwa auslese. Ich brauche:
- WP-Vorlauftemp (brauche ich für Einschaltkontrolle der WP, Vorgaben zum Schalten der Öl-Umwälzpumpe und zum Schalten des Ventils für die Brauchwasser-Nachheizung)
- Außentemperatur (brauche ich vor allem, um morgens beim Start eine Entscheidung "Öl oder WP" zu treffen)
- WP-Verdichtertemperatur (ich nenne das für mich "Lamellentemperatur"; brauche ich vor allem um eine bald erfolgende Abtauung zu erkennen)
- WP-Rücklauftemp (brauche ich eigtl nicht dringend; ist aber informativ für die Auslesung per Shelly)
- Status der Umwälzpumpe der Ölheizung (ein j/n?)
- eigene Uhrzeit (deshalb die Frage nach dem RTC Modul)

An Eingriffspunkten in beiden Heizungen brauche ich:
- "smart grid Klemme 1" für WP (darüber geht im Wesentlichen WP an/aus; ist 230V mit ganz kleinem Strom)
- "smart grid Klemme 2" für WP (darüber kann ich die Leistungsaufnahme heraufsetzen, gleich bleiben lassen oder absenken; auch 230V mit kleinem Strom)
- Klemme, über die ich die Ölheizung blockieren/unterbrechen kann (geht einfach über deren "Sicherheitskreis", wo zB auch der Thermostat, Sicherheits-Temperaturbegrenzer usw in Reihe geschaltet sind. Ist auch 230V und max ca. 200W; mache ich schon seit über 20 Jahren mit einem Optotriac, behalte ich bei)
- Klemme, über die ich die Ölheizungs-Umwälzpumpe unterdrücken (zwangs-ausschalten) kann (mache ich ebenfalls über Optotriac)

Danke Dir! Ich habe mir jetzt mal ein Modul mit dem EEProm und eines OHNE den bestellt. Ich versuche mal die Stromaufnahme zu messen und zu vergleichen. Und ja, ich werde wohl auch versuchen, da eine 2032 dran zu kriegen (egal was für eine (kleine) Zelle ggf mitgeliefert wird)

Ja, genau, von "50m" hatte ich auch schon woanders gelesen. Aber gut, solche Angaben sind immer stark von der Art der verwendeten Leitung, von Störquellen entlang der Leitung, von der Spannungsversorgung (5V oder 3,3V) und zuletzt auch noch von der Betriebsart (mit Versorgung oder "parasitär") abhängig. Aber gut, für den Shelly scheints ja gut auch mit nur 3,3V zu funktionieren. Allerdings weiß ich nicht, ob der Shelly schon eine Fehler-Bearbeitungs-Routine implementiert hat. Bei parasitärer Speisung über ca. 3m in einem anderen Projekt mit vielen Störungen brauchte ich so eine Routine und mußte mir hzierzu selbst etwas zusammenschreiben. Zum Glück waren die "Fehlermuster" vorhersehbar und auf ca. 4 oder 5 wiederkehrende "Fehlerwerte" (Bitmuster) beschränkt. Die ließen sich dann leicht anhand einer Plausibilitätskontrolle prüfen und verwerfen.
Das mit den "I2C Verstärkerchips" verstehe ich nicht ganz; die DS18B20 haben doch "one wire" und I2C wäre stattdessen "two wire" bzw "TWI"?! Hast Du das 1W Signal der DS18B20 mit den TWI Chips verstärkt? Und Bascom bringt ja schon die zum Auslesen nötigen Befehle mit, da wüßte ich gar nicht, wie ich was am Timing ändern könnte ...

Danke, aber ich gebe zu, in dieser Preisklasse habe ich mich bisher noch nicht bewegt. Ich habe eher solche Module ausprobiert: DCF77 . Aber wenn ich ehrlich bin, dann sind mir 88€ nur für die Zeithaltung zu teuer. Schließlich würde es auch ganz ohne Zeitsignal funktionieren, dann müßte man nur alle paar Monate mal die Zeit korrigieren. Ist letztlich eine Abwägung Komfort vs. Investition

Danke für die Erfahrung und den Tipp! Ja, das werde ich machen (leiterbahn auftrennen). Und dann wahrscheinlich eine CR2032 dran. Auf den EEProm werde ich wohl komplett verzichten. Evtl also auch zu dem die Spannungsversorgung auftrennen.

Das ist ja cool! Das werde ich dann wohl auch mal versuchen

So, aber nun nochmal zur Ausgangsfrage, was würdet IHR machen, wenn ihr einen Satz Sensoren DS18B20 verbaut habt und zwei Geräte damit "versorgen" wollt? (siehe Möglichkeiten a, b und c oben im ersten Beitrag, vielleicht gibt es aber noch weitere. Die Option, die @Mitch64 nannte ("aus dem Internet zurückholen") will ich nicht verwenden. Der Aufwand wäre mir deutlich zu hoch. Vorher würde ich eher Multiplexing verwenden. Aber klar, noch weiß ich ja nicht einmal, ob es genügend lange Pausen zwischen den Pollings des Shelly Uni gibt, die ein Umschalten der One-Wire Datenleitung erlauben würden.

uups, sorry, war dann wohl doppelt. Ich erhielt eine Fehlermeldung und probierte es nochmal, sah dann aber erst später, daß mein Post trotz Fehlermeldung durchgegnagen war ...