Forum: Haus & Smart Home Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi

Für die Auswertung und Darstellung der Heatronic3 Telegramme habe ich 
die Software beigefuegt.
Läuft unter Python3 in Linux und Windows. Unter Windows ist der 
Port-Name anzupassen.
Bei Linux muss der User in die Gruppe: *dialout' aufgenommen werden mit:
# adduser <username> dialout
Das Bild zeigt die Ausgaben der GUI HT3_CSW_analyser GUI.

Nicht alle Bytes sind dekodiert, hat jemand noch weitere Info's dazu?

(Meine Anlage hat die Module: FW100, ISM, FB10, CSW24)


Ich plane den Adapter für eine Heizungsteuerung (TX-Ausgang) zu 
erweitern.
Kennt jemand die zugehoerigen Protokolle der HT3 ?

Vielen Dank für Hard+Software.
Ich werde über Weihnachten versuchen es auch bei mir zu installieren.
mfg
kitte

Hallo Kai,

freut mich, dass auch die SW gut ankommt. Die ist tatsächlich auch aus 
der Not entstanden die spärlichen Informationen in einem Tool zu 
sammeln. Der HT3_CSW_Analyser wird auch weiterhin gepflegt und die neuen 
Erkenntnisse darin versenkt.
Kai schrieb:
> Hatte eigentlich an einen Arduino gedacht, aber ein Raspberry ist auch ok.
Der HT3-Adapter läuft auch am Arduino und jedem anderen uC sofern dieser 
einen UART-Eingang hat. Die J1-Pinbelegung ist entsprechend anzupassen, 
die Bauteile ändern sich nicht. Habe selber keinen Arduino und deshalb 
den Adapter für Raspi gebaut.

Was die SW angeht bin ich dabei die Daten in einer DB (sqlite) zu 
sammeln und von dort intervallbasiert (jede Minute) in die rrdtool-DB zu 
schreiben.
Von dort aus soll die Visualisierung (PNG, html) erfolgen (request |& 
intervallbasiert).
Bild zeigt einen Zoom der System-Temperaturverläufe eines Tages 
dargestellt mit dem CSV-Viewer.
Wenn dies in ähnlicher Art als html verfügbar ist wird dies wohl auch 
ohne grosse Anpassungen im FHEM darstellbar sein.

Gruß Norbert

Hallo Norbert,
super, genau das ist was ich gesucht habe. Ich hab eine Junkers 
ZWB28-3A23, da diese erst im August 2012 eingebaut wurde, gehe ich davon 
aus das die ebenfalls schon das Heatronic 3 drin hat. Was ich allerdings 
noch bräuchte wäre eine Möglichkeit die Therme zu steuern. Ich nutze 
FHEM um die Temperatur der einzelnen Räume zu regulieren, was auch super 
funktioniert. Allerdings wäre es noch optimaler wenn der Brenner nur 
anspringt wenn auch wirklich die Temperatur in einen der Räume unter den 
eingestellten Wert fällt ansonsten im "Nachtmodus" bleibt.
Bevor ich auf dein Projekt gestoßen bin habe ich mit dem Gedanken des MB 
Lan Moduls von Junkers in Kombination mit der App gespielt. Da hätte ich 
dann mittels Reverse Engineering die App auseinander genommen und 
geschaut welche Kommandos die sendet und hätte die dann einfach selber 
per FHEM an das Modul gesendet. Ist allerdings etwas teuer die ganze 
Geschichte, besonders das MB Lan Modul. Daher ist deine Idee wesentlich 
besser.

Viele Grüße
Stefan

Hallo Stefan,

den HT3-Adapter habe ich absichtlich noch nicht für eine Steuerung der 
Heizung ausgelegt, obwohl der zusätzliche Hardwareaufwand gering ist.
Gründe sind:
1. Unbekannte Sendeprotokolle und wann diese gesendet werden dürfen.
2. Der HT3-Adapter muss passiv sein (kein TX) wenn der Rasp/uC gebootet 
wird und die Ports noch nicht konfiguriert sind.

Um auch die Sendeprotokolle zu erhalten (Stromsteuerung des HT3-Busses) 
werde ich mir einen Sniffer bauen. Dieser soll zeitgleich die Protokolle 
der Sende- und Empfangsrichtung erfassen. Dazu gibt es einen 
preisgünstigen Adapter: elv JJ-09 18 59 Mini-USB-RS232 Umsetzer, der mir 
so hoffe ich die Protokolle der Fernbedienung FB10 liefern kann.
Damit wäre dann zumindest eine Veränderung der Soll-Temperatur möglich.

Ja der MB Lan Adapter ist zu teuer für das bischen Hardware. Der Preis 
ist geeignet um einen die Tränen in die Augen zu treiben und die 
Vier-Schanzen-Tourne zu finanzieren (na ja, andere Firma).
Es wäre besser diesen Adapter über Tchibo zu vertreiben, mit Qualität zu 
punkten und die Open Source- und Hardware-Gemeinde zu unterstützen.
Aber viele Firmen-Projektmanager denken nur bis zum nächsten 
Rückschlag-Ventil und Ausdehnungsgefäss, jedoch das es dahinter auch 
noch z.B. FHEM gibt ist manchen wohl egal.

Wir arbeiten dran.

Gruß Norbert

Hallo,

Kai Zöllner schrieb:
> Leider habe ich nicht die FB10,..

Der Sniffer sollte auch an der FW1xy funktionieren, dort ist das 
Datenaufkommen nur höher. Die Teile für den Sniffer sind bestellt, in 
der Zwischenzeit arbeite ich an der Datenbank-Anbindung.

> Wie sieht das eigentlich mit der aufgelaufenen Summe der Solarerträge
> aus? Wird dieses nur im FW100 aufsummiert, oder kann das auch extern
> ausgelesen werden?

Ja, leider werden die Solarerträge nur in der Zentrale FW1xy 
aufsummiert, im Protokoll gibt es nur 2 Byte für den Ertrag der letzten 
Stunde.
Auch hat der Wert für Solarpumpen-Laufzeit nur 2 Byte, sodaß nach einem 
Überlauf dieser wieder bei Null anfängt. Dies ist mir zweimal innerhalb 
der letzen beiden Jahre passiert. Schön für den Ertrag, schlecht für die 
Auswertung :=)

> 2) Das mit dem Booten ist zu beachten. Kann man aber bestimmt über die
> Verknüpfung von anderen Ports abfangen.

Ja, ich werde dafür einen Port vorsehen, der die Sende-Freigabe erlaubt. 
Rest wird mit Pulldown-Widerständen erledigt.

Gruß
Norbert

Hi,

ich bin zufällig auf den Beitrag gestoßen und finde ihn sehr 
interessant. Ich würde den Adapter gerne nachbauen. Hab allerdings bis 
dato von Elektrotechnik und Microcontrollern leider nicht viel Ahnung.

Ich bin jetzt erstmal mit nem Arduino Board und ein paar Experimenten/ 
Messungen am Steckbrett gestartet um die Basiscs zu verstehen.

Wollte mir jetzt die Komponenten gemäß der Liste oben bestellen und 
hätte noch ein paar Fragen:

- Bei den Widerständen bin ich nicht 100% fündig geworden was die 1/8 W 
angeht zumindest nicht in verdrahteter Form (ich würde zunächst gerne 
einen Steckbrettaufbau verwenden. Theoretisch kann ich doch auch 1kOhm 
Widerstände mit einer Belastbarkeit von 0,25W nehmen oder?

- Ähnliche Frage zum Kondensator...geht ein 100nF 50VDC? War der 
erstbeste den ich gefunden habe bei Conrad. Nach meinem laienhaften 
Verständnis ist die Nennspannung die max. Spannung die das Bauteil 
verträgt, ist das richtig? Wenn ja dürfte ja bei 10-15Volt Pegeln auf 
dem Bus nichts passieren oder?

- Kann ich mit den oben beschriebenen Komponenten überhaupt ein 
Steckbrett nehmen oder muss ich da noch die Kontaktwiderstände des 
Steckbretts irgendwie reinrechnen?

- Angenommen ich habe die Komponenten soweit zusammengesteckt, gibt es 
eine Möglichkeit zu prüfen ob bei Anschluss an den Bus auch wirklich 
nichts negatives passiert (z.B. bedingt durch einen fehlerhaften 
Zusammenbau des Adapters)? Also sowas wie Spannungsprüfung am 
Printklemmenblock z.B.? Falls ja, worauf muss ich achten?

- Letzte Frage...wo genau in der Heizungsinstallation muss/ kann ich den 
Bus idealerweise abgreifen (falls man das so einfach sagen kann) und 
wenn ich ihn abgreife kann ich dann trotzdem noch die reguläre 
Steuereinheit z.B. eine Junkers FW200 weiterbetreiben?

Danke schon mal für eure Hilfe.


Gruß Markus

Hallo,
Markus, damit der Nachbau klappt hier die Hinweise;
>... kann ich Widerstände mit einer Belastbarkeit von 0,25W nehmen?
Ja auf jeden Fall, die sind zwar grösser nehmen aber auch nicht viel 
mehr Platz weg.

> ...Kondensator...geht ein 100nF 50VDC?
Ja, da dieser nur Störspitzen auf der Betriebsspannung (3.3 Volt beim 
Raspi) vermeiden soll. Keramik-Kondensator ist ideal, andere gehen aber 
auch, der Wert ist nicht kritisch.

> Kann ich mit den oben beschriebenen Komponenten überhaupt ein Steckbrett nehmen?
Ja, da keine grossen Ströme fliessen (Milliampere-Bereich)

> ...gibt es eine Möglichkeit zu prüfen ob bei Anschluss an den Bus auch
> wirklich nichts negatives passiert
Folgende Aktionen durchführen:
1. Eingangs-Widerstandsmessung am HT3-Anschluss (Printklemmenblock) 
messen.
Es darf kein Kurzschluss vorhanden sein und je nach Mess-Polarität muss 
der Widerstand größer als 1kOhm sein.
2. Galvanische Trennung messen zwischen HT3-Bus und uC Anschluss.
Widerstand zwischen HT3-Bus und Ausgangsseite des Optokopplers (U1) muss 
sehr gross sein. Es darf keine Verbindung vorhanden sein.
3. Funktionsprüfung ohne Heizungs-Anschluss mit Prüfspannung.
Eine externe Spannung von ca. 14-15 Volt (geladene Autobatterie ect.) an 
den HT3-Bus Printklemmenblock anschliessen. Die LED D3 muss aufleuchten, 
wenn die Polarität der Eingangsspannung passt. Stromaufnahme dabei 
grösser als 1.6 mAmpere aber weniger als 5 mAmpere.
Gleicher Test mit reduzierter Eingangsspannung von weniger als 11 Volt.
Die LED D3 darf garnicht oder nur wenig leuchten. Die Stromaufnahme muss 
weniger als 1 mAmpere sein. Falls dies nicht passt bitte den Anschluss 
der Zenerdiode D2 prüfen.
Damit ist der Adapter bereit für den Anschluss an die Heizung ohne dort 
etwas aufzubröseln.

Der HT3-Bus-Anschluss kann an der Steuerplatine in der Heizung 
abgegriffen werden. Bei meiner Heizung CSW xy sind die zwei Klemmen mit 
B bezeichnet.
Einfacher geht es, wenn der Regler FWxyz nicht in der Heizung sondern 
extern an der Wand befestigt ist. Dann kann man den HT3-Bus auch am 
Regler abgreifen. Der Anschluss ist dabei immer parallel zu den 
vorhandenen Bus-Kabeln an den Klemmen B.
Bitte wegen der Leitungsquerschnitte und Leitungsführung immer die 
Hinweise des Herstellers beachten. Stabiles 2-adriges Kabel mit 0,75mm2 
passt gut.

Gruss Norbert

Hallo,
es hat sich was auf der Softwareseite getan. Da die aber besser im Forum 
unter Codesammlung aufgehoben ist, habe ich die dort abgelegt unter:
Beitrag "Heizungs-Datenerfassung (HT3)"
Dort ist im Tar-File auch die Dokumentation enthalten, die das ganze 
einfacher machen soll (I'll hope so).

Bitte dort in Zukunft den aktellen SW-Stand holen.
An dieser Stelle werde ich weiterhin die Hardware-Neuigkeiten versenken.
Da es z.Zeit keine spruchreifen gibt, ist hier auch schon Schluss.

Gruss Norbert

Hallo,
es hat sich mal wieder was auf der Hardware-Seite getan damit nicht nur 
mit dem RaspberryPi HT3-Telegeramme sondern auch mit jedem anderen 
USB-Host Device kraftvoll Daten empfangen werden kann.

Der HT3 MicroAdapter besteht aus einem Kaufteil (elv 91859) und der 
schon bekannten galvanischen Ankopplung an den HT3-Bus.
Der Preis für die Bauteile liegt bei ca. 10 € sofern man eine alte 
Schachtel (als Gehäuse) zur Verfügung hat.

Die Bilder zeigen wie es sein könnte, den Namen: Micro hat der Adapter 
jedenfalls verdient. Trotz klein aber oho, die HT3 Telegramme kommen 
ohne Abstriche wie gewünscht raus.
Die Software ist weiterhin so verwendbar, der Port muss für diesen 
Adapter aber dann auf /dev/ttyUSB0 oder /dev/ttyUSB1 eingestellt sein.

Viel Spass beim Nachbau.

Gruss Norbert

Hallo,

Ferdinand schrieb:
> was bedeutet eigentlich T-Steuer Fernbedienung ?
Damit ist der Messwert der Fernbedienung FB10 gemeint. Diese ist bei mir 
im Wohnzimmer angebracht und der Wert wird als Führungsgröße verwendet.
Da nicht jeder eine Fernbedienung hat, ist dieser Wert dann zu 
ignorieren.
Mein System besteht aus: CSW24, FW100, ISM1 und FB10. Die Software 
(HT3_Analyser) basiert auf den Daten dieses Systems. Nicht jeder hat die 
gleiche Anlage und es währe gut wenn jemand andere Systemkomponenten 
(FW110, FW200, FB100 etc.) hat und die Protokolle erfassen und posten 
kann.

Gruss Norbert

Hallo,
strauch schrieb:
>ich nutze FHEM und würde gerne meine Gasherme auslesen und über "FHEM"
>visualisieren. Hast du denn schon irgendein Modul um die Therme in FHEM
>einzubinden?
Die aktuelle Software gibt die erfassten Daten (sqlite- und rrdtool-db) 
als PNG-Grafiken aus. Die Visualisierung erfolgt z.Z. mit scripts und 
Browser (siehe Bild).

!!! Hinweis: Die aktuelle Software passend zu dieser Schnittstelle HT3 
gibt es unter : Beitrag "Heizungs-Datenerfassung (HT3)"

strauch schrieb:
>Kann man über den HTBus vielleicht sogar irgendwie den Raspbi mit Stromversorgen.
Nein auf keinen Fall, aus 2 Gründen:
1. die Stromaufnahme des Raspi (Rev.A/B) ist zu hoch und die Spannung 
passt nicht. Ein Schaltnetzteil für 8,-€ ist billiger als eine neue 
Heizungssteuerung.
2. Die galvanische Trennung zwischen Heizung und Erfassung geht dann 
flöten. Die halte ich im übrigen für sehr wichtig.

Gruss Norbert

Hi, ich habe mich schon mit Norbert unterhalten und benötige Dringend 
Eure Hilfe. Ich habe eine recht grosse Heizungsanlage und habe das Board 
von Norbert erhalten (vielen Dank noch mal für Deine Hilfe!!!). Leider 
komme ich bei dekodieren der ganzen Codes nicht richtig weiter. Daher 
die Frage an Euch, ob Ihr mir helfen könnt. Ich habe, kurz 
zusammengefasst, ein Junkers Brennwertgerät mit folgenden Teilen: 
Kessel, Warmwasserspeicher, 3 gemischte Heizkreise, FW200, FW100, 2 IPM2 
und 1 ISM2. Ich habe auch mal ein paar Anhänge gemacht zum 
Heizungsscheme sowie noch mal die Zuordnungen zu den verbauten Teilen 
beschrieben, wer kann mir helfen? Entsprechende mitschnitte habe ich 
auch angehängt. Da wir gerade Winterbetrieb haben, ist der Brenner an 
sich nur sehr wenig an. Danke für Eure Hilfe!

drego

Hallo,

bholmer schrieb:
>...kurze Frage an die Heizungsexperten:
Danke für das Kompliment, jedoch sind wir keine Experten (jedenfalls 
nicht für Heizungen) und wir betreiben dies als Sport. Man gönnt sich ja 
sonst nichts.

>Weiß jemand was das für ein Sensor ist? Ist es ggf. der gleiche, der für
>die Messung der Außentemperatur oder der Vorlauftemperatur von Junkers
>verwendet wird?
In der Regel sind dies NTC-Widerstände, die jedoch bei den 
Junkers-Anlagen nicht alle die gleichen Daten haben. Die Fühler für 
Innenbereich haben kleinere Temperaturbereiche als die für den 
Außenfühler oder für den Solar-Kollektor.
Für das Schwimmbecken würde die Auflösung ja reichen.
Ich hätte aber an Deiner Stelle einen Aquarium-Fühler beschafft, mit dem 
kannst Du dann eine Umwälzpumpe ansteuern -> Regelung inklusive.
Das 'Problem' ist bei NTC-Widerständen, das Du die analogen Werte in der 
Regel nicht direkt verwenden kannst sondern noch einen Wandler brauchst 
mit dem Du dann z.B. eine Umwälzpumpe steuerst.
Es gibt glaube ich auch von elv (ohne Werbung zu machen) 
Wassertemperaturfühler, die per Funk die Daten an eine Zentrale senden. 
Den Fühler schmeißt Du direkt in den Pool -> Wenn der groß genug ist, 
stört der Fühler auch nicht.
Übrigens, solltest Du mal einen Beta-Tester für Deine Pool-Regelung 
benötigen, dann stelle ich mich gerne zur Verfügung. Das Wetter soll ja 
jetzt besser werden.

Gruß Norbert

Hallo,

Frank, danke für Deine Logs. Da tanzt der Bär bei Deiner Anlage und die 
Analyse hat etwas gedauert. Die Ergebnisse habe ich jetzt in einer 
Tabelle versenkt und kann damit das Analyse-Programm verbessern.
Habe Dein log3.log aufgepimpt und lesbar hier angehängt.

Jeder, der weitere Informationen zu den Junkers-Heatronic3 Telegrammen 
hat, kann diese Tabelle erweitern und mir zusenden oder posten.
Auch Junkers-Insider sind hier herzlich willkommen daran teilzuhaben.
(Aber bitte keine falschen Infos reinsetzen, daß wäre dann Viessmann).

Geplant ist die Software konfigurierbar zu machen, um dann den 
unterschiedlichen Anlagen gerecht zu werden. Damit liesse sich aus den 
verschiedenen Telegrammen eine für die Anlage passende Anzeige bauen.

Frank, für Dich werde ich auf Basis dieser bekannten Daten eine 
Testsoftware zusammenzimmern. Du bist mit Deiner üppigen Anlage dann der 
Beta-Tester.

Sitzen drei Heizungsmonteure zusammen und fachsimpeln.
Unsere Junkers Brennwert-Modelle laufen und machen keine Probleme sagt 
der eine.
Der Brötje-Monteur kontert, unsere günstigen Auslauf-Modelle gibts 
überall und wir sind ständig unterwegs.
Leute das ist doch garnichts sagt der Viessmann-Monteur, unsere blonden 
Langlauf-Modelle sind im Rennen und laufen allen davon.

So weit, so gut
Achtet bitte auch auf die Zeitumstellung. Kann ja sein, daß die Software 
dann abkackt. Man kennt das ja.

Gruß Norbert

@Norbert

Vielen Dank für die Tabelle. Folgendes konnte ich noch erkennen:
Telegramm [90 00 FF xx] hat beim Byte 5 0x72 drin stehen für den dritten 
Heizkreis


Im gleichen Telegramm ist das Byte 8 unnd 9 nicht die Heizkreis 
Solltemperatur sondern die Raumtemperatur Soll. Das Byte 10 und 11 
hingegen ist die Vorlauftemperatur ist für den HK.

Was noch fehlt ist die Vorlauftemperatur Soll für den Heizkreis. Die 
konnte ich leider noch nicht auffinden. Kann es sein, dass diese nicht 
über den Bus geschickt wird oder in Relation zu einer anderen Zahl/Wert 
steht?


Ich würde gern Betatester spielen ...
Gruesse

Hallo Heiko,
hier die Antwort auf 'UM2102'.
> Die grüne dürfte die Funktionskontrolle aus der ersten Schaltung sein.
Ja, dies ist die Kontroll-LED fuer die richtige HT3-Bus Polarität.

> Wozu sind die rote und die orangene LED?
Die anderen LED's sind Test/Kontroll-LED's mit folgenden Funktionen:
Die rote LED ist ueber 1kOhm an ST2 TxD angeschlossen (UART-TX Ausgang).
Leuchtet konstant, wenn kein Signal anliegt.

Die gelbe LED ist an ST1 DSR (Data Set Ready) angeschlossen und der 
Jumper verbindet diesen mit ST1 DTR (Data Terminal Ready). Der 1kOhm 
Widerstand liegt an +3.3Volt und die LED mit Kathode an ST1-DSR.
Hier leuchtet die LED, wenn ST1-DTR aktive (Low) gesetzt ist.

> Was für LEDs sind das? 2mm?
Der Durchmesser der LED's liegt bei gemessenen 2,5 mm. So passen diese 
auch durch die vorhandenen Löcher.

Anschluss:
            Gelbe LED      1kOhm
             | /|        ---------
 ST1-DSR ----|/ |--------|       |--------- 3.3 Volt
         |   |\ |        ---------
 ST1-DTR +   | \|

               1 kOhm          Rote LED
               ---------         |\ |
 ST2-TxD ------|       |---------| \|------ GND
               ---------         | /|
                                 |/ |

Diese LED's sind für die Funktion des HT3-MicroAdapters nicht 
erforderlich, habe diese als Test für eine spätere TX-Steuerung genutzt. 
Diese liegt aber im Moment auf Eis.

Gruß Norbert

Hallo Heiko,
> Die TX-Steuerung planst Du noch?
Ja, die nötigen zwei 'UM2102' habe ich und die restliche Schaltung ist 
als Draft vorhanden, damit ich dann HT3-RX UND HT3-Stromsteuerung (TX) 
gleichzeitig aufgenommen werden kann. Damit kann ich dann zeitliche und 
protokollabhängige Details erfassen. Dies liegt aber noch in der 
Schublade.

> Geplant ist ... ZSB14-4 C 21 mit Heatronic 4i. Die Schaltung sollte am
> HT-Bus doch trotzdem funktionieren?
Ich nehme an, dass die Hardware (15/10Volt Signalisierung / 
Spannungsversorgung) sich nicht geändert hat, sonst würden alle FW1xy 
/FW2wz Regler von gestern auf heute nicht mehr funktionieren. Sicherlich 
wird die Software und damit die Protokolle neue Inhalte und Funktionen 
haben, z.B. ist neu die 'Selbstanlernfunktion' mit der die 
Systemkonfiguration erfasst werden kann.
Ich selber habe nur HT3, würde mich aber freuen wenn Du Dir mal was 
neues und Gutes gönnst (Heizung mit 4i und HT3-Adapter).
Man (wir) können daraus nur lernen.

Gruß Norbert

Hallo bholmer,
bist Du schon weitergekommen mit Deiner Schwimmbad-Steuerung?

Falls nicht, kann ich Dir eventuell weiterhelfen.
Ich habe einen Solar-Kollektorfühler zur Verfügung, den man an die Werte 
des FB10 NTC-Fühlers anpassen kann. Anpassung ist erforderlich, da die 
Widerstandswerte bei Raumtemperatur nicht dem im FB10 entsprechen.

>Einziges Problem: Ich müsste den Sensor, der in der FB10 verbaut ist,
>herausführen, wasserdicht verpacken und mit einem Kabel ins Schwimmbad
>tauchen.
Dies könnte wie folgt gelöst werden: Fühlerleitung durch ein Platikrohr 
führen und den Fühlerkopf mit Silikon und Schrumpfschlauch abdichten. 
Die Fühlerleitung ist ca 2Meter lang.
Fühlerkopf ist aus Metall: siehe Bild.

Falls noch Bedarf ist, melde Dich.

Gruß Norbert

Hallo Heiko,

>...es ist ein Kondensator eingezeichnet, den ich auf der Platine nicht sehe.
Ja, Asche auf mein Haupt, Du hast recht. Im Schaltplan ist er 
eingezeichnet und er hat ja auch seine Funktion -> eventuel vorhandene 
Störspitzen abblocken.
Du kannst diesen Kondensator nicht sehen, weil er noch bei mir in der 
Schublade liegt. Ja nötig wäre er schon, meine Faulheit hat gesiegt. Bei 
99.99 % der Nachbauten funktioniert die Schaltung auch ohne 
Abblockkondensator, bei den restlichen den Kondensator bitte einsetzen.

Gruß Norbert

Hallo Ferdinand,
danke für die Protokolle.
So gezielt Daten zu erfassen hilft ungemein. Hier der Inhalt der Meldung 
98 00 FF:
Byte  Werte    Bemerkung
0  98    Telegramm: Heizkreis Steuerung FB100
1  00     „
2  FF     „
3  00     „
4  00    Immer 00
5  6F    Heizkreise(1/2/3/4); 6F:=HK1; 70:=HK2; 72:=HK3; 7?:=HK4
6  01/02/03  Betriebsart Heizung:
6       01=Frost
6       02=Sparen
6       03=Heizen
7  02    Immer 02
8  Hi-Byte    Soll-Temperatur (HK1/HK2/HK3/HK4)
9  Lo-Byte
10 Hi-Byte    Ist-Temperatur   (HK1/HK2/HK3/HK4 bzw. Regler/Wand)
11 Lo-Byte
12 00    Immer 00
13 00    Immer 00
14 00    Immer 00
15 xy    CRC
16 00    Ende Marker

Den restlichen Protokoll-Inhalt sehe ich mir noch an. Mal sehen was sich 
dort noch finden lässt.

Gruss Norbert

Hallo,

fsigloch schrieb:
> Das MB LAN2 ist ein ganz grosser Mist, dass die sich nicht schämen!
Danke für die Info, werde mir das Ding dann nicht zulegen, der eine oder 
andere wohl dann auch nicht! -> Junkers-Leute aufgemerkt: Macht das Ding 
besser und billiger. Wir stellen uns auch gerne dann als Testkandidaten 
zur Verfügung.
Häufig sind es Details, aber daran knabbern wir ja auch noch.

Habe jetzt endlich den HT3-Sniffer-Adapter realisiert (siehe Bilder).
Wozu ist das Ding gut? -> Mit dem Sniffer können gleichzeitig die 
emfangenen und die von den Geräten gesendeten HT3-Telegramme erfasst 
werden. Da die HT3-Busgeräte ihre Signale über Stromimpulse senden, ist 
zusätzlich zu dem schon bekannten galvanisch getrennten Empfangs-Zweig 
RX der Sendezweig TX mit Komparator und Optokoppler hinzugekommen. Für 
die Übertragung der Daten zum PC werden zwei UM2102 Module (RS232<->USB) 
der Firma elv verwendet. Kosten des Adapters gefühlte 20,- €. Details 
bitte dem Schaltplan entnehmen.
Testaufbau z.B. für die Fernbedienung FB10/FB100 wie folgt:

HT3-Bus             HT3-Sniffer_Adapter               FB10/FB100
                IN  +---------------+ OUT            +-----+
--------------------|               |----------------|     |
--------------------|               |----------------|     |
                    +---+--------+--+                +-----+
                     RX |     TX |
                        |        |
                        v        v
                        USB1     USB2 PC/Laptop mit z.B. 'hterm'
Natürlich kann statt der Fernbedienung auch ein MB Lan2 drangehängt 
werden, ich habe jedoch keines (für längere Zeit nicht, siehe oben).

Hinweis: Mit dem Open Source Tool 'hterm' lassen sich die RX/TX-Daten 
mit Zeitstempeln unter Linux und Windows recht gut erfassen. Andere 
Terminalprogramme gehen natürlich auch.
Damit habe ich die erforderlichen Telegramme für eine Temperaturänderung 
erfassen können und der zeitliche Ablauf ist jetzt klarer.
Ja, jetzt könnte man daran denken die Steuerung dann selber in die Hand 
(Raspi) zu nehmen.
Aber wie oben schon beschrieben sind die Details deren sehr viele, 
z.Beispiel hat der Raspi (irgendwo gelesen) keinen vollwertigen UART. 
Die Register sind zwar wohl alle da, aber dem tut teilweise nix.
Ein Beispiel ist das 'Break' - Signal, welches ständig beim 
HT3-Protokoll missbraucht wird um das Telegramm-Ende zu signalisieren. 
Statt des 'Break' wird z.Zeit eine 0 erfasst. Dies tut für das Erfassen 
(RX) nicht weh, jedoch ist es für das Senden erforderlich.
Vielleicht hat der eine oder andere eine Idee, ich arbeite auch noch 
daran.

Gruß Norbert

Hallo,

Psssst ... schrieb:
> Macht es Euch nicht schwerer als nötig ... die Arbeit wurde bereits
> getan: ...
Ja, sehr gute Arbeit! Für Buderus und EMS.
Ja, Buderus und Junkers kommen aus dem gleichen Stall, jedoch sind die 
Boxen unterschiedlich und in der Stallgasse laufen andere Telegramme und 
die Telegramm-Inhalte sind bis auf wenige Ausnahmen unterschiedlich.

Wie oben schon erwähnt, die Details machen etwas lauffähig oder nicht.
Eins der Details ist z.B. das Polling-Byte des Bus-Masters: bei Buderus 
ist Bit7:=1; bei Junkers ist Bit7:=0, das Gerät antwortet bei Buderus 
mit Bit7:=0; bei Junkers mit Bit7:=1. (Wie gesagt: gleicher Stall, 
physikal Layer seriell, asynchron, 9600 8N1; klar der Rest soll ja nicht 
passen)

Der EMS-Adapter für Buderus wird wohl nicht 1:1 an Junkers-Anlagen 
laufen. Falls es einen Umschaltmodus auf Junkers-Mode im EMS-Gateway 
geben sollte, so kenne ich diesen noch nicht und ich lasse mich gerne 
eines besseren belehren.

Gruß Norbert

Hallo,

strauch schrieb:
>... leider ist meine Zeit Nachwuchsbedingt recht knapp.
Nachwuchs geht vor, daß ist doch klar. Must nur rechtzeitig den in die 
richtigen Bahnen lenken, damit der nicht nur Dir die Pulle(Flasche) aus 
der Hand nimmt sondern alsbald mal den Lötkolben :-)
FHEM ist genau die Sache die ich z.Zeit garnicht bearbeite und deshalb 
ist die bei Dir genau richtig aufgehoben.

fsigloch schrieb:
>schade der uart kann break aber die pins sind nicht rausgeführt
Ja, Schitt can happen. Eigenlich ein geiles Maschinchen, reich an Power 
aber ARM an Anschlüssen.
Muss dann wohl eine andere Lösung her. Wir Arbeiten dran.

Gruß Norbert

Hallo Ferdinand,
bitte schau Dir noch mal den Link an, dort habe ich nach der 
Konfiguration des MiniUART und des PL011 gefragt.
Antwort ist:
>If you are running Linux on your Pi then you are already using the PL011,
>not the Mini UART. There are no drivers for the Mini.

http://www.raspberrypi.org/forums/viewtopic.php?f=44&t=14353

An den RX/TX Pins liegt also schon ein vollwertiger UART dran u.A. mit 
RX-BREAK Erkennung und TX-BREAK senden.

Jetzt kommt 'nur noch' die Software ins Spiel. Und diese muss gewisse 
Rahmenbedingungen einhalten:
1. RX-Empfang (klar) und RX-BREAK-Signalerkennung für RX-Message 
Ende-Signal.
2. Auswertung für TX-Antwort
3. Nach ca. 5 bis ca. 20msec TX-Antwort mit TX-BREAK-Signal am Ende der 
Übertragung.
Dieses Timing muss wohl immer eingehalten werden damit keine 
'~Störungen' von der Zentrale erkannt werden. Dies ist schwierig bis 
garnicht zu realisieren, wenn man eventuell noch APACHE und mysql 
nebenher laufen hat.

Fakt ist:
1. Wer 'nur' HT3-Telegramme empfangen und auswerten will, kann dies 
jetzt schon mit dem vorgestellten Adapter und Software kraftvoll tun.

2. Wer auch noch HT3-Telegramme senden und damit die Heizung steuern 
will muss sich noch ein wenig gedulden, eine andere Lösung aus der 
Schublade holen oder die Junkers-Hardware kaufen.

Die Realisierung für den EMS-Bus (siehe oben: Psssst ...) ist sicher 
eine wohl nicht direkt passende aber anpassbare Lösung.

Ich bin offen für Ideen und Vorschläge allgemein und insbesondere für 
den Punkt 2.

Gruß Norbert

Hallo,
>Wirklich so schnell,nach ca. 5 bis ca. 20msec TX-Antwort... ?
>In den EMS Unterlagen steht was von 200ms:
Das sind Werte die ich gemessen habe zwischen einer Abfrage des 
Bus-Masters und der Antwort des Gerätes. Wiederholt wurde die Abfrage 
des Busmasters auch schon mal nach ca. 150 msec.
Bei einer grösseren Anlage wird es da wohl etwas enger, der Busmaster 
wird dort dann wohl auch nicht in so kurzen Abständen abfragen.

Das mit den 200msec bei EMS passt ja dann schon fasst.
Werden sicher noch mehr Details ähnlich sein.
Werde dort mal nachsehen.

Gruß Norbert

Hallo,
>hast du ein Amateurfunkrufzeichen ?
Nein. Falsche Forum.

Gruß Norbert

Hallo,
Heiko R. schrieb:
>Es funktioniert. Auch mit der Heatronic 4i
Glückwunsch zur neuen Heizung. Das Wetter ist zwar nicht danach um diese 
zu nutzen, höchsten für den Solarertrag. Gut zu wissen ist aber, daß der 
Adapter und die SW auch mit der Heatronic 4i können.
Der eine oder andere Punkt in den HT4i-Protokollen wird neu sein und 
somit noch nicht ausgewertet werden. Wenn Du Zeit und die Möglichkeit 
hast ein Logfile über einen längeren Zeitraum zu erzeugen würde das 
schon helfen.

Welche Systemanteile sind bei Dir verbaut?
Eventuell ergibt sich dann noch Anpassbedarf an der Software.

Ich selber bin dabei den aktuellen Software-Stand mit den Informationen 
von Frank fertigzustellen. Diese werde ich dann auf github.com 
bereitstellen.

fsigloch schrieb:
>Evt. bekomme ich vom Heizungsbauer eine CSW14 Leiterplatte und einen FR100
Klingt gut. Du hast einen freundlichen Heizungsbauer. Ich arbeite noch 
dran. Interessant wird das ganze, wenn Netcom 100 oder MB LAN2 
dranhängen. Der HT3_Sniffer kann dann an der CSW14 Leiterplatte zentral 
im HT3-Bus gute Dienste leisten. Hast Du die Möglichkeit einen 
HT3-Snifferadapter herzustellen? Falls nicht, stelle ich Dir einen zur 
Verfügung.
Info an PM reicht.

Gruß Norbert

Hallo,

hier als html-File die bisher bekannten HT3-Telegramme (bitte das 
TAR-File entpacken).
Der aktuelle Software-Stand berücksichtigt die bekannten Werte.
Da alle Anlagen eines gemeinsam haben, sie sind unterschiedlich; kann 
die Systemeingenschaft konfiguriert werden.

Dies alles nur zur Geschmacksbildung, wenn fertig und auf github.com 
kanns weitergehen.

Gruß Norbert

Hallo,

Heiko schrieb:
>dass bei mir die Warmwasser-Messages sehr selten kommen und oft Fehler bei
>den crc vorkommen.
Wenn die anderen Telegramme angezeigt werden, glaube ich nicht recht an 
ein Hardware-Problem.
Woran hast Du gesehen, daß häufig crc-Fehler kommen?
Die Telegramme kommen je nach Type im Rythmus von ca. 15, 30 und 60 
Sekunden, bzw. dann wenn eine Änderung in den Daten auftritt.
Bei mir sieht man die WW-Telegramme ca. alle 30 Sekunden.
Auf dem Bus sieht man im RAW-Datenstrom jedoch mehr Telegramme (z.B. von 
der Steuerung (Polling)) die keinen CRC-check haben und dies kann den 
Eindruck verfälschen.
Es kann jedoch auch einen Zusammenhang mit dem HT4i-Bus geben.
Bitte aktualisiere auch die Software. Diese ist jetzt auf dem github.com 
- Server zu finden unter:
URL:  https://github.com/norberts1/hometop_HT3.git

Gruß Norbert

Hallo Heiko,
das WW-Telegramm ist mit 25 Byte länger als das was bisher im Decoder 
ausgewertet wurde (Länge 23)und bisher bekannt war.
Die zwei Bytes 80 00 am Ende vor dem CRC:= DC und dem Break:=00 sind 
offensichtlich zusätzlich.
Falls sich das konstant so bestätigt, ist eine Anpassung im Decoder 
erforderlich. Fürchterliches rumgefrickel was die da an Protokollen auf 
den Kunden loslassen, na ja ist ja nur Software und die passt sich halt 
an.
Um dem ganzen dynamisch beizukommen und ich mir ziemlich sicher bin, daß 
die 80 00 am Ende vor dem CRC konstant ist, schlage ich vor den CRC-test 
mit 23 Byte Datenlänge durchzuführen (wie jetzt schon vorhanden) und 
wenn dieser fehlschlägt_ die restlichen 2 Byte nachladen und _erneut 
CRC-check durchführen.
Dies ist zwar nicht schön, aber den Mist haben andere verbockt und weil 
wir z. Zeit keine Break-Erkennung drin haben sind wir auch noch selber 
schuld.
Ich denke Du bekommst das zum fliegen und beobachtest das noch ein 
wenig.

Nichts ist schöner als eine Heizung die man nicht braucht 
(wetterbedingt) :)

