caxapa.ru :: HDLC может неожиданно дать оверхед 2х -> если данные "неудачные". ASN.1 сложно для совсем мелких контроллеров.

Evgeny_CD^{Архитектор} (05.02.2020 19:06, просмотров: 596) ответил fk0 на HDLC и ASN.1 давно изобретены.

HDLC может неожиданно дать оверхед 2х -> если данные "неудачные". ASN.1 сложно для совсем мелких контроллеров. http://caxapa.ru/976532.html
Моя задумка нормально пойдет на любой тиньке и почти на любой 51 (кроме совсем убогих). Я не считаю AVR и 51 "микроконтроллером всего", но я не хочу отсекать их от "среды обитания" этого протокола.

Ответить

- А у тебя какие-то новые предложения по реализации 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)

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