FS20 Sender mit ATmega für Dimmer und Heizungsregeler

Könnte es denn sein, daß die Heizungssteller solange sie noch 
unsynchronisiert sind, bis zu einem Timeout einfach auf das Signal der 
Steuerung horchen ? Solange kein Sync vorhanden also mehr als nur die 
paar Millisekunden.

Falls mehrere Steller zueinander unsynchronisiert sind, so würde das ein 
Timeout von knapp 4 Minuten ergeben.

Wenn diese Erstsynchronisation stattgefunden hat, dann horchen die 
Steller im Zeitfenster der von Dir beschriebenen paar Millisekunden 
wieder auf ein Signal, evtl. auch ein zweites Mal nach erneuten 2 
Minuten, damit nicht eine einzelne Funkstörung zum Ausfall führt. Kommt 
dann immer noch kein gültiges Signal, gehen sie auf Störung.

Der Steller besitzt einen Uhrenquarz. Das bedeutet sobald einmal 
synchronisiert wurde, ist das nötige Fenster der Datenübertragung sehr 
klein. Wird offensichtlich gemacht, um den Stromverbrauch vor allem 
durch den Empfängerbaustein gering zu halten

Und damit Du diese Fenster erwischt, musst Du einfach nur die exakte 
Zeit zwischen zwei Signalen einhalten und sie mit Deiner Steuerung 
senden.

Ja klar, wenn Du keinen LA hast der den Zeitbereich loggen kann, dann 
programmier Dir ein kleines Tool auf 'nem Atmel mit einem genau genug 
aufgelösten Timer.

Den Start/Stop Eingang des Timers hängst Du an Pin 29, P6.0/KS0 des ELV 
Stellers, vor den Transistor, der den Empfänger aufsteuert.

Nimm das Ganze dann normal in Betrieb.

Der Ausgang wird immer im richtigen Zyklus aktiv, wenn Du dann den 
Timerwert über die Serielle ausliest, hast Du was Du brauchst.

Natürlich reicht Dir da ein 16Bit Zähler nicht aus, aber Du kannst den 
Zähler per OVFL ISR beliebig erweitern, so dass Du sowohl Auflösung, als 
auch Zeitbereich bekommst.

Der interne RC Oszillator ist nicht sehr genau, ob der soviel abweicht 
kann ich nicht sagen. Die Abweichung laut Deinen Angaben ist ca. 0.8mS.
Falls Du nicht irgendetwas Merkwürdiges misst, denn ich hoffe das mit 
TIMSK ist nicht Dein Ernst :D

Evtl. wirst Du auf einen Atmel umsteigen müssen, an den Du einen 
Uhrenquarz ranflanschen kannst. Nicht umsonst ist so einer im Steller 
drin.

Dann bist Du ja schon einen Schritt weiter.

Der Uhrenquarz wird verwendet, da er genauer abgeglichen ist und 
außerdem bei der Frequenz 32768Hz einen geringeren Stromverbrauch hat. 
Für Geräte die nur ab und zu aktiv werden. So wie der Steller.

Ich kann mir vorstellen, daß die Zeit von einer zur nächsten 
Synchronisierung auch mit dem 3.6 MHz Quarz ausreichend genau bestimmt 
werden kann.

Ob Du den Uhrenquarz brauchst kommt drauf an, was Dein Ziel ist, und wie 
oft der PC über die serielle Schnittstelle die Zeit korrigieren kann.

Soll das Gerät autonom agieren können, wäre es sinnvoll ein ausreichend 
exaktes Zeitnormal drin zu haben.

Du kannst nicht an jeden Atmel einen zweiten Quarz anschließen, 
verwendest Du z.B. den Mega32, dann geht das. Der hat einen RTC, Real 
Time Counter.

Der kann auch im Power-Save Modus weiterarbeiten und macht damit ein 
batteriebetriebenes Gerät möglich.

Nein, beim ATMega16 musst Du den Quarz zwischen TOSC1/TOSC2 Pin 28/29 
anschließen. Ohne Kondensatoren.

Timer2 wird dann zum RTC, AS2 im ASSR Register für asynchronen Mode 
setzen. Datenblatt Seite 135.

Prescaler 1024, OVFL ISR aufsetzen, darin einen Zähler hochzählen, bei 
32 ist eine Sekunde vergangen, bei 16 eine Halbe. Hier würde es sich 
anbieten jede halbe Sekunde einen Zähler hochzuzählen. Wenn der den Wert 
231 erreicht hat, sind 115,5 Sekunden rum.

Oops, gerade gemerkt, daß ich mich bei Prescaler und der Rechnung dazu 
vertan habe.

Der Timer2 läuft nur bei Prescaler 64 jede halbe Sekunde über. Damit 
dann den 155,5 Sekunden Zähler hochzählen.

Alternativ kannst Du eine COMP ISR mit größerem Prescaler in Verbindung 
mit CTC aufsetzen. Hätte den Vorteil, daß für Batteriebetrieb das 
Aufwecken aus dem Sleep variabel gestaltet werden kann. Das spart Strom.

Super. Gern geschehen.

Ich glaube nicht, daß die Synchronisierung absolut über die Uhrzeit 
geschieht, denn dann könnte sich auch unter günstigen Umständen ein 
Fehler aufgrund Quarztoleranzen einschleichen.

Deshalb denke ich, daß nach jeder erfolgreichen Übertragung die 
Synchronisierung neu erfolgt, d.h. die Heizungssteller ihren Timer neu 
starten.

Die Abweichung des Uhrenquarzes während 115 Sekunden ist minimal, und es 
kann sich damit kein Fehler aufsummieren.

Du hast die Zeit dafür raus, wenn's über ein paar Minuten läuft, sollte 
es auch auf Dauer funktionieren. Kannst ja über Deine Erfahrungen 
berichten und den Code hier reinstellen.

Danke für den Code, freut mich daß er geht.

Ich hab' momentan nur Einige der FS20 Funkschaltdosen im Einsatz, sind 
von guter Qualität und Reichweite. Nur der Funk Timer den ich letzthin 
bestellt habe, war schon mal aus der Schachtel kaputt. Endkontrolle 
findet leider beim Kunden statt. Ging aber nach Einlöten eines neuen 
Uhrenquarzes wie er sollte.

Den Code den Du geschrieben hast, kann man immer brauchen. Wobei ich 
Bascom mit Assembler bevorzuge. C kann ich lesen als auch schreiben, 
brauch' nur länger dafür, da ich wenig Übung drin habe.

Wie ich sehe, hast Du einen Echtzeituhr über I2C dran. Die hättest Du 
übrigens auch über sleep / power save und dem asynchronen Timer2 direkt 
im Mega16 realisieren können.

Geht recht gut, Stromverbrauch ist auch gering, da man den µC nur 
aufweckt, wenn man die Sekunde updated. Wenn man Timer2 und Prescaler 
ausnutzt, muss man nur alle 8 Sekunden aufwecken.

Und nach 115 Sekunden muss der µC sowieso aktiv werden, damit der 
Heizungssteller zufrieden ist.

Ich habe oben in der Beschreibung gelesen, dass du Pollin Funksteckdosen 
"auch" damit ansteuerst.

Hast du auch dafür eine Anleitung/Program?

Es kann also FS20, FHT und Dimmer auf FS20-Basis.

Die Pollin-Geschichte hat ja ein ganz anderes Datenformat, hast du es 
nachgebildet? Mit Dimmer-Funktion.

Der ist zwar nicht ganz genau:
http://www.avr-praxis.de/forum/attachment.php?attachmentid=983&d=1240469666

Gruß jochen

PS. Kannst du den Code mal anhängen?