Gruß Norbert

Hallo Heiko,
ja, das Telegramm habe ich auch bei mir gefunden, ist somit nicht HT4i 
speziell, habe dort jedoch bei gleicher Länge etwas andere Werte:

 90 00 ff 00 00 d3 00 0a 00 ba 00

Es wird auch etwa alle 10 bis 20 Minuten gesendet. Gefunden bei mir in 
einem alten Logfile.
Werde dies gleich in den Dekoder einbauen und länger laufen lassen. Mal 
sehen was dem so soll.

Was macht Deine WW-Auswertung, bist Du da weitergekommen?

Gruß Norbert

Hallo Ferdinand,

prima das es jetzt läuft.
Um den Protokollen ein wenig auf die Spur zu kommen habe ich das 
TAR-File (ttytest-logger) angehängt welches Dir die Daten binär 
aufzeichnet. Bitte länger laufen lassen und Logfile mir zusenden oder 
hier posten. Kann dann parallel den Inhalt analysieren.
Bitte die Schnittstelle (ttyAMA0 oder ttyUSB0) vor dem Start auf die 
richtige Baudrate (9600) einstellen:
1. stty -F /dev/ttyAMA0 9600
oder
2. stty -F /dev/ttyUSB0 9600
Bin u.A. dabei die Software um die BREAK-Erkennung bei RX-Telegrammen zu 
erweitern. Dies läuft jedoch noch nicht zuverlässig und deshalb vorab 
dieses log-tool.

