GPIODCF(4)
GPIODCF(4) β Kernel Interfaces Manual β¨
π NAME π
okay so bestie, welcome to the main character page for gpiodcf β DCF77 timedelta sensor through GPIO pin. That's the name, that's the vibe, periodt. π
β¨ SYNOPSIS β¨
here's the copy-paste synopsis, no cap:
gpiodcf* at gpio? offset 0 mask 0x1
gpiodcf* at gpio?
π¦ DESCRIPTION π¦
okay so the gpiodcf driver decodes the DCF77 time signal code using one GPIO pin. That pin is literally used as a data signal, and the GPIO pin must be able to read an input. π
Pin number tea: you can specify the pin number in the kernel configuration with the offset locator. In that case, the mask locator should always be 0x1 β periodt. You can also specify the offset and mask when gpiodcf is attached at runtime using the GPIOATTACH ioctl(2) on the gpio(4) device. β¨
gpiodcf implements a timedelta sensor, and the delta β in nanoseconds β between the received time information and the local time can be accessed through the sysctl(8) interface. The clock type is indicated in the sensor description:
DCF77β German DCF77 time signal station (77.5 kHz longwave transmitter located in Mainflingen near Frankfurt). π
the quality of the timedelta is reported as the sensor status, and this is the vibe check you actually need:
UNKNOWNβ No valid time information has been received yet. πOKβ The time information is valid and the timedelta is safe to use for applications likentpd(8). slay. πWARNβ The time information is still valid, but no new time information has been decoded for at least 5 minutes due to a reception or parity error. The timedelta should be used with care. lowkey important, bestie. βCRITICALβ No valid time information has been received for more than 15 minutes since the sensor state degraded fromOKtoWARN. This is an indication that hardware should be checked to see if it is still functional. The timedelta will eventually degrade to a lie as all computer internal clocks have a drift. π
okay but fr fr, CRITICAL is your cue to check the hardware β no cap, not me ignoring that. π
π SEE ALSO π
the see-also crew, go read these too:
π HISTORY π
the gpiodcf driver first appeared in OpenBSD 4.5. iconic. π
π«Ά AUTHORS π«Ά
the gpiodcf driver was written by Marc Balmer <mbalmer@openbsd.org>. π
xoxo, this page is from Debian, dated June 7, 2015 β GPIODCF(4) π
π¦ where this page comes from
- nixpkgs unstable: cvs-export
- Copyright (c) 2008 Marc Balmer <mbalmer@openbsd.org>
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms