Facebook publikigis evoluojn ligitajn al la kreado de PCIe-tabulo, kiu inkluzivas la efektivigon de miniatura atomhorloĝo kaj GNSS-ricevilo. La tabulo povas esti uzata por organizi la funkciadon de apartaj tempaj sinkronigaj serviloj. La specifoj, skemoj, BOM, Gerber, PCB kaj CAD-dosieroj necesaj por produkti la tabulon estas publikigitaj sur GitHub. La tabulo estas komence dizajnita kiel modula aparato, permesante la uzon de diversaj nekomercaj atomhorloĝaj blatoj kaj GNSS-moduloj, kiel ekzemple la SA5X, mRO-50, SA.45s kaj u-blox RCB-F9T. Orolia intencas komenci produktadon de pretaj tabuloj surbaze de pretaj specifoj.
La Tempo-Karto estas evoluigita kiel parto de pli tutmonda Time Appliance-projekto, celita al disponigado de komponentoj por kreado de primaraj (Time Master) ĝustatempaj serviloj (Open Time Server), kiuj povas esti deplojitaj en sia infrastrukturo kaj uzataj, ekzemple, por organizi tempan sinkronigon en datumcentroj. Uzi apartan servilon ebligas al vi ne dependi de eksteraj retaj servoj por sinkronigi ĝustan tempon, kaj la ĉeesto de enkonstruita atoma horloĝo provizas altan nivelon de aŭtonomeco en kazo de malsukcesoj en ricevado de datumoj de satelitaj sistemoj (ekzemple pro al vetercirkonstancoj aŭ atakoj).
La propreco de la projekto estas, ke por konstrui primaran ĝustatempan servilon, vi povas uzi regulan servilon bazitan sur x86-arkitekturo, inkluzive de norma retkarto kaj Tempokarto. En tia servilo, informoj pri la preciza tempo ricevas de satelitoj per GNSS, kaj la atomhorloĝo funkcias kiel tre stabila oscilatoro, permesante al ĝi konservi altnivelan de precizeco en la okazaĵo de malsukceso en ricevado de informoj per GNSS. La ebla devio de la preciza tempo se estas neeble akiri datumojn per GNSS en la proponita tabulo estas taksita je proksimume 300 nanosekundoj tage.
La ocp_pt pelilo estis preta por Linukso kaj estas planita esti inkluzivita en la ĉefa Linukso 5.15-kerno. La ŝoforo efektivigas interfacojn PTP POSIX (/dev/ptp2), GNSS per seria haveno (/dev/ttyS7), atoman horloĝon per seria haveno (/dev/ttyS8) kaj du i2c-aparatojn (/dev/i2c-*), uzante kiuj povas disponigi aliron al la kapabloj de la hardvarhorloĝo (PHC) de la uzantmedio. Kiam oni rulas NTP (Network Time Protocol) servilon, oni rekomendas uzi Chrony kaj NTPd, kaj kiam oni rulas PTP (Precision Time Protocol) servilon, ptp4u aŭ ptp4l kombine kun la phc2sys stako, kiu certigas, ke tempovaloroj estas. kopiita de la atoma horloĝo al la retkarto.
Kunordigo de la funkciado de la GNSS-ricevilo kaj atomhorloĝoj povas esti farita kaj en aparataro kaj programaro. La aparatara funkcieco de la kongrua modulo estas efektivigita surbaze de FPGA, kaj la programara versio funkcias je la nivelo de rekta monitorado de la stato de la GNSS-ricevilo kaj atomhorloĝoj de aplikoj kiel ptp4l kaj chronyd.
La kialo por disvolvi malferman tabulon anstataŭ uzi pretajn solvojn disponeblajn sur la merkato estas la proprieta naturo de tiaj produktoj, kiu ne permesas kontroli la ĝustecon de la efektivigo, la nekonformeco de la proponita programaro kun sekurecaj postuloj. (plejmulte, malmodernaj programoj estas liveritaj, kaj la livero de vundeblecoj korektoj povas daŭri monatojn aŭ eĉ jarojn), same kiel limigitajn monitoradkapablojn (SNMP) kaj agordon (ili ofertas sian propran CLI aŭ Web UI).
fonto: opennet.ru