Du könntest jetzt auch das Netcom 100 bzw. MB LAN2 an den Bus hängen um 
dort die Protokolle mitzuschneiden.

Gruß Norbert

Hallo Ferdinand,

der HT3-Sniffer Adapter ist unterwegs, wird wohl heute bei Dir ankommen.

Hinweis:
 Nicht jeder der misst ist eine Messi.

Gruß Norbert

Hallo Ferdinand,

>was ist damit gemeint ?
eigentlich nur ein schwerwiegendes Wissensdefizit bei HT3 zu verkleinern 
und ich hoffe, daß der Adapter Dir und uns dabei hilft :)

Gruß Norbert

Hallo Wissende,

das ist ein sehr schönes Projekt, und es wird scheinbar immer besser. 
Aber wie kann ich mir denn sicher sein, ob ich eine Heatronic 3 vor mir 
habe? Antwort: Hast Du FW100, hast Du Heatronic 3.

(Wer richtig suchen kann, ist klar im Vorteil, und in der 
FW100-Installationsanleitung steht's: "Der FW100 kann nur an ein 
Heizgerät mit BUS-fähiger Heatronic 3 angeschlossen werden.")

Prima also! :-) Das Kunstwerk kann man nach dem Lösen einer Schraube 
(bei mir) nach vorne klappen und hinten gibt es da eine wunderschöne 
freie Schnittstelle (2 blaue Kabel mit Schraubanschluss). Sieht 
einladend aus, aber dort kommen laut Messgerät nur 5V an, das passt also 
irgendwie gar nicht gut zu den bisherigen Erkentnissen und Norberts 
Forschung. Wo genau schnappt man sich nun am besten den Bus für 
Anschluss an den (wenn das Mistwetter beginnt unbedingt zu bauenden) 
Adapter?

Gruß, Robert

Hallo Robert,
>Aber wie kann ich mir denn sicher sein, ob ich eine Heatronic 3 vor mir
>habe? Antwort: Hast Du FW100, hast Du Heatronic 3.
Ja, die Fxyz Serie kann nichts anderes :), aber das kommt uns sehr 
entgegen!

Der Anschluss muss an den beschrifteten Klemmen 'B' erfolgen. Habe ein 
Bild meiner FW100 Anschluss-Platte beigefügt und den Schaltplan (Bild15) 
aus der FW100 Installationsanweisung.
Ich entnehme aber Deiner Beschreibung, das bei Dir der Regler FW100 
nicht an der Wand sondern direkt in der Heizungsteuerung montiert ist. 
Aber auch dort sind es die Anschlussklemmen 'B' für den Heatronic-Bus.
Ich kenne Deinen Kesseltyp nicht, daher schau bitte in den 
Installations-Unterlagen der Heizung nach.
Wenn nicht vorhanden gibt es die bei junkers.com.
Wenn Deine Heizung nicht so alt ist (ca. > 2010) hat die den HT3-Bus 
drin.
Die gemessene Spannung muss aber grösser als 5 Volt sein, ca 10 bis 16 
Volt.
Die zappelt zwar ein bischen wegen der Signalisierungen, geht aber 
niemals auf 5 Volt.

Gruß Norbert

Hallo Norbert,

danke für die Bilder. Das ist immer super!

> Ja, die Fxyz Serie kann nichts anderes :), aber das kommt uns sehr
> entgegen!

Das fand ich auch extrem nett. ;-)

> Der Anschluss muss an den beschrifteten Klemmen 'B' erfolgen.

Das mit dem "B" hatte ich schon oben gelesen, bei mir auf die Schnelle 
aber keine passende Beschriftung entdeckt, was aber wohl einfach darauf 
zurückzuführen ist, dass bei mir der FW100 direkt eingebaut ist (wie Du 
schon richtig geschlossen hast).

> Aber auch dort sind es die Anschlussklemmen 'B' für den Heatronic-Bus.

OK. Ich hatte mich gestern noch nicht getraut das weiter 
auseinanderzubauen, denn da war an einer Stelle irgend so ein Kleberchen 
drum. Vermutlich, damit nicht jeder dahergelaufene Bastler seinen RPi da 
anschliesst, ohne dass man ihm nachher die Garantiebedingungen um die 
Ohren hauen kann. Aber ich werde wohl am Wochenende noch einmal 
vorsichtig auf die Suche gehen. Kann ja wohl nicht sein, dass man immer 
vor dem Ding stehen und sich durch die Menüs hangeln muss, nur um mal zu 
sehen, ob es ihm gut geht.

> Ich kenne Deinen Kesseltyp nicht, daher schau bitte in den
> Installations-Unterlagen der Heizung nach.

Nennt sich "ZBS 14/210 S-3 MA..." und ist alles in so einem Kombi-Block, 
dazu gibt's Solar auf dem Dach und einen Temp-Fühler draußen. 
(Vermutlich sind also die blauen Kabel für irgend etwas anderes 
Schlaues.) Aber sprechen nicht auch auch die anderen Komponenten, also 
z.B. der Regler für den Solarkreislauf oder der Außenfühler über den 
Bus? Dann könnte man ja vielleicht auch dort irgendwo aufspringen.

Gruß Robert

Hallo Robert,
in Deiner sehr kompakten Anlage hast Du, Junkers sei Dank 
Standardkomponenten verbaut. Für den Solaranteil ist das Modul ISM1 
zuständig und dies ist links an Deiner Heizung befestigt (Verkleidung 
abnehmen).
Das ISM1 habe ich ebenfalls und viele andere wohl auch, daher habe ich 
ein Bild beigefügt aus dem der Anschluss hervorgeht.
Der Heatronic-Bus liegt auf den rechten zwei Klemmen mit B bezeichnet.

Und Junkers hat sogar noch eine Einführtülle freigehalten damit wir uns 
daran anschliessen können, sehr gut.

Wie gesagt, wir bleiben in Kontakt :)

Gruß Norbert

Hallo Norbert,

danke für's Aufschrauben Deines ISM1 und das Foto!

> Das ISM1 habe ich ebenfalls und viele andere wohl auch, daher habe ich
> ein Bild beigefügt aus dem der Anschluss hervorgeht.
> Der Heatronic-Bus liegt auf den rechten zwei Klemmen mit B bezeichnet.

Da kann ja nix mehr schief gehen (und ich kann bei mir sogar das 
"Siegel" in Ruhe lassen).

Bevor ich jetzt in meinen Kramkisten suche und dann die Bestellung für 
die fehlenden Einzelteile abschicke: Zu welchem Deiner Modelle würdest 
Du heute raten (bzw. würdest Du von einem eher abraten)? Bei mir wird 
auf jeden Fall ein Raspberry Pi das Auslesen übernehmen, denn der wohnt 
da eh schon in der Nachbarschaft der "Kompaktheizzentrale".

Viele Grüße, Robert

P.S. Ferdinand: Besten Dank für's PDF!

Hallo Robert,
>Zu welchem Deiner Modelle würdest Du heute raten (bzw. würdest Du von einem eher 
abraten)?
Alle Module (HT3_Adapter und HT3_MicroAdapter) sind gleichwertig, 
unterscheiden sich auf der HT3-Busseite garnicht und auf der 
Auswerteseite nur durch den direkten UART- bzw. virtuallen 
UART-USB-Anschluss. Beide Versionen laufen am RaspberryPi.
Beide Versionen sind gleichgut beim Empfang von Bus-Telegrammen.
Für das kontrollierte Senden von Telegrammen auf dem Bus sind beide 
nicht so gut geeignet (siehe weiter oben).
Für das kontrollierte Senden auf dem HT3-Bus ist ein modifizierter 
Adapter in Arbeit jedoch noch nicht fertig.
Wenn Du den HT3_Microadapter nimmst, hast Du die Port-Pins des 
RaspberryPi noch für andere Dinge frei und Du kannst den Adapter bei 
Bedarf auch noch woanders anstöpseln.

Gruß Norbert

Tolles Projekt! noch 2 Ideen:

Du kannst auf deiner Platine noch einen Stepdown für 3,3V 
implementieren. Aus denen kannst du dann den Pi versorgen und den Pi 
eigenen Spannungsregler kannst du dann stilllegen.

Den Tasteranschluss mit Stiftleiste und Rastnase und keine reine 
Stiftleiste nehmen.

Hallo,
es hat sich wieder was auf der Hardwareseite getan.
Die Signal Break-Erkennung und das kontrollierte Senden auf dem 
Heizungsbus war bisher ja ein Problem.
Rein durch Software war dies schlecht zu lösen.
Deshalb habe ich den Heizungsbus-Adapter überarbeitet und ihm einen 
Atmel spendiert.
Dieser ist als 'Erfassungs-Frontend' für die Erkennung und das Senden 
von Break-Signalen und Daten auf dem seriellen Bus zuständig. Weiterhin 
wird konsequent die galvanische Trennung im RX-/TX-Zweig verwendet (man 
will ja bei dem Wetter keine kalten Füße bekommen).
In der Dekodierungs-Software (hometop_HT3) ist nur die Baudrate von 9600 
auf 19200 Baud zu ändern, weitere Änderungen sind z.Zeit nicht 
erforderlich (File: ./lib/ht3_worker.py Zeile:63)
Als Interface zum RaspberryPi wird weiterhin die serielle Schnittstelle 
benutzt (19200 8N1) und auf der Heizungs-Busseite natürlich 9600 8N1.

Ebenfalls ist das Senden von Bus-Kommandos mit diesem Adapter möglich. 
Der Adapter ist dabei als 'Modem' mit der zugehörigen Adresse (0d)hex 
eingestellt und sendet die ihm übergebenen Daten gemäß dem 
Bus-Protokoll. Es läßt sich also damit eine Fernsteuerung der eigenen 
Heizung ähnlich Netcom100 realisieren.
Die zugehörige Software ist vorhanden (Python3, Adapter-extern) und 
funktioniert auch, nötige Anpassungen sind jedoch noch nicht fertig.

Das ganze läuft unter dem Titel: 'ht_transceiver' und hat die zwei 
Adaptertypen 'ht_piduino' und 'ht_pitiny'.

Einige Antworten auf Fragen die noch garnicht gestellt wurden:

Wozu zwei Adapter?
Dies ist ein Teil der Entwicklung und ja das Bessere ist des Guten Feind 
(wobei jeder selbst entscheiden muss was nun besser ist).
Beide unterscheiden sich NICHT in ihrer Funktionalität, der ht_pitiny 
ist eine Weiterentwicklung des 'ht_piduino'.

Welchen Adapter würde ich auswählen?
Na wohl den 'ht_pitiny'. Immerhin hat der vier 911 an board. Wer hat das 
sonst schon im Stall!

Welche Gründe für die Weiterentwicklung?
Der 'ht_piduino' ist doch recht stramm bestückt und der Prozessor in 
diesem Gehäuse ist auch nicht der kleinste. Dies kann eng auf dem 
RaspberryPi werden, zumal wenn man dort einen Kühlkörper auf der CPU 
hat. Es könnte zu thermischen Problemen führen wenn man auch noch ein 
Gehäuse drum hat. Allerdings hat der 'ht_piduino' auch mehr Speicher und 
Platz für Erweiterungen.

Wie komme ich an die Software- und Hardware-Informationen?
Diese ist wie gehabt auf github abgelegt unter:
 https://github.com/norberts1/hometop_ht_transceiver.git
Dort sind die Source-/Binär-Files und die Dokumentation abgelegt. Die 
Software ist mit Atmel-Studio 6.2 erstellt.

Ist der Adapter auch für andere Heizungssysteme geeignet?
Ja, nicht nur Junkers- sondern auch Buderus-Heizungen können mit diesem 
Adapter gesteuert werden!.
Bei Junkers-Heizungen ist dies jetzt schon möglich, bei Buderus EMS muss 
die Lower-Level (uart) Software des 'ht_transceiver' angepasst werden. 
Hier auch noch mal heissen Dank an Danny Baumann und seine Vorarbeit 
beim EMS -> Beitrag "EMS > Adapter > NetIO > Raspi"
Sicher können auch noch Heizungen anderer Hersteller mit diesem Adapter 
gesteuert werden, Bedingung ist ein serieller Bus und die Signalisierung 
auf der 2-Drahtleitung. Alles andere ist dann Software-Sache!


Ganz besonders möchte ich mich hier bei Fsigloch für die Unterstützung 
bedanken. Ohne ihn wäre dies nicht so schnell möglich gewesen !

Gruß Norbert

strauch schrieb:
>...kann man die Platine zur Bestückung irgendwo bei dir bekommen?
> Vielleicht auch schon teilweise vorbestückt? (SMD Bauteile?)
Habe eine bestückte ht_piduino und zwei bestückte ht_pitiny Platinen zur 
Verfügung. Ansonsten nur noch wenige unbestückte ht_pitiny Platinen.
PM an mich für weitere Informationen.

