Alternative Firmware für Sparmatic Zero Heizungsthermostat

[Knut B. (Firma: TravelRec.) (travelrec)]

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/sparmatic_zero.png

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.

[Knut B. (Firma: TravelRec.) (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.

[Knut B. (Firma: TravelRec.) (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.

[Thomas S. (scio999)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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...

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Calogero D. (Firma: swissgrd.va) (cdg)]

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.

[Uhu U. (uhu)]

@ Travel Rec.:

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

[Catweazle (Gast)]

Hallo zusammen, hallo Travel Rec.

Das hört sich ja wirklich bemerkenswert an, was ihr hier entwickelt 
habt!
Nu bin ich neu hier und auf diesen Thread gestoßen, weils vergangene 
Woche im Aldi-Süd die als "THERMy" gelabelten "Sparmatic Basic"s für 
24,99 gab.

Gibs für diese Geräte auch schon eine alternative Firmware?

Nach Öffen eines dieser Regler wird klar, daß sie von dem "Zero" ne 
abweichende Hardware haben! Offensichtlich andere Portbelegung am 
ATmega, Dreh-Rad mit Incrementalgeber, Platine ist bedruckt mit "HKT 
Rev.0.4".
Außerdem gibts zumindest innen auch eine USB-Buchse - jedoch nicht 
durchs Gehäuse zugänglich!
Wenn von Interesse, könnte ich die Platine mal abfotografieren und hier 
reinstellen.

Hab leider noch nicht wirklich verstanden, ob dieser "Basic" vielleicht 
mit dem Open-HR20-Projekt kompatibel wär... oder wie hoch der Aufwand 
vom Portieren der Zero-FW wäre...

Könnte mir dazu vielleicht jemand ein paar Tipps geben?

Schon mal vielen Dank!
Catweazle

[Kay P. (kay)]

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

[Catweazle (Gast)]

Hallo Kay!

Hier das Innenleben:
- Demoniert
- Blick auf Anschluß des Motors und Sensor
- Platine: Oberseite
- Platine: Unterseiteseite (gespiegelt)

Die Platine ist hierbei horizontal oben im Regler plaziert (Bottom-Seite 
oben), so daß das Display über den grauen leitfähigen Streifen auf die 
SMD-Pads kontaktiert ist.

Gruß Catweazle

[Knut B. (Firma: TravelRec.) (travelrec)]

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"

[Knut B. (Firma: TravelRec.) (travelrec)]

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?

[Uhu U. (uhu)]

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

[Calogero D. (Firma: swissgrd.va) (cdg)]

@ 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

[Uhu U. (uhu)]

Calogero Digangi schrieb:
> War das eine Entkalkfahrt ?

Nein, das war der Parkinson-Mode.

[Knut B. (Firma: TravelRec.) (travelrec)]

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 ;-)

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Calogero D. (Firma: swissgrd.va) (cdg)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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

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

[Kay P. (kay)]

Hi,

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

Gruß Kay

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Kay P. (kay)]

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


Gruß Kay

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[musa (Gast)]

Hallo,

folgendes Problem:
Auf dem Display erscheint nur noch ADAP jedoch passiert nichts. Heizung 
ist voll aufgedreht und der Sparmatic reagiert nicht mehr.
Batterien sind voll. Es erscheint immer nur ADAP aber ohne Funktion???

[Knut B. (Firma: TravelRec.) (travelrec)]

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

[Calogero D. (Firma: swissgrd.va) (cdg)]

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

[Zero (Gast)]

musa schrieb:
> Hallo,
>
> folgendes Problem:
> Auf dem Display erscheint nur noch ADAP jedoch passiert nichts. Heizung
> ist voll aufgedreht und der Sparmatic reagiert nicht mehr.
> Batterien sind voll. Es erscheint immer nur ADAP aber ohne Funktion???

Diese Problematik hatte ich mal bei einem neuen Zero mit der original 
Firmware. Den hab ich da sofort wieder zurückgebracht. Da war wohl die 
Impulserkennung für das Drehen defekt.

[medienforum (Gast)]

Habe seit 4.2.10 das gleiche ADAP Problem. Kam plötzlich. Nichts 
paasiert, trotz Batteriewechsel. Gibt es eine Reset Taste?

[Knut B. (Firma: TravelRec.) (travelrec)]

@ muasa / @ medienforum:

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

[Thilo M. (Gast)]

@ Travel Rec.:

Ich kenne dieses Teil hier zwar nicht, aber Reichelt scheint im Forum 
mitzulesen:
http://www.reichelt.de/?;ACTION=3;LA=0;GROUPID=4388;ARTICLE=91215;APE=0;SID=28Rew5pqwQARwAAAI2swQ5d25503ddd820f19abf9dd9dbdda6741

Vielleicht ist deine Firmware ja kompatibel ...

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

Hallo,

ich habe auch den Sparmatic gekauft. Was mich ärgert ist, daß man keine 
Akkus benutzen kann bzw. diese nach einer Woche als leer angezeigt 
werden.

Wüde deshalb gerne Eure alternative Firmware benutzen - 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?

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

Danke für Infos

Gruß

[Knut B. (Firma: TravelRec.) (travelrec)]

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 ;-).

[Rufus Τ. F. (rufus)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

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. 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.

Danke für die Infos.

Warum kann man nicht eifnach so ein Verbindungskaber durchwicken und die 
darin befindlichen drähte direkt anschließen?

oder noch besser: warum geht kein USB Verbindugnskabel das am 
Heizkörperregler und am PC passt direkt?

Was ist ein 3V-tauglichen AVR-ISP Programmer, wo bekommt man sowas?

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.

Gruß

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Günterx (Gast)]

"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."

Nachteil: Die Temp. bleibt so, während ich beim REisemodus einstellen 
kann, WANN diese wqieder erhöht wird.

Wenn ich längere zeit weg bin, ist es ganz vorteilhaft, wenn ich in eine 
warme Wohnung komme, statt erst wieder z.T. 2 Tage warten zu müssen bis 
sich die Wände erwärmt haben.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Gerhard Z. (germel)]

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.

