Hallo liebe Leser,

es ist an der Zeit, eine alternative Firmware für den Sparmatic Zero
Heizungsthermostaten geneigten Betatestern oder Endanwendern zur
Verfügung zu stellen, da die Originalfirmware doch einige Macken oder
Merkwürdigkeiten enthält, die die Bedienung erschweren. Ich übernehme
keine Haftung für etwaige Schäden an den Geräten oder der
Heizungsanlage, die Benutzung geschieht auf eigene Gefahr.

Die wichtigsten Unterschiede der Alternativ-Firmware gegenüber des
Originals sind:

- Der Sparmatic Zero läuft mit AA-Batterien und -Akkus.
- Die Umschaltung von Komfort- und Spartemperaur ist jederzeit durch
einen einzigen Knopfdruck möglich.
- Die Adaptierfunktion reißt bei vollen Batterien nicht unter Umständen
das Gerät vom Ventilkopf (!).
- Die Adaptierfunktion benötigt nur einen Durchlauf Offen ->
Geschlossen.
- Beim Batteriewechsel öffnet der Ventilstößel und verbleibt in der
Offen-Stellung, bis eine Taste gedrückt wird, dies erleichtert die
Wiedermontage auf dem Ventilkopf.
- Statt der Soll-Temperatur werden im Normalzustand die Ist-Temperatur
und die aktuelle Zeit angezeigt.
- Die Fenster-Offen-Funktion ist nicht mehr automatisch, sondern manuell
auszulösen - bei der Origialfirmware war diese Funktion zu empfindlich
und löste mitunter willkürlich aus.
- Batterie "fast leer"-Warnung, gelegenliches Blinken von "batt"
- Batterie "leer"-Anzeige mit definierter Ventilposition, permanente
Anzeige von "batt", keine weitere Funkion möglich
- leicht geänderte Tastenbelegung und Menüführung


Von der Originalfirmware unterstütze, hier aber (noch) nicht
implementierte Funktionen:

- 2 statt 4 Timerblöcke pro Tag
- Keine Urlaubs-Funktion
- Keine Blockprogrammierung Werktag / Wochenende bei den Timern
- Kein Tastenschutz (Kindersicherung)
- Keine Programmierbarkeit mit dem Sparmatic-USB-Stick

Zum Umprogrammieren der Sparmatic-Zero Thermostate ist ein spezieller
Mini-USB-Stecker nötig, der angefertigt werden muß. Die
ISP-Schnittstelle des Gerätes ist von außen und ohne Umbauten am Gerät
zugänglich. Die Beschreibung des Steckers findet sich hier:
Beitrag "Re: Preisgünstiger Heizungsregler bei Praktiker"

Der Schaltplan zur Steckerbelegung ist hier zu finden:
http://www.mikrocontroller.net/attachment/60214/sp...

Beim ersten Verbinden mittels AVR-Studio oder einer anderen IDE sollte
die ISP-Frequenz nicht höher als 20kHz sein, nach dem Aufbringen der
neuen Firmware kann mit 100kHz weitergearbeitet werden. Der Programmer
muß targetseitig auf 2.7V eingestellt werden können.

Die Bedienung ist wie folgt:

Nach dem Flashen der neuen Firmware bzw. nach dem Einlegen der Batterien
wird im Display "<<<<" angezeigt und der Ventilstößel fährt voll auf.
Nach dem Anfahren des oberen Anschlags stoppt der Motor und "Open" wird
angezeigt.
Jetzt kann der Thermostat auf den Ventilkopf aufgeschraubt werden.
Danach muß die mittlere Taste gedrückt werden. Jetzt fährt der
Ventilstößel zu und stellt zuerst den äußeren, dann den inneren Anschlag
des Heizkörperventils fest. Danach geht das Gerät in den Normalmodus,
wobei eine fest eingestellte Komforttemperatur angewählt wird.
Um die Komforttemperatur umzuprogrammieren, drückt man 1x kurz auf die
PROG-Taste. Das Sonnensymbol blinkt und mit der + oder - Taste kann der
Wert in 0.5°C-Schritten verändert werden. Nach einem weiteren Druck auf
die PROG-Taste kann man die Absenktemperatur umprogrammieren, wobei das
Mond-Symbol blinkt. Wird über 10 Sekunden keine Taste gedrückt, werden
die Einstellungen übernommen. Mit einem weiteren Druck auf die
PROG-Taste gelangt man in den Programmiermodus für die Timer. Das
Anzeigesymbol "PROG" erscheint. Es sind pro Wochentag 2 Timer mit
jeweils Komfort- und Absenktemperatur vorhanden. Zwischenzeitlich blinkt
kurz Px.x, wobei das linke x für den Wochentag 1->Montag bis 7->Sonntag
und das rechte x für den ersten bzw. zweiten Timer für diesen Tag steht.
Jeder weitere Druck auf die PROG-Taste schaltet einen Timer weiter. Nach
den Timern folgt die Jahres-, Monats-, Tages-, Stunden- und
Minuteneinstellung. Die Zeiteinstellung kann man jederzeit schnell über
einen langen Druck >3sek. auf die PROG-Taste erreichen. Gespeichert
werden alle Werte nach Rückkehr in den Normalmodus über fortwährendes
Drücken der PROG-Taste oder mindestens 10-sekündiges Nichtdrücken
irgendeiner Taste. Im Normalmodus kann man jederzeit mit der + oder -
Taste die aktuelle Solltemperatur in 0.5°C-Schritten verändern. Mit der
AUTO-Taste schaltet man zwischen Automatik (Anzeige "AUTO") oder
manuellem Modus (Anzeige "MANU") um. Im manuellen Modus werden die
eingestellten Timer ignoriert und die momentan eingestellte
Solltemperatur beibehalten. Im Automatikmodus werden die programmierten
Solltemperaturen gemäß den Timereinstellungen angefahren.
Über die mittlere Taste kann jederzeit zwischen Komfort- und
Absenktemperatur umgeschaltet werden, wenn man beispielsweise vor Ablauf
eines Timers das Haus verläßt oder früher heimkehrt oder um im manuellen
Modus die Solltemperatur direkt umzuschalten. Ein langer Druck auf die
mittlere Taste aktiviert die Fenster-Offen-Funktion, die die
Solltemperatur für 10 Minuten auf 12°C herabsetzt und danach den
voreingestellten Wert wieder aufruft. Ein langer Druck auf die
AUTO-Taste aktiviert den Debug-Modus, der mit einem langen Druck auf die
AUTO-Taste wieder verlassen wird. Ein gleichzeitiger, langer Druck auf +
und - führt eine erneute Ventilvermessung durch, wobei alle laufenden
Einstellungen erhalten bleiben. Werden die Batterien leer, informiert
ein 8-sekündliches, kurzes Aufblinken der Anzeige "batt" über diesen
Zustand. Sind die Batterien am Ende, wird das Ventil definiert auf eine
Position um etwa 30% Öffnung gefahren, um Einfrieren oder Überheizen zu
verhindern. Zur Wiederaufnahme der Funktion sind dann frische Batterien
einzulegen.

Bugreport und Verbesserungsvorschläge bitte hier posten.
Vielen Dank!

TravelRec.

Hallo nochmal,

anbei eine neue Version (0.09), es wurden einige Bugs in der
EEPROM-Verwaltung gefunden und beseitigt. Außerdem ist es möglich,
einzelne Timer zu deaktivieren, indem man im Programmiermodus kurz die
AUTO-Taste drückt. Diese Timer werden dann mit --:-- angezeigt. Mit +
oder - kann man deaktivierten Timern wieder gültige Einstellungen
zuweisen.

Bitte vor dem Aufspielen der neuen Version die EESAVE-Fuse löschen, dann
das Programm aufspielen und anschließend die EESAVE-Fuse wieder setzen.
Dies ist notwendig, um Inkonsistenzen im EEPROM-Block zu vermeiden.
Bestehende Programmierungen werden hierbei gelöscht und durch
Standardwerte ersetzt.

TravelRec.

>Bitte vor dem Aufspielen der neuen Version die EESAVE-Fuse löschen, dann
>das Programm aufspielen und anschließend die EESAVE-Fuse wieder setzen.

Dies gilt nur, wenn eine ältere Firmware von mir aufgespielt wurde. Bei
der Werksauslieferung mit Originalfirmware ist bei den Sparmatic-Zero
die EESAVE-Fuse ohnehin nicht gesetzt. Hier sollte sie nach dem
Aufspielen einer neuen Firmware aber gesetzt werden, um die
Timereinstellungen beim nächsten Flashen zu erhalten.

Hallo Travelrec,

klasse Projekt! Würde das gerne in eine Haussteuerungsanlage
integrieren, sprich noch einen CAN Controller dranhängen....
Es würde mich freuen, wenn du mir für diesen Zweck deinen Sourcecode
bereitstellen könntest


Vielen Dank+Gutes neues Jahr

scio999

Thomas Schrauth schrieb:
> Hallo Travelrec,
>
> klasse Projekt! Würde das gerne in eine Haussteuerungsanlage
> integrieren, sprich noch einen CAN Controller dranhängen....
> Es würde mich freuen, wenn du mir für diesen Zweck deinen Sourcecode
> bereitstellen könntest
>
>
> Vielen Dank+Gutes neues Jahr
>
> scio999


Ja, Dir auch ein gutes Neues Jahr! Sourcecode kommt bald, CAN sollte
möglich sein, wenn Du einen stromsparenden Controller findest, der noch
mit 2.5V läuft. Im Moment bin ich gerade dabei, mich mit der Anbindung
an RFM12B_868MHz-Funkmodule zu befassen. Dafür wird es später auch eine
Internetanbindung geben, die ein Arbeitskollege von mir realisieren
will...

Es gibt wieder ein Update, Version 0.11. Neue Funktionen sind:

1. Automatische Fenster-Offen-Erkennung bei Temperaturabfall >1°C
innerhalb 3 Minuten (zusätzlich zur manuellen Auslösung).

2. Korrekturwert für den Uhrenquarz, da die Regler insgeamt etwas zu
schnell laufen (etwa 1 Minute/Woche). Könnte an den unbestückten
Kondensatoren am Uhrenquarz liegen ;-).

Außerdem wurde noch ein kleiner Bug in der Bargraphanzeige bereinigt.

Erfolgsbericht:

Mittels PonyProg2000, (selbst gebaute serielle Version)
und dem selbst gebauten Mini-USB Adapter mit Zunge habe ich soeben
die Version "Sparmatic_Zero_011.hex" auf den Regler erfolgreich
übertragen.

Der Programmer liefert 5 Volt Pegel und 5 Volt für das Target,
aus dem Regler habe ich die Batterien entfernt,
Programmer calibriert,
ATmega169 eingestellt,
keine weiteren (Geschwindigkeits-) Einstellungen,
Fuses gelesen und so gelassen
und erfolgreich geflasht.

Prog-Adapter abgezogen, Batterien eingelegt, das Display zeigte dann
-| -| -| -| statt <<<< an, der Rest entspricht obiger Beschreibung.

Sehr positiv empfinde ich, Uhrzeit und Temp. wird abwechselnd angezeigt.

Viel besser als die stumpfe Anzeige des Originals.

Vielen Dank

Calogero

Eine Frage noch,
wie stelle ich den Temp.Offset ein ?
Im Original musste man 5 Sek. die Prog-Taste drücken.

@ Travel Rec.:

Wie bist du denn an die Informationen über die Hardware gekommen? Gibt
es da einen Schaltplan dazu?

Hallo Catweazle,

es wäre super wenn Du mal ein paar Bilder vom Innenleben des "Sparmatic
Basic" machen könntest. Würde mich mal interessieren.

Gruß Kay

Uhu Uhuhu schrieb:
> @ Travel Rec.:
>
> Wie bist du denn an die Informationen über die Hardware gekommen? Gibt
> es da einen Schaltplan dazu?

Selbst durchgepiepst.
Guckst Du hier: Beitrag "Preisgünstiger Heizungsregler bei Praktiker"

Calogero Digangi schrieb:
> Der Programmer liefert 5 Volt Pegel und 5 Volt für das Target,
> aus dem Regler habe ich die Batterien entfernt,
> Programmer calibriert,
> ATmega169 eingestellt,
> keine weiteren (Geschwindigkeits-) Einstellungen,
> Fuses gelesen und so gelassen
> und erfolgreich geflasht.

Huuu - mutig. Der Mega169P ist nur bis 4.5V spezifiziert. Die Fuses
solltest Du so einsellen, wie ich gepostet habe, sonst löscht jede neue
Programmierung der Firmware Deine Einsellungen im EEPROM.

>Eine Frage noch,
>wie stelle ich den Temp.Offset ein ?
>Im Original musste man 5 Sek. die Prog-Taste drücken.

Im Moment gar nicht ;-). Wähle bitte die Einstelltemperaturen
entsprechend höher oder niedriger.

>das Display zeigte dann
>-| -| -| -| statt <<<< an,

Ähem, naja - wie zeigt man '<' auf einem 7-Segment an?

