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

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

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

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

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

fk0^{легенда} (05.02.2020 18:44, просмотров: 446) ответил Evgeny_CD на [Универсальный код для передачи по байтовым и более широким каналам связи. Часть 1] Итог многих лет моих размышлений.

HDLC и ASN.1 давно изобретены.

[ZX]

Ответить

- HDLC может неожиданно дать оверхед 2х -> если данные "неудачные". ASN.1 сложно для совсем мелких контроллеров. Evgeny_CD^{Архитектор}(204 знак., 05.02.2020 19:06, ссылка)
  - А у тебя какие-то новые предложения по реализации escape-последовательностей? Я могу только предложить от них отказаться, путём отказа от передачи произвольных бинарных данных (кому надо -- пусть в base64 кодируют). Тогда любые числа (целые, fk0^{легенда}(5651 знак., 05.02.2020 23:34)
    - ... или ASCII85... - Vit(06.02.2020 04:59)
      - ZZencode. Только фиг найдёшь описание. Google похерил google-группы и фидо-архивы. - fk0^{легенда}(06.02.2020 11:41)
        
        [ZZencode] Нашлось только вот такое, пока не понял, что это. - Evgeny_CD^{Архитектор}(06.02.2020 15:50, ссылка, ссылка)
        
        Дядя Женя, плохо ты гуглить умеешь: SciFi(235 знак., 06.02.2020 16:11, ссылка)
        
        Спасибо! - Evgeny_CD^{Архитектор}(06.02.2020 16:16)
        
        Подумалось. В моём же варианте, если кодировать строки не просто копированием, а а-ля base64 из чертверок байт формировать числа (32-битные) и их кодировать как числа, то получается нечто похожее на тот же ASCII85 -- 4 байта кодируются в пять. И fk0^{легенда}(536 знак., 06.02.2020 14:49)
        
        Я сторонник таймирования паузы. На многих типах каналов, половина символа - устойчиво кодируется/декодируется. Ну а маркеры внутри потока, на более высоких уровнях - заведомый бред от излишнего ума головы. Это-мое-такое-мнение. - Cкpипaч^пророк(06.02.2020 14:56)
      - Спасибо! - Evgeny_CD^{Архитектор}(06.02.2020 11:31)
    - Большое спасибо! Курить надо. - Evgeny_CD^{Архитектор}(06.02.2020 02:27)
  - COBS maleon(05.02.2020 22:02)
    - Спасибо! Упоминалось у нас -> -->, но я забыл название и не смог найти Evgeny_CD^{Архитектор}(295 знак., 05.02.2020 22:33, ссылка, ссылка)
  - Для простых, да и собственно любых устройств использую ascii : все посылки читаются в терминале, можно даже пальцами настучать. VLLV(81 знак., 05.02.2020 19:58 - 20:05)
    - Даже для обычного ASCII есть проблема: если данные идут непрерывным потоком без пауз, то разъединив кабель на долю секунды можно получить 100%-й мусор на приёмной стороне. А в HDLC -- синхронизация восстановится. Для этого в модемных протоколах fk0^{легенда}(587 знак., 05.02.2020 23:49)
      - Отключение кабеля на лету - классика тестирования :) Но тут опять таки разница в поведении "модемных" протоколов и протоколов "управления", где паузы естественны и совместно с контроммной суммой позволяют диагностировать нарушения - VLLV(06.02.2020 07:15)
      - +1 - Evgeny_CD^{Архитектор}(06.02.2020 02:13)
    - Это классика. Хочу выше эффективность канала при скромных затратах ресурсов. - Evgeny_CD^{Архитектор}(05.02.2020 20:04)
      - Про среду распространения ни слова не было сказано, а в том же радио или PLC должны быть преамбулы, которые кардинально меняют расчеты эффективности кодирования. - VLLV(06.02.2020 07:28)