[Thomas L. (lengeth)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Torsten F. (tnetwork)]

abo

[Fabian (Gast)]

Hat schon mal jemand in den Sparmatic Comet reingeschaut? steckt da die 
gleiche Hardware drin? wär interessant wegen Nutzbarkeit der Firmware 
(wenigstens nach Anpassung..)

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

Hallo,

ich habe den Sparmatic mit einem Mega169PV liegen, der seit einem jahr 
nur noch "Adap" anzeigt, gibt es eine Möglichkeit den zu Reseten? Ich 
habe mir die Platine schon angeschaut finde aber nichts brauchbares.

Gruß Florian

[Calogero D. (Firma: swissgrd.va) (cdg)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Florian F. (florianf)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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...

[Florian F. (florianf)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

Ä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...

[Florian F. (florianf)]

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

[j-x (Gast)]

Hi,

am Quellcode wäre ich auch interessiert!

Danke

[chrwie (Gast)]

Hi,

weiss schon jemand ob man diese SW auch bei dem Sparmatic Comet 
verwenden kann?

Ich würde gerne die aktuelle Temperatur sehen...

Viele Grüße

[Knut B. (Firma: TravelRec.) (travelrec)]

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?

[Andreas K. (uboot)]

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...

[Knut B. (Firma: TravelRec.) (travelrec)]

Na das ist doch mal ein Wort :-)

[Andreas K. (uboot)]

:) 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/downloads/THERMy-BAL-X-11-2010.pdf 
enthalten ist, hier jedoch nicht: 
http://www.eurotronic.org/fileadmin/user_upload/SPARmatic-comet/SPARmatic-comet-BAL-de-20100723-screen.pdf

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Daniel B. (skol)]

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

