Ответ: Это не получиться потому что (+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Ответ: Это не получиться потому что (+)

Отправлено Boing749 30 августа 2008 г. 21:19
В ответ на: ну формировать пакет перед самой отправкой. примерно подсчитать сколько он формируется и учесть это в приемниках. а метка времени это значение таймера сервера времени отправлено ы 30 августа 2008 г. 21:11

Время формирования пакета одной и той же длины разное.. Потому как хоть большинство девайсов и имеют Fclc = 8МГц, но есть также девайсы с Fclc = 4МГц и Fclc = 16МГц. И как приёмник узнает тогда сколько времени прошло от момента записи временной метки в пакет передатчика до момента получения этой метки? А потом у меня размер межбайтовых промежутко - случайное число.. Так что время передачи пакета одной и той же длины может быть разным

Составить ответ | Вернуться на конференцию

Ответы

ну елы палы, уже и карцы разные:)) короче все решается для такой огромной доп. разницы хода часов. а ключевое слово - формировать пакет на лету. а метку ставить всегда в фиксированное место, например, на первое. - ы (30.08.2008 21:22:52 80.92.98.211, пустое)
- Согласен насчёт того что метку первым байтом передавать. А насчёт "налету"(+) - Boing749 (30.08.2008 21:27:41 217.118.66.19, 261 байт)
  - я уже накидал в разных ветках алгоритмы. все просчитывается на ура. причем тут многозадачность - ы (30.08.2008 21:30:30 80.92.98.211, пустое)
    - "Так система спроектирована." - значит надо переспроектировать. не ну если пакеты передаюца printf'ом, тогда тогда жп - ы (30.08.2008 21:34:0 80.92.98.211, пустое)