Обсуждение AdHoc бинарный протокол.

pvvx

Активный участник сообщества
динамическая длинна - это пунктик такой?

фиксированная динна пакета - это СТАРЫЙ ламповай подход.
его плюсы - прост как палка.
его минусы - он крайне не эффективен
вне зависимости от того, что из 30 полей в пакете полезного тольно новое значение вот этих двух будут переданны все 30.

поясняю откуда взялась динамическая длинна пакета( и это кстати значительно сложнее фиксированной )
и это следущий этап развития пакетов с фиксированной длинной
в прощессе эксплуатации можно заметить что часть полей как правило заполняется при каждой передачи, а другая часть редко.

соответственно понимаем, пакет состоит из двух типов полей.
обязательных, место под которые отводится и будет передаваться вне зависимости используется оно или нет и
не обязательных это поля содержащие строки(переменная длинна) массивы с переменной длинно и переменными измерениями

если пакет AdHoc имеет только обязательные поля - пакет фиксированой длинны, добавляем необязательные - длина меняется в зависимости от наполнения.

сама природа информации требует динамическую длинну. файлы имеет динамическую длинну, и при этом хранятся на файловой системе которая разбита на сектора которые имеют фиксированную длинну. как они это умудляются - тайна веков.
строки имеюю динамическую длинну, массивы....
Явно программист писал.
Квантовка гласит о другом :)
Объект имеет ограниченное кол-во состояний, особенно в бинарной технике. Получение сразу всех полей - это как матрица, без условностей. Голограмма...
Нейрон тоже ограничен кол-вом входов и выборкой...
Вместо последовательной выборки в природе всё параллельное... Сразу массивом.
 

cheblin

Member
Надеюсь, что вас убедил, что побитной передачи ныне нет и оптимизация по битам, которая стоит во главе AdHoc никому не нужна.
убедил.
поскольку в реалности она побайтовая.
оптимизация трафика будет актуальна всегда, поскольку это такоже ресурс которого мало не бывает.
вопрос всегда какой ценой.

смотри чё вытворяют ваще дикари отсталые
 

pvvx

Активный участник сообщества
Исключение - человек. Тритичная последовательность выборки поэтапно для принятия решений... :)
 

pvvx

Активный участник сообщества
Это игра в кол-во фантиков. В виртуально навязанные тарифы на передачу провайдерами.
В итоге выливается в сотни запросов-ответов и увеличению трафика с загрузкой.
Пример - переключение сотни лампочек. Каждому устройству надо послать свой бит, вместо всех сразу одним пакетом :) Потом дождаться подтверждения от каждого... Супер экономия..
 

cheblin

Member
а правильно должно быть вот так
производитель осцилографа DS6000 помимо прочих документов, на сайте, должен выкладывать спецификацию протокола работы с изделием по сети.
и любой желающий скачав спецификацию и отправив её на сервер генерации исходников обработки протокола должен получать исходники на нужном языке.
точка.

это плохо? плохо?
причём не просто сгенереный API, а с примерами его правильного использования
 

pvvx

Активный участник сообщества
Как строятся продвинутые системы пром. управления небезопасными объектами?
Инфа от всех устройств собирается в большой массив для синхронизации событий. Изменения полей этого массива передаются дублерам системой синхронизации. АЭС.
Т.е. имеем синхронный снимок всех бит устройств.
Лучше для однозначности состояния системы не придумали.
 

cheblin

Member
все, как обычно, перешло в область обсуждения человекообразных роботов...

короче AdHoc - это всего лишь инструмент, который способен избавить програмиста от рутинного написания обработки протокола, хочется быть конкурентным? - используй.... ну или не используй

а забивать конфетку в зубы? не, не мой профиль.
 

pvvx

Активный участник сообщества
короче AdHoc - это всего лишь инструмент, который способен избавить програмиста от рутинного написания обработки протокола, хочется быть конкурентным? - используй.... ну или не используй
Ну вот я к BLE и пытаюсь приспособить... Не лезет пока никак :(
а забивать конфетку в зубы? не, не мой профиль.
А как же без этого продвинуть продукт? Пропадет...
 

pvvx

Активный участник сообщества
К инструментарию, типа ослов, генераторов и прочих приборов всё проще. Дают PDF со списком SCPI команд и ГОТОВЫЕ ПРИЛОЖЕНИЯ. Писать обычному обывателю ничего не надо. Это только тем, кого не устраивает предлагаемый производителем функционал - извращенцам, типа меня :)
 

cheblin

Member
К инструментарию, типа ослов, генераторов и прочих приборов всё проще.
среди покупателей подобных изделий творческих натур овердохуя, инструмент ибо.

и желание выжать максимум возможного из вложения обычная практика и кайф
 

pvvx

Активный участник сообщества
давай обсудим. uart же доступен?
Политика BLE - проснулся, принял или передал пакет и уснул. Любое время обработки (работа CPU) не приветствуется. Т.е. (де)шифрация сказывается на потреблении.
Минимальные кванты включения/выключения - менее 1 мс. Тут попахивает сильной оптимизацией и автогенерация должна быть очень качественной и специализированной под каждый тип CPU.
Типичный CLK CPU - 16 МГц и типа Cortex, лучше M0 - жрет меньше...
А у вас не приведено время исполнения на типичных примерах...
 

pvvx

Активный участник сообщества
uart же доступен?
Такие ножки у BLE чипов обычно есть. Используются в случае отсутствия USB для программирования, и то не всегда. Разновидности - SWD и SWS - 2-проводный, 1 wire интерфейс.
Других применений UART в BLE нет. Исключение - детсад с готовыми прошитыми модулями для Arduino. Там зачем-то навешивают более слабый MCU к этому UART, да ещё как ведущий :)
 

pvvx

Активный участник сообщества
Да, почему 16 МГц, а не больше.
Кривая потребления uA/MHz не линейна. Все текущие BLE тянут и 64 MHz, и более, но для обработки стека BLE/Mesh хватает и 16-ти. Это экономия энергии в период активности 4 раза.
 

cheblin

Member
делал проекты на HC-05-06-08. уних только собственно UART и был.
и всё прекрасно работало.
что у тебя за платка? на чём?
 

cheblin

Member
Политика BLE - проснулся, принял или передал пакет и уснул. Любое время обработки (работа CPU) не приветствуется. Т.е. (де)шифрация сказывается на потреблении.
в обсуждаемой ситуации
на потреблении сказывается ПРЕЖДЕ всего работа радиканала.
по сравнению с его потреблением всё остальное просто семечки. чем меньше он волн гоняет тем лучше.
так что именно в смысле энергопотребления - сжатие (а оно элементарное) это то, что правильные доктора прописывают
 

pvvx

Активный участник сообщества
делал проекты на HC-05-06-08. уних только собственно UART и был.
и всё прекрасно работало.
что у тебя за платка? на чём?
Т.е. позиционирование AdHoc как навес над "AT" :eek:
Избавьте...
Зачем UART в современном мире? Датчики и исполнительные устройства на других интерфейсах. Время работы датчиков (циклограмма) включает паузы ожидания готовности, в которых чип BLE спит и ничего не жрет.
 
Сверху Снизу