Was sind denn diese drei kammartigen Strukturen auf
Basic_bottom-mirrored.jpg
in Beitrag "Re: Alternative Firmware für Sparmatic Zero Heizungsthermostat" ?

@ Travel Rec.:

Das mit "Temp.Offset" macht wohl keinen Sinn, also vergessen.

Heute um 10:00 Uhr hatte ich folgendes im Display:
Erst kurz "-| -| -| -|"
danach kam "dESC" und der Motor fuhr los.

Danach war wieder alles im Normalmodus.
War das eine Entkalkfahrt ?
Wenn ja, immer Sonntags um 10:00 oder wann ?


@ Catweazle:

Ich habe einen Original "Basic" gekauft und zerlegt.
Sah nicht nur so aus sondern stand auch dran.

Da war der Atmel nicht gelötet sondern ein Epoxyd-Klecks
und die USB-Buchse gab es auch nicht.

Also beim Kauf auf die kleinen Unterschiede achten.

Calogero

Calogero Digangi schrieb:
> War das eine Entkalkfahrt ?

Nein, das war der Parkinson-Mode.

Uhu Uhuhu schrieb:
> Was sind denn diese drei kammartigen Strukturen auf
> Basic_bottom-mirrored.jpg

Das sind die Gummitastenkontakte.

Calogero Digangi schrieb:
> Heute um 10:00 Uhr hatte ich folgendes im Display:
> Erst kurz "-| -| -| -|"
> danach kam "dESC" und der Motor fuhr los.
>
> Danach war wieder alles im Normalmodus.
> War das eine Entkalkfahrt ?
> Wenn ja, immer Sonntags um 10:00 oder wann ?

Jau, 'dESC' wie 'to descale'. Da mußt Du ja zufällig gerade
danebengestanden haben ;-)

Mein Sparmatic Basic unterscheidet sich auch von dem oben abgebildeten
Thermy. Wenn mir jemand einen ebensolchen zum Tracen und
Testen/Programmieren zur Verfügung stellt, denke ich über eine
Portierung der Firmware nach.

Travel Rec. schrieb:

> Die Fuses solltest Du so einstellen, wie ich gepostet habe,
> sonst löscht jede neue Programmierung der Firmware
> Deine Einsellungen im EEPROM.
>

Ist klar, habe ich auch gemacht

>>Eine Frage noch,
>>wie stelle ich den Temp.Offset ein ?
>>Im Original musste man 5 Sek. die Prog-Taste drücken.
>
> Im Moment gar nicht ;-). Wähle bitte die Einstelltemperaturen
> entsprechend höher oder niedriger.
>

Ok, habe schon erkannt - es macht keinen Sinn -

>>das Display zeigte dann
>>-| -| -| -| statt <<<< an,
>
> Ähem, naja - wie zeigt man '<' auf einem 7-Segment an?

Das mit PonyProg und "-| statt <" habe ich für Nachmacher erwähnt
bzw. als Korrektur zur Beschreibung.
Die Darstellungsmöglichkeiten einer 7-Seg. Anzeige sind mir klar.

> Jau, 'dESC' wie 'to descale'. Da mußt Du ja zufällig gerade
> danebengestanden haben ;-)

gesessen trifft es ....

Danke nochmals an dieser Stelle für die Software

Calogero

Calogero Digangi schrieb:
> Danke nochmals an dieser Stelle für die Software

Danke, dass Du sie testest und Rückmeldungen abgibst :-)

Hi,

welcher Controller befindet sich denn im Original Sparmatic Basic, wenn
der unter einem Epoxyd Klecks steckt ?

Gruß Kay

Mein Original Sparmatic Basic (Baujahr Anfang 2009) hat einen Mega169P
aufgelötet. Kein Epoxyklecks. Und keine USB-Buchse, sondern nur ein
Steckkontakt für JTAG und ISP.

Danke für die Info. Werde mir einfach einen kaufen und sehen, was
aktuell drin steckt.


Gruß Kay

Einen Sparmatic 'Zero' kannst Du in jedem Praktiker oder bei
Reichelt/Pollin kaufen und darauf auch direkt die Firmware flashen. Für
den 'Basic' muß die Firmware angepaßt werden. Der Zero ist auch etwas
preisgünstiger und kompakter. Kleiner Tip: Die Barriere am + Kontakt im
Batteriefach sollte man leicht abknipsen oder abfeilen, dann geht die
betreffende Batterie/Akku besser ´rein und sperrt das Gehäuse nicht auf.
Bei manchen Akkus mit kurzen Polkappen ist dies sogar nötig für die
Funktion.

Kann ich so nicht nachvollziehen. Kann der Motor frei drehen? Was
passiert, wenn die Batterien herausgenommen und wieder eingelegt werden?

musa schrieb:
> Auf dem Display erscheint nur noch ADAP jedoch passiert nichts. Heizung
> ist voll aufgedreht und der Sparmatic reagiert nicht mehr.

Ich habe die Version Sparmatic_Zero_011.hex auf mehreren Reglern
seit ca. einer Woche im Einsatz und es funktioniert wie es soll.

Dein Fehler liegt somit nicht an fehlerhafter Software.

Hast Du das Getriebe auseinander gehabt und falsch zusammengebaut ?
Das Stirnrad mit der Spiegelfläche muss als letztes eingebaut werden.

Reihenfolge:
Nach einlegen der Batterien muss zuerst "-| -| -| -|" im Display stehen.
Danach fährt der Motor oder steht schon am oberen Ende "oPEn" erscheint.
Erst nach einem Druck auf die mittlere Taste geht es weiter zu "AdAP".

Wenn bei Dir sofort "AdAP" steht, neu flashen. Fuses richtig ?

@all:
Die Zeros sind ab Freitag wieder beim Praktiker für 19,99€
und bei Pollin für 19,95€ erhältlich

cdg

@ muasa / @ medienforum:

Und ihr habt meine Firmware 0.11 draufgespielt? Oder nutzt ihr die
Originalfirmware des Sparmatic Zero?

Nee, die Teile sind mit den LifeTec-Dingern baugleich und habe einen
noch nicht spezifizierten Controller unter einem Epoxy-Klecks. Siehe
hier:
Beitrag "Untersuchung Heizungsthermostat Lifetec MD12460"

Günterx schrieb:
> nur sollten auch
> folgende Punkte implementiert sein, da ich diese für wichtig erachte:
>
> - 2 statt 4 Timerblöcke pro Tag
> - Keine Urlaubs-Funktion
> - Keine Blockprogrammierung Werktag / Wochenende bei den Timern
>
> Sind diese schon mit eingebaut?

Nein - sorry. Status: in Planung.

> Der Schaltplan für den USB Adapeter sieht recht kompliziert aus -
> ist das so kompliziert zu bauen für einen absoluten Elektronik Laien?

Es ist ein Mini-USB-B5-Stecker aus einem Verbindungskabel zu sezieren,
da es diese nicht einzeln oder nur teuer zu kaufen gibt. Das Lötende ist
freizufeilen, da man an den 4. zurückgezogenen Pin herankommen muß. Die
5-Pins müssen mit Fädeldraht zu einem echten ISP-Port laut Schaltplan
verdrahtet werden und es muß noch ein kleines Federblech für den
Resetkontakt angelötet werden. Dann braucht man einen 3V-tauglichen
AVR-ISP Programmer und dann kann´s auch schon losgehen. Eine lösbare
Aufgabe. Ich habe schon überlegt, Steckerkits zu verkaufen, aber das ist
für einen kleinen Preis eine ganz schön langwierige Fummelei ;-).

Travel Rec. schrieb:
> Es ist ein Mini-USB-B5-Stecker aus einem Verbindungskabel zu sezieren,
> da es diese nicht einzeln oder nur teuer zu kaufen gibt.

Conrad bietet die für unter 1 EUR/Stück: 730789 - 62

Oooh - danke Rufus! Hmm, aber löten, 4.Kontakt freifeilen und Federblech
biegen muß man dennoch ;-) Die Verbindungskabel habe ich bei Pollin für
85 Cent ergattert, war dann gleich noch ´n Kabel und ´n USB-A Stecker
zum Basteln dabei.

Günterx schrieb:
> Warum kann man nicht eifnach so ein Verbindungskaber durchwicken und die
> darin befindlichen drähte direkt anschließen?

Weil USB nur 4 Pins / Kabel inklusive Masse benutzt und der 4.Pin des
5-pin MiniUSB-B Steckers nicht belegt ist.

Günterx schrieb:
> oder noch besser: warum geht kein USB Verbindugnskabel das am
> Heizkörperregler und am PC passt direkt?

Kenne keins, das man kaufen könnte.

Günterx schrieb:
> Was ist ein 3V-tauglichen AVR-ISP Programmer, wo bekommt man sowas?

Ein AVR-ISP mkII oder AVR-Dragon oder ein STK500. Bekommt man bei
CSD-electronics, Reichelt und anderen Distris.

Günterx schrieb:
> Habe leider mit sowas noch nie etwas zu tun gehabt.
> Sinnvoll wäre unbedingt noch in der Firmware die Reisefunktion, da wenn
> ich wegfahre ich diese immer nutze um die Raumtemp. abzusenken.

Das kann man auch mit der manuell-Funktion erreichen - einfach die
gewünschte Temperatur einstellen und von AUTO auf MANU schalten. Diese
Temperatur wird gehalten, bis man eine andere einstellt oder wieder in
den AUTO-Modus schaltet.

Ja und wenn sich Deine Ankunft um eine Woche verzögert, weil Dein
Geschäftspartner noch ein paar Eisen im Feuer hat, heizt Du eine Woche
vergebens.

Hallo TravelRec,

(nachdem ich im Thread
Beitrag "Re: Preisgünstiger Heizungsregler bei Praktiker"
keine Antwort bekommen habe, die Frage auch eigentlich ursprünglich hier
einstellen wollte, versuche ich mein Glück hier noch einmal)

habe mir jetzt auch mal einen Zero gekauft um damit zu experimentieren.
Habe bis jetzt weder das entsprechende Kabel hergestellt noch einen
Programmer mit 3.5 Volt angeschaft (meine beiden Programmer laufen nur
auf 5 Volt). Mir ist aber mit der Original-Software aufgefallen, dass
beim Regeln das Verstellgeräusch, dass der Motor macht, für das
Schlafzimmer einfach zu laut ist. Gerade morgens im Halbschlaf, wenn das
Ventil alle 2 Minuten sssst macht ???!!! So kann ich den Regler nicht
wirklich gebrauchen.

Bevor ich mir also die Utensilien zum Flashen deiner Firmware anschaffe
folgende Frage:
Ist es vorstellbar, dass in deiner Software die Verstellzeit deutlich
heraufgesetzt wird um den Regelvorgang leiser zu gestalten (ich meine
damit die Zeit, die es braucht, den Motor von A nach B zu verfahren, ihn
also langsamer zu betreiben)?

Gruß
Gerhard

Und - ohne zu nerven - hast du noch geplant, irgendwann mal die Quellen
raus zu geben. Dann könnte man so etwas selber untersuchen.

Hallo TravelRec,
Könntest du mir den Sourcecode zur Verfügung stellen, damit ich ihn an
meine Sonderwünsche anpassen kann?
Ich möchte die Regler gerne als Stellmotoren für meine Fussboden /
Wandheizung (und Kühlung) verwenden, hierfür benötige ich keine
Timerfunktionen etc., dafür aber auf alle Fälle eine Busanbindung und
ein paar Sonderfunktionen wie z.B. eine kurze Aufheizfunktion der Wände
fürs Kachelofen-Feeling nach dem Heimkommen von einem kalten Wintertag
:)

vielen Dank!
Tom

Hier die aktuelle Version 0.14 zum Ausprobieren. Der Motor wird nun im
Regelbetrieb mit PWM gefahren und ist deutlich leiser. Ein kleiner Bug
wurde auch noch gefixt.

abo

Habe noch keine live gesehen, aber aufgrund des anderen Displays mit
mehr Segmenten wird es sich nicht um die gleiche Hardware handeln. Es
sollten einige Pins am ATMEGA weniger zur freien Verfügung stehen.
Wahrscheinlich ist der neuere Mega169PA verbaut. Um sicherzugehen, müßte
sich schon jemand opfern und das Ding kaufen und aufschrauben...

Florian.F schrieb:

> der seit einem jahr nur noch "Adap" anzeigt,

noch Garantie/Gewährleistung ?


> gibt es eine Möglichkeit den zu Reseten?

Wie wäre es denn die hier angebotene Software zu flashen ?



cdg

Florian.F schrieb:
> der seit einem jahr
> nur noch "Adap" anzeigt, gibt es eine Möglichkeit den zu Reseten?

Batterien herausnehmen und nach mindestens 10 Sekunden wieder einsetzen.
Danach sollte der Ventilstössel komplett aufgefahren werden und OpEn in
der Anzeige stehen. Ansonsten ist in der Tat irgendetwas defekt.

Das ist mein Problem, das funktioniert nicht, deswegen die frage ob es
eine andere variante gibt z.B. mit einem Taster und nem widerstand?