[Andreas K. (uboot)]

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 :(

[Calogero D. (Firma: swissgrd.va) (cdg)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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?! ;-)

[Leo (Gast)]

Andreas K. schrieb:
> Kann mir dazu jemand was empfehlen? Wiha ist leider ziemlich teuer, da
> kostet ein Schraubenzieher 8EUR und ein ganzes Set um die 50EUR :(
Set gibt's bei Reichelt billiger.
http://www.reichelt.de/?ACTION=3;ARTICLE=28801;PROVID=2402

[matthiasp (Gast)]

Hallo in die Runde!

Habe mit Interesse die Beiträge gelesen, da ich auch auf der Suche nach 
Möglichkeiten bin, den Sparmatic Comet von "außen" zu steuern. Ich habe 
ein Probeexemplar zerlegt und die Scans hier mal angehangen. Leider 
ging's nicht ganz ohne Schäden ab, da das Gerät bei der Montage offenbar 
im Gehäuse verlötet wird. Der Positionssensor des Motors wird dabei 
mittels 3 Kontakten mit der eigentlichen Platine verlötet, das lies sich 
nicht ganz sauber trennen. Für weitere Versuche habe ich Drahtbrücken 
eingelötet. Der Temperatursensor befindet sich auf der Seite der 
Platine, wo der Controller sitzt direkt an den Tasten.
Um das Ganze testen zu können, nutze ich ein ausgebautes 
Ventilunterteil.
Sehr weit bin ich noch nicht gekommen, aber eventuell helfen ja die 
Bilder schon weiter.
Öffnen läßt sich das Gehäuse mit einem T6.
Aso, der Controller ist ein Atmega 169PV-8MU.

Beste Grüße
Matthias

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

Hi,
ich habe schon etwas Erfahrung mit Anzeigen und dem Atmega 128 und 
Analogtechnik.
Bei uns möchte ich @home auch die SPARmatic-comet nutzen. Beim weit 
bekannten Online-Auktionshaus gibt es diese ja sehr günstig.

Würde gerne bei der Portierung, speziell aber bei der Darstellung / der 
Anbindung an die Anzeige und Menüführung helfen.

- Ein echt interessantes Projekt.

Wenn ich die diese Woche Bestelle, kann ich wohl erst mitte nächte Woche 
also 10....11. mit ihnen rechnen.

Wäre cool, wenn jemand eine ..de.vu-Seite machen könnte, damit wir 
vielleicht langsam eine Übersicht und Struktur in das Thema bekommen 
könnten. Es scheinen ja diverse Firmwares mit Vor- und Nachteilen und 
diversen Kompatibilitäten zu den jeweiligen Typen zu existieren.
Oder vielleicht könnte man das bisherige Wissen ja auch in diesem Forum 
hier irgendwie übersichtlich bündeln.

Wie gesagt, ich will mir dann schonmal die neuen SPARmatic-comet holen 
und hätte Lust zu helfen.

Würde mich über die aktuellste Version sehr freuen :-)
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.

Gruß
Peter

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

> Knut Ballhause schrieb:
> 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.

Jupp, dass das nicht der gleiche Controller ist, habe ich auf den 
Bildern auch gesehen.
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 ;-)

Hmm... gut, wenn die netten Freunde von SPARmarkt das geschützt haben, 
dann ist das zwar sehr schade, aber auch nicht so wild.
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"
Für das Schreiben der Darstellungsroutine aber umso besser, da man sich 
Wort für Wort alles aufzeichnen und später einfach für seine eigenen 
Zwecke, Zeichen für Zeichen bzw. Symbol für Symbol, zusammenschreiben 
kann.
Es sind laut Foto und Atmega169 anscheinend nur die 3..4 Segmente direkt 
vom LCD-Driver aufgelegt (z.B. für die Zahlen), die anderen Anschlüsse 
laufen an eine andere Stelle. Die anderen Zeichen/Symbole werden dann 
wahrscheinlich direkt über die Ports gesteuert.
Selbst wenn alle 8bit des Treibers direkt auf die Anzeige laufen 
sollten, wäre dies recht wenig um ohne Decodierer für RS232/SPI/I2C 
alles anzeigen zu können. Ich vermute mal, dass da aber bestimmt die 
günstigste Variante gewählt wurde, die eben direkt angesteuert wird.

Was ich mir allerdings am ehesten vorstellen kann wäre, dass alle 
Zeichen und Symbole direkt angesteuert werden. Sonst wären die 
Anschlüsse für die Anzeige nicht so viele. Höchstens werden die Zahlen 
über den LCD-Driver gesteuert. Was dagegen spricht, ist allerdings, dass 
es dann ein Durcheinander wäre. Ein Teil so und ein anderer so 
angesteuert... ich glaube nicht, dass das so gemacht wurde.

Ist ja auch egal erstmal. Ich habe mir jedenfalls schon welche Bestellt 
und bin gespannt drauf, wie das nun im Detail aussieht und ob es so ist, 
wie ich es mir denke.
Und vorallem.... ob vielleicht bei der neuen Version... die ja nun nicht 
sehr lange auf dem Markt zu sein scheint. Ob die vielleicht schon viel 
besser funktioniert, wie die alten Dinger...

Gruß
Peter

[Knut B. (Firma: TravelRec.) (travelrec)]

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"

[Leopold B. (leo1969)]

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

Mg
  Leo

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Bernhard R. (barnyhh)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Bernhard R. (barnyhh)]

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

[Andreas K. (uboot)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[speedboatz (Gast)]

Ich hatte auch einen Sparmatic Basic, der nur ADAP anzeigte. Ich konnte 
ihn heute recht einfach reparieren.

Erstmal auseinandernehmen bis man den Motor in der Hand hat. In meinem 
Fall hatte sich der Motor etwas verhakt. Ich konnte das Antriebsrad mit 
der Hand etwas bewegen.

Danach das Ding wieder zusammenbauen, Batterien rein.
Es zeigt immer noch ADAP an, aber der Motor dreht den Stift nun wieder 
zweimal raus und rein und danach läuft wieder alles wie gewohnt.

[Andreas K. (uboot)]

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

http://www.mikrocontroller.net/articles/Kategorie:AVR-Projekte

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...

[Knut B. (Firma: TravelRec.) (travelrec)]

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...

[Chris (Gast)]

Hallo zusammen,

ist zwar etwas OT, aber vielleicht interessant für den ein oder anderen.

Den Comet gibt es bei Pollin aktuell für ~15,-EUR

Habe welche bestellt und reihe mich damit in die Reihe der 
Atternativ-Firmware-Interessenten ein ;-)

Gruß
Chris

[Vlad T. (vlad_tepesch)]

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

[Info (Gast)]

Beitrag "Neuer Heizkörperthermostat bei ELV"

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

[Vlad T. (vlad_tepesch)]

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

[Leopold B. (leo1969)]

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

[Helmut (Gast)]

echt gut gemacht, Leopold.

Kannst du das Target-File mal ranhängen?

Gruß Helmut

[Leopold B. (leo1969)]

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

[Chrid (Gast)]

Hi,
ich hatte den Support wegen fehlender Sommer-/Winterzeitumschaltung bei 
dem neuen Comet-Regler angeschrieben:

"Sehr geehrter Herr xxx,
unsere Geräte schalten automatisch zwischen Sommer und Winterzeit um. 
Dies wurde nur in den neueren Bedienungsanleitungen vergessen zu 
erwähnen.
Mit freundlichen Grüßen / Best regards
Technik EUROtronic Technology GmbH"


Gruß
Chris

[Leopold B. (leo1969)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

Völliger Müll sind die Dinger ja schon. Aber bin auch kein 
handwerklicher Laie,somit schließe ich mich mal hier an.
Habe ein neues Gerät bestellt,welches nicht wie gewünscht funktioniert, 
Support hilft mir nicht->Kundenservice=0.
Ich lege die Batterien ein und gehe die Einstellungen durch, ich höre 
das der Motor dreht und es erscheint INST im Display. Auch das führe ich 
durch, ich forder die ADAP und höre wieder das der Motor 
dreht.....anschließend passiert aber nix mehr,das Gerät bleibt im 
ADAP-Modus hängen, nix geht dann mehr. Habs nun mehrmals probiert. Habe 
alles mal in der Hand durchgespielt...und trotz das der Motor dreht 
bewegt sich der Stoßel vllt 0,5mm gesamt,mehr nicht.
Habt ihr ne Lösung?Bevor ichs Gerät flashe sollte es original erstmal 
laufen,sonst geht es wohl zurück.

MfG manuel

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Frank (Gast)]

Hallo,  hat schon jemand versucht eine Alternativ-Software für den 
PROGmatic zu entwickeln? Der Funktionsumfang der Standartsoftware ist 
schon etwas dürftig.

Gruß Frank

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Andreas K. (uboot)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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...

[Knut B. (Firma: TravelRec.) (travelrec)]

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

Wird wohl ein ATMEL-Controller sein...

[Frank (Gast)]

Knut Ballhause schrieb:
> Andreas K. schrieb:
>> weil irgendein Mikrochip nicht lieferbar ist.
>
> Wird wohl ein ATMEL-Controller sein...

OK, es ist richtig, was die FW nicht bereitstellt kann eine Software 
nicht auslesen. Aber woher will man wissen, dass die z.Z. eingesetzte 
Software alles ausschöpft.

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

Gruß Frank

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Vlad T. (vlad_tepesch)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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...

[Leopold B. (leo1969)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Leopold B. (leo1969)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Leopold B. (leo1969)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

Was hast Du gemacht?

[Leopold B. (leo1969)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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....

[Knut B. (Firma: TravelRec.) (travelrec)]

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...

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Leopold B. (leo1969)]

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. ;-)

[Leopold B. (leo1969)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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 ;-)

[Leopold B. (leo1969)]

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.

[Leopold B. (leo1969)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Leopold B. (leo1969)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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...

[Leopold B. (leo1969)]

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/doc2521.pdf 
4.1.1

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Leopold B. (leo1969)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Leopold B. (leo1969)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[c-logic (Gast)]

Gibt es bei diesem Projekt schon Experimente mit externen 
Temperatursensoren ?
Hab da das typische Fensterbrett über Heizung+Thermostat-Problem, was 
eine sinnvolle Raumtemperaturmessung zunichte macht.

Gruß Dennis

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[bingo (Gast)]

Die sparmatic comet gibt es z.Zt. bei Pollin für 14.95

http://www.pollin.de/shop/dt/NTg3NzMxOTk-/Haustechnik/Heizung_Sanitaer/Energiespar_Regler_EUROtronic_SPARmatic_comet.html

[Lars (Gast)]

Moin Moin,

ich habe mich nu einige Zeit durch die beiden Threads über die Sparmatic 
gelesen...die Idee ist top einen billgen Regler zu tunen...

Leider passt das konzept nicht ganz zu meinem Haus 
Automatisierungskonzept...

Ich suche schon seid einiger Zeit Thermostat die an meine Wago Steuerung 
passen (RS232 oder TCP) leider ohne erfolg..

Nun bin ich auf die Idee gekommen so einen billigen Thermostatregler 
umzumodeln das es nachher nur noch ein doofer Stellmotor ist, denn ich 
per Funk (evtl RFM12) auf und zufahren lassen kann.

Also vom Aufbau hatte ich mir das so vorgestellt:

Wago(RS232)-->funk-->10xStellmotor

Also Protocoll wäer SNAP ja genau das richtige wegen des Netzwerks.

Wie würdet ihr das machen mit dem Funk? Also der Stellmotor kann ja 
nicht immer senden dann wäre ja noch einen Monat der Akku leer...

Besteht überhaupt interesse an so einem Projekt??


Lars

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

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

Wäre es nicht besser einfach zu senden? Also per Timer eine Zeit 
ablaufen lassen den AVR aufwecken und sende und wieder schlafen...
Per Timer:
1.Slave sendet "hier bin ich"
2.warten auf Antwort vom Master "ok"
3.Master Sendet Werte
4.Slave sendet "ok"

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

Gibt es evtl einen  Bascom Source Code? wo schon einige sachen für einen 
Sparmatic Comet drin sind?

Denn könnte man das ja als Grundlage nutzen.




Lars

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Vlad T. (vlad_tepesch)]

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.

[Lars (Gast)]

Okay die Idee hört sich auch gut an. Müsste ich noch mal überlegen wie 
ich denn mein sps Programm stricken müsste....

Hast du schon mit dem RFM12 was testet? oder auch nur angedacht?

Hat evtl jemand eine Bascom Source für einen Sparmatic?? oder müsste ich 
alles selber aufbauen....wäre nicht so gut so gut sind meine 
Prog.kenntnisse auch nicht ;-)


Lars

[Knut B. (Firma: TravelRec.) (travelrec)]

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

[Lars (Gast)]

Hehe ja aber erst ma ne Grundlage haben....Also hab die Artikel noch mal 
so durchflogen und keinen Sourcecode gefunden...nur Fertige hex files...

Es war auch irgendwo die Rede von Bascom aber da hab ich nichts mehr 
gefunden..


Lars

[Lars L. (lars_l)]

Moin,


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


Lars

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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;GROUPID=3355;ARTICLE=8161;SID=32m@YGjKwQASAAAF5CXJk39a95dd8476cbbb0283d48e6075aba56

[Knut B. (Firma: TravelRec.) (travelrec)]

Ach, Schaltplandatei vergessen...

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

[Alex W. (a20q90)]

Hi Knut,

gibts dazu auch einen Quellcode?

Grüße

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

Wie wärs, anstatt ein RFM12, einen normalen OOP-Empfänger zu nehmen ?

