Mikrocontroller.net - Benutzerbeiträge [de]

Datei:Wordclock-schmal-schaltung-2.0.png

2013-08-26T21:27:09Z

Dario: Dario lud eine neue Version von „Datei:Wordclock-schmal-schaltung-2.0.png“ hoch: verklickt tschuldigung

Datei:Wordclock-schmal-schaltung-2.0.png

2013-08-26T21:26:10Z

Dario: Dario lud eine neue Version von „Datei:Wordclock-schmal-schaltung-2.0.png“ hoch: verklickt tschuldigung

Datei:Wordclock-schmal-schaltung-2.0.png

2013-08-26T21:25:42Z

Dario: Dario lud eine neue Version von „Datei:Wordclock-schmal-schaltung-2.0.png“ hoch: Zurückgesetzt auf die Version vom 16. März 2012, 09:32 Uhr

Benutzer:Dario

2013-02-12T18:16:13Z

Dario: Die Seite wurde neu angelegt: „www.carluccio.de“

www.carluccio.de

Heizungssteuerung mit Honeywell HR20

2008-11-29T17:50:01Z

Dario: /* print status */

''von DarioC''

= Wie alles begann =

Nachdem von Uwe Felgentreu vor nunmehr vor über vier Jahren (genau am 17.11.2004 um 11:26) hier in diesem Forum den Thread mit dem Titel ''Honeywell Rondostat HR20E per AVR steuern und konfigurieren'' gestartet hat ist es nun langsam soweit, dass das Ganze auch ein Projekt wird.

