littlek 写了: 2025年 4月 16日 05:00
ssh也好AES也好,它们用的加密算法依赖real time clock, 如果你的clock是2022年,我的是2023年,你就没办法正确解密。你连密码学最基本的理论都不了解
换个角度说吧,如果你的频率是450MHz,带宽5MHz, 通信速度256kbit, 时长30分钟,你说30分钟后保持接收机频率不错位的clock的精度需要多少?这个是extra license常见的考题。
这样的精度下,接收机的热稳定性需要多高?当年美军的SGC电台就是维持不了这个稳定性,被无数人骂。你的计算机能解密AES算法,是因为BIOS提供了real time clock, 如果把real time clock reset了,你网络登陆的密码就全失效了,需要重新登陆。
ssh根本就不需要RTC好麽?乙太網和Wifi本身就是異步通訊,兩邊根本不同步。我Wifi的RTC時間怎麼設,跟電腦能不能ssh完全沒關係。
數字對講機最大的問題就是如何解決P2P的WCDMA,那玩意確實需要精確同步,做到每個對講機之間可以同步解碼CDMA確實很不容易。CDMA標準在基站裡面的clock同步只需要一個1.544 MHz T1 tier2 ref clk就行,可以提供0.1ppm精度,但這並不能實現手機之間的CDMA解碼。
我的想法是,讓對講機之間能WCDMA,必須每個對講機都使用高精度GPSDO(這個成本太高),或者直接再找一個220MHz頻段,一直用每1ms間隔大功率廣播同步時鐘beacon,類似WWVB,讓每個對講機都有多頻待機通信能力,配合PLL來實現0.1ppm的CDMA碼片精度。
https://www.nist.gov/pml/time-and-frequ ... ation-wwvb
「The frequency uncertainty of the WWVB signal as transmitted is less than 1 part in 1012. If the path delay is removed, WWVB can provide UTC with an uncertainty of about 100 microseconds.」
如果時鐘源載波擴大到220MHz,距離縮小到1km,功率在10W,beacon是1kHz,那我估計0.1ppm不難實現,這樣對講機的三個頻段就都用上了。。。