Dann gäbe es eine ernstzunehmende Kompatibilität zu gängigen 
Funktemperatur-Sendern.

Gruß Dennis

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Marek N. (Gast)]

abo

[Megabug (Gast)]

Gibts was neues? :)

Wie gut klappt die RFM12 geschichte? Wie lange leben die Batterien im 
Sparmatic damit?


Ahja, gute Arbeit! Verfolge das hier sehr interessiert.

[Michael K. (mad_axe)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Michael K. (mad_axe)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Michael K. (mad_axe)]

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

[Petr D. (petr_d)]

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 ?

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Beobachter (Gast)]

irgendwie gewinnt man den Eindruck, als will man hier nur bestaunt 
werden.
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.

[R. M. (rmax)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Beobachter (Gast)]

wenn ich so falsch liege .... einfach SourceCode posten

[Beobachter (Gast)]

@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 :-)

[Stefan W. (wswbln)]

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...

[Michael G. (let)]

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.

[Michael K. (mad_axe)]

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...

[Michael G. (let)]

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 ;).

[Nico D. (Gast)]

Hallo TravelRec!

Gestern Abend bin ich auf Deine alternative Firmware für die Sparmatic 
Zero Regler gestoßen und bin begeistert !!

Ich habe eben schnell den Adapter gebaut und mit meinem mySmartUSB MK2 
mit 5V Target Spannung zwei meiner Zeros erfolgreich mit der .14 
Firmware geflasht.

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?

Ich habe mal ein Foto von der Displayanzeige angefügt....

Danke und Gruß
Nico

[Kervin K. (kernel)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Thomas M. (tmuehlha)]

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?

