Aus RN-Wissen.de
Dirk (Diskussion | Beiträge) |
Dirk (Diskussion | Beiträge) |
||
| Zeile 1: | Zeile 1: | ||
| − | + | == Ein offenes Projekt ... == | |
| + | Die Umsetzung des DCF-Decoders in der vorliegenden Form ist offen für weitergehende Anpassungen und Änderungen. In einem offenen Projekt sind Vorschläge aller Art natürlich gern gesehen. | ||
| − | + | === Abspecken === | |
| − | + | Die vorliegende Version hatte den Umfang oder eine Funktionsoptimierung nicht im Blickfeld, sondern sollte zeigen, was alles geht. | |
| + | Wenn es auf das Einsparen von kostbarem Speicherplatz ankommt, dann sind manche "Features" natürlich entbehrlich. | ||
| + | Der DCF-Decoder "funktioniert" prinzipiell auch ohne diese Eigenschaften: | ||
| + | * Decodierung der Bits 0..14 | ||
| + | * Decodierung der Bits 15..20 | ||
| + | * Debug-Infos (Dcf77lastbit, Dcf77databit) | ||
| + | * Ein-/Ausschalten des Decoders | ||
| + | * Softclock | ||
| + | * Alle Statusbits | ||
| + | * Validitätsprüfung | ||
| + | * Plausibilitätsprüfung | ||
| + | * ... | ||
| + | Darüber hinaus könnte es ja auch noch Code-Optimierungen geben (gibt's eigentlich immer!). | ||
| − | --[[Benutzer:Dirk|Dirk]] | + | === Aufrüsten === |
| + | Wenn nur die optimale Funktion und Datensicherheit zählt, kann man auch Erweiterungen einbauen: | ||
| + | * Vergleich aufeinanderfolgender Telegramme (Redundanzprüfung) | ||
| + | * Vergleich des aktuellen Telegramms mit der laufenden Softuhr-Zeit | ||
| + | * Ausgänge zum Anschluss von LEDs (Decoder-Takt, gültiges Telegramm ...) | ||
| + | * ... (Code-Vorschläge willkommen!) | ||
| + | |||
| + | --[[Benutzer:Dirk|Dirk]] 19:57, 12. Dez 2006 (CET) | ||
Version vom 12. Dezember 2006, 19:57 Uhr
Ein offenes Projekt ...
Die Umsetzung des DCF-Decoders in der vorliegenden Form ist offen für weitergehende Anpassungen und Änderungen. In einem offenen Projekt sind Vorschläge aller Art natürlich gern gesehen.
Abspecken
Die vorliegende Version hatte den Umfang oder eine Funktionsoptimierung nicht im Blickfeld, sondern sollte zeigen, was alles geht. Wenn es auf das Einsparen von kostbarem Speicherplatz ankommt, dann sind manche "Features" natürlich entbehrlich. Der DCF-Decoder "funktioniert" prinzipiell auch ohne diese Eigenschaften:
- Decodierung der Bits 0..14
- Decodierung der Bits 15..20
- Debug-Infos (Dcf77lastbit, Dcf77databit)
- Ein-/Ausschalten des Decoders
- Softclock
- Alle Statusbits
- Validitätsprüfung
- Plausibilitätsprüfung
- ...
Darüber hinaus könnte es ja auch noch Code-Optimierungen geben (gibt's eigentlich immer!).
Aufrüsten
Wenn nur die optimale Funktion und Datensicherheit zählt, kann man auch Erweiterungen einbauen:
- Vergleich aufeinanderfolgender Telegramme (Redundanzprüfung)
- Vergleich des aktuellen Telegramms mit der laufenden Softuhr-Zeit
- Ausgänge zum Anschluss von LEDs (Decoder-Takt, gültiges Telegramm ...)
- ... (Code-Vorschläge willkommen!)
--Dirk 19:57, 12. Dez 2006 (CET)
