The most accurate Raspberry Pi atomic clock IN THE WORLD!
ฝัง
- เผยแพร่เมื่อ 30 พ.ค. 2024
- Will the fabric of space-time be split if I plug this highly-accurate Rubidium-oscillator-backed Time card into the Raspberry Pi?
Probably not, but we'll test the driver on the Pi, probably recompile a kernel or two, and learn about Linux PTP networking and GNSS-based timekeeping along the way!
Mentioned in this video (some links are affiliate links):
- Linux recompile shirt: redshirtjeff.com/listing/linu...
- GitHub issue for CM4 PTP support: github.com/raspberrypi/linux/...
- PCI x1 to x16 adapter: amzn.to/32oz9ou
- Time Card on the Pi PCIe Database: pipci.jeffgeerling.com/cards_...
- TechTechPotato video on Time Card: • Democratizing Time: Ha...
- LTT video on Time Card: • Why is this PCIe Card ...
- Technology Connections turn signal video: • Why it's not possible ...
Support me on Patreon: / geerlingguy
Sponsor me on GitHub: github.com/sponsors/geerlingguy
Merch: redshirtjeff.com
#RaspberryPi #TimeCard #OpenComputeProject
Contents:
00:00 - Meet the Time Card
01:16 - Who needs a nanosecond?
03:49 - Board tour
05:18 - Plugging it in
05:56 - Time Card driver
07:12 - PTP on the Pi
09:30 - There will be more...
10:44 - Outtro and outtakes - วิทยาศาสตร์และเทคโนโลยี
![ทททททททท #27 [หลุยส์ เค โตมายังไง ณ สระบุรี]](http://i.ytimg.com/vi/CaKoYw_Xmtg/mqdefault.jpg)
The technology connections quip.... take your darn like. seriously tho, I cant wait for a video showing off two computers with the EXACT same time using that hardware standard
To demonstrate PTP across multiple computers, through the magic of buying two of them.
@@rhekman And through the magic of buying three of them, I have an already taken apart one right here!
stole my comment! I'm super excited to see what this card can do for us in the mass market
A Technology Connections Connection?
What's about connections latency,
1:13 Okay, I just have to call this out. The "> 200,000x more accurate!" card here implying that a higher frequency makes it more accurate (or that these two frequencies even related to each other in a meaningful way) is **highly** misleading, straight up wrong even. Higher frequency does not mean better, not in the slightest. You can have a 1THz oscillator that is absolute garbage at keeping time. What matters for an oscillator is it's tolerance, stability, and phase noise. In this case since the oscillator is GPS-steered, tolerance matters slightly less, but stability and phase noise are still critical, and this is what something like a rubidium oscillator excels at, but it has nothing to do with how high a frequency it is, it has to do with how stable that frequency is, how little it shifts due to both environmental conditions and random fluctuations. Now, there are technical reasons related to phase-locked loops (which is used to get a different frequency out) why an underlying frequency standard should be reasonably high frequency, but that's not what sets quartz and rubidium oscillators apart from eachother, you can get quartz crystals tuned for the GHz region. What sets it apart is that a rubidium oscillator depends on atomic scale properties of electron energy levels in individual rubidium atoms which are relatively fundamental and unchanging, rather than depending on the relatively 'macroscopic' properties of a chunk of quartz crystal as a whole which depend on physical dimensions and environmental conditions.
This is true. Indeed in running the numbers after I had recorded my script, I realized the accuracy of the rubidium clock is actually more like 300,000x better than oven-controlled quartz-which shows the ~200,000x difference in frequency isn't the reason for the better accuracy.
But in these videos, I can't splice in anything or even add annotations. So I'll just hit the heart on this comment, leave this reply, and hope that people see it :P
Since you seem to know a thing or two about oscillators, you might be able to answer a question I've been having ever since I heard of this project (and the price for the rubidium clock):
What is the main cause of drift in quartz clocks? Is it temperature? Or manufacturing tolerance?
@@JeffGeerling Don’t worry Jeff, I saw it...
@@vincentguttmann2231 Typically temp is the primary offender. An old school method of improving an NTP server's perf was to purposely insulate it a bit to force the temp up, as holding an elevated temp stably is slightly easier than a consistent cool temp. Or you could move up to an ovenized quartz oscillator, which as the name implies does the same thing for just the oscillator itself.
@@771racing Hmm. Now I'm thinking of how to make a PCB sandwich for a quartz oscillator and temperature sensor. It won't be as stable as a properly ovenized quartz at like 70 °C, but with no big fluctuations it should be better than a room temp quartz.
You compile the Linux kernel so often it would be interesting for a video of how to do it. Just a suggestion.
I second it. Jeff, I think it would be great to have a video about it.
Yes please,sir do a video on this.
@Keith Miller He must have already made the video:
th-cam.com/video/gCRzng7LsQI/w-d-xo.html
i'm onboard for that video!
Compiling the straight kernel isn't too bad...
Cross compiling for different arches is where it gets fun 🤣
love when open source projects like this come out, not because of the projects themselves, but because it makes the appliances they replace drop in price on the used market. finally, an evertz msc5700 for my very own home
Quite. Pretty sure the timecard that Jeff has is something developed by Facebook engineers. It's open source but to buy it built is around $1k used from memory. Of course, I don't have my own atomic clock so I don't remember when I read this info, if ever. - EDIT: Just watched the video, good to know I'm part of this universe and not a parallel one.
@@jrlx86 I am working with several vendors to make the card (just the card with the atomic clock, SOM and GNSS) for about $200. Then you can put the parts based on need. Stay tuned
I manage quite fine with just a uBlox. Given that it listens on 4 different satellite networks, it would take a GNSS jammer or a broken antenna for me to lose track of satellites. And the ubx protocol will happily show the confidence error of the emitted time, while the 1-second pulse avoids the latency from sending out the time data over a serial interface. This is the pulse that would be used for IEEE 1588.
Why not just bur a card from a decommissioned cellular site. They are already aged and easy to interface to. They have a really good GPS receiver built in for clock sync and usually a TCXO or a OCXO. The one I have also has a pair of outputs, a 2Hz and a 10MHz. Interface is via RS232. Frequency stability without a GPS lock nudging the XO is better than one cellular frame in 24 hours. Best part is that they are dirt cheap. Far less than $100.00 when I bought mine.
An atomic clock? It's everything I've ever wanted! It will finally ensure I am on time for work. I always end up 1 ns late. Got written up for it too!
lmao
this card is doing the rounds for sure, just watched LTTs vod in it.
Jeff and Raspberry Pi were the first things I thought of when I watched that video.
I guess that jeff speaks more technically in details more than ltt, i love when he include kernels compile sin hus talks
You're making me nostalgic, Jeff. Setting up NTP / XNTP on our network was my first duty wayyyy back when I got my first job as a sysadmin. Stratum 3 or maybe 2 was about as close as I got, though. Everybody needs accurate time, but they don't realize it.
Also +1 for the Technology Connections comment. Very meta.
Please don’t let Red shirt Jeff near the atomic elements. We would risk too much to the North American continent.
I got a call from the EPA yesterday... they said something about a superfund?
@@JeffGeerling Hey, that sounds like a good thing! You can get Red Shirt some toys of his own, with that kind of funds!
@@zombie_pigdragon Oh, so that's how it works! Let me go tell Red Shirt Jeff he's good to go!
Sorry to say Rb has two common isotopes neither of which is particularly dangerous. A typical Rubidium cell in a miniature clock probably les than a milligram of the stuff anyway. The pure metal is quite reactive, more than sodium, or potassium .
I work as a tech support field engineer for a major telecoms provider. Our entire network is synchronised to 3 Caesium clocks, cross referenced to each other and with GNSS receivers. We distribute this sync to our customers, most of whom have no idea of the ramifications.
However we have one customer who are halfway through migrating their entire platform from TDM (i.e. E1 2Mbps circuits), to Ethernet. Because of the mixed technologies, their services are critically sensitive to clock jitter, and we are spending a fortune in analysing, adapting and managing their circuits to reduce these issues.
I have been using Symmetricom Rubidium / GNSS test equipment as reference clocks to monitor their circuits, and the tolerance levels are so miniscule.
Great video.
So this is the third video I watch about this time card, yet you've added a ton of new info which I was not aware of. Like how Linux identifies the card, or that PTP requires hardware support on the network interface to work. I got a bit more excited about the possibilities this card offers. I was stuck in my head thinking on the database level only, that you can organize transactions in such way that you can essentially use optimistic locking all the time and non of them will collide. As a developer I thought "yeah, that's cool", but it's the more practical use cases which opened up my eyes. I'm really looking forward for the next video in this topic :) Also, I was thinking the other day about making a GPS based NTP time server on my network from a Pi, because "I can"(tm). GPS radios are not that expensive now. That could also be a good intro video to network time services. Shame on me, I never had the urge to look up how even NTP synchronization work, and PTP was completly unknown to me before this card. But it's an interesting topic.
Thanks for the heart Jeff by the way. But one of the typos was getting on my nerves and editing a "hearted" comment makes YT remove the heart. Well.. I'm now heartless :D
I love the Technology Connections reference. It is great when people reference other channels, especially when they aren't in the same category of films.
We are all in the category of "trying to satisfy our insatiable curiosities" :)
@@JeffGeerling that is true but uh. You are on raspberry pi's and he was on a 6 part lantern series. 🤣 So I am still sticking to different categories. But as for the passion brought into your specific areas, I agree that is the same category. You both do create unique and very intriguing videos.
@@Itsdirtnaptime Well now, he hasn't yet done a 6-part series on powering Raspberry Pis off the heat generated by portable lanterns, has he? Sounds like it's time for a collab! :D
@@JeffGeerling that would be great. He can comes up with the fuel and wick types and the concept of how to control the fuel being supplied. You do the technical side to control numerous lanterns across different states that turn on exactly at the same time and control fuel delivery. Good way to put that $700 clock chip to work. 😂🤣😂🤣
Internet lanterns. 😳😳 old meets new. Would that be considered a Technological Connection?
Jeff, you never fail to amaze me. I'll be looking for more on this. Great subject.
The Rubidium unit on the card generates a 10MHz TTL clock. I have working Symmetricom Rubidium clocks that were bought a fraction of the $700 for the Microsemi unit so I think I'll go head and build one of these and connect it up to my existing 10Mhz TTL reference. Thanks for sharing, Jeff. Oh, and this is the best coverage of this device I've seen to date.
it managed to strike the good middle ground complexity wise. Ian was for to indepth, while linus was basically a quick summary and the obligatory pointless "play games with it"
Linus definitely has the monopoly on 'sexy video shots of the card' though. I'd kill to have more than 12' sq ft for my entire media production and test bench setup :D
Vince,
I didn’t follow exactly. Does the card have a 10 MHz TTL output on one of the SMA connectors?
@@dave_dennis Hi, that I'm not sure - I need to look at the full circuit diagram in Altiium, however, the rubidium clock source that is soldered to the board has a 10Mhz TTL clock output. What I meant is that rather than fork over $700 I can jury-rig a connector and cable from my larger rubidium sources (also made by symmetricom, now Microsemi?) and solder the cable to the clock-in on the pcie card. The source they use also has rs232 which mine does too but it'd lay bets that whatever is exchanged over that serial interface is the same protocol. I remember being able to open a putty rs232 session to my rubidium and query the device for status, etc.
@@dave_dennis According to the specs, it has "1PPS / 10MHz SMA output" & "1PPS / 10MHz SMA input" - see github.com/opencomputeproject/Time-Appliance-Project/tree/master/Time-Card#interfaces
I haven't dug into it yet, but it looks like those interfaces go through the FPGA, and are not *directly* attached to the Rb source.
Good job. As usual, rewarding new vid notification. Always interesting, topical, and "in the end -- funny". Thanks! Keep on keeping on.
Your humor and great work is, in my opinion, the best “family friendly tech channel”. I am eternally grateful for all your great work.
I will keep sending you, and love ones, endless great wishes and blessings.🙏🏻
Once again, Jeff, you provide a thought-provoking video which has me spending even more time reading through the debates & information in the comments. I'm grateful for the level of engagement that you have with your viewers, as well as as the way in which you accept corrections when additional information is presented by others.
Yours is one of my favorite channels, providing both information & humor. I wish you a long & successful run.
Thank you!
It's always nice to see you giving a shoutout to small content creators like Linus.
Gotta help promote those smaller channels! :D
The puns are timeless :/
Stop, get some help
@@royk7712 You cannot stop time ...
@Mitchell R BA DUM TISS, sir
* sighs in exasperation *
Very nice Jeff, as always. Thanks for the video.
Thank u sm I rlly need this video, I’m working on an amateur global radio interferometer and I needed a way to integrate the atomic clock mechanism for data recording… ur a lifesaver
Another typically informative video! Thank you!
That's pretty cool. I just picked up an HP5065A, an old school Rubidium frequency standard. Lot of cool things you can do with a super accurate clock.
When i saw Linus and Ians viodes i was think if it was possible to run it on the raspi and i am happy to see that you did :D looking forward to more videos about time :D
Dude your videos are REALLY... REALLYYYY awesome
11:08 Loved it!
Already gave you a like, but the Pirates! reference earned it all by itself.
Thank you for the video, I'm excited to see what you can do with this hardware. I have a few responses to your video:
- The rubidium clock's accuracy is not based on it running at a higher frequency than quartz, but rather a more stable frequency. Temperature changes cause quartz crystals to change frequency more dramatically than rubidium
- The 32khz crystal runs the real time clock (RTC), which can keep time between reboots. The RTC is typically ignored on the pi because it does not have a battery backup for the RTC, so the program fake-hwclock is used instead. The main system time comes from a counter in the CPU on the pi (driver is named "arch_sys_counter") which is driven at 54MHz
- NTP can use hardware timestamping as well, and can reach microsecond to hundreds of nanosecond levels of sync in proper conditions
I shall consider myself educated! To be honest, prior to this project I've only worked with NTP and only really cared about millisecond-level resolution. Though that darned Chicago server has made me more interested in better holdover accuracy.
@@JeffGeerling due to denial of service attacks, it's been popular by service providers to block or rate limit UDP in general or NTP in specific. This could be what happened to your Chicago server. I know Linode is blocking IPv4 NTP outbound, but IPv6 is allowed.
@@DanDrown That could very well be the problem.
Also, as I recall, while the rubidium clock frequency is very stable, its phase noise isn't very good. Crystal oscillators, on the other hand, have frequencies that aren't very stable but have very good phase noise characteristics. That is why the rubidium clock is used, through a phase lock loop or some other mechanism, to maintain the crystal frequency. Then the crystal output will be highly stable in frequency as well as have excellent phase noise.
3:30 Many time standards (at least in my grandfather's collection) are 2-3U rack mount chassis, with about a quarter to a third of that space being the cesium beam tube in its high-vacuum housing and oven. The size difference is truly dramatic.
Accurate time is also important in electrical power networks and telecommunications.
Great video.
Another bleeding edge RPi episode. I'm interested in following where this goes.
This piece of hardware is sooo cool!
There is a Dallas DS3231 chip that packs a DTCXO. It is a lot less precise than atomic clock, but much better than a regular crystal, and much cheaper too. I have a Pi NTP server project that uses GPS for time base, a DS3231 for local timekeeping, and a STM32F030 as the governor of DS3231.
Yes, your idea is the right solution. millisecond precision at low cost is a very good solution for many time problems.
You can please share your project, or sell your device, i and many will buy it.
@@BienestarMutuo It was available on my Tindie page but I currently have no manufacturing facility available to make them.
When I got to my first submarine, we used 2 cesium clocks to provide reference signals to most of the equipment. The Cesium clocks weighed about 75 to 100 pounds and we had to take them to get calibrated every 6 months. They had a battery backup that lasted about 20 minutes, so we had to get them to the shop quick. On my last submarine we used a rubidium clock. Smaller and cheaper is better. We could sync it up with GPS ever few days to make sure it stayed accurate.
Wow there I thought having just got my RPi4 being an NTP server was great a time piece ... I do hope that card does not glow in the dark ;-) Nice video Jeff 👍
Great video 👍
Timing is everything.
Nice video on the Rb + PTP + CM4 setup. Looking forward to support for the HW timestamp in Broadcom chipset. Although it's not as a sexy as the "atomic clock" rubidium setup, it might be nice to do a quick build on the CM4 with a normal GPS HAT +quartz RTC setup. It could still give you microsecond-level accuracy and with chrony's partial hardware timestamping support would be a quite capable NTP/PTP source for slightly lower accuracy requirements (like homelans :) )
It was so damn pleasing to get a TC blinker reference!!! You don't even know! 😁😁😁
Great Scott!
Another excellent TH-cam channel. Go subscribe to him too! :D
I was waiting for Atomic Pi
A _truly_ Atomic Pi ;)
@@JeffGeerling and here I thought you couldn't trust atoms. Since they make up everything.
... I'll see myself out.
0:05 I love the sound of cicadas. Here in Germany we don't have them, and they always remind me of our holidays in Croatia. Although the Croatian cicadas sound a lot different to yours, interestingly.
Mee too😁 I have a memory of laying in my crib when I was about 2 or 3 years old, looking at a nice blue sky and the big tree outside the open window right next to my crib. I remember feeling a gentle breeze blowing in thru the window, and hearing the cicadas "wind" up and down. Hearing cicadas always relaxes me and triggers that calm memory from more than 60 years ago.
My grandpa helped pioneer CSACs! I have one of his 10mhz frequency standards and it's rock solid. He still fools with cesium beam tubes using a raspberry pi for logging the data
i'm going to send this video to him, will post a response with his reaction
My job is working for one of the manufacturers that makes SMPTE 2110 gear, PTP is very important for doing uncompressed video over IP. It’s a neat field to be in.
Let us discuss this in more detail.
From a personal perspective, having a potential open source PTP clock as a grandmaster for 2110 is very exciting. On the other hand, I work for a company that used to provide a Raspberry Pi as a hardware solution for a broadcast product and well... it was not received very well by sales staff or customers, which I think is kind of a bummer. I'd love to run into these when commissioning broadcast facilities.
Nice video! There is a good option with GPSDO Gps disciplined oscilator. You can get one for about 100 bucks and hook it to the raspberry. It has several nanoseconds drift.
I was waiting for this.
And TH-cam waited a day more to show it to me.
Good stuff you create, both professional and entertaining.
I am planning to build a small server at home with some 10-20 Pi.
How do you do and which Pi to chose?
Is Kubernetes something to use?
Which board is the best?
Do you think you can do a video about this?
This is so AWESOME I want to build my own stratum-1 server now. 🤩🤩🤩
Congratulations on the video. How do you know how many gps satellites can it sync to? Synching via ptp is one job, creating a non blocking switching fabric via multicast is another job. Would the rpi cm4 handle it?
I've watched a handful of your videos. This is the one that really got me. Our fiber build is running ethernet frames and keeping a very good clock is a new thing i've had to even think about. Very good stuff very boring topic like NTP and DNS no one really cares until it doesn't.
I think synchronized motion in the industrial automation does not normally uses PTP as is. If Profinet is used in IRT mode (isochronous real time), delays are within the nanosecond. PTP is included in a wrapper protocol called PTCP (Precision Transparent Clock Protocol) and besides allowing you to synch the clocks, it can calculate the delays in the switches and cabling.
For this to work, special hardware is required at both ends as well as for the switching equipment.
The next best thing in Profinet RT (real time) with which you can get down to the microseconds. You can use normal hardware for that, even through Wifi.
Oh and fun fact, both of these modes skip completely layers 3, 4 and 5 of the OSI layer, so basically from the Ethernet layer you go directly to the layers 6-7. No need for IPs.
I wish I needed one of these.
Thanks!
Jeff, Im curious what the issues are that prevent you from using NTP on your Chicago server?
Thanks for your clever explanation...clocking is everything in Digital :-)!
audiophiles could be interested in this clock to be used as master clock for DACs.
Better CD/DVD/BD players sends out the clock signal and better amplifiers have an input to control the DAC. It is normally not that important to run at exactly 44100 Hz absolute frequency. But it's important that the DAC runs at same frequency as the generated PCM data so the DAC doesn't skip some samples or dual-samples some.
Snake oil. Accurate sync between hardware clocks is important. Dante, AES67, and SMPTE already use PTP V2 with the oscillators we already have to achieve this in professional audio. Beyond sync, a precise global clock would still yield frequency stability in ppb from ppm. It takes specialized frequency counters to properly characterize stability at this order. Hearing any difference - not remotely possible. Phase noise of any local oscillator would dominate. Does sound like the bait audiophiles would burn cash on, but only meaningful to broadcasters mandated to deliver a middle A at precisely 440.000 000Hz.
@@RandornCanis I was one time told to buy a $200 (more like $400 in todays money) optical cable (with gold-plated connectors) from CD to amp. As if that would make it sound better. Best is the gold-plated connectors for the *optical* cable that doesn't even need any electrical circuit to transfer the sound...
@@perwestermark8920 Sounds about right. Probably for the directional wide-stage copper. Buzzwords!
@@RandornCanis All audio cables are marketed as using oxygen free copper. Just that is was relevant maybe 1950. Today all copper manages the conductivity levels required for oxygen-free copper. But audiophile sales pitches are magical. Who would dare to not use gold-plated mains fuses for their equipment - the shame...
Nice call out to the synchronized blinkers
Jeff, you could make a video about drying a towel and I'd watch it, probably to the end, and then click 'like' - please don't! Please keep the fascinating content coming. :D
I used to use a similar system for calibrating the A2D in seismographs. It would output a square wave at a series of fixed frequencies. It was a lot bigger than your card there.
My last job we used the GPS receiver on a small outdoor radio to let it run as a mini GM clock, the proper big Grand Masters were so pricey there was quite a bit of customer interest. I'd bet they'd be even more interested in a Pi solution.
Hi Jeff, in our Mainframe we use a STP (sysplex timer Protocol) that Provider an Atomic Signal also. STP is a mix of the Hardware and the Software of the operating Systems. It is doing s nandshake, so that very Mashine measures the runtime of the Signal and corrects automatically the time to be correct. Do normal Servers are Build in the Same way)? Because, if not, Evelyn Server will run with different timestamps again.
If every self-driving car had one of these atomic clock modules in them, they could communicate with each other to warn about the position and speed of potential obstacles with a high degree of accuracy. They could also use it to coordinate traffic and reduce congestion.
You only need precision to a few milliseconds for that though, and if the cars cross synchronised in an NTP peer group, you could have µS precision easily - and with GPS practically universal in cars anyway (but most lack PPS, which would be a simple fix), each car could be stratum 1 PPS peered to all the others around it also at stratum 1, so the worst that could happen on the loss of GPS, Galileo, BeiDou, IRNSS, QZSS and GLONASS signals simultaneously is that the whole group could drift by a few µS. One car with a faulty GPS would just drop to stratum 2 automatically, as that is built into NTP already. That just means it gets its time from the other cars around it, with very little loss of precision (offset due to distance [a nS is about 30cm] is built-in). Galileo gives horizontal
You definitely don't need an atomic clock to do that
To actually sync the clock in a data centre over the network you need a support from network devices. You mentioned that the card does not have the support yet but it is only software. Well many networking devices also do not have hardware timestaming. This is actually a heavy topic if you want to dive into it. For 5G application for example the accurate time is used so multiple base stations can send data over to a handset at the same time. There are multiple options to distribute time over the network the first one is via Synchronous Ethernet links and the second one is EEE 1588v2 PTP Boundary Clock. Many if the telecom providers use the second option as the hardware is cheaper. Same as on your cards the vendors like Broadcom created ASICs with support for hardware timestamping.
Thanks for this project! Just wondering: Are you overstating the accuracy of the the SA.31m? Datasheets for the Microsemi SA.31m, SA.33m and SA.35m (along with the SA.45s) imply they all have an accuracy of '±5.0E-11 accuracy at shipment', while Microsemi vendor Sparkfun says: 'That puts the SA.35m Miniature Atomic Clock in the picosecond category of eight seconds per 31,689 years. Said differently, the MAC loses a second every 4,000 years or so.'
Then again, I may not understand the long-term accuracy.
On the industrial manufacturing side, there are exceptionally few things that need more than 1/10 sec precision. The things that DO need to be coordinated are not done over a network, but rather point-to-point discrete signals. It is far faster to look for a rising edge of a 24V signal over 20m than it is to wait for network traffic to propagate to the devices.
The PLC’s that run and connect things are themselves very slow compared to a netbook, so any PTP precision would go straight out of the window.
10:04 an open source, simplified time synchronization platform could be made more secure and cross-platform. If adopted as part of a standard for communicating info between smart cars, we might see automatic safety features get a lot better. particularly in traffic streams where several smart cars can respond to each other predictively. Autonomous and maybe semi-autonomous caravanning also becomes more practical.
Thanks for adding actual captions for the Deaf and clear explanation.
Lol, love the tech connections reference. And the bad puns.
I see you too are a person of culture!
We use an array of AC's all around the world interlinked for NASA, correlated to our telescopes to determine the wobble of the earth. The timekeeper is Dr. Phillip Arctender(really...birthname). A polar shift potential is high. Loss of Antarctic ice is prime factor. Nice to know we have it on a pi.,jpk
Oh yes, it's about time!
Thank god keept all this material in side the earth .
Key use for this is transactional analysis, stock trading etc… minutes give 60 transaction windows per hour, seconds give 3600 transaction windows per hour. The rubidium source allows more time slots per hour, hence more transactions per hour executed. I won’t list assumptions etc.. you get the idea.
2:43 I see you there corner text that is a critical factor in the story
Maybe I am insane.
the field of metrology uses highly stable and calibrated measuring equipment. this device promises a more widespread adoption of such science, which i think is a very exclusive club at the moment.
Having this card run on a PI really makes this field in science more accessible to a larger demographic therefore helping further the research and opening up more opportunities.
There's also another option. When the atomic clocks send their signal on local positions on eart you can do differential GPS with centimeter accuracy. Would may be a genius projects out of the ordinary.
Interesting video :) Small bit of feedback on editing, you are putting text near the bottom of the video which disapears quickly which is normally fine as you can pauze vidoes. However due to the position of the text the youtube video controls cover it when the video is pauzed.
Gah, I have to try to remember that. I wish TH-cam would let you hide the controls while paused.
That's just a little more accurate then what I personally need right now but maybe I'll need something like that next week.
Once you start running HFT in your homelab... 😂
Wow, so if the PHY hardware on the CM4 supports hardware IEEE1588 timestamping, would real-time protocols like AVB work when software support is enabled? That would make the CM4 much more useful in automotive and AV applications.
It's also used in the test & measurement industry when one has to distribute the same 1PPS ,10Mhz sync and PTP time domain over a dozen hundred meters with as minimal drift as possible. Mostly for making time sensitive measurements in sync across distant data aquisition points of a distributed system. Symmetricom is a well established and known name on the market. Ofcourse this card will bring a more affordable solution to smaller companies and even individuals. Hurrah Time Appliance Project!
I wonder what the Low-Frequency Array (LOFAR) project uses.
That's a good question. It's way larger than to sync inside a factory building's several business units which manufactures and tests high-freq radio equipment. On that large scale (across bordering countries) I guess it's the same GPS+Rb per receiving station. Combined with singlemode fiber on shorter distances just like the CERN white rabbit network. Plus some magic code that handles exceptions and maybe even mapreduces large chunks of data. You can easily find some articles on the net about both projects if you're very interested. It's a deep hole. Just "follow the white rabbit"! :)
@@chris-talPlease explain to me how to get 1pps with a frequency of 1hz taking into account the time update. Raspberry doesn't allow this. Using a python script I get a stable pulse, but it doesn't have synchronization like pps
Random question, where does one acquire the new time card? Had a quick google but didn't find anything
Could you use this for accurate laser distance measuring? Could this make a really accurate field GPS (sub millimeter accuaracy)?
Installed a 1 Rack unit GPS NTP at Bell Labs/Telcordia. Need to have the antenna run to the roof. Hmm would the ham station have been easier? Would it have been allowed on the corporate LAN?
I liked your outatime joke and the shaun the sheep clip.
This is so cool...
Jeff Girling , you 've won a prize ! Pick it up at the address of the island of Seychelles .
Also if you are going with the hardware timestamping route, use level 3 multicast first, ie. UDP. The ethernet multicast can be tricky if there are multiple switches or routers that don't support it.
I think the hardware support for timestamping only works at the Ethernet layer. I agree that multicast is the most scalable solution, but many switches and routers don’t support it, or it’s turned off by default. This has been an issue for many years.
Hi Jeff, loved the video, watching you is always interesting but I was thinking… what about your vid for Wifi 6 access point on the AX200? Thank you!
Still working on that (now with AX210). Note that it seems Intel's drivers don't allow it to work in AP mode so I've been testing some other chips too.
@@JeffGeerling Too bad! I had hoped to create a full GPON router with my PCIe switch. Maybe there is some other interesting 6E card for hostapd? Maybe one with MIMO 2x2 (I looked closely at the AX2?0 and the shielding says MAIN and AUX, so just one Tx antenna)
Many cristals and oscillators are running at a high frequency (dozen of MHz) and are actually precise. And they can be calibrated, even in software.
The problem is not the low frequency but environmental changes in temperature (like you said) but also voltage that make them drift at runtime and unpredictively.
wow man. this is a very pun-heavy video. good job
I had a few more to add, but I ran out of time :(
How about measuring gravity with two or more synced clocks ?
Talking of interfacing PCIe stuff to the Pi4, can you do a video on using the Pi4 to drive a GPU for grid computing.
Some people might be thinking crypto here, but my interest is for BOINC grid projects like Rosetta, or Folding@home.
Did you try one of your NIC expansions cards using the ASHATA PCIe switch to drive both the NIC and the time card?
Not yet! That's up on my todo list.
Did raspiOS pick the correct time source right away after using the newer kernel? I remember having to tweak some settings after slapping a (non-atomic) RTC module on my old raspi 1 that kept drifting
Still working on the software side now. I will hopefully have more answers on setting up the internal clock source in next video on the Time Card!
Two questions; Can we get a link to documentation for the project with the Time Card built into the Compute Module carrier? And have they partnered with anyone to distribute these? To the latter, their Git repo seems to take the "git gud at soldering, scrub" stance. Hoping that won't always be the case.
This is an interesting topic and one that I have long term experience with. Back in the day, we used WWV as one primary time reference. I'm having a hard time understanding why I should care about the differences between these references and NTP? What is the to gain in the specific examples you presented?
NTP has less accuracy.
@@autohmae Clearly. Internal NTP can be accurate to 1ms or less whereas Internet-based NTP is often 10 or more ms. What I'm finding challenging is the use case for time more accurate than 1ms in normal use. I'm just looking for some examples as to why I might want to consider this for my own stuff. Maybe there's something I'm missing...
Nice location!!!!! That's castlewood!
I presume you've ridden the biking trails there-it's one of the best views of the Meramec in St. Louis!
Can this unit be made to work on the Atomic Pi . I was interested in using this as a server for my Audiophile setup to stream to my DAC and was hoping to dramatically reduce jitter doing this .
I have a few atomic clock modules. I need to figure out how to use one to make my own atomic clock.
Please explain to me how to get 1pps with a frequency of 1hz taking into account the time update. Raspberry doesn't allow this. Using a python script I get a stable pulse, but it doesn't have synchronization like pps
In Europe we have DCF77. A cesium based signal from the hart of Germany with a range of about 100 miles or 1500 km. It the reference for all of Europe. Trains, postoffices etc. You can get receivers for home use as well.
The US has WWVB, which does a similar thing-once you know your relative distance to it, you can get pretty accurate time from the radio signal, too!