Gruß Norbert

Hallo Heiko,

genau für diesen Anwendungsfall habe ich mir einen passiven Adapter 
erstellt, der
1. eine 13*2-ploige Stiftleiste (wie beim Raspi) und
2. eine 6*1 und 2 Stück 5*1 Stiftleisten für das UM2102 bereitstellt.

Das UM2102 liefert dabei die 3.3Volt an den ht_transceiver und ist mit 
TXD und RXD entsprechend korrekt verbunden.
Ja und zusätzlich habe ich mir den 2*3 Poligen Sockel für die 
ISP-Programmierung gegönnt damit die Aktualisierung der Software einfach 
geht.
Somit kann man auch über USB die Daten erfassen (naja nicht wirklich 
neu, ausser jetzt mit korrekter Break-Erkennung) und auch bald die 
Heizung steuern.
Falls Schaltplan nötig, kann ich den hier quick and dirty bereitstellen.

PS: Für die FHEM Anbindung/Erweiterung (Senderichtung) kann ich 
Informationen bereitstellen. Einfach PM an mich.

Gruß Norbert

Hallo,

strauch schrieb:
>Für was hält die Gastherme den Adapter eigtl. später für ein Wandthermostat wie 
>das FW120 oder eine Fernbedienung wie das Junkers FB10?

Der ht_transceiver ist als MODEM (Adr.: 0d)hex vorkonfiguriert und 
sendet den ihm übergebenen Telgramm-Inhalt auf dem HT-Bus (als 
Bus-Slave).
Mit den Telegrammen, die an den ht_transceiver Adapter gesendet werden, 
kann das Netcom100 nachgebildet werden. Siehe dazu die beigefügten 
Display-Bilder meines FW100.
Steuermöglichkeiten sind somit z.Zeit:
1. Netcom Betriebsart (Auto/Heizen/Sparen/Frost), Abkürzung 'NC' in der 
Anzeige
2. Temperaturniveau-Verstellung für Heizen, Sparen und Frost.

Die Junkers Netcom100 Beschreibung ist unter www.junkers.com vorhanden, 
dort steht leider auch nicht soviel drin.

Funktion des ht_transceiver - Adapters:
Der ht_transceiver fügt zum Telegramm-Inhalt nur seine eigene Adresse: 
(0d)h + (80)h -> (8d)h und die zugehörige CRC hinzu.
Die Junkers Geräte-Adressen sind teilweise identisch mit denen des Bosch 
EMS-Systems, siehe auch URL:
 http://ems-gateway.myds.me/dokuwiki/doku.php?id=wiki:ems:ems-telegramme
Der Adapter kann durch Software-Befehle auf eine andere Geräte-Adresse 
eingestellt werden und somit könnte er z.B. zu einer FB10/100 werden. 
Dies ist jedoch noch nicht getestet und falls eh schon eine FB10/100 im 
System vorhanden ist scheidet dies auch aus, denn ACHTUNG:
Es darf niemals die gleiche Adresse (Gerät) zweimal in einem Bus-System 
vorhanden sein, auch nicht zwei Modem's (0d)h. (Motto: Viele Geräte 
verderben den Telegramm-Brei!).

Fazit: Der ht_transceiver ist default auf die 'Modem-Adresse' 
eingestellt, lässt sich aber umkonfigurieren. Somit sind auch zwei und 
mehr 'ht_transceiver'-Adapter mit unterschiedlichen Adressen am gleichen 
HT-Bus denkbar.
Somit muss auch die übergeordnete Applikation für die Eigenschaft des 
'ht_transceivers' konfigurierbar sein (Modem/FB10/100 ect, zu sendende 
Telegramme hängen ja auch davon ab).
Ich hoffe einen Teil Deiner Fragen damit beantwortet zu haben!

Gruß Norbert

Hallo Heiko,
hier der Schaltplan für einen passiven 'ht_transceiver <-> UART/USB' - 
Adapter.
Der Verdrahtungsaufwand ist überschaubar und ich habe dies auf einer 
Lochraster-Platine realisiert.

Mit dem Jumper J1 kann entweder 3.3 oder 5.0 Volt an den ISP-Adapter 
gelegt werden, jenachdem was für eine Betriebsspannung das Board hat.
Die verwendete Adapter-Betriebsspannung habe ich fest verdrahtet J1-1 -> 
3.3Volt und J1-2 5.0Volt (so wie beim RaspberryPi).

Gruß Norbert

Hallo Heiko,
habe noch eine 99% bestückte da, und die fehlende Bauteile sind heute 
gekommen.
Reserviere die für Dich. Bitte PM an mich.
Kann maximal noch 3 ht_pitiny-Adapter bestücken.
Ansonsten wenn die Nachfrage passt (>10 Stück) werde ich im nächsten 
Jahr noch Platinen bestellen.

Den ATtiny841 bekommt man auch bei: http://www.hbe-shop.de/ (Heinz 
Buechner). Limit sind dort wohl jedoch 30€ Bestellsumme.

Gruß Norbert

Hallo,

Marcus schrieb,
>...eine Platine für den Raspberry erhalten. Wenn das möglich wäre, wie wäre der 
>weitere Ablauf?
Bitte eine E-Mail (PM aus dem Forum) an mich, weiteres dann dort.

Euch ebenfalls
Stressfreie Weihnachten (ist selten geworden) und ein Gutes Neues Jahr.

Norbert

Hallo,
strauch schrieb:
>@Norbert woran erkenne ich die richtige Polung beim neuen Adapter?
Es gibt keine falsche Polung beim ht_transceiver (ht_piduino, 
ht_pitiny), da beide Adapter eine Brückenschaltung am Eingang haben.

>...die grüne LED blinkt nur
Die langsam blinkende grüne LED zeigt an, das kein Signal des HT-Bus 
erkannt wurde, Ursachen könnten sein:
1. Der SPI-Bus des Raspberry PI wird auch von anderen Devices verwendet.
2. Ein zugehöriger SPI-Treiber (z.B.: bcm2708_spi) belegt den SPI-Port.
Insbesondere die Blockierung des Pin J1-23 (SPI-CLK) könnte dazu führen, 
daß dieses Signal am Pin:PA4 (SCK) des ATtiny841 auf einem statisch 
festen Pegel liegt. Dieser Pin ist ja gleichzeitig mit 'HT RxD' 
Eingangssignal des HT-Bus verbunden.
Um dies als Fehlerursache auszuschliessen bitte folgendes prüfen:
Kontrolle ob beim Booten ein SPI-Treiber geladen wird, bcm2708_spi oder 
ähnlich.
Falls dieser geladen wird oder ein ähnlicher installiert wurde, bitte 
obiges Script ausführen. Dieses schaltet den SPI-SCK Port (J1-23) auf 
Eingang.


Also folgendes durchführen:
1. Installation des python-treibers (falls noch nicht vorhanden):
  # sudo apt-get install python-setuptools
2. Aufruf des scripts spi_clk_off.py:
  (Das script muss als 'root' ausgeführt werden!)
  # spi_clk_off.py
Danach sollte die grüne LED des ht_pitiny Adapters im Ryhtmus des 
HT-Bussignals flackern!

Bitte Info, falls dies die Ursache war!

Gruß Norbert

Hallo,

habe die erforderlichen SW-Änderungen für die Deaktivierung des SPI-CLK 
Signals (Output wird auf Input geschaltet) in das github-repository 
eingepflegt, Grund siehe:
 Beitrag "Re: Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi"
Dort stehen auch die Details, was zu tun ist.

Die github-URL ist wie gehabt:
 https://github.com/norberts1/hometop_HT3.git
Bitte lokales Abbild aktualisieren.

Mit dieser Anpassung wird bei Verwendung des 'HT3_Logger.py' der SPI-CLK 
Port auf Input geschaltet, damit der 'ht_pitiny'-Adapter HT-Signale 
erhält.
Das zugehörige /etc/init.d/ht3_logger - script ist zu ersetzen damit 
nach einem Reboot diese Funktionalität vorhanden ist.

strauch schrieb:
>Jetzt muss ich mir mal ergoogeln wie ich dein Script autostarte :-)
Im Folder ./HT3/sw/etc/sysconfig ist das start-script 'ht3_logger' 
vorhanden. Dies kannst Du z.B. als Vorlage nehmen oder das im Raspian 
vorhandene: /etc/init.d/skeleton

Gruß Norbert

Hallo,

Stephan schrieb:
>Ich habe dazu die im allerersten Post genannten Bauteile organisiert und
>werde die Schaltung aufbauen.
Für die reine Erfassung von Heizungstelegrammen ist diese preisguenstige 
Schaltung genau richtig. Dazu brauchst Du nicht einen ht_transceiver mit 
Break-Erkennung etc.
Bisher sind die neuen erkannten Telegramme noch nicht in die 
Dekodierungs-Software eingebracht. Der neue 'ht_transceiver'-Adapter 
erlaubt es jetzt die Telegramme sicherer zu Erfassen (Längenangabe, 
Telegrammheader etc.) und Logfiles sind vorhanden. Diese sind jedoch 
noch auszuwerten und einige neue Telegramme sind ja hier im Thread schon 
beschrieben (Warmwasser-Telegramm
 Beitrag "Re: Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi") .
Mein Schwerpunkt liegt jetzt wieder mehr bei der Software und in einem 
neuen Release werden diese neuen Erkenntnisse enthalten sein.

>Und alle spätere Software ist wohl eher für andere Hardware/Software
Die zugehörige Software halte ich möglichst abwärtskompatibel und die 
wird auch die ältere Hardware unterstützen. Dies ist mir wichtig, da ich 
ja selber die verschiedenen Hardwaretypen im Einsatz habe.

Es dauert noch ein bischen, ist aber in Arbeit.

Gruß Norbert

Hallo,

strauch schrieb:
>Ich hab eine Frage zum programmieren des Attiny441. Kann ich ...
Bitte den Attiny841 verwenden, so wie es in der Stückliste angegeben 
ist:
https://github.com/norberts1/hometop_ht_transceiver/blob/master/hw/pitiny/Stueckliste_HT_pitiny_Adapter_distrelec.csv

Der Attiny441 hat zu wenig RAM-Speicher, auch mit Optimierung der SW war 
der nicht zum Fliegen zu bewegen.

Daher unbedingt die Stückliste beachten und den Attiny841 für den 
'ht_pitiny'-Adapter nehmen und NICHT die Angaben aus dem Schaltplan 
verwenden (Der Name 'ATtiny441_841' dort ist nur das verwendete 
Schaltplan-Symbol).

Gruß
Norbert

Hallo,