Nein, gibt es nicht. Das Wiedereinlegen der Batterien nach einiger
Wartezeit ist der RESET. Wenn das Ding ADAP anzeigt, dreht denn dann der
Motor? Vielleicht ist der festgerammelt. Aber selbst dann müßte der
Regler unmittelbar danach auf OPEn gehen... Mach doch das Teil mal auf
und mache ein Foto von den beiden Platinenseiten. Vielleicht ist ´was
abgebrannt...

Da das schon etwas länger auf mein schreibtisch rumliegt habe ich eben
mal ein foto gemacht. Ich hoffe man kann was drauf erkennen. Aber von
etwas verbranten finde ich dort nichts. Und nein der Motor dreht auch
nicht mehr.

Ähem, das ist kein Sparmatic ZERO, sondern ein Sparmatic BASIC. Habe ich
auch hier, aber für den passt die hier vorgestellte Firmware leider
nicht. Iche sehe gerade auch kein Problem auf den Fotos, da hat
vielleicht doch das Programm einen Schlag. Auf den 10 Kontaktflächen
neben dem Drehgeber ist übrigens auch ISP mit drauf, vielleicht kannst
Du das Teil mal an Deinen Programmer anschliessen. Aber viel bringt das
natürlich auch nicht. Die Lock-Bits sind außerdem gesetzt. Da hilft nur
neuflashen der originalen Firmware, an die Du jetzt aber nicht
herankommst. Ich könnte eine Testware posten, die ich mal für meinen
Regler geschrieben habe, aber die ist halt nur zum Testen, ob das Ding
noch geht...

Naja, ich habe davon noch eins hier liegen hab aber kein ISP-Programmer
hier liegen. Aber bauteile sind masig vorhanden, mit etwas hilfe würde
ich eins bauen können.

Vielen Dank schon mal.

Gruß Florian

chrwie schrieb:
> weiss schon jemand ob man diese SW auch bei dem Sparmatic Comet
> verwenden kann?

Ich weiss es noch nicht. Hat noch keiner das Teil gekauft und Lust, das
mal aufzuschrauben?

Also, ich hab mich heute eingehend über Heizkörper-Thermostate
informiert und mich letztendlich für das Comet entschieden (u.a. wegen
dem USB-Programmierstick und den kompakten Abmessungen). War leider
ausverkauft bei Aldi-Sued, aber Conrad hat noch welche - müssten in den
nächsen 2-3 Tagen eintreffen.

Hab mir auch den USB-Programmierstick bestellt, den es für nur 16EUR
inkl Versand unter www.thermy.de gibt...

Sobald die Teile da sind, kuck ich mal rein und poste ein paar Bilder...

Na das ist doch mal ein Wort :-)

:) wäre für mich vielleicht mal ein Anreiz, mich in µC-Programmierung
einzuarbeiten....

Der Comet soll ja laut www.eurotronic.org das neueste Modell sein und
hat scheinbar eine bessere Batterielaufzeit und ist leiser als die
Sparmatic-Basic/Zero. Irgendwo hab ich auch gelesen, dass ein PID-Regler
drin ist.

Ansonsten lesen sich diverse Rezessionen ja so, dass die Modelle von
Honeywell oder technoline-berlin bzw. eQ3 leiser sind.

Es gibt jedoch scheinbar 2 Versionen - einmal mit Schrift auf den
Buttons aufgedruckt - wie auf der Herstellerseite und bei Conrad zu
sehen - und dann mit der Beschriftung unterhalb der Buttons und etwas
eckigerem Gehäuse - wie im Aldi-Prospekt.

Als einzigen möglichen Unterschied konnte ich automatische
Sommerzeit/Winterzeitumstellung ausmachen, welche in
http://www.thermy.de/fileadmin/user_upload/downloa...
enthalten ist, hier jedoch nicht:
http://www.eurotronic.org/fileadmin/user_upload/SP...

Andreas K. schrieb:
> hat scheinbar eine bessere Batterielaufzeit

Wird an dem verwendeten PicoPower-AVR liegen. Hatten die aktuellen Zeros
aber auch schon.

Andreas K. schrieb:
> ist leiser als die
> Sparmatic-Basic/Zero.

Ist der Zero mit PWM-Firmware auch ;-)

Andreas K. schrieb:
> Irgendwo hab ich auch gelesen, dass ein PID-Regler
> drin ist.

War beim Zero auch schon so. In der hier behandelten Firmware für den
Zero ist es ein PI-Regler, das D erledigt sich durch die Trägheit des
Systems.

Andreas K. schrieb:
> Ansonsten lesen sich diverse Rezessionen ja so, dass die Modelle von
> Honeywell oder technoline-berlin bzw. eQ3 leiser sind.

Auch der Honeywell ist nach einem halben Jahr Betrieb recht laut.

Andreas K. schrieb:
> Als einzigen möglichen Unterschied konnte ich automatische
> Sommerzeit/Winterzeitumstellung ausmachen,

Macht die hier behandelte Firmware für den Zero auch.

gibt es zu der Sparmatic Comet oder der Aldi Thermy schon etwas neues in
Bezug auf Firmware und Programmierschnittstelle?
Grüße,
skol

Ich scheitere noch daran, das Gehäuse zu öffnen. Es wird von 4
Torx-Schrauben (Gr. 6 oder 7, weiss nicht mehr genau) zusammengehalten,
die sich ziemlich schwer rausschrauben lassen. Ich habe schon 2
Schraubenzieher eingebüßt, die jedoch mehr oder weniger Noname waren.

Kann mir dazu jemand was empfehlen? Wiha ist leider ziemlich teuer, da
kostet ein Schraubenzieher 8EUR und ein ganzes Set um die 50EUR :(

Andreas K. schrieb:
> die sich ziemlich schwer rausschrauben lassen. Ich habe schon 2
> Schraubenzieher eingebüßt

Falsches Werkzeug,
zum Schrauben nimmt man ... Schraubendreher
für Torx also Torx-Schraubendreher.

Für gelegentlich Torx rein- rausdrehen langt auch Baumaktware.

Da Du die Größe nicht weisst,
nimm den Zero mit in den Baumarkt, zeig ihn an der Info vor
und suche den passenden Torx raus.
So kaufst Du nur die garantiert passende Größe.

Kannst jetzt auch vor Ort die Schrauben rausdrehen (nicht rausziehen)
ohne zu kaufen
und beim nächsten Baumarktbesuch wieder reindrehen.

ALDI hat gelegentlich Torx-Werkzeug, Bits mit Halter usw.
Preiswert und für gelegentliches Schrauben geeignet.


cdg

Calogero Digangi schrieb:
> Da Du die Größe nicht weisst,
> nimm den Zero mit in den Baumarkt, zeig ihn an der Info vor
> und suche den passenden Torx raus.

Der Zero hat keine Schrauben, alles geklickt.

P.S.: Und hat bei allen Testern die Sommerzeit auf Normalzeit
umgeschaltet?! ;-)

na das sieht doch gut aus! Die Platine macht auch einen etwas feineren
Eindruck, als beim Vorgängermodell. Wie ist denn der Drehgeber so? Beim
Basic war er ja ziemlich krackelig.

Also ich denke, dass man die Firmware mit etwas Aufwand an den Regler
anpassen kann. Hauptarbeit wäre die Ansteuerung des anders aufgebauten
Displays und die Menüsteuerung.

relaxend schrieb:
> Mal ne Frage... könnte man eigentlich mit nem STK-500 Board nicht den
> Inhalt vom verbauten Atmega auslesen?... Wenn man ihn beschreiben kann
> und die Lock-Bits nicht geschrieben sind, müsste das ja eigentlich
> gehen, oder?
> Ich meine, eigentlich müsste ich dafür doch nur einen Adapter bauen...
> der wird ja bestimmt nich Pin-Kompatibel sein mit dem 128er.

Die Entwickler der Sparmatic-Geräte waren nicht so blauäugig, die
LockBits nicht zu setzen. Der verwendete Controller ist kein M128
sondern ein M169PA. Da ist nichts pinkompatibel, zumal der M128 gar
keinen LCD-Controller enthält.

relaxend schrieb:
> Und dass der 128er keine LCD-Controller hat, ist mir auch bekannt, da
> ich ja mir bei meinem Display ansonsten nicht die Mühe hätte machen
> müssen, eine Routine zu schreiben, die eben das alles was ich ausgeben
> wollte/will entsprechend für den Parallelbus übersetzt ;-)

Wie bitte?

relaxend schrieb:
> Ich denke mal nicht, dass die Anzeige eine echte eigene Schnittstelle
> wie RS232, SPI oder I2C bensitzt, da an der  einen Seite der Platine ja
> die blanken Kontaktflächen für den direkten Anschluss an die Anzeige
> besitzt.... ist ja auch schön billig. "hehehe"

Nein. Das ist ein ganz simples Glas-Display mit Segmenten und
Backplanes, wie in den alten Quarzuhren.

relaxend schrieb:
> Was ich mir allerdings am ehesten vorstellen kann wäre, dass alle
> Zeichen und Symbole direkt angesteuert werden.

So ist es. Alles andere, was Du schreibst, hättest Du Dir quasi sparen
können, wenn Du diesen Thread gelesen hättest...

Beitrag "Preisgünstiger Heizungsregler bei Praktiker"

Ich hab mal den Schaltplan für den Sparmatic Comet rausgezeichnet.

Mg
  Leo

Danke Leo! Werde ich bei Gelegenheit prüfen. Kannst Du mir mal
beschreiben, wie der Drehgeber vom Handling her ist? Falls ich mir einen
Comet als Testexemplar kaufe, wollte ich den wenigstens benutzen können.
Der Drehgeber vom Basic war ziemlicher Murks.

Ich möchte einmal nach Erfahrungen mit der Haltbarkeit / Qualität des
Sparmatic Comet fragen (auch wenn leicht OT).
Hintergrund:
Ich habe 2 Stück Sparmatic Comet gekauft. Beide waren bereits bei der
Inbetriebnahme defekt.
- Das 1. Gerät hatte eine intermittierende Unterbrechung der
Stromzufuhr. Bereits "schiefes Angucken" reichte aus, den Effekt
auszulösen.
- Das 2. Gerät besaß ein zu schwergängiges Getriebe: Auch im
nicht-montierten Zustand kam der Fehler E-3 beim manuell ausgelösten
Adaptieren.

Habe ich hier ein "Montagsprodukt" erwischt oder gibt es weitere
"Leidensgenossen"?

Danke für Antworten!
Bernhard

Bernhard R. schrieb:
> Ich habe 2 Stück Sparmatic Comet gekauft. Beide waren bereits bei der
> Inbetriebnahme defekt.

Bring sie direkt zum Händler zurück und nimm 2 neue mit.

Knut Ballhause schrieb:
> Bring sie direkt zum Händler zurück und nimm 2 neue mit.

Ich habe nicht gefragt, wie ich mit dem Händler verfahren soll, sondern
wie es mit Erfahrungen zur Qualität dieses Produks aussieht.

Bernhard

Ich hab 4 Stück gekauft und bisher keine derartigen Probleme. Das
einzige, was stört ist, dass die Adaptierung nicht immer stimmt. Die
Regler drehen nicht richtig zu, wenn es eigentlich warm genug ist. Dann
hilft nur neu adaptieren und fester anschrauben.

Andreas K. schrieb:
> Das
> einzige, was stört ist, dass die Adaptierung nicht immer stimmt. Die
> Regler drehen nicht richtig zu, wenn es eigentlich warm genug ist.

Das Problem existierte schon bei der originalen Zero-Firmware.

Von wegen Projekt-Website - warum nicht einfach hier als Projekt im Wiki
ablegen?

http://www.mikrocontroller.net/articles/Kategorie:...

Dafuer ist es doch da, oder? Siehe z.B. HR20E...


Ansonsten - Hat sich inzwischen mal jemand den Programmierstick
Progmatic reingezogen? Was ist da verbaut? Zur Zeit gibts da
Lieferprobleme, sonst haette ich meinen schon...

Der Programmierstick macht momentan nur mit der Originalfirmware Sinn.
Ich habe keine Verwendung dafür. Er war mir bisher auch immer zu teuer,
da ich dafür schon wieder einen neuen Regler kaufen kann. Da ich meine
Sparmatics mit Funk ausgerüstet habe, wollte ich irgendwann einmal
Programmierfeatures drahtlos machen...

bei Reichelt und ELV gibts zur Zeit auch welche für 15€

das ist aber nicht ETH sondern EHT (siehe Reichelt)
Hersteller schein eq-3 zu sein (siehe Anleitung bei LEV und Reichelt)

Hier ein Update - hatte bei der USB Buchse den GND vergessen.

> Helmut schrieb:
> Kannst du das Target-File mal ranhängen?
Gerne.

So, hier nun das LCD vom Sparmatic Comet mit den einzelnen Segmenten.

Und betrieben wird es so:

LCDCRB = (1<<LCDCS)|(0<<LCD2B)|(1<<LCDMUX1)|(1<<LCDMUX0)|(1<<LCDPM2)|(1<<LCDPM1)|(1<<LCDPM0);
/*
      (1<<LCDCS)                            // Das LCD wird im asynchronen Modus (LCDCS-Bit=1)
                                               mit der Frequenz des Quarzes TOSC1 = 32.768Hz als LCD Clock betrieben.
      |(0<<LCD2B)                           // 1/3 bias is used
      |(1<<LCDMUX1)|(1<<LCDMUX0)            // 1/4 Duty; COM0:3;
      |(1<<LCDPM2)|(1<<LCDPM1)|(1<<LCDPM0); // SEG0:24
*/

LCDFRR = (0<<LCDPS2)|(0<<LCDPS1)|(0<<LCDPS0)|(0<<LCDCD2)|(0<<LCDCD1)|(1<<LCDCD0);
/*
      (0<<LCDPS2)|(0<<LCDPS1)|(0<<LCDPS0)    // N = 16
      |(0<<LCDCD2)|(0<<LCDCD1)|(1<<LCDCD0);  // D = 2
      // ergo f(frame) = 128Hz
*/

LCDCCR = (1<<LCDDC2)|(0<<LCDDC1)|(0<<LCDDC0)|(/*config.lcd_contrast*/ 10 << LCDCC0);
/*
      (1<<LCDDC2)|(0<<LCDDC1)|(0<<LCDDC0)   // 575 µs
      |(config.lcd_contrast << LCDCC0);     // Set the initial LCD contrast level
*/

LCDCRA = (1<<LCDEN)|(1<<LCDAB)|(0<<LCDIE)|(0<<LCDBL);
/*
      (1<<LCDEN)    // Enable LCD
      |(1<<LCDAB)   // Low Power Waveform
      |(0<<LCDIE)   // disable Interrupt
      |(0<<LCDBL);  // No Blanking
*/

Mit dieser Initialisierung stimmt das Timing an SEG0 und COM0 mit dem
der Original Firmware überein.

MG
  Leo

Danke für die Forschung ;-). Junge haben die das Display kreuz und quer
angecrimpt. Da macht das Programmieren des Bargrafen und der Characters
nochmal so viel Spaß :-O, ging das denn nicht anders??!?

Manuel schrieb:
> Bevor ichs Gerät flashe sollte es original erstmal
> laufen,sonst geht es wohl zurück.

Scheint wohl eine Getriebe- oder Montageproblematik zu sein. Ich würde
es zurückgeben und ein anderes Teil mitnehmen. Meine Zeros laufen alle
und liefen auch mit der originalen Firmware im Rahmen ihrer
Möglichkeiten.

Was soll denn an dem ProgMatic dürftig sein? Der soll doch nur die am
Rechner erstellten Tagesprogrammierungen an den Heizregler übertragen.
Mehr geht da nicht. Klar könnte man noch andere Daten hin- und
herschicken oder die Firmware konfigurieren, aber das wiederum muss die
Firmware auf den Reglern unterstützen.

Ich denke er meint das zugehörige Windows-Tool ;)

Ich kann mangels Progmatic dazu nicht viel sagen. Eurotronic hat gestern
eine Email rumgeschickt, dass diese Programmier-Sticks erst im Januar
wieder lieferbar sind, weil irgendein Mikrochip nicht lieferbar ist.

Andreas K. schrieb:
> Ich denke er meint das zugehörige Windows-Tool ;)

Ja, sicher. Aber was soll das denn noch können? Die Firmware kann doch
auch nichts anderes...

Andreas K. schrieb:
> weil irgendein Mikrochip nicht lieferbar ist.

Wird wohl ein ATMEL-Controller sein...

Frank schrieb:
> Aber woher will man wissen, dass die z.Z. eingesetzte
> Software alles ausschöpft.

Weil niemand etwas programmiert, was er nicht bezahlt bekommt.

Frank schrieb:
> Mich würde z.B. eine Statistik über Temperaturverlauf,
> Heizdauer u.s.w. interessieren.

Das kannst Du mit der Original-Firmware vergessen. Abgesehen davon
kannst Du in der Hardware, respektive dem EEPROM, gerade mal etwa 700
Bytes zur freien Verwendung haben. Nicht gerade viel.

Knut Ballhause schrieb:
> Frank schrieb:
>> Aber woher will man wissen, dass die z.Z. eingesetzte
>> Software alles ausschöpft.
>
> Weil niemand etwas programmiert, was er nicht bezahlt bekommt.

Es ist aber durchaus nicht selten, dass das gleiche Gerät zu
unterschiedlichen Preisen mit unterschiedlichen Features verkauft wird
und sich die Versionen nur durch die Konfguration unterscheiden.

Es ist halt manchmal doch billiger den teureren controller zu benutzen,
wenn dafür höhere Stückzahlen zusammenkommen und doppelte
Lagerhaltungoder gar Produktionsschienen vermieden werden.

Naja. Ganz so blauäugig würde ich das erfahrungsgemäß nicht sehen. Zumal
dieses Produkt für Kunden gedacht ist, die eigentlich nur Heizen und
keinen Computerlehrgang machen wollen. Ich denke nicht, dass da noch
´was versteckt ist. Schließlich ist das keine X-Box oder PS3...

Knut Ballhause schrieb:
> Junge haben die das Display kreuz und quer angecrimpt.

Ein System steckt ja schon dahinter, aber mir raucht schon der Kopf auf
der Suche nach einem Algorithmus damit man die darzustellenden Zeichen
nur ein einziges mal definieren muss und aber beliebig an allen 4
Stellen verwenden kann.

MG
  Leo

Also so grafisch aufgedröselt sieht es fast schon wieder logisch aus
;-). Bitspiegelung lässt sich in ASM zum Glück sehr einfach realisieren.
Die zwei inneren Bits in Abhängigkeit zur Position zu verschieben, ist
auch nicht das Problem. Beim Zero musste man auch etwas um die Ecke
denken, da wurden auch 2 Ziffern anders behandelt, als die anderen 2...
Danke für die Bestandsaufnahme, Leopold.

Knut Ballhause schrieb:
> Die zwei inneren Bits in Abhängigkeit zur Position zu verschieben
Hmmm, irgendwie siehst du schon was, was ich noch nicht sehe.

Na in Position 1+2 sind 3 Bits gleich belegt. In Position 3 und 4 auch,
aber gespiegelt. Der Nullpunkt des oberen Nibbles bei Position 1+2
wandert und das herausgeschobene Bit befindet sich im höheren Register
mal an oberer, mal an unterer Stelle. Für 3 und 4 gilt der gespiegelte
Fall. Erleichternd kommt hinzu, dass immer 5Byte Adresssprünge
vorliegen, so dass man durch einfaches Addieren oder Subtrahieren von 5
das zugehörige Register findet.
Beim Zero waren auch mehrere Bits verdreht, weshalb man in der
Ausgaberoutine diese auch mehrfach tauschen musste und für den Einsprung
in die Ausgabe eine Position des Charakters als Parameter mitgeben
musste. Trotzdem hätte man die Bits beim 'comet' effektiver aufteilen
können, indem man die 3 gleichen Bits an dieselbe relative Position im
Byte gelegt hätte. So muß man wirklich jeden Charakter vor der Ausgabe
umdesignen. Na mal sehen, was da noch auf uns zu kommt.

Ich hab es so gemacht wie Dario Carluccio und Jiri Dobry beim OpenHR20.
Ist einfach, effizient und logisch.

Was hast Du gemacht?

Knut Ballhause schrieb:
> Was hast Du gemacht?

Nun, zuerst alle Segmente durchnummeriert

// LCD_SEG:_xx for LCD_SetSeg   // LCDDR | lcd_data[]
#define LCD_SEG_BAR24       0   //  0, 0 | [00], BIT 0
#define LCD_SEG_2C          1   //  0, 1 | [00], BIT 1
#define LCD_SEG_2D          2   //  0, 2 | [00], BIT 2
#define LCD_SEG_2M          3   //  0, 3 | [00], BIT 3
#define LCD_SEG_2E          4   //  0, 4 | [00], BIT 4
#define LCD_SEG_1D          5   //  0, 5 | [00], BIT 5
#define LCD_SEG_1M          6   //  0, 6 | [00], BIT 6
#define LCD_SEG_1E          7   //  0, 7 | [00], BIT 7
#define LCD_SEG_B2          8   //  1, 0 | [01], BIT 0
#define LCD_SEG_B3          9   //  1, 1 | [01], BIT 1
#define LCD_SEG_B8         10   //  1, 2 | [01], BIT 2
#define LCD_SEG_B9         11   //  1, 3 | [01], BIT 3
#define LCD_SEG_B14        12   //  1, 4 | [01], BIT 4
#define LCD_SEG_B15        13   //  1, 5 | [01], BIT 5
#define LCD_SEG_B21        14   //  1, 6 | [01], BIT 6
#define LCD_SEG_B22        15   //  1, 7 | [01], BIT 7
#define LCD_SEG_3E         16   //  2, 0 | [02], BIT 0
#define LCD_SEG_3M         17   //  2, 1 | [02], BIT 1
#define LCD_SEG_3D         18   //  2, 2 | [02], BIT 2
#define LCD_SEG_4E         19   //  2, 3 | [02], BIT 3
#define LCD_SEG_4M         20   //  2, 4 | [02], BIT 4
#define LCD_SEG_4D         21   //  2, 5 | [02], BIT 5
#define LCD_SEG_4C         22   //  2, 6 | [02], BIT 6
#define LCD_SEG_RADIO      23   //  2, 7 | [02], BIT 7
#define LCD_SEG_HOME       24   //  3, 0 | [03], BIT 0
#                          25   //  3, 1 | [03], BIT 1
#                          26   //  3, 2 | [03], BIT 2
#                          27   //  3, 3 | [03], BIT 3
#                          28   //  3, 4 | [03], BIT 4
#                          29   //  3, 5 | [03], BIT 5
#                          30   //  3, 6 | [03], BIT 6
#                          31   //  3, 7 | [03], BIT 7
#define LCD_SEG_BAG        32   //  5, 0 | [04], BIT 0
#define LCD_SEG_2K         33   //  5, 1 | [04], BIT 1
...

Damit kann man dann schon einzelne Segmente ansteuern.

void lcd_SetSeg(uint8_t seg, lcd_mode_t lcd_mode)
{
    uint8_t lcd_register;
    uint8_t bit;

    // Register = segment DIV 8
    lcd_register = seg / 8;

    // Bitposition = segment mod 8
    bit = 1<<(seg % 8);

    // Clear Bit in Bitplanes
    lcd_data[0][lcd_register] &= ~bit;
    lcd_data[1][lcd_register] &= ~bit;

    if (lcd_mode == LCD_MODE_ON)
    {
        // Set Bit in Bitplanes
        lcd_data[0][lcd_register] |= bit;
        lcd_data[1][lcd_register] |= bit;
    } // if (lcd_mode == LCD_MODE_ON)

    if (lcd_mode == LCD_MODE_BLINK)
    {
        // Set Bit in Bitplane
        lcd_data[1][lcd_register] |= bit;
    } // if (lcd_mode == LCD_MODE_BLINK)

    LCD_UPDATE_ENABLE(); // Ist ein Makro und macht ((LCDCRA |= (1<<LCDIE)),(lcd.force_update=1))
} // lcd_SetSeg

Wenn der LCD Interrupt auslöst wird die folgende Funktion ausgeführt und
das LCD aktualisiert.

void lcd_task_LcdUpdate(void)
{
    lcd.mode_blink = 0;
    for (uint8_t i = 0; i < LCD_REGISTER_COUNT; i++)
    {
        if (lcd_data[0][i] != lcd_data[1][i])   // Prüfen ob sich der Inhalt der Bitplanes wo unterscheidet, wenn ja dann blinken
        {
            lcd.mode_blink = 1;
            break;
        } // if (lcd_data[0][i] != lcd_data[1][i])
    } // for


    if ( (lcd.mode_blink) && (++lcd.blink_counter > LCD_BLINK_FRAMES) )
    {
        lcd.aktive_bitplane ^= 1; // bitplane umschalten

        lcd.blink_counter = 0;
        lcd.force_update  = 1;
    } // if ( (lcd.mode_blink) && (++lcd.blink_counter > lcd_BLINK_FRAMES) )


    if (lcd.force_update)
    {
        lcd.force_update = 0;

        // Copy desired segment buffer to the real segments
        LCDDR0  = lcd_data[lcd.aktive_bitplane][0];
        LCDDR1  = lcd_data[lcd.aktive_bitplane][1];
        LCDDR2  = lcd_data[lcd.aktive_bitplane][2];
        LCDDR3  = lcd_data[lcd.aktive_bitplane][3];
        LCDDR5  = lcd_data[lcd.aktive_bitplane][4];
        LCDDR6  = lcd_data[lcd.aktive_bitplane][5];
        LCDDR7  = lcd_data[lcd.aktive_bitplane][6];
        LCDDR8  = lcd_data[lcd.aktive_bitplane][7];
        LCDDR10 = lcd_data[lcd.aktive_bitplane][8];
        LCDDR11 = lcd_data[lcd.aktive_bitplane][9];
        LCDDR12 = lcd_data[lcd.aktive_bitplane][10];
        LCDDR13 = lcd_data[lcd.aktive_bitplane][11];
        LCDDR15 = lcd_data[lcd.aktive_bitplane][12];
        LCDDR16 = lcd_data[lcd.aktive_bitplane][13];
        LCDDR17 = lcd_data[lcd.aktive_bitplane][14];
        LCDDR18 = lcd_data[lcd.aktive_bitplane][15];
    } //if (lcd.force_update)


    if (!lcd.mode_blink)
    {
        LCDCRA &= ~(1<<LCDIE);  // LCD Interrupt ausschalten wenn die Bitplanes eh nicht unterschiedlich sind
    } // if (!lcd.mode_blink)

} // lcd_task_LcdUpdate

Nur zur Ansteuerung der vier 14 Segment Anzeigen.
Dazu werden die Bitmuster der einzelnen darzustellenden Zeichen in einem
Array im Flash abgelegt.

__flash uint16_t pgmlcd_character_table[] =
{
    // Segment  M    L   K   J  I   H  G2  G1   F   E   D   C   B   A
    // Bit     13   12  11  10  9   8   7   6   5   4   3   2   1   0
    0x243F,    // '0'
    0x0406,    // '1'
    0x00DB,    // '2'
    0x008F,    // '3'
    0x00E6,    // '4'
    0x00ED,    // '5'
    0x00FD,    // '6'
    0x2401,    // '7'
    0x00FF,    // '8'
    0x00EF,    // '9'
    0x00F7,    // 'A'
    0x0C39,    // 'B'
    0x0039,    // 'C'
    0x120F,    // 'D'
    0x0079,    // 'E'
    0x0071,    // 'F'
}

Und zu jeder der vier Anzeigen eine Umsetzung auf deren Segmente am LCD

// Look-up table to adress a segment inside a field
__flash uint8_t pgmlcd_SegOffsetTable[][4]=
{
    /*    0           1           2           3          Field */
    {LCD_SEG_1A,  LCD_SEG_2A,  LCD_SEG_3A,  LCD_SEG_4A},
    {LCD_SEG_1B,  LCD_SEG_2B,  LCD_SEG_3B,  LCD_SEG_4B},
    {LCD_SEG_1C,  LCD_SEG_2C,  LCD_SEG_3C,  LCD_SEG_4C},
    {LCD_SEG_1D,  LCD_SEG_2D,  LCD_SEG_3D,  LCD_SEG_4D},
    {LCD_SEG_1E,  LCD_SEG_2E,  LCD_SEG_3E,  LCD_SEG_4E},
    {LCD_SEG_1F,  LCD_SEG_2F,  LCD_SEG_3F,  LCD_SEG_4F},
    {LCD_SEG_1G1, LCD_SEG_2G1, LCD_SEG_3G1, LCD_SEG_4G1},
    {LCD_SEG_1G2, LCD_SEG_2G2, LCD_SEG_3G2, LCD_SEG_4G2},
    {LCD_SEG_1H,  LCD_SEG_2H,  LCD_SEG_3H,  LCD_SEG_4H},
    {LCD_SEG_1I,  LCD_SEG_2I,  LCD_SEG_3I,  LCD_SEG_4I},
    {LCD_SEG_1J,  LCD_SEG_2J,  LCD_SEG_3J,  LCD_SEG_4J},
    {LCD_SEG_1K,  LCD_SEG_2K,  LCD_SEG_3K,  LCD_SEG_4K},
    {LCD_SEG_1L,  LCD_SEG_2L,  LCD_SEG_3L,  LCD_SEG_4L},
    {LCD_SEG_1M,  LCD_SEG_2M,  LCD_SEG_3M,  LCD_SEG_4M},
};

Dann noch eine kleine generische Funktion die das Bitmap eines Zeichen
auf einem der vier Anzeigen darstellt.

static void lcd_WriteDigit(uint16_t bitmap, uint8_t digit, lcd_mode_t lcd_mode)
{
    uint8_t seg;
    uint16_t mask = 1;

    // Set 14 Bits
    for (uint8_t i=0; i<14; i++)
    {
        seg = pgmlcd_SegOffsetTable[i][digit];

        lcd_SetSeg(seg,((bitmap & mask)?lcd_mode:LCD_MODE_OFF));

        mask <<= 1;
    } // for
} // lcd_WriteDigit

Und mit einer Funktion wie dieser kann man dann Ziffern von 0 - F auf
einer der vier Anzeigen darstellen.

void lcd_WriteNum(uint8_t value, uint8_t digit, lcd_mode_t lcd_mode)
{
    if (value < 16)
    {
        lcd_WriteDigit(pgmlcd_character_table[value], digit, lcd_mode);
    }
} // lcd_WriteNum

Wie schon gesagt, alles nach der Idee von Dario Carluccio und Jiri
Dobry.
Der Code wurde teilweise von mir nur etwas abgeändert bzw. optimiert.

Fortsetzung folgt.

MG
  Leo

Halt die Leiter gerade... Von dem Code verstehe ich so viel wie ein
Pferd vom Mauern. Aber danke, dass Du Dir so viel Mühe gemacht hast. Ich
guck´s mir nochmal in Ruhe an....

Hallo nochmal,

habe gerade meine Lieferung bekommen. Die COMETs von Pollin haben auch
überhaupt keine Schrauben mehr, sondern das Gehäuse ist mit
Schweissnippeln gesichert. Ebenso die Platine. Um an die Innereien zu
kommen, muss man im Batteriefach 2 Nippel oben abknipsen und unten im
Gehäuse 2 Nippel mit einem 3...4mm Bohrer ausbohren. Um das
Wiederverschliessen muss ich mir dann noch ´nen Kopf machen ;-) Die
Reise beginnt...

Hmm, erste negative Erfahrung: der federnde Kontakt des
Programmiersteckers lässt sich nicht ohne Weiteres in die
Mini-USB-Buchse hineinstecken, da diese den Platz im Gehäuse nicht
vorsieht. Somit ist das Programmieren, ohne das Gehäuse zu modifizieren,
ziemlich unmöglich.

Knut Ballhause schrieb:
> Die COMETs von Pollin haben auch überhaupt keine Schrauben mehr,
> sondern das Gehäuse ist mit Schweissnippeln gesichert. Ebenso die Platine.
Gut zu wissen - dann kann ich mir die Bestellung bei Pollin sparen.


> Der federnde Kontakt des Programmiersteckers lässt sich nicht
> ohne Weiteres in dieMini-USB-Buchse hineinstecken,
> da diese den Platz im Gehäuse nicht vorsieht.
Ja, stimmt - ist beim Thermy auch so bemerke ich gerade.
Blöd wenn man 10 Stück zu programmieren hat.
Muß ich mir halt einen Bootloader für Funk mit RFM12 machen. ;-)

Der Spannungsverlauf an ADC2 (R19-C8) lässt sich gut für die
Referenzfahrt nutzen.

Wahrscheinlich ist diese Schaltung auch für die Erkennung gedacht ;-).
Der Comet macht zu wenige Umdrehungen für eine sichere Erkennung per
Drehzahl. Auch ein Grund, weshalb die Batterien länger halten sollen.

Leopold B. schrieb:
>> Die COMETs von Pollin haben auch überhaupt keine Schrauben mehr,
>> sondern das Gehäuse ist mit Schweissnippeln gesichert. Ebenso die Platine.
> Gut zu wissen - dann kann ich mir die Bestellung bei Pollin sparen.

Naja... nicht ganz. Ist halt nur etwas schwieriger. Der Preis ist
allerdings unschlagbar zur Zeit. Ich glaube, im Moment sind die Teile
auch ausverkauft.

Leopold B. schrieb:
>> Der federnde Kontakt des Programmiersteckers lässt sich nicht
>> ohne Weiteres in dieMini-USB-Buchse hineinstecken,
>> da diese den Platz im Gehäuse nicht vorsieht.
> Ja, stimmt - ist beim Thermy auch so bemerke ich gerade.
> Blöd wenn man 10 Stück zu programmieren hat.
> Muß ich mir halt einen Bootloader für Funk mit RFM12 machen. ;-)

Inzwischen habe ich einen neuen Programmierstecker gebaut. Es ist
lediglich ein Loch mit 1mm Durchmesser im Abstand von 1.3mm über der
Oberkante der Mini-USB-Buchse-Öffnung zu bohren. Der Reset-Kontakt des
Programmiersteckers ist ein Stück Phosphorbronze-Draht mit 0.3mm
Durchmesser. Federstahl 0.5mm sollte auch gehen, lässt sich aber
schlecht löten.

Hallo Leopold,

habe gerade herausgefunden, dass eine Verbindung im Schaltplan fehlt.
Und zwar liegt der Pluspol von C9 noch direkt an Vcc. D2 ist eine
Schottky-Diode mit knapp 0.2V Flussspannung. Sie wird wahrscheinlich im
Kurzschlussfall des Motors (Blockierung) mitleiten, um R18 zu schützen.
D2 hat die ehrenvolle Aufgabe, den Controller vor Falschpolung zu
schützen und hebt die Masse ab. Die Bezeichnung der verschiedenen Massen
im Schaltplan kann schnell übersehen werden.

Die Werte der Widerstände sind:

R1: 100k @25°
R2:   1k
R3, R4, R5, R11, R13, R15, R17: 330R
R6: 120k
R7: 470R
R8: 120k
R9, R19, R20: 1M
R10, R12, R14, R16: 100R
R18: 2R2

Die Keramik-Cs dürften alle 100n haben, außer C8 und C1 mit jeweils 10n.

Kurze Zwischenmeldung zum Comet: Das Display habe ich erstmal mit den
alphanumerischen Digits angesteuert bekommen. Ich habe mit Lookup-Tables
gearbeitet. Selbiges habe ich noch für den Bargraphen vor, dann kann man
schon mal vernünftig debuggen ;-)

Knut Ballhause schrieb:
> habe gerade herausgefunden, dass eine Verbindung im Schaltplan fehlt.
> Und zwar liegt der Pluspol von C9 noch direkt an Vcc.
Hmm, wo meinst du ist da auf der Platine die Verbindung?

> D2 ist eine Schottky-Diode mit knapp 0.2V Flussspannung.
Laut dem Marking Code G3s eine BAR63 - Datenblatt anbei.

Knut Ballhause schrieb:
> ..., dann kann man schon mal vernünftig debuggen ;-)
Hast keinen JTAGICE mkII? :-)

Leopold B. schrieb:
>> D2 ist eine Schottky-Diode mit knapp 0.2V Flussspannung.
> Laut dem Marking Code G3s eine BAR63 - Datenblatt anbei.

Ich meinte natürlich D3... D2 ist klar.

Leopold B. schrieb:
>> Und zwar liegt der Pluspol von C9 noch direkt an Vcc.
> Hmm, wo meinst du ist da auf der Platine die Verbindung?

Löte D3 aus, dann siehst Du´s ;-). Kann man aber auch messen. Direkt
unter D3 ist auch noch ein Via auf die Top-Seite.

Leopold B. schrieb:
>> ..., dann kann man schon mal vernünftig debuggen ;-)
> Hast keinen JTAGICE mkII? :-)

Nö, habe ich nicht. Und ich gedenke auch, die JTAG-Schnittstelle als I/O
für ein RFM12 zu benutzen, da sonst nichts frei ist.

Knut Ballhause schrieb:

> Leopold B. schrieb:
>>> Und zwar liegt der Pluspol von C9 noch direkt an Vcc.
>> Hmm, wo meinst du ist da auf der Platine die Verbindung?
>
> Löte D3 aus, dann siehst Du´s ;-).
Hab ich. Tatsächlich da ist ein Verbindung.



>Und ich gedenke auch, die JTAG-Schnittstelle als I/O
> für ein RFM12 zu benutzen, da sonst nichts frei ist.
Ist sicher einfacher aber ich will die On-cip Debug Möglichkeit nicht
verlieren.
Ich denke daher eher an die SPI. Und PE0, PE3 und PF0. Aber Details hab
ich mir noch nicht überlegt.

Bei F0 wirst Du kein Glück haben, der wird (offiziell) für eine
Toleranzmessung und -beeinflussung des Reflexsensors verwendet. Die ISP
wird für die externe Programmierung verwendet, so dass man auch
ungeöffnete Cometen umschreiben kann. Daran ein Funkmodul ist vielleicht
nicht die beste Idee...

Knut Ballhause schrieb:
> Bei F0 wirst Du kein Glück haben, der wird (offiziell) für eine
> Toleranzmessung und -beeinflussung des Reflexsensors verwendet.
Brauch ich nicht - Verbindung kann man auftrennen.

> Die ISP wird für die externe Programmierung verwendet, so dass man auch
> ungeöffnete Cometen umschreiben kann. Daran ein Funkmodul ist vielleicht
> nicht die beste Idee...
Sollte kein Problem sein beides zu nutzen - haben schon andere vor mir
gemacht.
Siehe auch http://www.atmel.com/dyn/resources/prod_documents/...
4.1.1

Leopold B. schrieb:
> Brauch ich nicht - Verbindung kann man auftrennen.

Hmmm. Vielleicht ist die Verbindung doch wichtig. Auftrennen scheuen
andere Anwender möglicherweise.

Leopold B. schrieb:
> Sollte kein Problem sein beides zu nutzen - haben schon andere vor mir
> gemacht

Es geht nicht nur um das reine Beschalten, sondern auch um die
Funktionalität. Ich hätte Bedenken, dass sich Programmer und Funkmodul
eventuell beharken.

Hallo,

bin gerade am Überlegen: bei der Originalfirmware des Zero sowie auch
des Comet wird die aktuelle Uhrzeit beim Batteriewechsel (vermutlich bei
Unterschreiten der Mindestspannung) abgespeichert. Legt man
beispielsweise neue Batterien ein, ist die Uhr scheinbar nur
stehengeblieben und lediglich die Minuten oder auch Stunden (je nachdem
wie lange das Gerät ohne Spannung lag) müssen angepasst werden. Jetzt
stellt sich mir die Fage, wie das angestellt wird. Da ich keinen Zero
mit Originalfirmware mehr habe und keinen offenen Comet mit
Originalfirmware, könnte vielleicht mal jemand den AIN0-Eingang mit
einem Oszi messen? Ich hätte den Verdacht, dass dort eventuell ein
Ansatz liegen könnte. Ich denke nicht, dass die Zeit zyklisch
abgespeichert wird, da dies das EEPROM zu stark belasten würde.

Knut Ballhause schrieb:
> Jetzt stellt sich mir die Fage, wie das angestellt wird.
Was meinst du, wie die Batteriespannung ermittelt wird?

Nö, das weiss ich ja und nutze es auch, aber das Messen der
Batteriespannung mit dem ADC dauert zu lange und da der Controller die
meiste Zeit schläft, würde nur ein Interrupt in Frage kommen, der den
Controller weckt oder im Wachzustand sofort dazu veranlasst, die Werte
zu speichern und dann kontrolliert abzuschmieren, bis neue Batterien
eingelegt werden. Dann müssen die Daten in die RTC zurückgeladen werden.

Aber mal ehrlich, würdest du beim Einbrechen der Batteriespannung
anfangen im EEPROM rumzuschreiben?

Naja - die Originalfirmware tut´s ja auch, nehme ich an. Bei anderen
Projekten habe ich das auch schon praktiziert, allerdings nicht bei
batteriebetriebenen Geräten, wo es auf jedes mA ankommt und deshalb der
Controller extrem ausgebremst ist.

Prinzipiell kannst Du den Thermosensor (blau/weißer, bedrahteter
Mini-NTC) auslöten, an dessen Stelle eine 2-adrige Litze anlöten, diese
verdrillen und daran den Sensor wieder anlöten. Der Sensor kann ja mit
einem Tropfen Epoxy oder einem Schrumpfschlauch gesichert/isoliert
werden. Die Leitungslänge sollte bei 2m nicht überschreiten, wegen Brumm
und anderen Störungen.

Lars schrieb:
> Also der Stellmotor kann ja
> nicht immer senden dann wäre ja noch einen Monat der Akku leer...

Empfangen sollte der Stellmotor, nicht (unbedingt) senden. Der Empfang
darf nur anfangs ständig und nach Synchronisation mit einem Master in
einem engen, vereinbarten Zeitfenster alle paar Minuten stattfinden.
Dann reicht der Akku lange.

Lars schrieb:
> Aber wenn er nur Empfangen würde, müsste Controller ja immer lauchen??
> Sprich er kann nicht in Sleep gehen oder??

Nein. Der Slave lauscht nur in einem Zeitfenster, welches der Master
zuvor definiert hat. Da der Slave-Controller sowieso alle paar ms kurz
aufwacht, um die RTC weiterzuzählen, kann er eben auch die Zeit zählen,
die noch bis zum Erreichen des nächsten Zeitfensters verstreichen muss.
Ist das Zeitfenster dann erreicht, geht der Slave kurz auf Empfang und
erwartet die Datenpakete vom Master. Somit ist er dann auch gleich
wieder für das nächste Zeitfenster synchronisiert.

Lars schrieb:
> Wäre es nicht besser einfach zu senden?

Nein, wäre es nicht, weil sich dann 2 Slaves überlappen können und der
Master nur Datensalat präsentiert bekommt.

Lars schrieb:
> Ich habe in etwa 10 Stellmotoren da müsste ich doch das Problem mit der
> Überschneidung des Sendens vernachlässigen können??

Kannst Du das garantieren? Quarze sind nicht so genau und wenn nicht
durch den zu oberst herrschenden Master nachsynchronisiert wird, laufen
die Slaves auseinander oder zusammen, such´s Dir aus.

ich würde die Stellglieder nicht komplett dumm machen. die sollten schon
noch auch autark funktionieren.
Was ist wenn die Zentrale steuerung mal ausfällt?
Da wär es schon nett, wenn die Grundfunktion der Heizung noch vorhanden
ist.

Beides ist möglich. Ich würde auch nur das RFM12 (o.ä) ergänzen und
nicht alles ausschlachten.

Moin,


mh schade ist keiner mal damit angefangen?? was in Bascom zu machen?


Lars

Hallo,

es gibt wieder einige Neuigkeiten: Der Fernsensor für den Sparmatic Zero
ist gerade in Arbeit. Er sendet Temperatur und Schaltdaten per Funk an
entsprechend ausgerüstete Heizungsthermostaten. Es ist von der Hardware
her möglich, entweder über einen NTC oder über einen SHT11 oder andere
I2C-Sensoren zu messen. Ausserdem sind 2 Buttons und 1 externer
Schalteingang vorhanden, an dem man z.B. Reed-Kontakte anbringen kann,
die offene Fenster detektieren. Der Sensor wird an einer entfernten
Stelle im Zimmer aufgehängt und kann mehrere Zeros mit Daten versorgen.
Weitere Infos folgen.

Hallo,

die Hardware steht. Details sind in den angehängten Bildern zu finden.
Wenn es jemand nachbauen möchte, schicke ich noch eine Demo-*.hex, die
minütlich einen Datenstring ausspuckt. Die Platine passt in dieses
Gehäuse:

http://www.reichelt.de/?ACTION=3;GROUP=C714;GROUPI...

Ach, Schaltplandatei vergessen...

Edit: das Gehäuse mit 21mm Höhe passt auch, ebenso das mit 28mm Höhe.

Hi Knut,

gibts dazu auch einen Quellcode?

Grüße

Alex W. schrieb:
> gibts dazu auch einen Quellcode?

Freilich, aber das hier ist ja nicht die Codesammlung ;-) Nee, im Ernst,
die Firmware ist momentan very beta, da ich die einzelnen Funktionen
erst teste. Da es aber einige Leute im Forum gibt, die schon mit den
Sparmatic Zero gearbeitet haben und teilweise auch ihre eigene Firmware
in allen möglichen Programmiersprachen geschrieben haben, wollte ich
erstmal die Hardware für einen externen Sensor. Demo-Firmwares als
*.hex-files, die die Funk-Funktionen beinhalten, gibt es dann auch hier,
mit den nötigen Beschreibungen. Als nächsten Schritt muss ich die
Anmeldung eines Sensors am Zero umsetzen. Gibt es denn inzwischen auch
jemanden ausser mir, der ein RFM12 in einen Zero gelötet hat?.

Anleitung für RFM12 im Zero:
Beitrag "Re: Preisgünstiger Heizungsregler bei Praktiker"

c-logic schrieb:
> Wie wärs, anstatt ein RFM12, einen normalen OOP-Empfänger zu nehmen ?

Die RFM können auch OOK, ist aber etwas aufwändiger.

c-logic schrieb:
> Dann gäbe es eine ernstzunehmende Kompatibilität zu gängigen
> Funktemperatur-Sendern.

Das Problem ist ein anderes: Alle Geräte, die mir bisher untergekommen
sind, hatten von Haus aus eine bescheidene Reichweite, auch die
FS20-Teile von ELV. Innerhalb größerer Räume gingen die noch gut, aber
sowie Wände oder Decken dazwischen kamen, war es aus mit der Funkerei.
Bei der Testanordnung mit den RFM12-Modulen habe ich bisher alle Regler
von einem zentralen Punkt aus ansprechen können, auch die im
Nebengebäude.

abo

Knut Ballhause schrieb:
> Alex W. schrieb:
>> gibts dazu auch einen Quellcode?
>
> Freilich, aber das hier ist ja nicht die Codesammlung ;-)

Hatte ja schonmal gefragt, aber irgendwie landen alle Fragen nach dem
Quellcode im leeren. Ich habe ein paar Sparmatic zero, die ich an meinen
Can Bus anbinden will. Bevor ich mich jetzt ans Programmieren mache,
nochmal kurz die Frage ob es den Quellcode gibt. Gegen eine Verneinung
habe ich auch nix, nur vertroesten auf irgendwann nützt leider nix :)

Ein kurzes ja oder nein reicht mir also schon :)

P.s. Ist nicht böse gemeint, muss mich nur entscheiden wie ich weiter
voran gehe.

Megabug schrieb:
> Gibts was neues? :)
>
> Wie gut klappt die RFM12 geschichte? Wie lange leben die Batterien im
> Sparmatic damit?

Die ersten Regler an verschiedenen externen Temperatursensoren laufen.
Allerdings habe ich noch einen Bug, der durch das Pollen der Daten vom
empfangenden Modul entsteht und dazu führt, dass nach einigen Tagen die
Uhr im Regler nach geht. Ich muss das noch optimieren. Leider reichen
die Anschlusspins am Zero nicht für eine interruptbasierte
Datenübergabe, aber ich denke, das ist noch in den Griff zu bekommen.

Michael Kentschke schrieb:
> Hatte ja schonmal gefragt, aber irgendwie landen alle Fragen nach dem
> Quellcode im leeren.

Michael Kentschke schrieb:
> Bevor ich mich jetzt ans Programmieren mache,
> nochmal kurz die Frage ob es den Quellcode gibt.

Ja. Natürlich gibt es eine Quellcode. Du programmierst in ASM? Und Du
magst unvollständig kommentierten Code? Wenn es um konkrete Fragen geht,
wäre ein Informationsaustausch sicher besser, als der nackte Code.

Knut Ballhause schrieb:

> Ja. Natürlich gibt es eine Quellcode. Du programmierst in ASM? Und Du
> magst unvollständig kommentierten Code? Wenn es um konkrete Fragen geht,
> wäre ein Informationsaustausch sicher besser, als der nackte Code.

Ja freilich kann ich ASM programmieren. Und irgendwie dreht man sich ja
im Kreis, wenn man einerseits nicht will das Leute unkkomentierten Code
bekommen sollen, die aber wiederum mitarbeiten würden und vielleicht
auch dann was kommentieren. Auch gegen eine ASM Lib würde nichts
sprechen. ich will nicht das Rad neu erginden, sondern einfach nicht per
Funk sondern per Can arbeiten. Es würde also reichen wenn du eine
Schnittstelle kommentierst (die du ja mit funk schon hast). Aber nach
nochmaligen Lesen habe ich  das Gefühl das du nicht so richtig willst
das Leute mitarbeiten, was auch dein gutes Recht ist.

Mittlerweile bin ich schon am Überlegen ob ich die sparmatic Teile unter
Lehrgeld verbuche (unüberlegt gekauft in der Hoffnung mit dran zu
arbeiten) und mir Honeywell Teile hole, wo die Leute auch kein Problem
haben, wenn da Code dabei ist der nicht kommentiert ist.

Wie auch immer, danke trotzdem für deine Rückmeldung.
Micha

Michael Kentschke schrieb:
> Ja freilich kann ich ASM programmieren. Und irgendwie dreht man sich ja
> im Kreis, wenn man einerseits nicht will das Leute unkkomentierten Code
> bekommen sollen, die aber wiederum mitarbeiten würden und vielleicht
> auch dann was kommentieren.

Die Sache ist die, dass ich höchstwahrscheinlich nicht in vernünftigem
Zeitrahmen auf Fragen der beteiligten Programmierer eingehen könnte.
Deshalb betreibe ich die Pflege und den Ausbau der Firmware nach eigenem
Bedarf. Ich habe die Erfahrung gemacht, dass man sich mit dem 'open
sourcen' von halbfertigen Sachen keinen Gefallen tut. Wenn Du den Kram
ohne Garantie und ohne Anspruch auf Support haben willst, dann schick
mir ´ne PN.

Michael Kentschke schrieb:
> Auch gegen eine ASM Lib würde nichts
> sprechen.

Doch. Die bisherige Struktur des Programms.

Michael Kentschke schrieb:
> ich will nicht das Rad neu erginden, sondern einfach nicht per
> Funk sondern per Can arbeiten.

Was etwas völlig anderes ist. CAN erfordert eine UART. Da die
Hardware-UART auf der Platine nicht ohne fiese Pfriemelei zugänglich
ist, ist der Programmieraufwand ziemlich hoch, zumal die Rechenpower des
Controllers durch die notwendige Zeit im Sleep (den Batterien zuliebe)
ohnehin schon recht begrenzt ist.

Michael Kentschke schrieb:
> Aber nach
> nochmaligen Lesen habe ich  das Gefühl das du nicht so richtig willst
> das Leute mitarbeiten,

Ich möchte mir lediglich Stress ersparen. Kann mich ja auch irren, was
das betrifft. Aber weisst Du: Die Resonanz auf diese Firmware, was das
Austesten der eingestellten Beta-Wares angeht, ist doch sehr verhalten,
aber wenn es um Code-Einsicht geht, sind sie auf einmal alle dicke da.
Jeder will dann wohl doch lieber sein eigenes Ding machen, anstatt sich
zur bestehenden Variante zu äussern oder diese weiterzubringen.

Michael Kentschke schrieb:
> Mittlerweile bin ich schon am Überlegen ob ich die sparmatic Teile unter
> Lehrgeld verbuche (unüberlegt gekauft in der Hoffnung mit dran zu
> arbeiten) und mir Honeywell Teile hole, wo die Leute auch kein Problem
> haben, wenn da Code dabei ist der nicht kommentiert ist.

Ansichtssache. Die Honeywell-Teile haben auch ihre Macken seitens der
Hardware, denen auch gute Firmware nur bedingt beikommen kann, wie man
den einschlägigen Threads immer wieder entnehmen kann. Aber probieren
kannst Du natürlich alles.

Knut Ballhause schrieb:
> Die Sache ist die, dass ich höchstwahrscheinlich nicht in vernünftigem
> Zeitrahmen auf Fragen der beteiligten Programmierer eingehen könnte.
> Deshalb betreibe ich die Pflege und den Ausbau der Firmware nach eigenem
> Bedarf. Ich habe die Erfahrung gemacht, dass man sich mit dem 'open
> sourcen' von halbfertigen Sachen keinen Gefallen tut. Wenn Du den Kram
> ohne Garantie und ohne Anspruch auf Support haben willst, dann schick
> mir ´ne PN.
>
Ja das erwarte ich auch nicht :). Sieh es mal so, wer programmieren kann
versteht auch viel in dem Code selber, auch wenn er nicht kommentiert
ist. Wenn ich komplett kommentieren Code erwarten würde, dann würde ich
mir etwas suchen wo ich durch bezahlen Support bekomme.

> Michael Kentschke schrieb:
>> Auch gegen eine ASM Lib würde nichts
>> sprechen.
>
> Doch. Die bisherige Struktur des Programms.
>
Ok

> Was etwas völlig anderes ist. CAN erfordert eine UART. Da die
> Hardware-UART auf der Platine nicht ohne fiese Pfriemelei zugänglich
> ist, ist der Programmieraufwand ziemlich hoch, zumal die Rechenpower des
> Controllers durch die notwendige Zeit im Sleep (den Batterien zuliebe)
> ohnehin schon recht begrenzt ist.
Das ganze System würde dann auch über den CAN BUs versorgt, also nichts
mit Batterien mehr (höchsten als Backup). Es spricht auch nichts gegen
einen zweiten MC davor, nur sind das Aufwende, die ich dich nicht fragen
will, sie für mich zu programmieren.


> Ich möchte mir lediglich Stress ersparen. Kann mich ja auch irren, was
> das betrifft. Aber weisst Du: Die Resonanz auf diese Firmware, was das
> Austesten der eingestellten Beta-Wares angeht, ist doch sehr verhalten,
> aber wenn es um Code-Einsicht geht, sind sie auf einmal alle dicke da.
> Jeder will dann wohl doch lieber sein eigenes Ding machen, anstatt sich
> zur bestehenden Variante zu äussern oder diese weiterzubringen.

Ich bin mir halt dann unsicher ob ich meine Zeit in ein Projekt
investiere, wo ich von vorne anfangen muss. Also suche ich mir die
Projekte aus, wo ich mitmachen kann, und dann Teste ich auch gerne was
durch. Ich denke das schon ein paar andere hier genauo darüber gedacht
haben.

> Michael Kentschke schrieb:
>> Mittlerweile bin ich schon am Überlegen ob ich die sparmatic Teile unter
>> Lehrgeld verbuche (unüberlegt gekauft in der Hoffnung mit dran zu
>> arbeiten) und mir Honeywell Teile hole, wo die Leute auch kein Problem
>> haben, wenn da Code dabei ist der nicht kommentiert ist.
>
> Ansichtssache. Die Honeywell-Teile haben auch ihre Macken seitens der
> Hardware, denen auch gute Firmware nur bedingt beikommen kann, wie man
> den einschlägigen Threads immer wieder entnehmen kann. Aber probieren
> kannst Du natürlich alles.

Ja Macken hat es wohl immer überall, aber das ist ja auch ok. Ist und
bleibt halt meistens auch Bastelware.

Gruß
Micha

Hi guys,

I've bought some Sparmatic Comet devices and I plan to use and modify
open source firmware for Honeywell HR20 (OpenHR20 -
http://openhr20.sourceforge.net). Current OpenHR20 developer J. Dobry is
close friend of mine. As I see you already started working on some
alternative firmware for Comet. Do you plan to release your firmware
source code or perhaps start new project similar to OpenHR20 for
Sparmatic devices ?

Petr D. schrieb:
> As I see you already started working on some
> alternative firmware for Comet.

Hello! The project is not really started yet due to lack of time. Some
low level routines for the display are still existing.

Petr D. schrieb:
> Do you plan to release your firmware
> source code

If it is finished some time, then it may be released.

Petr D. schrieb:
> or perhaps start new project similar to OpenHR20 for
> Sparmatic devices

No. I always write firmware that I use for myself. I don´t want to write
on such huge open one-for-all projects.

Vielleicht bräuchte es gar keinen Fork, sondern nur die Möglichkeit, die
Software alternativ mit den Treibern für das eine oder das andere Gerät
zu kompilieren, denn die Regelalgorithmen und Komfort-Funktionen werden
ja gleich sein, nur die Schnittstelle zur Hardware sieht anders aus.

Beobachter schrieb:
> irgendwie gewinnt man den Eindruck, als will man hier nur bestaunt
> werden.

Spinner. Wenn es nur das wäre, dann hätte ich keine Infos zur Hardware
und deren Eigenheiten veröffentlicht. Ich habe nur keine Zeit, mich um
Leute wie Dich zu kümmern. Ernsthafte Anfragen habe ich per PN oder
eMail beantwortet.

> Vielleicht sollte man einfach die Hardware-Erkenntnisse aus diesem
> Thread abstauben und einen HR20-Fork namens Sparmatik aufmachen.
> Dann wäre Knut auch bestätigt: alles nur Diebe seines geistigen
> Eigentums.

Mach doch, wes Du willst. Dann hast Du wenigstens mal was bewegt,
anstatt nur ´rumzulabern.

R. Max schrieb:
> denn die Regelalgorithmen und Komfort-Funktionen werden
> ja gleich sein,

Dessen bin ich mir nicht sicher, wenn ich originale und veränderte
Geräte parallel laufen lasse.

R. Max schrieb:
> nur die Schnittstelle zur Hardware sieht anders aus.

Das auch, da Regelung und Schnittstellen direkt zusammenhängen.

Lieber Beobachter,

Knut hat im Kaufe des Threads schon mehrmals angedeutet, dass er
(höflichen) Anfragen per Mail nicht unaufgeschlossen gegenüber ist. Hier
hätte sicher ein Weg bestanden, die Sourcen zu bekommen, ein gut
dokumentiertes "Projekt" daraus zu machen, und dieses dann gemeinsam
oder mit seinem "Segen" zu veröffentlichen. Sein Hauptproblem (wie
vieler anderer) ist wohl die Zeit.

Aber bei Deinem bisherigen Auftreten hier könnte ich gut verstehen, wenn
er (speziell Leuten, die auch noch nicht mal genug A.i.d.H. haben, sich
mit ihrem Namen anzumelden) die kalte Schulter zeigt...

Beobachter schrieb:
> @rmax: ja, eigentlich sind die Dinger doch zu ähnlich, um nicht mit
> einer Codebasis abgehandelt werden zu können. Wenn man Pins und
> Segment-Mapping ordentlich #defined, dann sollte schon viel geschafft
> sein.
>
> ICH hab das verstanden :-)

Hast du auch verstanden das ein Verhalten wie du (und andere) es an den
Tag legen ein Grund dafür ist das Hobby-Entwickler ihre Quellen bzw.
auch nur die Binaries lieber für sich behalten?

Ich finde es schon erstaunlich: Da gehen Leute hin und nutzen die
Leistung die andere kostenlos und vollkommen freiwillig erbracht haben
und glauben die Entwickler seien ihnen (aufgrund dessen?) irgendetwas
schuldig. Als hätten sie denen irgendeinen Gefallen damit getan oder
gar dafür bezahlt. "Da könnte er doch 'wenigstens' die Quellen ver-
öffentlichen" oder "Jetzt habe ich mir die ganze Mühe mit dem Nach-
bau gemacht und dann funktioniert das noch nicht einmal so wie ich
gedacht habe!". Na sowas.

Das bezieht sich jetzt nicht speziell auf dieses Projekt. Aber diese
Einstellung beobachte ich im OpenSource Bereich leider zu oft.
Was mich besonders beunruhigt ist das ich den Eindruck habe das es
sich hier um ein ausgesprochen deutsches Phänomen handelt.
Vielleicht auch europäisch, kann ich nicht sagen, aber zumindest
bei den Amis ist das nicht so.

Das manche hingehen und ihre Projekte sehr wohl veröffentlichen - und
zwar vollständig - eine kommerzielle Nutzung allerdings ausschließen,
habe ich für meinen Teil allerdings (noch) nicht verstanden. Ein
Lizenzmodell haben die nicht. Es dürfte auch relativ klar sein das
die niemals Geld mit ihrem Projekt verdienen werden und es vermutlich
auch gar nicht wollen.
Zwar habe ich eine Theorie, doch ich hoffe das die nicht zutrifft.
Die fällt auch in den Bereich "typisch deutsch". Leider.

Du hast vollkommen recht, viele wollen da was abstauben und gut ist .
Aber man muss auch die andere Seite sehen. Der 4. Beitrag steht unten
als Zitat und das hatte mir seinerzeits Hoffnung gemacht. Wenn ich als
Veröffentlicher schreibe "gute Idee, source zum mit/weiter entwickeln
kommt" und dann wird immer vertröstet ist auch nicht die feine Art. Aber
egal, ich bin eh raus, da mir da zu stressig ist. Programmiere mir das
jetzt selber und gut ist. Wenn ich es dann veröffentliche dann komplett,
so handhabe ich das halt.

Gruss
Micha

Knut Ballhause schrieb:
> Thomas Schrauth schrieb:
>> Hallo Travelrec,
>>
>> klasse Projekt! Würde das gerne in eine Haussteuerungsanlage
>> integrieren, sprich noch einen CAN Controller dranhängen....
>> Es würde mich freuen, wenn du mir für diesen Zweck deinen Sourcecode
>> bereitstellen könntest
>>
>>
>> Vielen Dank+Gutes neues Jahr
>>
>> scio999
>
>
> Ja, Dir auch ein gutes Neues Jahr! Sourcecode kommt bald, CAN sollte
> möglich sein, wenn Du einen stromsparenden Controller findest, der noch
> mit 2.5V läuft. Im Moment bin ich gerade dabei, mich mit der Anbindung
> an RFM12B_868MHz-Funkmodule zu befassen. Dafür wird es später auch eine
> Internetanbindung geben, die ein Arbeitskollege von mir realisieren
> will...

Tja, das war natürlich schon ein starker Auftritt. Ich gehe solchen
Dingen ja dadurch aus dem Weg indem ich sehr früh meinen Code
auf Servern wie Sourceforge ablade. Und zwar mit CVS oder Subversion.
Vollständiger und stets aktueller Code aber keine weitere Doku.
Da kann es natürlich durchaus vorkommen das der aktuelle Code gerade
nicht läuft oder sich nicht einmal compilieren lässt. Aber es kann mir
niemand vorwerfen das ich meinen Code zurückhalten würde.

Vielleicht wäre das ja ein Kompromiss. Schnorrer können damit nicht
viel anfangen weil zu faul, während "echten" Entwicklern das ziemlich
egal ist. Und die Kommerziellen interessieren mich nicht. Aber gerade
bei letzteren scheint es ja bei manchen einige Vorbehalte zu geben.

So sieht das dann z. B. bei mir aus:
http://www.mikrocontroller.net/svnbrowser/wordclock

Ich habe noch zwei weitere (größere) Projekte auf Sourceforge
veröffentlicht. Allerdings unter meinem Rufzeichen als Funkamateur.
Das Poste ich hier aber nicht. Dann könnte ich auch gleich meine
Anschrift veröffentlichen. Aber es gibt auch im Amateurfunk
entsprechende Foren. Da bin ich nicht so zimperlich ;).

Hallo TravelRec!

Ich wollte mich auch mal in dieses Thema einsteigen.
Ich habe ein Thermotronic (was ja scheinbar ähnlich zu einem Sparmatic
Zero ist?). Ich habe diesen Schaltplan dazu gefunden und habe auch bei
mir durchgeklingelt und kann diesen mit kleinen Ausnahmen
(Widerstandswerte und Kondensatoren) verifizieren.

Ich wollte jetzt nur fragen, ob es möglich ist, die Firmware auf diese
Plattform zu portieren oder der Quellcode irgendwo zur Verfügung steht.

Das wäre zeimlich interessant und ich würde auch gerne helfen, wenn ich
kann...

LG.

Nico D. schrieb:
> Es scheint auch erstmal alles gut zu funktionieren, jedoch frage ich
> mich, was der Bildschirm rFt8 nach dem Einstellen der Uhrzeit zu
> bedeuten hat. Die 8 kann durch das Drücken auf + und - auf Werte
> zwischen 1 und F eingestellt werden. Was bewirkt diese Funktion?

Das ist die Tuning-Funktion für ein eventuell eingebautes
RFM12-Funkmodul. Damit kann man die Reichweite u.U. erhöhen, weil man
die Module elektronisch abstimmen kann, wenn der Modulquarz von der
Sollfrequenz abweicht. Es hat sich gezeigt, dass die Module vom Werk her
etwas unterschiedliche Carrier-Frequenzen haben.

Kervin Küchler schrieb:
> Ich wollte jetzt nur fragen, ob es möglich ist, die Firmware auf diese
> Plattform zu portieren?

Ja kann man. Ich habe einen davon im Einsatz, allerdings ist dessen
Firmware veraltet, so dass ich die neuen Anpassungen der 0.14 erst
einmal einpflegen muss. Die Unterschiede sind zwar geringerer Art, aber
ich hatte meinen Sparmatic basic umgerüstet auf mehrere externe
Sensoren, da er eine Fussbodenheizung steuert...Schreib mir mal eine PN
oder eine eMail.

Die Heizsaison hat ja zeitweise schon begonnen, daher möchte ich meine
Heizung (Etagenheizung) und Heizkörper fernsteuern/regeln.

Die max-Geräte von elv bieten noch keinen Schaltausgang für die
Etagenheizug und andere Fertiggeräte sind recht teuer. Daher macht ein
eigenes Projekt schon Sinn.

Ich benötige daher fernsteuerbare Heizkörpertermostaten, am besten über
Funk. Mit den RFM12 sollte, solange man die noch kaufen kann, offenbar
möglich sein.

Nur mit welchem Regler kommt man denn am schnellsten zum Ziel? Sparmatic
Comet gibt es momentan beim Praktiker für 20€ und die Homeexpert HR 20e
bekommt man für 20€ bei Völkner und anderen Versendern.

Was könnt ihr mir empfehlen? Bei den Sparmatics scheint sich ja nicht
mehr viel zu tun?

Oder bin ich mit den ETH comfort 200 besser bedient, da ist funk schon
integriert?

Thomas Mühlhausen schrieb:
> Oder bin ich mit den ETH comfort 200 besser bedient, da ist funk schon
> integriert?

Soweit ich weiss, werwenden diese keinen Controller, den der Anwender
programmieren kann.

Thomas Mühlhausen schrieb:
> Ich benötige daher fernsteuerbare Heizkörpertermostaten, am besten über
> Funk. Mit den RFM12 sollte, solange man die noch kaufen kann, offenbar
> möglich sein

Ist möglich und bereits integriert. Läuft seit 1. Jahr stabil, ist aber
ohne weitere Features. Lediglich ein im Zimmer aufgehängter Sender funkt
die Temperatur zum Sparmatic Zero, der daraufhin die gewünschte
Temperatur anfährt. In einem Zimmer mit mehreren Heizkörpern können
mehrere Regler mit diesem Sender synchronisiert werden.

Thomas Mühlhausen schrieb:
> Sparmatic
> Comet gibt es momentan beim Praktiker für 20€ und die Homeexpert HR 20e
> bekommt man für 20€ bei Völkner und anderen Versendern.

Der Comet ist bislang nicht erschlossen, für den HR20e gibt es einen
eigenen Forumbeitrag, vielleicht da mal schauen.

http://embdev.net/topic/118781?goto=new#new

Gast Du frische Batterien verwendet? E-3 heißt Batterien zu schwach oder
Ventil schwergängig. Waren die Thermostaten auch im Sommer dran zwecks
Kalkschutzfahrt?

Wolfgang-G schrieb:
> Deshalb mal die Frage, welche Ventilunterteile verwendet wurden, um eine
> ordentliche Regelfunktion zu erreichen, bzw., hat sich jemand schon
> damit beschäftigt?

Meine Regler laufen auf Heimeier und Danfoss (genaue Bezeichnung
unbekannt), alle mal im blau-gelben Baumarkt gekauft. Im Betrieb sind
auch Danfoss-Teile verbaut, die aber ebenfalls ein schleichendes
Absperren des Zulaufes ermöglichen (4mm Steuerweg). Die Schnellabsperrer
würden auch funktionieren, allerdings würde der Regler dann anders
modulieren müssen, digitaler halt ;-). Auf die Trägheit des
Gesamtsystems bezogen würde das aber kaum einen Unterschied machen.

Liebe Mitleser,

nächste Woche Donnerstag (3.11.2011) gibt´s beim blauen Feinkost-A-Nord
wieder Heizthermostate für 15 EUR, es handelt sich um einen Sparmatic
Comet mit modifiziertem Gehäuse. Wenn es interessiert, würde ich dann
auch eine Firmware für das Teil und die anderen Comet-Derivate
portieren...

http://www.aldi-nord.de/aldi_angebot_do_03_11_2011...



Wenn es jemanden gibt, der mitmachen und das Ganze auch online pflegen
möchte, dann könnte man das open sourcen, da ich immer ziemlich kurz
angebunden bin. Ich werde in ASM schreiben, Ports nach C müsste ein
Anderer machen. Hardware zum Erweitern der Thermostate werde ich auch
bauen. Das könnten externe Fühler, Funk und andere Geschichten sein.
Dauer des Projektes ist undefiniert und die Arbeiten daran werden
(zumindest von mir) sporadisch und spontan erledigt ;-).

Bis dahin!

Hallo,

ich habe den bereits, aber ich begreife einiges nicht.
-) Die Mini-USB-Buche diemnt welchem Zweck? Kann man damit den Regler
programmieren?

-) wie mache ich debugging? der Regler hat insgesamt 15 Kontaktpads,
deren Bedeutung ich bisher nicht kenne.

Ausserdem wüsste ich gerne, womit die Temperatur gemessen wird. Wo ist
der Sensor?
Gruss
Robert

wer lesen kann ist klar im Vorteil, fange mal hier an:
Beitrag "Alternative Firmware für Sparmatic Zero Heizungsthermostat"

R. Freitag schrieb:
> ich habe den bereits,

Ha, noch ein anderes Modell, dieses Mal mit Lichtschranke auf der
Platine...

R. Freitag schrieb:
> Die Mini-USB-Buche diemnt welchem Zweck? Kann man damit den Regler
> programmieren?

Ja, und zwar über ISP. Ausserdem dient sie der Verbindung mit dem
'Programmierstick', mit dem man die Heizzeiten per Computer einstellen
und übertragen kann. Es ist aber kein echter USB-Anschluss.

R. Freitag schrieb:
> wie mache ich debugging?

Über JTAG.

Beitrag "Re: Alternative Firmware für Sparmatic Zero Heizungsthermostat"

R. Freitag schrieb:
> Ausserdem wüsste ich gerne, womit die Temperatur gemessen wird. Wo ist
> der Sensor?

Auf der Displayseite der Platine, vorn neben dem Drehgeber, der kleine
graue 0603-SMD-Kasten.

Matthias Larisch schrieb:
> Leider heute Nachmittag im Max Bahr das Doppelpack Sparmatic Zero für
> 40e gekauft,

Mach mal ein Foto von den Sachen, möglicherweise hast Du die neuen Zero
2 gekauft, die wiederum mit dem Comet, bis auf das Drehrad, identisch
sind.

Die Aldi Teile habe ich, in diesem Thread etwas weiter oben findest du
auch Bilder.Und nach meinen Unterlagen sind PE0 und PF3 noch unbelegt,
ausserdem sind die JTAG Pins uU verfügbar.

Gruss

Robert

Moin! Hab auch die Aldi-Cometen-Teile, aber vor 1 Jahr bei Conrad
gekauft. Was mich am meisten nervt ist, dass die bei schwergängigen
Ventilen die Adaptierung nicht richtig funzt, d.h. die drehen mit der
Zeit nicht mehr richtig zu. (Abhilfe schafft da, die Dinger nicht ganz
so fest draufzuschrauben, dann zu adaptieren und dann festschrauben...)

Aber perspektivisch möchte ich auch gern rumschrauben an den Dingern :)

Was mich jedoch bisher daran hindert ist die Verschraubung. Die
Schrauben sind sehr weich, sitzen sehr fest und leiern schnell aus - da
hab ich einfach Angst ;)

Ausserdem braucht man nen modifizierten Mini-USB-Stecker um die Dinger
umprogrammieren zu können, den muss ich mir auch erst noch
organisieren...

Aber Open-Source klingt super!!!

Andreas K. schrieb:
> (Abhilfe schafft da, die Dinger nicht ganz
> so fest draufzuschrauben, dann zu adaptieren und dann festschrauben...)

Das könnte künftig die Software erledigen. Wichtig ist nur, dass der
Motor überhaupt die Karft hat, das Ventil zuzudrücken. Beim Adaptieren
wird nämlich bis der Motor zum Stehen kommt weitergedreht. Was der Motor
bei Adaptieren nicht schafft, wird er spöter bei der Regelung auch nicht
schaffen. Dies gilt es zu ergünden.

Andreas K. schrieb:
> Was mich jedoch bisher daran hindert ist die Verschraubung. Die
> Schrauben sind sehr weich, sitzen sehr fest und leiern schnell aus - da
> hab ich einfach Angst ;)

Wenn Du überhaupt Schrauben hast, ist das schon mal gut. Die Geräte aus
2011 sind nur noch mit Schweißnippeln verschlossen. Einmal geöffnet,
sind sie nur noch mittels eingeklebter Buchsen und passender Schrauben
wieder zu verschließen.

Andreas K. schrieb:
> Ausserdem braucht man nen modifizierten Mini-USB-Stecker um die Dinger
> umprogrammieren zu können, den muss ich mir auch erst noch
> organisieren...

Den kann man basteln. Siehe hier:
Beitrag "Re: Preisgünstiger Heizungsregler bei Praktiker"

Die Kontaktfeder muss durch einen federnden Draht ersetzt werden. 2mm
oberhalb der USB-Buchse ist ein 1.5mm Loch zu bohren, in welches der
Draht hineinreicht. Dies stellt den Kontakt zum Reset-Pin des AVR her.

@ R. Freitag:

Wie auf den Bildern zu sehen ist, haben die Thermy-Thermostate (ALDI)
die Reflexlichtschranke auf der Hauptplatine bestückt, während Sparmatic
eine Riserplatine benutzt, die in den Schlitz der Hauptplatine an die
rechteckigen Pads eingelötet ist. Da ich jetzt das gehäuse nicht
aufreissen mag, könntest Du mal bitte durchklingeln, ob die PADs mit der
Lichtschranke auf dem Board korrespondieren?

Hallo nochmal,

habe gerade mal mit den Cometen gespielt, die NTCs sind schon mal vom
Wert und vom Koeffizienten her dieselben, die auch in den alten Zeros
verbaut wurden. Die Temperaturanzeige gibt sehr ähnliche Werte aus :-)

Matthias Larisch schrieb:
> Anbei die Bilder und der Schaltplan, wie immer natürlich ohne Gewähr.

Die Platine sieht wie die der Thermy-Variante aus, nur eben mit Tasten
anstelle des Drehrades. Und der Platinenschlitz ist nicht mehr
vorhanden, die Lichtschranke ist direkt aufgelötet. Könntest Du den
Schaltplan mal etwas höher auflösen bitte, so 300dpi. Könntest Du auch
mal bitte das Getriebe fotografieren, mich würde mal interessieren, wo
die Lichtschranke draufschaut...

Matthias Larisch schrieb:
> Könntest du uns zum einfachereren Start deinen Comet Code zukommen
> lassen? Unkommentiert, wie auch immer, vollkommen egal. Daraus könnten
> wir dann wenigstens ein paar Infos zur Ansteuerung von Motorsensor und
> Display ziehen.

Bis auf das Display und die Temperaturmessung geht momentan hier noch
gar nichts, das Projekt habe ich gerade auf AVR-Studio5 umgestellt. Gib
mir bitte noch ein paar Tage zum Aufräumen, dann mache ich zum Thema
Comet und dessen neue Derivate einen neuen Thread auf. Da sich die
Firmwares des alten Zero gegenüber des neuen Zero und des Cometen zu
stark unterscheiden werden, will ich hier nicht zu viele Details
mischen.