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

[pvvx]

динамическая длинна - это пунктик такой?

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

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

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

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

сама природа информации требует динамическую длинну. файлы имеет динамическую длинну, и при этом хранятся на файловой системе которая разбита на сектора которые имеют фиксированную длинну. как они это умудляются - тайна веков.
строки имеюю динамическую длинну, массивы....

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

 

[cheblin]

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

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

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

 

[pvvx]

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

 

[pvvx]

вопрос всегда какой ценой.
смотри чё вытворяют ваще дикари отсталые

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

 

[cheblin]

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

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

 

[pvvx]

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

 

[cheblin]

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

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

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

 

[cheblin]

Т.е. имеем синхронный снимок всех бит устройств.
Лучше для однозначности состояния системы не придумали.

в интеренте гуляет мем ... у вас JPEG
нужно будет переделать на: а у в Вас Modbus

 

[pvvx]

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

Ну вот я к BLE и пытаюсь приспособить... Не лезет пока никак

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

А как же без этого продвинуть продукт? Пропадет...

 

[pvvx]

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

 

[cheblin]

Не лезет

давай обсудим. uart же доступен?

 

[cheblin]

К инструментарию, типа ослов, генераторов и прочих приборов всё проще.

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

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

 

[cheblin]

заметил что твой сервак поддерживает websocket. хорошо! обрезать до этого функционала - годнота!

 

[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, да ещё как ведущий

 

[cheblin]

репа в паблике есть? чтоб предметно говорить.

 

[pvvx]

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

 

[cheblin]

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

 

[cheblin]

Политика BLE - проснулся, принял или передал пакет и уснул. Любое время обработки (работа CPU) не приветствуется. Т.е. (де)шифрация сказывается на потреблении.

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

 

[pvvx]

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

Т.е. позиционирование AdHoc как навес над "AT"
Избавьте...
Зачем UART в современном мире? Датчики и исполнительные устройства на других интерфейсах. Время работы датчиков (циклограмма) включает паузы ожидания готовности, в которых чип BLE спит и ничего не жрет.