[Thomas M. (tmuehlha)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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

[Mr.Handyman (Gast)]

Hi, ich bin eben auf diesen schönen Bericht gestoßen, und habe mich 
gefragt ob hier noch mehr Leidensgenossen sind.
Ich habe hier im Haus 10 Thermys am laufen (oder besser gesagt nicht),
wollte eben über den Programmieradapter die Heizprogramme für den Winter 
eintragen, und alle samt gehen nach der Auswahl sofort auf ADAP und 
zeigen danach E-3 an... Ventile an den Heizungen gehen aber alle. Also 
Reset lt. Anleitung durchgeführt (Batterien raus) und die Geräte gehen 
wieder sofort auf ADAP und dann E-3 ich habe auch keine Möglichkeit mehr 
irgendwas mit dem Stellrad umzustellen.
Kennt jemand das Problem?

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

Mal etwas ganz anderes.
Beim Überfliegen der Beiträge habe ich gesehen, dass man sich 
ausschließlich mit dem Thermostatkopf und der Elektronik als 
PI(D)-Regler beschäftigt hat.
Nach der Sanierung unseres Wohnblocks wurden Ventile von Danfoss. 
eingebaut, dessen Ventilunterteil, was ja eigentlich für die Regelung 
des Volumenstromes zuständig ist, so gebaut ist, das es nahezu nur die 
Stellung AUF oder ZU kennt (bei Proportionalbereich 1 bis 2K) . Manche 
sprechen schon von einem Fremdwärmeabregelventil oder 
Schnellschlussventil.
Deshalb mal die Frage, welche Ventilunterteile verwendet wurden, um eine 
ordentliche Regelfunktion zu erreichen, bzw., hat sich jemand schon 
damit beschäftigt?

MfG

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[ratefuchs (Gast)]

Hallo,

es wird kalt und 7 Heizkörper in 5 Räumen mit zentralem Thermostat sind 
unpraktisch, da wir zu verschiedenen Zeiten in verschiedenen Räumen 
sind, und die jeweils anderen nur auf Sparflamme geheizt werden sollen.
Der Thermostat ist also immer an der falschen Stelle und gibt meistens 
Vollgas, so dass ich immer rumlaufe und in ungenutzten Räumen die 
Thermostate zudrehe. Da der Heizungsthermostat in einem seltener 
genutzten Raum ist (= volle Leistung) und er nur eine Heizzeit kann, 
wird auch gerne an anderen Zeiten die Heizung auf Dauerbetrieb gestellt 
und dann vergessen(= den ganzen Tag volle Leistung).

Sofern mein Sparflammenkonzept nicht prinzipiell falsch ist möchte ich 
also Räume an mehreren Zeiten selektiv heizen und dazu scheinen mir 
funkgesteuerte Ventile samt Temperatursensor, sowie eine 
Leistungsvorgabe an die Gastherme notwendig.

Bei E L V wird derzeit das "MAX!" System beworben, das aber mit 7x30 + 
50 = 260 Euro und das schließt wohl keine Leistungsvorgabe für die 
Therme mit ein.

E L V MAX! Ethernet Protokoll: 
http://www.domoticaforum.eu/viewtopic.php?f=66&t=6654

868 Mhz, Netzteil ist dabei. Konfiguration anscheinend zweigleisig per 
PC-Software und http:

> Um mit  Ihrem  Smartphone  oder  Notebook  über  das  MAX!
> Portal aus eine Verbindung herzustellen, muss zusätzlich
> der Internetzugriff freigeschaltet sein.

Diese Einschränkung ist anscheinend nur auf der Website zu sehen, nicht 
im Manual:

> * Der MAX! Internet-Portalservice ist für 2 Jahre im Preis inbegriffen.
> Danach Verlängerung des Services für 3 Jahre für nur € 4,95 bestellbar.
> MAX! kann auch ohne das Internet-Portal lokal genutzt werden.

Also ein Abo-Modell für die http-Nutzung. Schön ist auch das Werbevideo 
mit iPhone als SmartPhone, dann aber keine Konfig-Software für Mac OS X.

Und schon ein Fehler in der Anleitung:
> Input:100 V - 240 V~ / 350 mA
> Output: 5V= / 550mA

Ich rate mal, dass es möglich sein dürfte, den MAX! 
Internet-Portalservice auch lokal nachzubilden (siehe Protokoll oben).
Und es heisst, dass der Cube keinen HTTP Server enthält.
Damit ist das System eigentlich für mich gestorben

Andererseits ist die Bastellösung (Sparmatic Comet) mit 7*(18+5+Zeit) = 
175 Euro ohne Netzwerksteuerung und ebenfalls ohne Thermenregler auch 
nicht wesentlich günstiger.

Freue mich über eure Vorschläge!

PS:

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

Thermy baugleich Sparmatic Comet, aber nicht im Eurotronic online shop 
erhältlich.

[Dejan V (Gast)]

Hallo zusammen,

ich hab ein Problem mit dem Progmatic USB programierer! In der 
Beschreibung steht, XP oder höcher. Seit dem ich das ding gekauft habe 
wil es nicht starten. Jetzt habe ich einen Vista rechner und das gleiche 
wieder. Es kommt immer die auforderung "Bitte warten sie einen moment" 
und so bleibt es stehen. Die blauen kästchen werden bis ende voll und 
das Programm startet nicht. Weiss jemand einen Rat?
Beim XP kahm Meldung "Fehler in datei python25.dll"

mfg Dejan

[Knut B. (Firma: TravelRec.) (travelrec)]

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_48_782_12014_5.html



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!

[R. F. (rfr)]

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.

[R. F. (rfr)]

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

[Charly B. (charly)]

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

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

Das ist äußerst interessant...
Leider heute Nachmittag im Max Bahr das Doppelpack Sparmatic Zero für 
40e gekauft, Irgendwie hab ich die letzten Beiträge dieses Threads da 
verpasst.

Aber das interessante: Die Platinen sind bis auf Details identisch!
Ich hatte mich schon gewundert, warum meine Zero eine andere Platine 
(inklusive anderem Pinout vom AVR) als der alte Zero des 
Threaderstellers hat.

Deshalb an dieser Stelle
a) eine Warnung: Die Firmware von hier ist mit den neuen Zeroes 
(erkennbar an den zwei 6 poligen Testheadern im Inneren, hinter den 
Batterien erkennbar; Dafür kein JTAG Header) NICHT kompatibel

b) selbstverständlich sind die Teile nicht zum rumliegen gekauft, somit 
kann in Zukunft mit einem Projekt dazu gerechnet werden :)

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Tueftler (Gast)]

Hallo Zusammen,
Ich hätte mal eine generelle Frage:
Kennt schon jemand die aktuell bei Aldi erhältlichen Geräte?

