Отправлено mandigit 24 марта 2004 г. 10:26

Имеем приемник, на выходе которого при отсутствии сигнала от передатчика наблюдается случайная двоичная последовательность.
Пакетная передача, стартовый байт, проверка crc8.

А теперь суть:
По- статистике среди 256 бит данных будет обнаружен стартовый байт.
Среди 256 случайных пакетов crc8 уберет 255.
таким образом при скорости 4.8Kbit/s будет приниматься 1 ложный пакет в (64K/4.8Kbit/s)=13sec
4.8K
crc8 13s
crc16 0.9h
crc32 7y

Попинайте, pls

• странные какие то расчеты, или я что-то не понял.....ни разу не принимал ложных пакетов при защите как 8бит так и 16бит CRC' ой :) — Romario   (24.03.2004 12:27, пустое)
  • Ну если сигнал/шум -140Дб можно и не дождаться. — Codavr   (24.03.2004 13:49, пустое)
    • я понял проблему:) можно сделать и так что ложные пакеты будут приниматься постоянно:)) — Romario   (24.03.2004 13:53, пустое)
  • а вот стартовые маркеры принимаются из шума очень даже часто... — Romario   (24.03.2004 12:42, пустое)
    • Эти размышления родились при попытке объяснить периодический прием несуществующих ошибочных пакетов. — mandigit   (24.03.2004 13:00, пустое)
      • он у Вас таковой имеется? надо тогда пересмотреть структуру пакета.... — Romario   (24.03.2004 13:03, пустое)
        • Ответ: — mandigit   (24.03.2004 13:15, 252 байт)
          • не хорошая структура...честно — Romario   (24.03.2004 13:28, 299 байт)
            • т.е. смысл в том, чтобы "быстрее" принять правильный заголовок а не ждать когда примуться данные...т.к. длина вполне может быть и 000 (из шума) а это значит что Вы ждете 256 байт там, где их и нет — Romario   (24.03.2004 13:34, пустое)
              • Это не проблема. Поток анализируется на наличие условия старта и при его наличии прием начинается вновь. — mandigit   (24.03.2004 13:42, пустое)
                • битстаффинг / байтстаффинг? я бы не рискнул в радиоканале этим заниматься ...или это не радиоканал? — Romario   (24.03.2004 13:44, пустое)
                  • Это именно радиоканал. Байтстаффинг+битстаффинг. — mandigit   (24.03.2004 13:56, пустое)
                  • Весь мир рискует. Протокол X.25 использует битстаффинг. — Codavr   (24.03.2004 13:54, пустое)
                    • X.25 проводной протокол... — Romario   (24.03.2004 13:58, пустое)
                      • Пардон. Его адаптация к радиоканалу AX25. — Codavr   (24.03.2004 14:02, пустое)
                      • а Аmateurs придумали AX-25 для Ham Radio...это не показатель.... — Romario   (24.03.2004 14:01, пустое)
                        • Тем не менее (+) — Codavr   (24.03.2004 14:08, 158 байт)
                          • окей...не буду больше трындеть:) если покажете какую нибудь коммерческую разработку для wireless передачи данных где будет написано "используем xx-стаффинги" на физ уровне радиоканала (если конечно такое пишут) и кроме ax-25 ессно:) — Romario   (24.03.2004 14:22, пустое)
                            • Mobitex. Вполне себе коммерческая разработка. Битстаффинг. — Сергей Борщ   (24.03.2004 18:02, пустое)
                              • глядя на mobitex frame format не заметил...впрочем не откажусь посмотреть Вашу ссылку:) — Romario   (24.03.2004 18:47, пустое)
                                • могу конечно сильно ошибаться, но если данные заскреблировать, добавить FEC а потом сделать Interleaving и поверх наложить битстаффинг то при случайной ошибке может поплыть все данные в фрэйме...если так оно и есть, посыпаю голову пеплом:) — Romario   (24.03.2004 19:15, пустое)
• а вот как раз для этого в радиосвязи применяют маркеры начала пакета — bialix   (24.03.2004 11:00, 188 байт)
  • Ответ: Добавлю — AndyDuch   (24.03.2004 11:06, 162 байт)
    • Рано или поздно карта выпадет так, что придет ложный пакет;...(+) — MayaStorm   (24.03.2004 11:46, 231 байт)
      • сигнал/шум в такого рода устройствах = очень много — mandigit   (24.03.2004 13:03, пустое)
      • зачем помехоустойчивое кодирование в проводных интерфейсах, которые эксплуатируются в тепличных офисных условиях? — bialix   (24.03.2004 12:03, пустое)
        • Ну если игрушка занимает 5 CD, и не хочется передавать ее по сетке второй раз. — Codavr   (24.03.2004 13:58, пустое)
          • Это из лругой оперы :-) — bialix   (24.03.2004 14:14, пустое)
            • Почему для 100мбит Ethernet офис - тепличные условия? — Codavr   (24.03.2004 14:42, пустое)
      • А золотая середина всегда определяется золотом или зеленью. — Codavr   (24.03.2004 11:51, пустое)
    • И самое используемое - HDLC. — Codavr   (24.03.2004 11:12, пустое)
• Так однако 8*256/4800=0.427 сек — Codavr   (24.03.2004 10:42, пустое)
  • Ответ: — mandigit   (24.03.2004 10:49, 235 байт)
    • Тогда все хуже 256/4800 — Codavr   (24.03.2004 11:04, пустое)
      • Тормжу однако. — Codavr   (24.03.2004 11:17, пустое)
• Стартовый байт будет встречаться в 8 раз реже. И с чего вдруг на выходе приемника в отсутствие входного сигнала будет случайная последовательность, это очень больной приемник. — MayaStorm   (24.03.2004 10:42, пустое)
  • Нормальный АМ приемник с АРУ не ограниченный минимальной мощностью принимаемого сигнала. — mandigit   (24.03.2004 10:53, 164 байт)
    • Если есть АРУ, то уровень его сигнала и надо использовать как признак начала передачи. — Tom   (24.03.2004 12:16, 171 байт)
      • признак конечно можно но это не должно быть приоритетным условием. т.к. предпологаем что не являемся единоличным держателем частоты да и потом объекты могут быть подвижными да еще и уровень ару может плавать в зависимости от внешних факторов:(( — Romario   (24.03.2004 13:49, пустое)
      • В общем случае да, но... — mandigit   (24.03.2004 12:59, 536 байт)
        • Из практики (+) — Tom   (24.03.2004 13:16, 457 байт)
          • Ответ: — mandigit   (24.03.2004 13:31, 723 байт)
            • Ответ: (+) — Tom   (24.03.2004 13:57, 254 байт)
            • Если есть возможность тем или иным способом получить информацию о изменении количества неверных пакетов, то можно соответственно менять уровень отключения АРУ.(+) — MayaStorm   (24.03.2004 13:48, 209 байт)
              • Не совсем: нахождение битого пакета еще не дает информацию для его восстановления - если, конечно, под проблемой подразумевается получение всего объема информации. — MayaStorm   (24.03.2004 15:00, пустое)
                • Под проблемой в общем случае понимается — Tom   (24.03.2004 15:09, 245 байт)
                  • Честно говоря, я уже потерял нить разговора, но кажется ограничения CRC прояснились. — MayaStorm   (24.03.2004 15:28, пустое)
              • Если можно отличать пакеты, то проблема уже решена. — Tom   (24.03.2004 14:12, пустое)
                • Пардон, ответ выше. — MayaStorm   (24.03.2004 15:03, пустое)
    • Насчет окна Вы правы, это я не учел, действительно 1байт/256бит. А для жестких условий приема нужны коды, исправляющие ошибки и/или система подтверждений. — MayaStorm   (24.03.2004 11:04, пустое)