Den Thread dazu kann der interessierte Leser [http://www.mikrocontroller.net/topic/17603 hier nachlesen]

= Projektziel =

Wir konzentrieren uns in erster Linie auf den Honeywell Rondostat HR20E mit ausgelieferten Softwareversion 2.04. Dass es ähnliche andere Geräte gibt behalten wir bei der Entwicklung im Hinterkopf.

Basierend auf dieser Hardware wollen wir eine neue Software entwickeln.
Dabei können wir ausser der Hardware nichts weiter verwenden, da die Originalsoftware geschützt ist und nicht ausgelesen werden kann.

== Phase 1 ==
Die Software soll die Funktionen bieten, die die Originalsoftware auch bietet, später können dies dann um zusätzliche Funktionen erweitert werden. Die wichtigsten Funktionen sind:

* Temperaturregelung
* Echtzeituhr
* Ausnutzen der Sleep Funktion
* Anzeige Soll-Temperatur und der Uhrzeit
* Einstellung der Soll-Temperatur
* Uhrzeitgesteuerte Einstellung der Soll-Temperatur
* Fenster-Offen-Erkennung
* Ventilfreispülungsfunktion

== Phase 2 ==

Hier liegt der Sinn des ganzen Projektes: Durch diese zusätzlichen Funktionen wollen wir den Nutzwert des Thermostaten erheblich steigern:

* Programmierung der Schaltzeiten und Temperaturen über externe Schnittstelle
* Abfrage der Messwerte und Parameter über externe Schnittstelle
* Vernetzung der Thermostaten untereinander
* Zusätzliche externe Schnittstellen (neben UART auch CAN und Funk)
* Erweiterung der Anzeige um
** Ist-Temperatur
** Ventilstellung
** Funkschnittstelle
*** RFM12 http://www.hoperf.com/rf_fsk.asp
**** Library dazu im [https://roulette.das-labor.org/trac/browser/microcontroller/src-atmel/lib/rfm12/ SVN], [http://www.das-labor.org/wiki/Datenfunk_mit_dem_AVR Doku hier]
*** Zigbee http://www.meshnetics.com/zigbee-modules
** ...
* Bootloader, damit Leute mitarbeiten können, die keine JTAG haben. Mit einem JTAG könnte man den Bootloader Flashen, ohne den Thermostaten öffnen zu müssen. Von da an kann man über den Programmierstecker mit einem umgebauten Handykabel den Thermostaten neu flashen.

= Lizenz =
Die Software wird unter GPL v2 gestellt.

= Subversion Repository =
Das alte SVN Repository auf https://opensvn.csie.org war zu lahm, 
daher haben wir ein Projekt auf Sourcefore angelegt.
=== Zugangsdaten ===
Projektseite: http://sourceforge.net/projects/openhr20/ 
Repository Location: https://openhr20.svn.sourceforge.net/svnroot/openhr20 
Browse Repository: http://openhr20.svn.sourceforge.net/viewvc/openhr20/ 
=== Policy ===
Anonymous check out ist erlaubt. 
Wer was committen will muss freigeschaltet werden. 
Dazu brauche ich den Sourceforge Accountnamen. 
Einfch eine Email mit username und password an hr20[at]carluccio[dot]de 
Das mache ich dann von Hand und da ich nicht alle 10 Minuten Mails bearbeite kann das auch schon mal einen oder zwei Tage dauern. 
Wenn sich ein Maintainer findet, gebe ich die Zugangsdaten gerne weiter.

=== SVN Client und Anleitung ===
Windows-User nutzen am besten den Tortoise-SVN-Client, den man kostenfrei [http://tortoisesvn.tigris.org hier runterladen] kann. 
Dort gibt es auch eine Anleitung zum Arbeiten mit SVN.

= Analyse der Hardware =
Die Analyse hat der Dario schon gemacht, zu finden ist die jeweils aktuelle Version
[http://carluccio.de/images/e/e1/Hr20-analyse.pdf als PDF hier] oder [https://opensvn.csie.org/viewcvs.cgi/doc/analyse.pdf hier im SVN].
== Fuses ==
Here the settings of the fuses:

{| border="1" cellpadding="5"
! width="100" |
! width="150" | Original
! width="150" | OpenHR20
|-
| align ="center" | Extended
| align ="center" | 0xFD
| align ="center" | 0xFD
|-
| align ="center" | High
| align ="center" | 0x91
| align ="center" | 0x9B
|-
| align ="center" | Low
| align ="center" | 0x62
| align ="center" | 0xE2
|-
| align ="center" | EESAVE
| align ="center" | enabled
| align ="center" | disabled
|-
| align ="center" | BOOTSZ
| align ="center" | 1024 Words (1E00)
| align ="center" | 512 Words (1C00)
|-
| align ="center" | CKDIV8
| align ="center" | 1
| align ="center" | 0
|}

= TODOs =

{| border="1" cellpadding="5"
! Task
! Remark
! Responsible
! Status
|-
| Code Review
| Check the code, complete doxygen coments
|
| ''' OPEN '''
|-
| UserManual
| Write a User Manual, Screenshots are in \trunk\doc\Screenshots\
|
| ''' OPEN '''
|-
| PC-Software
| Write PC-Program to: - Read and Write OpenHR20 Settings - Log Status from OpenHR20 - Visualize Logfile 
|
| ''' OPEN '''
|-
| Bootloader
| Do we still need a Bootloader ?
|
|
|-
|}

= API Beschreibung =
Das Projekt wird mit doxygen dokumentiert,
die API-Beschreibung kann aus dem Source-Code generiert werden.
= UART Protocoll =

This is the documentation for the UART Protocol in Release 74 of the SVN hosted on Sourceforge:

== Com-Port Params ==
* BAUD: 9600
* Data: 8
* Parity: N
* Stop: 1

== Automatic calibration ==
When the HR20 is mounted, then the automatic calibration is started.
The Debug-Info during the callibration is printed to the com-interface like this:
<c>
+ 0210
+ 047e
+ 0437
[... many lines deleted ...]
- 0681
- 0695
- 0694
+ 0210
+ 047e
+ 0437
+ 0417
+ 0454
</c>

== Commands ==
All commands have FIXED format.
* command '''X.....\n ''' termination char
* X is upcase char as commad name
* hex numbers use ONLY lowcase chars
=== print version information ===
Command:
<c>
V<CR>
</c>
Response:
<c>
V: OpenHR20 SW version V.VV build DDDD $Rev: REV $
</c>
Where:
* V.VV Version
* DDDD Date at compilition
* REV SVN Revision
Example:
<c>
V: OpenHR20 SW version 0.21 build Nov 13 2008 23:22:08 $Rev: 72 $
</c>
=== print status ===
Command:
<c>
D<CR>
</c>
Response:
<c>
D: dW DD.DD.DDDD TT:TT:TT V: VV I: IIII S: SSSS B: BBBB E: EE XW
</c>

Where:
* '''W''' Day of Week (monday=1)
* '''DD.DD.DDDD''' actual date
* '''TT:TT:TT''' actual time
* '''VV''' actual position of valve [%] (00=closed, 100=opened)
* '''IIII''' actual temperature
* '''SSSS''' desired temperature
* '''BBBB''' battary voltage [mV]
* '''EE''' Error Code
* '''X'''
* '''W''' Window Open detected
Example:
<c>
D: d3 01.10.08 12:00:16 V: 00 I: 2103 S: 1700 B: 3259 E:04 X
</c>

=== print watched wariable ===
Command:
<c>
Taa<CR>
</c>
* '''aa''' watched wariable see ''watch.c''
Response:
(return 2 or 4 hex numbers)
<c>
T[aa]=VVVV
</c>
Where:
* '''aa''' watched wariable see ''watch.c''
* '''VVVV''' value of watched wariable
Example:
<c>
T[01]=0cca
</c>
=== get configuration byte ===
Command:
<c>
Gaa<CR>
</c>
* '''aa''' hex address of configuration byte see eeprom.h
Response:
<c>
G[aa]=VV
</c>
Where:
* '''aa''' hex address of configuration byte see eeprom.h
* '''VV''' value of configuration byte
Example:
<c>
G[13]=2d
</c>
=== set configuration byte ===
Command:
<c>
SaaVV<CR>
</c>
* '''aa''' hex address of configuration byte see eeprom.h
* '''VV''' hex value for configuration byte (hex)
Response:
<c>
S[aa]=VV
</c>
Where:
* '''aa''' hex address of configuration byte see eeprom.h
* '''VV''' value of configuration byte
Example:
<c>
S[13]=2d
</c>
=== get timer ===
Command:
<c>
Rab<CR>
</c>
* '''a''' day
* '''b''' slot
Response:
<c>
R[ab]=cddd
</c>
Where:
* '''c''' timermode
: '''0''' frost protection
: '''1''' energy save
: '''2''' comfort
: '''3''' supercomfort
* '''ddd''' time (minutes since 00:00, hex)
Example:
<c>
R[10]=21a4
R[11]=121c
R[12]=23c0
R[13]=14ec
R[14]=2fff
R[15]=1fff
</c>
comfort at 0x1a4 = 420 / 60 = 7
energy save at 0x21c = 540 / 60 = 9
comfort at 0x3c0 = 960 / 60 = 16
energy save at 0x4ec = 1260 / 60 = 21
Slot 5+6 not used.

=== set timer ===
Command:
<c>
Wabcddd<CR>
</c>
* '''a''' day
* '''b''' slot
* '''c''' timermode (0 to 3)
* '''d''' time time (minutes since 00:00, hex)
Response:
<c>
W[ab]=cddd
</c>
Example:
<c>
W[10]=21a4
</c>

=== Reboot ===
Command:
<c>
B1324<CR>
</c>
* '''1234''' password (fixed at this moment)
Response:
<c>

</c>

=== set date ===
Command:
<c>
Yyymmdd<CR>
</c>
* '''yy''' year
* '''mm''' month
* '''dd''' day
Response:
<c>
D: WW DDDDDDDD TTTTTTTT V: VV I: IIII S: SSSS B: BBBB E:EE X
</c>
=== set time ===
Command:
<c>
Hhhmmss<CR>
</c>
* '''hh''' hour
* '''mm''' minute
* '''ss''' seconds
Response:
<c>
D: WW DDDDDDDD TTTTTTTT V: VV I: IIII S: SSSS B: BBBB E:EE X
</c>

=== set wanted temperature ===
Command:
<c>
Axx<CR>
</c>
* '''xx''' temperature [unit 0.5C] (hex)
Response:
<c>
D: WW DDDDDDDD TTTTTTTT V: VV I: IIII S: SSSS B: BBBB E:EE X
</c>
Example:
20°C = 40 * 0,5 °C = 28 (hex)
<c>
A28<CR>
</c>

'''Attention: The value in the response is not the new value. The new value is updated some secondes later, so be patient and wait.'''

=== set mode ===
Command:
<c>
Mxx<CR>
</c>
* '''xx''' mode
: 00 = manu
: 01 = auto
Response:
<c>
D: WW DDDDDDDD TTTTTTTT V: VV I: IIII S: SSSS B: BBBB E:EE X
</c>

= Bootloader =
Um ein einfaches Update der Software, auch ohne Programmer und Zerlegen des HR20E zu ermöglichen, sollte ein Bootloader implementiert werden. 

'''Grundsatzproblem:''' Fuer ein erstes Umflashen eines eben aus der Verpackung genommenen HR20s braucht man ''immer'' einen JTAG-Programmer um ueberhaupt erstmal den Bootlader selber draufzukriegen.

== Anforderungen ==
* Einfaches Update ohne öffnen des HR20E 
* Nutzen bestehender Programme (Terminalprogramm), das erspart das schreiben von Update Software 
* HR20E sollte nach dem Start prüfen ob Programm gültig und nur dann das Anwenderprogramm starten
* Protokoll sollte Updatevorgang aus dem laufenden Betrieb unterstützen (Sprung in den Bootloader)

== Vorschlag 1 ==
X-Modem Protokoll (mit CRC) 
Hier gibt es eine fertige Lösung für das Etherboot projekt, deren übername gestattet ist. 
Größe ist hier kleiner 1kb und wohl verkraftbar. 

Vorteil: 
* etablierte Technik
* von anderen Herstellern Verwendet
* wird von den meisten Terminal Programmen unterstützt
* Gesichert durch Checksumme
Nachteil: 
* Aufwendige Checksummen Berechnung oder Lookup Tabelle Notwendig

== Vorschlag 2 ==
Verwendung des [[AVR_Bootloader_FastBoot_von_Peter_Dannegger]]:
Der ist sehr klein, erprobt, leicht anwendbar und funzt auch sehr gut. Die Windows-Software fuer den Upload ist auch sehr gelungen. Auf Grund des o.g. Grundsatzproblems und der Tatsache dass die Neuentwicklung eines Bootladers sehr anspruchsvoll ist, halte ich es an dieser Stelle fuer besser, das Rad nicht neu zu erfinden.

= Entwicklungsumgebung =
* Editor, Debugger, Compiler
** WinAVR version (20071221), sprich GCC 4.2.2 sowie avr-libc 1.6.0
** AVR Studio 4
* JTAG ICE
** Atmel AVR JTAGICE MK2
** AVR Dragon (z.B. http://elmicro.com/de/atavrdragon.html)
** Olimex-Seriell http://www.olimex.com/dev/avr-jtag.html
** Olimex-USB http://www.olimex.com/dev/avr-usb-jtag.html

= Sonstiges =
== Altes Protokoll ==
[[HR20_Protocol_V2 | Hier ]] hat mal einer ein Protokoll eingegeben.
Das scheint aber nicht zu der Version 2.04 zu passen.
Ich habe es nicht gelöscht, falls es jemanden interessiert.

[[Category:Projekte|!]]

Heizungssteuerung mit Honeywell HR20

2008-11-23T12:26:33Z

Dario: Änderung 32671 von Dario (Diskussion) wurde rückgängig gemacht.

Heizungssteuerung mit Honeywell HR20

2008-11-23T12:25:59Z

Dario: /* print status */

Heizungssteuerung mit Honeywell HR20

2008-11-23T12:17:49Z

Dario: /* Commands */

Heizungssteuerung mit Honeywell HR20

2008-11-23T12:16:30Z

Dario: /* print status line */

Heizungssteuerung mit Honeywell HR20

2008-11-23T11:51:17Z

Dario: /* Subversion Repository */

2008-03-16T11:15:15Z

Dario: /* API Beschreibung */

''von DarioC''

= Wie alles begann =

Nachdem von Uwe Felgentreu vor nunmehr vor über drei Jahren (genau am 17.11.2004 um 11:26) hier in diesem Forum den Thread mit dem Titel ''Honeywell Rondostat HR20E per AVR steuern und konfigurieren'' gestartet hat ist es nun langsam soweit, dass das Ganze auch ein Projekt wird.

Den Thread dazu kann der interessierte Leser [http://www.mikrocontroller.net/topic/17603 hier nachlesen]

= Projektziel =

Wir konzentrieren uns in erster Linie auf den Honeywell Rondostat HR20E mit ausgelieferten Softwareversion 2.04. Dass es ähnliche andere Geräte gibt behalten wir bei der Entwicklung im Hinterkopf.

Basierend auf dieser Hardware wollen wir eine neue Software entwickeln.
Dabei können wir ausser der Hardware nichts weiter verwenden, da die Originalsoftware geschützt ist und nicht ausgelesen werden kann.

== Phase 1 ==
Die Software soll die Funktionen bieten, die die Originalsoftware auch bietet, später können dies dann um zusätzliche Funktionen erweitert werden. Die wichtigsten Funktionen sind:

* Temperaturregelung
* Echtzeituhr
* Ausnutzen der Sleep Funktion
* Anzeige Soll-Temperatur und der Uhrzeit
* Einstellung der Soll-Temperatur
* Uhrzeitgesteuerte Einstellung der Soll-Temperatur
* Fenster-Offen-Erkennung
* Ventilfreispülungsfunktion

== Phase 2 ==

Hier liegt der Sinn des ganzen Projektes: Durch diese zusätzlichen Funktionen wollen wir den Nutzwert des Thermostaten erheblich steigern:

* Programmierung der Schaltzeiten und Temperaturen über externe Schnittstelle
* Abfrage der Messwerte und Parameter über externe Schnittstelle
* Vernetzung der Thermostaten untereinander
* Zusätzliche externe Schnittstellen (neben UART auch CAN und Funk)
* Erweiterung der Anzeige um
** Ist-Temperatur
** Ventilstellung
** Funkschnittstelle
*** RFM12 http://www.hoperf.com/rf_fsk.asp
*** Zigbee http://www.meshnetics.com/zigbee-modules
** ...
* Bootloader, damit Leute mitarbeiten können, die keine JTAG haben. Mit einem JTAG könnte man den Bootloader Flashen, ohne den Thermostaten öffnen zu müssen. Von da an kann man über den Programmierstecker mit einem umgebauten Handykabel den Thermostaten neu flashen.

= Lizenz =
Die Software wird unter GPL v2 gestellt.

= Subversion Repository =
Ein SVN Repository liegt auf dem freien SVN Server: https://opensvn.csie.org
== Zugangsdaten ==
Repository Location: https://OpenSVN.csie.org/hr20 
Browse Repository: https://OpenSVN.csie.org/viewcvs.cgi/?root=hr20 
TRAC: https://opensvn.csie.org/traccgi/hr20
== Policy ==
Anonymous check out ist erlaubt. 
Wer was committen will muss freigeschaltet werden. 
Dazu brauche ich ein ''Usernamen, Passwort'' und eine ''Mailadresse'', dann kann ich das einrichten. 
Tragt Euch dazu einfach selber in die Tabelle ein, ich erledige dann den Rest. 
Oder einfch eine Email mit username und password an hr20[at]carluccio[dot]de 
Das mache ich dann von Hand und da ich nicht alle 10 Minuten Mails bearbeite kann das auch schon mal einen oder zwei Tage dauern. 
Wenn sich ein Maintainer findet, gebe ich die Zugangsdaten gerne weiter.

== Entwickler ==
{| border="1" cellpadding="5"
! width="150" | Entwickler
! width="150" | svn Status
|-
| darioc
| angelegt: rw
|-
| louk
| angelegt: rw
|-
| jsachs
| angelegt: rw
|}

== Verzeichnisstruktur ==
Eine Verzeichnisstruktur ist auch schon angelegt und die ersten Daten auch drin. Hier die Verzeichnisse:
{| border="1" cellpadding="5"
| '''/doc'''
| Für alles an Dokumenten, die selbst erstellt wurden. 
Specs, die man im Internet bekommen kann gehören hier nicht rein, 
die machen das alles nur unnötig gross und das auschecken dauert länger.
|-
| '''/playground'''
| Wie der Name schon sagt, zum rumspielen und testen. 
Hier kommt jegliche art von Codeschnipseln hin, die zu Testen da sind 
und (derzeit) noch nicht Teil des Programmes sind.
|-
| '''/source'''
| Hier kommt die Applikation rein mit allen Modulen und makefiles. 
Bitte haltet das Repository sauber und checkt nur Dateien ein, 
die auch Sinn machen, "thumbs.db" oder andere Temp-Dateien gehören hier nicht rein.
|}

== SVN Client und Anleitung ==
Windows-User nutzen am besten den Tortoise-SVN-Client, den man kostenfrei [http://tortoisesvn.tigris.org hier runterladen] kann. 
Dort gibt es auch eine Anleitung zum Arbeiten mit SVN.

= Analyse der Hardware =
Die Analyse hat der Dario schon gemacht, zu finden ist die jeweils aktuelle Version
[http://www.carluccio.de/img/hr20/analyse.pdf als PDF hier] oder [https://opensvn.csie.org/viewcvs.cgi/doc/analyse.pdf hier im SVN].

= Benötigte Module =

Um das Ganze nun etwas zu koordinieren hier eine Liste der benötigten Module und deren Funktionen. 
Diese dient dazu später die Aufgaben zu verteilen:

{| border="1" cellpadding="5"
! Module
! Function
! Developer
! Status
|-
| LCD
| Display Driver: 
* Init Display - ''' DONE '''
* Set Segments - ''' DONE '''
* Print HEX, DEC, TEMP, DayofWeek - ''' DONE '''
* Blink - ''' DONE '''
* e.t.c
| dario
| style="background-color:#00FF7F;" | ''' DONE '''
|-
| LCD Simulation
| Simulation for display in AVR Studio: 
* Defining Display - ''' DONE '''
* Assign Segments to register bits - ''' DONE '''
* Providing samplecode - ''' DONE '''
| louk
| style="background-color:#00FF7F;" | ''' 95% '''
|-
| RTC
| Time and Date Handler
* init timer - ''' DONE '''
* use IRQ with 32kHz crystal - ''' DONE '''
* handle time and date - ''' DONE '''
** daylight saving - ''' DONE '''
** consult leapyear - ''' DONE '''
* calc day of week out of date - ''' DONE '''
* Only one Byte for Year -> (2000 to 2255)
* Day of week timer with callback - ''' DONE '''
'''TODO'''
* Tick counter (seconds since reboot) - ''' WIP '''
** used to detect long keypress
** used to detect motor blocked
** used for additional timer
* Additional timer based on tick counter value - ''' OPEN '''
* corretion for external Crystal - ''' OPEN '''
* calibrate internal RC - ''' DONE, but not tested '''
| style="background-color:yellow;" | ''' dario '''
''' active '''
| style="background-color:#00FF7F;" | ''' (95%)'''
|-
| UART
| UART-Driver
* menue (Debug und Steuerung)
** show and set desired temperature
** show and set Time and Date
** show actual temperature
** show (and set) actual valveposition
** show and set timetable and temperatures
* optional
** adressierung of HR20 (for BUS, RF)
** authentication end encryption
|
| style="background-color:#FF8C69;" | ''' '''
|-
| CONFIG
| Save Config in EEPROM
* driver for EEPROM access
* save values to EEPROM
* load values from EEPROM
|
| style="background-color:#FF8C69;" | ''' '''
|-
| MENU
| Control Menu State Machine
* show values on display
* functionality:
** show and set desired temperature
** show and set time and date
** show actual temperature
** show actual valveposition
** show and set timetable and temperatures
|
| style="background-color:#FF8C69;" | ''' '''
|-
|-
| MAIN
| Main Loop
* init everything
** global vars - ''' DONE '''
** rtc - ''' DONE '''
** lcd - ''' DONE '''
** motor - ''' DONE '''
** tempsensor
* get keystate - ''' DONE (ISR in main.c)'''
** debounce - '''not needed'''
** multi keypress (needed for hidden menue?) - '''can be checked by main loop'''
* get position of wheel (incremental counter) - ''' DONE (ISR in main.c)'''
'''TODO'''
* call menue
* detect longer keypress / double click - needed?
| dario
| style="background-color:#00FF7F;" | ''' (70%)'''
|-
| MOTOR
| Motor-Driver
* set desired valveposition - ''' DONE '''
** quick, asympthotic, quiet - ''' DONE (speed can be chosen) '''
* callibrate for Valve - ''' DONE '''
** optimised (less motor consumption depending on desired final position) - ''' DONE '''
* Stop motor if not turning (blocked) - ''' DONE '''
'''TODO'''
* stop calibration if valve is removed - ''' WIP '''
* Genereate ERROR if motor is not turning (blocked or low energy) - ''' OPEN '''
| style="background-color:yellow;" | ''' dario '''
''' active '''
| style="background-color:#00FF7F;" | ''' (95%)'''
|-
| ADC
| ADC-Driver (measure Temp and U_Bat)
* init Sensor
* IRQ driven (500ms)
* start A/D conversion (Temp and U_Bat)
* calc temperature in 1/100 degree Celsius
* calc battery voltage in mV
* calibration for sensor (needed?)
| style="background-color:yellow;" | ''' dario '''
''' active '''
| style="background-color:#FF8C69;" | ''' '''
|-
| PID
| PID Algorithm
* calculate desired valveposition out of
** last valveposition(s)
** last temperature(s)
** actual temperature
|
| style="background-color:#FF8C69;" | ''' '''
|-
| BOOT
| Bootloader
we need a bootloader so that the developers can flash the software
without a JTAG cable and without disassembling the HR20.
|
| style="background-color:#FF8C69;" | ''' '''
|-
| LOG
| Datalogger
* Operating Hours
** motor in action
** ODOmeter
** since Battery Exchange
* Errors
* Logfiles (only with additional hardware)
|
| style="background-color:#FF8C69;" | ''' '''
|-
| UID
| Unique ID for identification
|
| style="background-color:#FF8C69;" | ''' '''
|-
|}

= API Beschreibung =
Das Projekt wird mit doxygen dokumentiert,
die API-Beschreibung kann aus dem Source-Code generiert werden.
= UART Protokoll =
Es soll möglich sein den Thermostaten über eine Schnittstelle anzusteuern.
An dem externen Stecker liegt schon die Serielle Schnittstelle an.
Wir definieren ein Protokoll, welches dem Datenaustausch zwischen einem HR20 und einem externen Gerät dienst. So kann man einen PC direkt (über einen 3V Pegelwandler) anschließen.
Wenn man ein anderes Medium nutzen will, muss man dafür sorgen, dass genau diese
Pakete an den Kommandohandler übergeben werden. So kann man darüber oder darunter, je nach Sichtweise jedes Medium (Kabel, Funk, IR) und jedes Protokoll legen.
== Nachrichten ==
Folgede Anforderungen werden an das Nachrichtenformat gestellt.
* Jeder Befehl soll zu jedem Zeitpunkt möglich sein (nicht state orientiert)
* Befehle sollen eingetippt werden können (z.B. am Terminalprogramm)
* Es soll einfach möglich sein, das Protokoll um neue Befehle zu erweitern.
* Der Parser läuft im Mikrocontroller, er sollte wirklich klein sein. Es wäre nicht schön, wenn dazu jede Menge Strings gespeichert werden müssen.
=== 1. Vorschlag ===
Byte1: Befehl
Byte2: Länge Daten
Byte3: Daten
Maximal 16 oder 32 Byte, wegen Buffergröße.

Beispiel:
Befehle:
* 00 OK
* 01 Gettime
* 02 Get SollTemp
* 03 Get IstTemp
* 04 Get Ventilpos
* 81 Settime
* 82 Set SollTemp
* 83 n/a
* 84 n/a
* FF NOK
<c>
-> 71,03,12,30,17
<- 00
-> 01,00
<- time: 12:30:17
-> 02,00
<- soll: 20.0
-> 03,00
<- ist: 19.95
</c>
Richtig zufrieden bin ich damit nicht, hat jemand bessere Vorschlage, dann hier eintragen:
=== 2. Vorschlag ===
=== 3. Vorschlag ===
=== 4. Vorschlag ===

= Entwicklungsumgebung =
* Editor, Debugger, Compiler
** WinAVR version (20071221), sprich GCC 4.2.2 sowie avr-libc 1.6.0
** AVR Studio 4
* JTAG ICE
** Atmel AVR JTAGICE MK2
** AVR Dragon (z.B. http://elmicro.com/de/atavrdragon.html)
** Olimex-Seriell http://www.olimex.com/dev/avr-jtag.html
** Olimex-USB http://www.olimex.com/dev/avr-usb-jtag.html

= Sonstiges =
== Altes Protokoll ==
[[HR20_Protocol_V2 | Hier ]] hat mal einer ein Protokoll eingegeben.
Das scheint aber nicht zu der Version 2.04 zu passen.
Ich habe es nicht gelöscht, falls es jemanden interessiert.

[[Category:Projekte|!]]

Heizungssteuerung mit Honeywell HR20

2008-03-16T10:55:50Z

Dario: /* Policy */

Heizungssteuerung mit Honeywell HR20

2008-03-16T10:36:25Z

Dario: /* Entwickler */

Heizungssteuerung mit Honeywell HR20

2008-03-15T19:31:09Z

Dario: