Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
26 июня

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Средства и методы разработки

976434 Топик полностью

VLLV (05.02.2020 05:45, просмотров: 517) ответил Evgeny_CD на Да, я и сам понял, что пока все смешалось.

Не думаю, что авторы hdlc легко с этим согласятся

Ответить

- HDLC нервно курит в части эффективности кодирования -> Evgeny_CD(537 знак., 05.02.2020 16:17, ссылка)
  - Ты думаешь дураки HDLC изобретали? А я думаю, дураки те, кто не понимает, почему 0x7E. Потому, что если у тебя по-настоящему последовательный канал передачи данных, где не байты 8-битные атомарно идут, а отдельные биты, начиная с младшего и до fk0(662 знак., 05.02.2020 23:44)
    - 1) Про дураков ничего не писал 2)Хочется сделать универсального для любого канала шириной 1 байт 3)Спасибо! Столь тонкая оптимизация была оставлена на потом. Именно поэтому идея табличного кодера и декодера - чтобы можно было мапить на любые коды. Evgeny_CD(149 знак., 06.02.2020 02:30)
      - Кстати я не прав. В PPP в качестве заголовка кадра используется последовательность 7E FF и не просто так: в бинарном виде это o01111110Po11111111P, где o -- нулевой старт-бит, P -- единичный стоп-бит. Можно показать, что 7E при любых сдвигах fk0(3987 знак., 06.02.2020 11:16 - 11:22)