mit avrdude kann man den 'ht_transceiver' programmieren.
Dafür sind das flash und das eeprom zu beschreiben (und die fuses)
------------------------------------
1. Für das Board: ht_piduino
1.1 Write hexfile to flash
 avrdude -C/<path>/avrdude.conf -v -patmega328p -cgpio 
-Uflash:w:piduino_cpp.hex    (alles in einer Zeile)
1.2 Write eeprom to flash
 avrdude -C/<path>/avrdude.conf -v -patmega328p -cgpio 
-Ueeprom:w:piduino_cpp.eep    (alles in einer Zeile)
------------------------------------
2. Für das Board: ht_pitiny
2.1 Write hexfile to flash
 avrdude -C/<path>/avrdude.conf -v -pattiny841 -cgpio 
-Uflash:w:pitiny.hex    (alles in einer Zeile)

2.2 Write eeprom to flash
 avrdude -C/<path>/avrdude.conf -v -pattiny841 -cgpio 
-Ueeprom:w:pitiny.eep    (alles in einer Zeile)

Bei den wenigsten wird der attiny841 im avrdude.conf-File eingetragen 
sein.
Natürlich bei mir auch nicht. Deshalb funkt dies noch nicht mit avrdude. 
Zur Zeit programmiere ich den attiny841 noch mit dem AVRISP MKII.

Das avrdude.conf-file muss für den attiny841 erweitert werden.
Eventuell hat dies jemand schon gemacht???
Dann bitte posten !!!

Gruß Norbert

Norbert S. schrieb:
> Das avrdude.conf-file muss für den attiny841 erweitert werden.
> Eventuell hat dies jemand schon gemacht???
> Dann bitte posten !!!
>
> Gruß Norbert

Schau mal hier: 
http://www.avrfreaks.net/forum/need-help-using-attiny841-avrdude da 
wurde das schon gemacht. Angeblich läuft es auch...

Hi.

Ich hänge gerade am rrdtool und Google war da nicht hilfreich. Kennt 
jemand die Fehlermeldung:

Create: rrdtool-database (if request is enabled)
db_rrdtool.createdb_rrdtool();Error;<13>

Hab ein neues Wheezy und alles frisch installiert. rrdtool ist drauf und 
mit der Fehlermeldung finde ich nichts. Die SQLLite DB wird komplett 
installiert.

Viele Grüße,
Nils

Hallo,

Nils schrieb:
>Kennt jemand die Fehlermeldung:
>Create: rrdtool-database (if request is enabled)
>db_rrdtool.createdb_rrdtool();Error;<13>

Die Fehlermeldung bedeutet: Permission denied und diese Exception wird 
im Modul: ./lib/db_rrdtool.py geworfen.
Es wird ja für die Erzeugung der rrdtool-Datenbank ein Perl-Script im 
(Linux) /tmp-Verzeichnis erzeugt (Name:/tmp/rrdtool_dbcreate.pl) und 
dies dann aufgerufen und ausgeführt.
Bitte kontrolliere, ob dieses File vorhanden ist. Falls nicht liegt dort 
schon der Fehler, falls doch wird etwas bei der Ausführung danebengehen. 
Du kannst dieses Script auch von Hand ausführen und eventuell mehr 
Details sehen.

@strauch
Danke für die Info, werde dies testen

Gruß Norbert

Hi Norbert,
wo hast du denn deine Platine(n) ätzen lassen? Ich würde jetzt langsam 
auch mal an die Sache ran gehen und für meine Junkers das Modul mit 
dedizierten Pi nutzen.

Viele Grüße
Stefan

Hallo an alle pitiny-Nutzer,

habe das avrdude.conf addon für den ATtiny841 ausgetestet und hier als 
TAR-file beigefügt.
Getestet mit avrdude Version 5.10 auf dem Raspberry.
Installation wie folgt:
1. user 'root'
2. TAR-File entpacken
3. cat avrdude_addon_attiny841.conf >>/etc/avrdude.conf

(Bei mir liegt das conf-file unter /etc)

Flashen und EEProm-Brennen ist dann auch für den ATtiny841 möglich so 
wie oben beschrieben unter:
Beitrag "Re: Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi"

Gruß Norbert

Norbert S. schrieb:
> Bitte kontrolliere, ob dieses File vorhanden ist. Falls nicht liegt dort
> schon der Fehler, falls doch wird etwas bei der Ausführung danebengehen.
> Du kannst dieses Script auch von Hand ausführen und eventuell mehr
> Details sehen.

Hi.

Anscheinend ist die Bibliothek nicht korrekt in Perl geladen und er kann 
den Verweis nicht finden:
Can't locate RRDTool/OO.pm in @INC (@INC contains: /etc/perl 
/usr/local/lib/perl
/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 
/usr/lib/pe
rl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at 
./rrdtool_dbcreate.p
l line 5.
BEGIN failed--compilation aborted at ./rrdtool_dbcreate.pl line 5.


Dabei hab ich alles mit APT-GET installiert.  "sudo apt-get install 
rrdtool librrds-perl" müsste ja genügen alle notwendigen Sachen zu 
installieren. Oder benötigt das Skript noch eine andere Komponente?

Viele Grüße,
Nils

Hallo Nils,

es fehlt offensichtlich das Perl objektorientere Interface zum rrdtool.
 'apt-get install librrdtool-oo-perl'.

Installiere dein System bitte anhand der vorhandenen Dokumentation, die 
im Verzeichnis ./HT3/docu/HT3_Adaption.pdf zu finden ist.
Dort im Kapitel 3. Installation sind die erfoderlichen Schritte 
beschrieben.

Gruß Norbert

Hi Nobert,

der Hinweis hat gefehlt. Hab die Anleitung immer bis Kapitel 2 gelesen 
(sorry) und mir gedacht, dass es doch funktionieren soll. Blöder Fehler. 
:-/ jetzt läuft es auch. Danke Dir.

Viele Grüße,
Nils

Hi.

Kann ich die Grafiken auch in einem anderen Verzeichnis als tmp ablegen? 
Ich hab dies in rrdtool_draw.pl bereits geändert und die Berechtungen 
auf 777 gesetzt vom Zielverzeichnis.

my $ImageHG = "Dateiname mit Pfad"

Leider erstellt er mir diese aber nicht dort?

Viele Grüße,
Nils

Passt.  Hab die Dateien kopiert und berechtigt. Nun werden diese auch 
aktualisiert und ich kann alles über den Apache verteilen. :-) War nur 
beim anlegen der Wurm drinnen wie es aussieht.

Nächster Schritt...Veröffentlichung auf KNX Bus.

vg Nils

PS. Kann ich den PI eigentlich parallel zu einem MB Lan anschließen?

Hallo Nils,

es geht voran, prima!

>PS. Kann ich den PI eigentlich parallel zu einem MB Lan anschließen?
Ein klares JEIN !
Ohne besondere Vorkehrungen nicht, da ht_transceiver,Netcom100 und 
MB-Lan die gleiche Geräte-Adresse (0d)h haben und jeder wenn er dann vom 
Master abgefragt (gepollt) wird auch als Client antwortet -> HT-Bus 
Telegrammsalat.

Um den ht_transceiver trotzdem am HT-Bus zu verwenden muss man diesen 
passiv bzw. eine andere Geräteadresse verpassen. Dies habe ich mit den 
beiden Testpins realisiert (TP-Out und TP-In). Bisher sind diese Pins 
nicht bestückt, deshalb dort 2-Pin Header einlöten und Brückenstecker 
setzten (kann gesteckt bleiben).

Wenn die Brücke zwischen TP-Out und TP-In beim Booten gesteckt ist, wird 
der Native-Mode eingeschaltet. der ht_transceiver erhält dann 
automatisch die Geräte-Adresse (7f)h und da diese auf dem Bus nicht 
vorkommt leuchtet auch die ROTE-TX LED nicht mehr auf.
Es werden dann weiterhin die RX-Daten (ohne Header nur RAW) an der 
Schnittstelle ausgegeben. Somit kann der ht_transceiver parallel mit 
MB-Lan | Netcom100 betrieben werden.

Gruß Norbert

Hallo,

Ferdinand schrieb:
>Hat bei mir funktioniert mit Netcom100 : Geräteadresse 0d und piduino 
>Geräteadresse: 0a.
Ja, das geht!
Dazu muss man allerdings im EEPROM des ht_transceivers die 
Geräte-Adresse verändern. Und das geht auch per Kommando zum Adapter.

Jedoch ist genau diese externe Software noch nicht reif für 'github' und 
daher erst mal diese Zwischenlösung.

Gruß Norbert

Norbert S. schrieb:
> Es werden dann weiterhin die RX-Daten (ohne Header nur RAW) an der
> Schnittstelle ausgegeben. Somit kann der ht_transceiver parallel mit
> MB-Lan | Netcom100 betrieben werden.


Hi.

die Ausgabe im Raw Format heißt aber auch, dass alles korrekt von den 
Skripten weggeschrieben wird oder sind dort auch noch Anpassungen 
notwendig.

Viele Grüße,
Nils

Hallo,
die Software zum Projekt 'hometop_HT3' ist korrigiert und erweitert 
(Rev.: 0.1.6). Bitte lokales Abbild aktualisieren.

!Nicht betroffen davon ist die Software des 'ht_transceivers'!

Details dazu auf:
Beitrag "Re: Heizungs-Datenerfassung (HT3)"

Gruß Norbert

Hallo Nils,
>die Ausgabe im Raw Format heißt aber auch, dass alles korrekt von den
>Skripten weggeschrieben wird oder sind dort auch noch Anpassungen
>notwendig.
Nein, es sind keine Anpassungen dafür nötig, auch nicht in der gerade 
aktuaisierten homtop_HT3 Version: 0.1.6.
Hinweis: Dies liegt an der Art wie Telegramme geparst werden (Byteweise 
und Suche nach bekannten Bus-Telegramm Headerbytes (in der Payload). 
Daher ist es egal ob diese Payload noch einmal verpackt ist in einem 
zusätzlichen Telegramm (mit eigenem Header und starttag '#') oder ob die 
Paylout im 'RAW'-Format gesendet wird.

Schlag mich wenn es einmal anders sein würde, aber ich wollte und will 
weiterhin alle Hardware-Typen mit der Software bedienen und 
abwärtskompatibel bleiben!

Gruß Norbert

Hallo,

@Strauch
>wenn ich da mit einem Labornetzteil 15V drauf gebe, leuchtet keine LED.

Die LED's werden anders als bei den HT-Mini/Micro-Adaptern nur vom uP 
(ATtiny841/ATmega328) angesteuert (Interrupt/Mainloop) und sind nicht 
mehr direkt mit dem HT-Bus verbunden.

Daher wie folgt vorgehen:
1. Prüfung ob Board soweit keine Kurzschlüsse hat (HT-Bus, 3.3Volt<->GND 
etc.)
2. Board auf Raspberry stecken und mit Software (Flash und EEProm) 
betanken, siehe Beschreibung:
Beitrag "Re: Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi"

Nach dem Reset des 'ht_pitiny'-Boards muss die Grüne LED schon blinken, 
da ja der HT-Bus noch nicht angeschlossen ist.

3. Anschluss 'ht_pitiny'-Board an HT-Bus.
Die grüne LED muss im Rythmus der HT-Bussignale flackern, das langsame 
Blinken muss auf jedenfall damit beendet sein.
Die rote LED blitzt zeitweilig auf, sobald der HT-Bus das Polling für 
die Modem-Geräteadresse (0d)h macht.

Gruß Norbert

Hi Stefano,
some answer to your questions
>1) Where/how do I connect the HT3_MiniAdapter to BUS, parallel with the
>FW 120 control?
Yes in parallel. If the FW120 controller is mounted outside of the 
heater then you can use the connections signed with 'B' (two of them).
If it is fitted into the heater, then the connections are on the central 
controlboard.
Anyway they are always signed with 'B'.
Keep in mind to use the right signal-polarity for that Type of Adapters 
(HT3_mini- and HT3_micro-adater).

>2) Can the HT3_MiniAdapter/HT3_MicroAdapter also be use to send control 
>commands...
No, they couldn't be used for sending commands regarding lack of 
realtime response to HT-Bustelegrams.
But they are the cheapest solution to receive HT-Bustelegrams.

Use the 'ht_transceiver'-board (ht_piduino or ht_pitiny) instead for 
receiving AND sending HT-Bustelegrams.

Regards Norbert

Hi Stefano,

>The 'ht_transceiver' are both on double layer circuit board, can they be ordered 
>somewhere?
Boards (ht_pitiny only) are available again next month in february.
Send me an E-Mail (PM from forum, account required) and I'l send you 
more details.

Regards Norbert

Hallo,

strauch schrieb:
>...Ich bekomme keine LED zum Leuchten :-). Kann ich irgendwie überprüfen ob das 
>flashen des IC funktioniert hat?
Das Flashen mit avrdude wird ja schon mit anschliessendem Verify 
durchgeführt. Da sollte schon ein Fehler angezeigt werden.
Aufruf:
avrdude -C/<path>/avrdude.conf -v -pattiny841 -cgpio 
-Uflash:w:pitiny.hex    (alles in einer Zeile)
siehe auch nochmal:
Beitrag "Re: Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi"

>Was meinst du mit "Nach dem Reset des 'ht_pitiny'-Boards muss die Grüne
>LED schon blinken".
Stromlos und wieder einschalten. Es ist ja eine Reset-Schaltung auf dem 
Board.

Folgende Dinge fallen mir dazu noch ein:
1. Fuses richtig gesetzt?
 EXTENDED: 0xFF
 HIGH    : 0xDF oder 0xD7
 LOW     : 0xEE
Befehle für avrdude dafür must du mal man-pages nutzen.

2. Falls ja, ist der externe Quarz ja schon aktiv und wenn damit das 
Flashen funktioniert ist der uC OK.
 (eventuell geringe Baudrate für SPI-Clock SCK und 1. Flashen nehmen)

3. LED prüfen hast du schon gemacht, ich nehme dafür ein Messgerät und 
Widerstandsmessung, der Strom reicht schon aus das die LED leuchtet.

4. Falls das Flashen bzw. das Setzen der Fuses nicht klappt bitte die 
Einbaulage des uC ATtiny841 kontrollieren. Pin1 ist mit einem kleinen 
Dreieck gekennzeichnet. Wenn nicht vorhanden, dann ist Pin1 unten links 
wenn man die Aufschrift lesen kann.

Ich hoffe dies hilft dir weiter.
 I'l do my very best :-)

Gruß Norbert

Hallo,

strauch schrieb:
>avrdude meint auch ist alles ok mit dem Chip. LED leuchtet trotzdem nicht mhpf 
>:-(
sch..., hatte gehofft dies wäre der Grund.

>Hattest du mit avrdude denn auch schon erfolgreich geflashed das die
>Platine funktionierte?
Ja, hatte ich. Dies hatte ich ausprobiert mit dem HEX-Files von github 
bevor ich den Thread geschrieben hatte:
   Beitrag "Re: Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi"
Allerdings hatte ich noch nicht damit die fuses setzen müssen. Aber dies 
funktioniert ja bei dir ->avrdude: safemode: Fuses OK

Somit ist uC und SPI-Zugriff OK.
Und du hast sicher die aktuelle HEXFile-Version von Github genommen!!??

Ich gehe davon aus, das du nach dem flash Beschreiben auch noch das 
EEPROM beschreibts? Ich frage deshalb weil die Fuses bei dir so 
eingestellt sind:
 avrdude: safemode: lfuse reads as EE
 avrdude: safemode: hfuse reads as DF
 avrdude: safemode: efuse reads as FF
Dadurch wird jedesmal beim Schreiben des Flashes auch das EEPROM 
gelöscht!.
Um das zu Vermeiden dann besser folgende Einstellung nehmen:
 avrdude: safemode: lfuse reads as EE
 avrdude: safemode: hfuse reads as D7
 avrdude: safemode: efuse reads as FF

Ansonsten bleibt mir nur zu Vermuten, das der ATTiny841 ständig im Reset 
stehen bleibt. Kontrolliere bitte in der Richtung die Bauteile am Pin4 
des ATtiny841.
Deine 1. Platine läuft noch?

Gruß Norbert

Norbert S. schrieb:

> Boards (ht_pitiny only) are available again next month in february.
> Send me an E-Mail (PM from forum, account required) and I'l send you
> more details.
>
Hallo Norbert,
ich hätte auch gerne eine Platine für ht_pitiny. Wäre das möglich ?
Vielen Dank auch für euren Einsatz in diesem Projekt.
Mfg Jürgen

Hallo,

@Jürgen R.
>...ich hätte auch gerne eine Platine für ht_pitiny. Wäre das möglich ?
Ja, sende mir eine Mail (PM) an den Forum-account. Weiteres dann dort.

Gruß Norbert

Hallo Schwiete,

kannst Du nicht einfach die WW-Temperatur hochsetzen? Da müßte doch eine 
Änderung von 10-15 Grad ausreichen, so daß die WW-Bereitung sofort 
startet. Wenn du mit dem Zapfen fertig bist kannst du die Temperatur ja 
wieder runter setzen (auf Normaltemperatur)

Gruß
Kai

@schwiete

Um zu erreichen was Du möchtest, würde ich wie folgt vorgehen:

1. WW-Soll über ein entsprechendes Datentelegramm auf 60°C hochsetzen.
2. Monitortelegramm überwachen und checken ob WW-Betrieb gestartet
3. WW-Soll über ein entsprechendes Datentelegramm auf 50°C zurücksetzen.

Durch den höheren Sollwert, wird der WW-Betrieb zunächst starten, da die 
Einschalthysterese erreicht wird. Danach wird er weiterhin aktiv 
bleiben, auch wenn Du den Sollwert auf 50°C zurücksetzt.


//Niffko

@schwiete

Bin eigentlich von der EMS-Fraktion(Buderus) ... da die Busse verwandt 
sind, wird das bei euch aber ähnlich funktionieren.

Ein spezielles Telegramm der WWSofort-Taste gibt es nicht. Das 
Bedienteil sendet periodisch(wichtig!) eine Art WW-Statustelegramm an 
den Master. Dies beinhaltet den Aktiv-Status von WW und 
Zirkulationspumpe und ist abhängig von den eingestellten Schaltzeiten.

Das Betätigen der WWSofort-Taste veranlasst das Bedienteil dazu, das 
Statustelegramm für eine bestimmte Zeit mit aktiv gesetztem WW zu 
senden. Zusätzlich wird über dieses Telegramm auch kurzzeitig die 
Zirkulation aktiviert.

Die WW-Solltemperatur befindet sich in einem anderen Telegramm.

Beide Telegramme werden sich relativ leicht identifizieren lassen, indem 
du entsprechende Parameteränderungen über das Bedienteil vornimmst und 
dabei auf dem Bus mitloggst.


//Niffko

Hallo,

@Hartmut D.
>Warum auch immer gab es immer mehr Probleme, die Daten zu speichern.
>Die SQLite DB ist ca. 335 MB groß.
Dieses Verhalten von sqlite habe ich auch schon gesehen. Die Zugriffe 
werden langsam bzw. sind nicht mehr möglich. Siehe dazu auch 
Parallel-Thread:
Beitrag "Re: Heizungs-Datenerfassung (HT3)"
Einen Grund dafür habe ich bisher noch nicht gefunden.
Es bleibt in diesen Fällen nur die alte SQLite-DB umzubenennen und mit 
./create_databases.py eine neue anzulegen.

Die SQLite DB war allerdings auch nicht für Langzeitspeicherung 
vorgesehen sondern dient mehr als Kurzspeicher (Analyse) und 
Zwischenwirt für die rrdtool-DB Daten.

Ich empfehle daher die SQLite DB nicht so groß werden zu lassen (<=100 
MB) und die älteren Daten zu löschen. Zur Zeit ist allerdings keine 
automatische Löschroutine oder Backup in den Scripten vorhanden.
Dies muss noch extern mit einem Cron-Job erfolgen siehe:
Beitrag "Re: Heizungs-Datenerfassung (HT3)"

Allerdings willst Du ja die alten Daten noch Auswerten. Dies wird nicht 
einfach wenn Du keinen Zugriff mehr auf die SQLite-DB hast. Ich weiss 
auch nicht wirklich was diesen Zugriff verhindert. Vielleicht hat jemand 
eine Idee wie man diese SQLite-DB retten kann.

Gruß Norbert

Hallo Hartmut,
>Wie verhält sich eigentlich der Logger, wenn man ihm die DB live unterm
>Hintern wegzieht?
Ohne die Applikation zu stoppen wirst Du dann Probleme bekommen, da die 
DB ja auch nur ein File ist mit dann neuer 'inode'.

Vorschlag: leere SQLite-DB in einem anderen Verzeichnis erstellen, 
Applikation stoppen, die DB's austauschen und Applikation wieder 
starten. Dies per Script geht dann auch schnell, eben Quick and Dirty.
Oder eben ein Backup, Löschen und Vakuum durchführen.
Muss mal sehen, ob es da eine gute Möglichkeit gibt.

Gruß Norbert