I will deal with the following points:<\/p>\n
- \n
- What is the DCF77 time signal?<\/li>\n
- Decoding of the DCF77 signal.<\/li>\n
- DCF77 Receiver Modules<\/li>\n
- Detection and evaluation of the DCF77 signal with the Arduino.<\/li>\n
- Using the DCF77 receiver comfortably with the RTCLib.<\/li>\n<\/ul>\n\n
The DCF77 time signal<\/h2>\n\n
DCF77 is a time signal used to transmit the current date and time digitally on the long wave frequency 77.5 kHz. The time zone is CET (Central European Time) or the CEST (Central European Summer Time). <\/p>\n
The DCF77 transmitter is located in Mainflingen near Frankfurt in Germany. Here<\/a> you can admire it on Google Maps. It has a range of about 2000 kilometers and controls a large part of the radio clocks in Western Europe. Other parts of the world have time signals that use different frequencies and are also encoded differently. <\/p>\n
DCF77 means:<\/p>\n
- \n
- D<\/strong>: Germany<\/li>\n
- C<\/strong>: Abbreviation for long wave<\/li>\n
- F<\/strong>: Proximity to Frankfurt<\/li>\n
- 77<\/strong>: Transmission frequency<\/li>\n<\/ul>\n
More information about the DCF77 signal and its history can be found here<\/a>.<\/p>\n\n
How the DCF77 signal is structured<\/h2>\n\n
The information is transmitted by reducing the amplitude of the carrier to 25 percent once per second for either 100 or 200 milliseconds. A reduction for 100 milliseconds corresponds to a “0”, 200 milliseconds corresponds to a “1”. A full sequence is one minute. This would transfer 60 bits, but the last bit is omitted to clearly separate the sequences.<\/p>\n
Most DCF77 receiver modules are designed to deliver a HIGH signal while the time signal is reduced, otherwise it is LOW. This will give you sequences that look like the following:<\/p>\n\n
![\"Diagram](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/DCF77__Signal_Scheme-1024x395.png\")
<\/a>Diagram of the DCF77 signal at the output pin of the receiver module<\/figcaption><\/figure>\n\n If you have a module that works the other way around, you need to rethink and modify the example sketches accordingly.<\/p>\n\n
Decoding the DCF77 signal <\/h3>\n\n
Certain bits or sections are reserved for a specific part of the information to be transmitted:<\/p>\n\n
![\"Meaning](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/DCF77_Signal_Table-1024x527.png\")
<\/a>Meaning of bits of a DCF77 sequence<\/figcaption><\/figure>\n\n - \n
- To read the weather information, you would need to purchase a license.<\/li>\n
- The actual transmission of the time and date begins after bit 20. I don’t look at anything before that.<\/li>\n
- For two-digit numbers, the “ones” and the “tens” are transmitted separately, but each digit is transmitted as a binary number – a somewhat strange mixture of binary and decimal systems.<\/li>\n
- The times coded in a sequence refer to the next start bit.<\/li>\n<\/ul>\n
The parity bits can be used to check the transmitted data for correctness. The parity of the parity bit plus the parity of the corresponding data is always even. This can best be explained with an example. The minutes are coded in the bits 21 to 27, i.e. 7 zeros or ones. All ones are added. If the result is an odd number, the parity bit is an odd 1. If, on the other hand, the result is an even number, the parity bit is 0. The same applies to the hours (bits 29-34) and the date (bits 40-57). In other words, the parity of the parity bit equals the parity of the bit sequence to be checked.<\/p>\n
If all parities are OK and you have received 59 bits in a sequence, you can be quite sure that the data transfer was correct.<\/p>\n\n
Here<\/a> you can follow live what the DCF77 transmitter is currently transmitting. <\/p>\n\n
DCF77 Receiver Modules<\/h2>\n\n
You can get a module with antenna for 5 to 15 euros in online shops. I paid 11 euros for the model shown here and am quite satisfied with its reception quality:<\/p>\n
\n![\"A](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/DCF77_complete_and_back-1024x460.jpg\")
<\/a>A DCF77 receiver module with antenna<\/figcaption><\/figure>\n<\/div>\n This model here cost only half and is much smaller: <\/p>\n
\n![\"An](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/dcf77_2-1024x430.jpg\")
<\/a>An alternative DCF77 module<\/figcaption><\/figure>\n<\/div>\n There was no documentation for it (not even regarding the supply voltage!), and I also got significantly more incorrect measurements with it than with the other module under the same conditions. So there are clear differences in quality here.<\/p>\n
However, invalid sequences are not only a question of module quality, but also the orientation of the antenna, the weather, the location (geology) and other factors can influence the reception. However, a few incorrect measurements are not a problem as long as you identify them and your code is not dependent on receiving a valid data set every minute. If you experience too many incorrect sequences, try to position the antenna differently. What can also help with some modules is battery operation.<\/p>\n\n
\u201cRC8000\u201d modules<\/h4>\n\n
Then there are the DCF-1060N-800 and DCF-3850M-800 modules, whose circuit board is labeled \u201cRC8000\u201d. I have had wonderful experiences with these, especially with the DCF-3850M-800, which is also characterized by a small antenna. There were hardly any incorrect measurements, regardless of the positioning of the antenna. According to the seller, the DCF-1060N-800 has a slightly higher sensitivity, but I cannot confirm this. The DCF-3850M-800 module can be found in many radio-controlled alarm clocks (thanks, Claus!). <\/p>\n
\n![\"\"](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/RC8000-1024x530.jpg\")
<\/a>DCF-3850M-800<\/figcaption><\/figure>\n<\/div>\n If you want to buy a module, it is best to see if there is a data sheet or at least basic technical data for it. Some representatives can apparently only tolerate up to 3.3 V, others up to 5 V or even more. For the power consumption, I have found consistent data of < 100 microamperes.<\/p>\n\n
The Canaduino Board<\/h3>\n
\n![\"My](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2024\/01\/canaduino_dcf77.webp\")
<\/a>My favorite: The DCF77 module from Canaduino<\/figcaption><\/figure>\n<\/div>\n In my experience, the technically best module is the Canaduino model shown above (the DCF-3850M-800\/RC8000 module wins the \u201csize prize\u201d, however). I paid 20 euros for it, including shipping costs from Canada. You can operate it with 3 -15 volts, it has automatic amplification and has a regular and an inverted output. The quality of the signals was excellent, even in places where other modules had difficulties. A short manual for the module is available here<\/a>. <\/p>\n
Please pay particular attention to the alignment of the antenna relative to the module. For fast signal acquisition, connect PDN to a pin on your microcontroller board and switch it to Output \/ LOW in setup(). <\/p>\n\n
Receiving and evaluating the DCF77 signal<\/h2>\n\n
Wiring<\/h3>\n\n
As already mentioned, the modules vary in their design. For the module shown above I used the following wiring: <\/p>\n\n
![\"Wiring](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/wiring_dcf77-1024x560.png\")
<\/a>Wiring for the DCF77 Example Sketches <\/figcaption><\/figure>\n\n - \n
- The LED is not essential, I use it for some example sketches.<\/li>\n
- The Enable Pin can be used to turn the module on and off (not every module has this feature).<\/li>\n
- For most of my sketches, the signal pin must be connected to an interrupt pin.<\/li>\n<\/ul>\n\n
A simple function test<\/h3>\n\n
If you just want to check if your module receives data at all, you can use this sketch:<\/p>\n\n
int interruptPin=2;\nint ledPin=7;\n\nvoid setup(){\n pinMode(ledPin, OUTPUT);\n pinMode(interruptPin, INPUT);\n attachInterrupt(digitalPinToInterrupt(interruptPin), DCF77_ISR, CHANGE);\n}\n\nvoid loop(){\n \n}\n\nvoid DCF77_ISR(){\n if(digitalRead(interruptPin)){\n digitalWrite(ledPin, HIGH);\n }\n else{\n digitalWrite(ledPin, LOW);\n }\n}<\/pre>\n\nAlternatively, it would work without interrupt, for example like this:<\/p>\n\n
int dataPin = 2;\nint ledPin = 7;\n\nvoid setup() {\n pinMode(dataPin, INPUT);\n pinMode(ledPin, OUTPUT);\n}\n\nvoid loop() {\n if(digitalRead(dataPin)){\n digitalWrite(ledPin, HIGH);\n }\n else{\n digitalWrite(ledPin, LOW);\n }\n}<\/pre>\n\nThe interrupt method has the advantage that the main loop is empty, so you can do anything else in parallel. I will therefore build on the interrupt method.<\/p>\n
When the sketch is running, the LED should flash every second. If you look closely, you will notice that the LED lights up shorter times and sometimes longer. Once per minute, the pause is almost two seconds. Interference with reception is usually noticeable by rapid and irregular flashing. <\/p>\n\n
How to capture sequences<\/h3>\n\n
With the next sketch, we measure the signal lengths and capture entire sequences. A few comments on the signal length:<\/p>\n
- \n
- After the interrupt is triggered, it is checked whether the interrupt pin is HIGH or LOW. This reveals whether the completed phase is the 100\/200 millisecond signal or the pause.<\/li>\n
- The signal length is determined by the
millis()<\/code> function.<\/li>\n- All HIGH signals shorter than 150 milliseconds are interpreted as “0”, the longer ones as “1”. The optimum value may differ for some module\/board combinations.<\/li>\n
- A LOW phase greater than 1500 milliseconds indicates the minute tag.<\/li>\n<\/ul>\n
Another few comments on the sequence:<\/p>\n
- \n
- The 59 bits of a sequence fit into an eight-byte
uint64_t<\/code> variable (= unsigned long long on an AVR Arduino), which I have named currentBuf.<\/li>\n- The counter for the position in currentBuf is bufCounter.<\/li>\n
currentBuf |= ((uint64_t)1<<bufCounter);<\/code> inserts a “1” into the sequence. Without the conversion of the “1” touint64_t<\/code>, it will not work. It took me a long time to come to this realization.<\/li>\n- The
Serial.print()<\/code> function is not compatible withuint64_t<\/code> variables. I use bit operations<\/a> to divide the currentBuf variable into twouint32_t<\/code> pieces to be able to output them.<\/li>\n- The sequence is output when the minute tag is detected.<\/li>\n<\/ul>\n
At 9600 BAUD, the
Serial.print()<\/code> calls take a total time in the millisecond range (per second). That’s why I chose 115200 BAUD.<\/p>\nThe sequence ends with the long LOW pause after the 59th HIGH signal (= no. 58). This is followed by the start bit of the next sequence. We use these 100 milliseconds for evaluation and output. <\/p>\n\n
\n#define MIN_HIGH_SIGNAL 150 \/\/ min. high signal - test and adust\n#define MIN_END_SIGNAL 1500 \/\/ min. low phase after 59th signal\nint interruptPin = 2;\nunsigned int bufCounter = 0;\nvolatile unsigned long lastInt = 0;\nvolatile uint64_t currentBuf = 0;\nvolatile bool newSignal = false;\nvolatile bool newSequence = false;\nvolatile unsigned long highDur = 0;\nvolatile unsigned long lowDur = 0;\n\nvoid setup() {\n Serial.begin(115200);\n Serial.println(\" HIGH \/ LOW\");\n pinMode(interruptPin, INPUT);\n attachInterrupt(digitalPinToInterrupt(interruptPin), DCF77_ISR, CHANGE);\n}\n\nvoid loop() {\n if(newSignal) {\n newSignal = false;\n Serial.print(bufCounter);\n Serial.print(\". \");\n Serial.print(highDur);\n Serial.print(\" \/ \");\n Serial.println(lowDur);\n bufCounter++;\n \n if (newSequence) {\n uint32_t highBuf = (currentBuf>>32) & 0x7FFFFFF;\n uint32_t lowBuf = (currentBuf & 0xFFFFFFFF);\n newSequence = false;\n newSignal = false;\n bufCounter = 0;\n Serial.print(\"Signal, upper 4 bytes: \"); \n Serial.println(highBuf, BIN);\n Serial.print(\"Signal, lower 4 bytes: \"); \n Serial.println(lowBuf, BIN); \n }\n }\n}\n\nvoid DCF77_ISR() {\n unsigned int dur = 0;\n dur = millis() - lastInt; \n \n if(digitalRead(interruptPin)){\n lowDur = dur; \n newSignal = true; \n \n if(dur > MIN_END_SIGNAL) {\n newSequence = true;\n }\n }\n else{\n highDur = dur;\n \n if(dur > MIN_HIGH_SIGNAL) {\n currentBuf |= ((uint64_t)1<<bufCounter);\n }\n }\n lastInt = millis();\n}<\/pre>\n<\/p>\n<\/div>\n\n
Output of dcf77_get_sequence.ino<\/h4>\n\n
Here you can see a snapshot of the output:<\/p>\n\n
![\"DCF77](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/output_get_sequence.png\")
<\/a>Output of dcf77_get_sequence.ino<\/figcaption><\/figure>\n\n The HIGH and LOW phases differ a little from the ideal lengths, but zeros and ones are clearly distinguishable.<\/p>\n
The first recorded sequence will only be a complete one in 2 out of 60 cases, namely when you in the last two seconds of a running sequence. <\/p>\n\n
Evaluating the captured sequences <\/h3>\n\n
Now let’s evaluate the received sequences. To do this, the ISR passes the currentBuf sequence to the
evaluateSequence()<\/code> function. This first splits the sequence into the relevant sections (minute, hour, day of the week, etc.).<\/p>\nFor the parity check, I use the function
parity_even_bit()<\/code> . To use it, you need to include utils\/parity.h. This file is part of the Arduino or AVR standard package, so you don’t have to install it.parity_even_bit()<\/code> expects a byte value as an argument. The function returns “0” (false) for parity “0” and “1” for parity “1”. The date piece is greater than one byte, so I’ll check the parities of the calendar day, day of the week, month, and year individually. If the sum of the parities is an even number, then the total parity is 0. If it is odd, the parity is \u201c1\u201d. If you are not using an AVR board (Arduino UNO, Nano, Mega, etc.), do not include parity.h and uncomment the replacement function at the end of this and the following sketches.<\/strong><\/p>\nrawByteToInt()<\/code> splits the raw value of minute, hour, day, etc. into the digits and returns the sum as an integer. These values are then output.<\/p>\n\n\n#include <util\/parity.h> \/\/comment out if you don't use an AVR MCU\n#define MIN_HIGH_SIGNAL 150\n#define MIN_END_SIGNAL 1500\nint interruptPin=2;\nunsigned int bufCounter;\nvolatile unsigned long lastInterrupt = 0;\nuint64_t tempBuf = 0;\nvolatile uint64_t currentBuf = 0;\nvolatile bool newSignal = false;\nvolatile bool newSequence = false;\nvolatile unsigned long highDur = 0;\nvolatile unsigned long lowDur = 0;\n\nvoid setup() {\n Serial.begin(115200);\n Serial.println(\" HIGH \/ LOW\");\n pinMode(interruptPin, INPUT);\n attachInterrupt(digitalPinToInterrupt(interruptPin), DCF77_ISR, CHANGE);\n}\n\nvoid loop(){\n if(newSignal) {\n newSignal = false;\n Serial.print(bufCounter);\n Serial.print(\". \");\n Serial.print(highDur);\n Serial.print(\" \/ \");\n Serial.println(lowDur);\n bufCounter++;\n \n if (newSequence) {\n uint32_t highBuf = (currentBuf>>32) & 0x7FFFFFF;\n uint32_t lowBuf = (currentBuf & 0xFFFFFFFF);\n newSequence = false;\n tempBuf = currentBuf;\n while(digitalRead(interruptPin)) {;} \/\/ we wait for the first Low\n currentBuf = 0; \n bufCounter = 0;\n newSignal = false;\n Serial.print(\"Signal, upper 4 bytes: \"); \n Serial.println(highBuf, BIN);\n Serial.print(\"Signal, lower 4 bytes: \"); \n Serial.println(lowBuf, BIN); \n evaluateSequence();\n }\n }\n}\n\nvoid evaluateSequence(){\n uint8_t dcf77Year = (tempBuf>>50) & 0xFF; \/\/ year = bit 50-57\n uint8_t dcf77Month = (tempBuf>>45) & 0x1F; \/\/ month = bit 45-49\n uint8_t dcf77DayOfWeek = (tempBuf>>42) & 0x07; \/\/ day of the week = bit 42-44\n uint8_t dcf77DayOfMonth = (tempBuf>>36) & 0x3F; \/\/ day of the month = bit 36-41\n uint8_t dcf77Hour = (tempBuf>>29) & 0x3F; \/\/ hour = bit 29-34\n uint8_t dcf77Minute = (tempBuf>>21) & 0x7F; \/\/ minute = 21-27 \n bool parityBitMinute = (tempBuf>>28) & 1;\n bool parityBitHour = (tempBuf>>35) & 1;\n bool parityBitDate = (tempBuf>>58) & 1;\n\n if((parity_even_bit(dcf77Minute)) != parityBitMinute){\n Serial.println(\"Minute parity not OK\"); \n }\n \n if((parity_even_bit(dcf77Hour)) != parityBitHour){\n Serial.println(\"Hour parity not OK\");\n }\n \n if(((parity_even_bit(dcf77DayOfMonth) + parity_even_bit(dcf77DayOfWeek) \n + parity_even_bit(dcf77Month) + parity_even_bit(dcf77Year))%2) != parityBitDate)\n {\n Serial.println(\"Date parity not OK\");\n }\n \n Serial.println(\"Current date and Time:\");\n Serial.print(\"Year: \"); Serial.println(rawByteToInt(dcf77Year));\n Serial.print(\"Month: \"); Serial.println(rawByteToInt(dcf77Month));\n Serial.print(\"Day of Month: \"); Serial.println(rawByteToInt(dcf77DayOfMonth));\n Serial.print(\"Day of the Week: \"); Serial.println(rawByteToInt(dcf77DayOfWeek));\n Serial.print(\"Hours: \"); Serial.println(rawByteToInt(dcf77Hour));\n Serial.print(\"Minutes: \"); Serial.println(rawByteToInt(dcf77Minute));\n}\n\nunsigned int rawByteToInt(uint8_t raw){\n return ((raw>>4)*10 + (raw &0x0F));\n}\n\nvoid DCF77_ISR(){\n unsigned int dur = 0;\n dur = millis() - lastInterrupt; \n lastInterrupt = millis();\n \n if(digitalRead(interruptPin)){\n lowDur = dur; \n newSignal = true; \n \n if(dur > MIN_END_SIGNAL) {\n newSequence = true;\n }\n }\n else{\n highDur = dur;\n \n if(dur > MIN_HIGH_SIGNAL){\n currentBuf |= ((uint64_t)1<<bufCounter);\n }\n }\n}\n\n\/\/uncomment the following lines if you don't use an AVR MCU\n\/\/bool parity_even_bit(uint8_t val){\n\/\/ val ^= val >> 4;\n\/\/ val ^= val >> 2;\n\/\/ val ^= val >> 1;\n\/\/ val &= 0x01;\n\/\/ return val;\n\/\/}<\/pre>\n<\/p>\n<\/div>\n\n
Output of dcf77_sequence_evaluation.ino<\/h4>\n\n
![\"DCF77](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/output_dcf77_sequence_evaluation.png\")
<\/a>Output of dcf77_sequence_evaluation.ino<\/figcaption><\/figure>\n\n So it’s Sunday, February 14, 2021, 12:59. It works, but the formatting still leaves opportunities for improvement.<\/p>\n
For example, the names for the months or days of the week could be inserted as:<\/p>\n
char dayName[7][12] = {\"Sunday\", \"Monday\", \"Tuesday\", \"Wednesday\", \"Thursday\", \"Friday\", \"Saturday\"};<\/code><\/p>\nSerial.print(dayName[dcf77DayOfWeek]);<\/code><\/p>\nBut I’m going down a different, much more comfortable path.<\/p>\n\n
Using the DCF77 with the RTCLib<\/h2>\n\n
I introduced the RTCLib in the last post<\/a> as a library for the DS3231 real-time clock module. In addition to this task, the RTCLib also offers (among other things):<\/p>\n
- \n
- A wide range of formatting options for date and time.<\/li>\n
- Calculation operations with date\/time and time periods.<\/li>\n
- Software simulation of a real-time clock (SoftRTC).<\/li>\n<\/ul>\n
I had presented all this in my last post. If you don’t understand the next sketch, it’s best to go back there.<\/p>\n
You can download the RTCLib via the Arduino IDE or directly from GitHub here<\/a>.<\/p>\n
We use SoftRTC and set this “software watch” regularly with the DCF77 receiver. In between, the clock runs based on millis().<\/p>\n
Of course, you can use the DCF77 receive to set a DS3231 module as well.<\/p>\n\n
DCF77 and SoftRTC – the sketch<\/h3>\n\n
I freed the code used in the last sketch from all non-essential
Serial.print()<\/code> parts. Then I combined it with the example sketch softrtc.ino of the RTCLib and adapted it somewhat.<\/p>\nThe clock is initially set to 1\/1\/2000, 00:00. You could also use the computer’s system time, but I wanted an obviously wrong start date to make it clearer when the clock is set by the DCF77 module.<\/p>\n
The clock is only set if there is a valid record, i.e. if 59 bits have been submitted and the three parity bits are correct.<\/p>\n\n
\n#include <util\/parity.h> \/\/comment out if you don't use an AVR MCU\n#include \"RTClib.h\"\n#define MIN_HIGH_SIGNAL 150\n#define MIN_END_SIGNAL 1500\n\nint interruptPin = 2;\nvolatile unsigned long lastInterrupt = 0;\nvolatile uint64_t currentBuf = 0;\nvolatile unsigned int bufCounter;\n\nRTC_Millis rtc;\n\nvoid setup() {\n rtc.adjust(DateTime(2000, 1, 1, 0, 0, 0));\n Serial.begin(115200);\n pinMode(interruptPin, INPUT);\n attachInterrupt(digitalPinToInterrupt(interruptPin), DCF77_ISR, CHANGE);\n}\n\nvoid loop(){\n static DateTime now = rtc.now();\n now = rtc.now();\n char buf1[] = \"Today is DDD, MMM DD YYYY\";\n Serial.println(now.toString(buf1));\n char buf2[] = \"Current time is hh:mm:ss\";\n Serial.println(now.toString(buf2));\n Serial.println();\n \n delay(3000);\n}\n\nvoid DCF77_ISR() {\n unsigned int dur = 0;\n dur = millis() - lastInterrupt; \n lastInterrupt = millis();\n \n if(digitalRead(interruptPin)) {\n \n if(dur > MIN_END_SIGNAL) {\n \n if(bufCounter==59) {\n evaluateSequence();\n }\n bufCounter = 0;\n currentBuf = 0;\n }\n }\n else{\n if(dur > MIN_HIGH_SIGNAL) {\n currentBuf |= ((uint64_t)1<<bufCounter);\n }\n bufCounter++;\n }\n}\n\nvoid evaluateSequence(){\n uint8_t dcf77Year = (currentBuf>>50) & 0xFF; \/\/ year = bit 50-57\n uint8_t dcf77Month = (currentBuf>>45) & 0x1F; \/\/ month = bit 45-49\n uint8_t dcf77DayOfWeek = (currentBuf>>42) & 0x07; \/\/ day of the week = bit 42-44\n uint8_t dcf77DayOfMonth = (currentBuf>>36) & 0x3F; \/\/ day of the month = bit 36-41\n uint8_t dcf77Hour = (currentBuf>>29) & 0x3F; \/\/ hour = bit 29-34\n uint8_t dcf77Minute = (currentBuf>>21) & 0x7F; \/\/ minute = 21-27 \n bool parityBitMinute = (currentBuf>>28) & 1;\n bool parityBitHour = (currentBuf>>35) & 1;\n bool parityBitDate = (currentBuf>>58) & 1;\n\n if((parity_even_bit(dcf77Minute)) == parityBitMinute){\n \n if((parity_even_bit(dcf77Hour)) == parityBitHour){\n \n if(((parity_even_bit(dcf77DayOfMonth) + parity_even_bit(dcf77DayOfWeek) \n + parity_even_bit(dcf77Month) + parity_even_bit(dcf77Year))%2) == parityBitDate){\n rtc.adjust(DateTime(rawByteToInt(dcf77Year) + 2000, rawByteToInt(dcf77Month), \n rawByteToInt(dcf77DayOfMonth), rawByteToInt(dcf77Hour), rawByteToInt(dcf77Minute), 0));\n }\n }\n }\n}\n\nunsigned int rawByteToInt(uint8_t raw){\n return ((raw>>4)*10 + (raw & 0x0F));\n}\n\n\/\/uncomment the following lines if you don't use an AVR MCU\n\/\/bool parity_even_bit(uint8_t val){\n\/\/ val ^= val >> 4;\n\/\/ val ^= val >> 2;\n\/\/ val ^= val >> 1;\n\/\/ val &= 0x01;\n\/\/ return val;\n\/\/}<\/pre>\n<\/p>\n<\/div>\n\n
Output of dcf77_softRTC.ino<\/h4>\n\n
The result looks like:<\/p>\n\n
![\"Example](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/output_dcf77_softRTC.png\")
<\/a>Output of dcf77_softRTC.ino<\/figcaption><\/figure>\n\n Ideally, the software clock is set to the DCF77 time after one to two minutes, as here. In case of poor reception, it may take longer.<\/p>\n\n
A version of the sketch with a leaner ISR can be found in Appendix 1.<\/p>\n\n
If you don’t want interrupts….<\/h3>\n\n
If you’re bothered by working with the interrupts, I have a version here without interrupts. Setting the clock is time-controlled. Since I had no desire to wait a long time, the clock is set every two minutes. Of course, this makes virtually no sense. However, you can easily change this to every few hours, for example.<\/p>\n
The disadvantage of this method is that you can’t do anything else during the setting procedure.<\/p>\n
The sketch is still quite communicative. You can cut it significantly if you want to use it or build on it.<\/p>\n\n
\n#include \"RTClib.h\" \n#include <util\/parity.h> \/\/comment out if you don't use an AVR MCU\nint dataPin = 7;\n\nRTC_Millis rtc;\n\nvoid setup () {\n bool validTime = false;\n Serial.begin(115200);\n\n#ifndef ESP8266\n while (!Serial); \/\/ wait for serial port to connect. Needed for native USB\n#endif\n\n pinMode(dataPin, INPUT); \n \n DateTime currentTime = DateTime(2000, 1, 1, 0, 0, 0); \/\/ Initial Date\n \n while(!validTime){\n \n if(getDcf77Time(currentTime)){\n Serial.println(\"Date and Time updated!\");\n validTime = true;\n }\n else{\n Serial.println(\"Sorry, something went wrong!\");\n }\n }\n rtc.adjust(currentTime);\n}\n\nbool getDcf77Time(DateTime &dcf77Time){\n unsigned long long dcf77Sequence = 0;\n bool successfulUpdate = true;\n \n if(receiveSequence(dcf77Sequence)){\n Serial.println(\"Sequence OK - received 59 bits\");\n printSequence(dcf77Sequence);\n }\n else{\n Serial.println(\"Sequence NOT OK - wrong nuber of bits\");\n successfulUpdate = false;\n }\n \n if(evaluateSequence(dcf77Sequence, dcf77Time)){\n Serial.println(\"Valid Sequence!\"); \n }\n else{\n Serial.println(\"Invalid Sequence!\");\n successfulUpdate = false;\n }\n\n return successfulUpdate;\n}\n\nbool evaluateSequence(unsigned long long &buf, DateTime &dcf77Time){\n bool parityOK = true;\n uint8_t dcf77Year = (buf>>50) & 0xFF; \/\/ year = bit 50-57\n uint8_t dcf77Month = (buf>>45) & 0x1F; \/\/ month = bit 45-49\n uint8_t dcf77DayOfWeek = (buf>>42) & 0x07; \/\/ day of the week = bit 42-44\n uint8_t dcf77DayOfMonth = (buf>>36) & 0x3F; \/\/ day of the month = bit 36-41\n uint8_t dcf77Hour = (buf>>29) & 0x3F; \/\/ hour = bit 29-34\n uint8_t dcf77Minute = (buf>>21) & 0x7F; \/\/ minute = 21-27 \n bool parityBitMinute = (buf>>28) & 1;\n bool parityBitHour = (buf>>35) & 1;\n bool parityBitDate = (buf>>58) & 1;\n\n if((parity_even_bit(dcf77Minute)) != parityBitMinute){\n parityOK = false;\n Serial.println(\"Minutes not OK\"); \n }\n\n if((parity_even_bit(dcf77Hour)) != parityBitHour) {\n parityOK = false; \n Serial.println(\"Hours not OK\");\n }\n\n if(((parity_even_bit(dcf77DayOfMonth) + parity_even_bit(dcf77DayOfWeek) \n + parity_even_bit(dcf77Month) + parity_even_bit(dcf77Year))%2) != parityBitDate)\n {\n parityOK = false;\n Serial.println(\"Date not OK\");\n }\n\n if(parityOK==false) {\n return parityOK;\n }\n \n dcf77Time = DateTime(rawByteToInt(dcf77Year) + 2000, rawByteToInt(dcf77Month), \n rawByteToInt(dcf77DayOfMonth), rawByteToInt(dcf77Hour), rawByteToInt(dcf77Minute), 0);\n\n return parityOK;\n}\n\nunsigned int rawByteToInt(uint8_t raw){\n return ((raw>>4)*10 + (raw &0x0F));\n}\n\nbool receiveSequence(unsigned long long &buf){\n unsigned int counter = 0;\n unsigned int lowCounter = 0;\n unsigned int highCounter = 0; \n \n Serial.println(\"Waiting for sequence start...\");\n waitForSequenceStart(); \n Serial.println(\"HIGH \/ LOW\");\n \n while(lowCounter < 150){\n lowCounter = 0;\n highCounter = 0;\n \n while(digitalRead(dataPin)) {\n delay(10);\n highCounter++;\n }\n if(highCounter >= 15){\n buf |= ((unsigned long long)1<<counter);\n }\n \n while(!digitalRead(dataPin)) {\n delay(10);\n lowCounter++;\n }\n \n Serial.print(counter);\n Serial.print(\". \");\n Serial.print(highCounter);\n Serial.print(\" \/ \");\n Serial.println(lowCounter);\n \n counter++; \n }\n if(counter==59){\n return true; \n }\n else{\n return false;\n }\n}\n\nvoid waitForSequenceStart() {\n unsigned int lowCounter2 = 0;\n \n while(lowCounter2<150){\n lowCounter2 = 0;\n while(digitalRead(dataPin)) {}\n while(!digitalRead(dataPin)) {\n delay(10);\n lowCounter2++;\n }\n } \n}\n\nvoid printSequence(unsigned long long &buf){\n unsigned long highBuf = (buf>>32) & 0x7FFFFFF;\n unsigned long lowBuf = (buf & 0xFFFFFFFF);\n Serial.print(\"Sequence, upper 4 bytes: \"); \n Serial.println(highBuf, BIN);\n Serial.print(\"Sequence, lower 4 bytes: \"); \n Serial.println(lowBuf, BIN); \n}\n\nvoid loop () {\n DateTime now = rtc.now();\n TimeSpan updatePeriod = TimeSpan(0,0,2,0);\n static DateTime nextUpdate = now + updatePeriod;\n \n char buf1[] = \"Today is DDD, MMM DD YYYY\";\n Serial.println(now.toString(buf1));\n char buf2[] = \"Current time is hh:mm:ss\";\n Serial.println(now.toString(buf2));\n Serial.println();\n\n if(nextUpdate < now){\n if(getDcf77Time(now)){\n rtc.adjust(now);\n nextUpdate = now + updatePeriod;\n }\n }\n \n delay(3000);\n}\n\n\/\/uncomment the following lines if you don't use an AVR MCU\n\/\/bool parity_even_bit(uint8_t val){\n\/\/ val ^= val >> 4;\n\/\/ val ^= val >> 2;\n\/\/ val ^= val >> 1;\n\/\/ val &= 0x01;\n\/\/ return val;\n\/\/}<\/pre>\n<\/p>\n<\/div>\n\n
Output of dcf77_softRTC_without_interrupt.ino<\/h3>\n\n
Here’s what the sketch looks like in action:<\/p>\n\n
![\"Output](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/dcf77_softRTC_without_interrupt_1.png\")
<\/a>Output of dcf77_softRTC_without_interrupt.ino: first time setting<\/figcaption><\/figure>\n\n In the upper screenshot you can see that the clock is set at 5:25 p.m. As specified in the sketch, the next setting is two minutes later:<\/p>\n\n
![\"\"](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2021\/02\/dcf77_softRTC_without_interrupt_2.png\")
<\/a>Output of dcf77_softRTC_without_interrupt.ino: second time setting<\/figcaption><\/figure>\n\n Acknowledgement<\/h2>\n\n
The basis of the post image, the watch, comes from OpenClipart-Vectors<\/a>. I owe the radio symbol to Clker-Free-Vector-Images.<\/a> Both are – as usual – from Pixabay<\/a>.<\/p>\n\n
<\/p>\n\n
Appendix 1 – Time on a 4-digit display<\/h2>\n\n
And then I wrote a sketch that displays the time on a TM1637-based 4-digit display. I used the TM1637<\/a> library from Avishay<\/a>, which you can also install via the Arduino library manager. <\/p>\n
The watch can then look like this:<\/p>\n
- C<\/strong>: Abbreviation for long wave<\/li>\n
- D<\/strong>: Germany<\/li>\n
![\"4-digit](\"https:\/\/wolles-elektronikkiste.de\/wp-content\/uploads\/2024\/04\/4_digit_display_clock.jpg\")
<\/a>