Meine Idee:
Da ich momentan in einem Mietverhältniss mit diesen Heizkostenzählern an 
der Heizung lebe, würde ich gerne den "Wirkunsgrad" möglichst 
hochdrehen.
Dass Heißt, wenn die Heizung warm ist, sollte sie auch einen möglichst 
hohen "Luftdurchsatz" haben.
Die Idee geht also dahin, die Heizung "digital" = (entweder ein oder 
aus) zu betreiben und zusätzlich beim Zustand Ein die natürliche 
Konvektion durch große PC-Lüfter zu unterstützen.
Dazu wäre es natürlich genial, wenn noch ein Pin frei wäre, den ich dann 
wie gewünscht, mit Nachlauf etc. programmieren kann, und über den ich 
mit Hilfe eines MosFets die Lüfter steuern könnte.

In der Hoffnung, dass mir jemand von euch näheres zu den Aldi-Teilen 
sagen kann,
Tueftler

[R. F. (rfr)]

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

[Andreas K. (uboot)]

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!!!

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[Knut B. (Firma: TravelRec.) (travelrec)]

@ 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?

[Knut B. (Firma: TravelRec.) (travelrec)]

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 (Gast)]

Hi,

Ich denke schon, dass es sich um die "Zero v2" handelt. Stand zwar so 
nicht auf der Packung, aber ist naheliegend.

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.

Anbei die Bilder und der Schaltplan, wie immer natürlich ohne Gewähr.

Gruß,

Matthias

[Knut B. (Firma: TravelRec.) (travelrec)]

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.

[JW (Gast)]

Hallo Matthias,

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

5CS ist ein BC807, 6CS ein BC847

Also wie zuvor bipolar statt MOS-FET,
dann werden auch die niederomigen Widerstände klar :-)

Gruß,
Jürgen

[Matthias Larisch (Gast)]

So, hier nochmal der Schaltplan mit 200 dpi, das sollte wohl reichen. 
Sorry für die Bildgröße, gimp mag das nicht anders.

Der optische Sensor greift direkt in ein Loch in der Mechanik. Kann 
leider mit meinem Handy kein sinnvolles Foto davon erstellen, auch 
scannen klappt nicht recht. Das Loch ist halb abgeklebt, vermutlich um 
Restlichteinfall zu vermeiden und das besser passend zu machen. Per Auge 
erkennt man darin nichts, was eine genaue Erfassung der Umdrehungen 
zulässt, oder aber die Rasten sind zu grob. Habe das bisher noch nicht 
offen betrieben.



Zu der Motorendstufe:
Warum verwendet man bei einer so niedrigen Betriebsspannung eine 
Bipolarschaltung? Gut, mit FETs ist diese Art der Ansteuerung noch etwas 
kritischer, weil erst das Leiten des unteren Transistors zum Sperren des 
oberen führt. Das geht bipolar "etwas" sicherer. im Schaltmoment...

Wir arbeiten derzeit zu zweit an dem Projekt, herauskommen soll eine 
komplette Heizungssteuerung für eine Gasetagenheizung. Grobkonzept sieht 
zwei der Sparmatic Regler vor sowie eine "Basisstation", an der die 
Heizung mit dran hängt. Jetzt am WE gehts vermutlich richtig los, von 
daher würde uns gerade jetzt dein Code helfen :) Es geht eh nicht darum, 
dass wir den direkt verwenden - wir erstellen alles für gcc kompatibel 
neu.
Zur Ansteuerung gibts dann noch ein nettes Webinterface, Schnittstelle 
wird wohl ein LPC1378 am USB Port eines Routers, Datenverarbeitung der 
Einfachheit halber dann auf diesem großen System.

Also, falls du noch Infos für uns hast: [e-mail]

Gruß,

Matthias

[Matthias Larisch (Gast)]

Ich hab da mal nen Thread gestartet

Beitrag "Entwicklungen und Forschung um den Sparmatic Comet / Zero v2 Heizungsthermostat"

[Ingmar H. (bolliq)]

Leopold B. schrieb:
> 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.


Hi ich wollte mal fragen ob du den ganze Source Code in C programmiert 
hast??
Wenn ja könntest du ihn hier posten??

Gruß Jurij

[Jörg W. (dl8dtl) (Moderator)]

[Ja, ich weiß, dass es einen Nachfolgethread gibt, aber da kann
ich den hier nicht direkt zitieren.]

Knut Ballhause schrieb:
> R9, R19, R20: 1M

Wofür ist eigentlich R20 da?  Lebensdauerbegrenzung der Batterien? ;-)

Ich kann keinen Sinn drin sehen, permanent 3 µA aus den Batterien
zu saugen.