GPS беспроводная синхронизация

По моему мнению, этому стоит уделить немного больше внимания: если это будет реализовано, придется исходить из разумных предположений, что карты все от одного поставщика/типа — не миксом, настройки airside на каждой радиостанции схожие или одинаковые (скорость модуляции), радиостанции на общей шине PCI – варианты шины PCI работают на частоте 33, 66 и теперь 133МГц http://en.wikipedia.org/wiki/PCI_bus, так что если, скажем, 3-4 радиостанции получают в программном обеспечении команду "передать" в определенный момент, эту команду можно выдать радиостанциям в течение, скажем, микросекунды – это будет достаточно "почти синхронно", чтобы это работало. В таких системах обычно есть "промежутки времени ожидания", когда ни один из концов канала не должен передавать, чтобы учесть небольшие расхождения. Я думаю, что сама технология существует; весьма вероятно, что miniPCI atheros карты на общей шине PCI можно сделать почти синхронными по времени передачи; вероятно, задача разработчиков MT заключается в том, чтобы разобраться, как точно считывать время GPS с модуля, а затем настроить драйверы Nstreme/radio, чтобы отправлять пакеты фиксированного размера в строгие временные слоты "отправка - прием". И, несомненно, если это удастся сделать хорошо, результат того стоит. Надеюсь, это хоть немного пригодится – С уважением, CableFree Solutions.

Все эти моменты вполне уместны — дешевые «CM9 клоны» или что-то хуже будут плохим выбором для системы, которой нужна хоть какая-то точность. Я бы предположил, что на базовых станциях будут использоваться качественные карты, такие как последние Ubiquity. Тем не менее, другие GPS-синхронизированные системы, такие как MOTO canopy, тоже не из дешевых – интересные темы. Думаю, любые подобные эффекты обнаружились бы на прототипе GPS-синхронизированной системы, если/когда он будет собран... С уважением, CableFree Solutions

Мы используем много оборудования Canopy, которое мы синхронизируем с GPS-приемниками сторонних производителей. Это от отличной компании PacketFlux по адресу http://www.packetflux.com/, стоит 139.95. Поставлю на то, что эти ребята могли бы предоставить конструкторскую документацию, если Mikrotik найдет способ это использовать.

Дешевые Wi-Fi карты могут использовать плохо спроектированные/дешевые генераторы, которые "плавают" как что-то, зависящее от температуры и какого-то неизвестного случайного фактора, вроде фазы луны, но это, конечно же, только контролирует частоту передачи и приема, верно? (Я больше RF-инженер, чем специалист по ПО/оборудованию, так что можете меня поправлять). ИМХО, более важный вопрос в том, можно ли заставить карту передавать в определенный момент времени, и если да, то как долго после команды "передай сейчас" она это сделает? Если у карты есть известный, но фиксированный интервал задержки от команды до фактической передачи, это можно откалибровать, чтобы все карты передавали ровно в одно и то же время. Если же карта передает когда ей вздумается (и этот период постоянно меняется из-за проблемы с их конструкцией), я не вижу, как это можно откалибровать! Очевидно, использование качественных карт одной марки/модели/партии помогает обеспечить примерно одинаковую задержку, но даже в этом случае можно ввести калибровочное значение. Недостаток в том, что теперь придется уделять все больше времени обработке, чтобы ОС посылала командам "передай сейчас" в нужное время, в то время как ОС все еще делает и другие дела. У вас возникает требование отдать команде высший приоритет прерывания. Если вы говорите о Routerboards, думаю, это будет проще контролировать. Если речь идет об использовании ПК, удачи!! Я когда-то участвовал в разработке программного обеспечения, которое требовало очень точного времени на ПК, работающем под DOS, и мы использовали самый высокий приоритет прерывания на ПК для контроля этого, но обнаружили, что многие плохие реализации чипсетов LSI не соответствовали оригинальной спецификации IBM, и поэтому точное время было всегда невозможно настроить правильно, даже если они работали с другим программным обеспечением. (Поскольку другое программное обеспечение, такое как Windows, не нуждалось в таком точном контроле времени). Нам также пришлось добавить калибровочное значение для исправления ошибок времени, поскольку генераторы материнской платы были дешевыми и ужасными. В конце концов, нам пришлось переходить к использованию внешней ATA-платы, которую мы спроектировали и сделали внутри компании, у которой был собственный генератор и которая была точной. Более дорогое решение, но, по крайней мере, оно было надежным и работало в конце концов. GPS-Sync — отличный набор функций, к которому стоит стремиться. Так что удачи в этом!

Синхронизация по GPS за 1 секунду вполне подходит. Она нужна, чтобы не накапливалось расхождение во времени и синхронизировать сайты в разных местах. Используется для синхронизации часов на материнской плате с GPS-сигналом, чтобы убедиться, что время не сбилось за прошедшую секунду.

Это "синхронизация часов GPS-роутера", а не "беспроводная синхронизация GPS". Как говорит normis, NTP – самый простой/дешевый вариант. На мой взгляд, обсуждение беспроводной синхронизации GPS технически самое интересное, и основная ветка "запрос функции бета-версии" содержит отличные комментарии. С уважением, CableFree Solutions