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

[nikolz]

Всегда увлекательно, но бесполезно читать рассуждения кого-то о том,
как он ратует за счастье других.
--------------------------------------------------------------------
Гос.чиновник (например Чуб) рассуждает о преимуществе рынка
----------------------------
Олигарх - о проблемах бедных
----------------------------
Знатоки скриптовых языков - об ущербности СИ
------
Паяльщиики - о программистах
--------------
Программисты - о паяльщиках
--------------
Болельщики - о футболистах
-------------
Все знают , что надо делать другим, чтобы те были счастливы.
------------------------------
Все с детства знают,
что проще всего - учить, лечить и управлять государством.
И готовы дать совет на эти темы.

 

[pvvx]

Всегда увлекательно, но бесполезно читать рассуждения кого-то о том,
как он ратует за счастье других.
--------------------------------------------------------------------
Гос.чиновник (например Чуб) рассуждает о преимуществе рынка
----------------------------
Олигарх - о проблемах бедных
----------------------------
Знатоки скриптовых языков - об ущербности СИ
------
Паяльщиики - о программистах
--------------
Программисты - о паяльщиках
--------------
Болельщики - о футболистах
-------------
Все знают , что надо делать другим, чтобы те были счастливы.
------------------------------
Все с детства знают,
что проще всего - учить, лечить и управлять государством.
И готовы дать совет на эти темы.

У вас опять ошибки. Вы сами и действуете по описанному плану в своем-же соо...
А истина глаголит: Учить бесполезно, можно только научиТЬСЯ!
Мне пофигу, что автор AdHoc не учиться, а пытается научить всех "делай как я", что и к вам относится

 

[pvvx]

Но наблюдаются отличия - автор AdHoc уже осознал, что делает бесполезную работу (польза только в коммерческом плане) и теперь извивается...

 

[pvvx]

 

[cheblin]

но бесполезно читать

уже 338... сообщение и опять не по делу.

 

[pvvx]

уже 338... сообщение и опять не по делу.

Т.е. не в вашей игре, типа не по правилам?
А чего сразу не написать - сдайте ключи от сейфов мне и обеспечьте доступ?
Остальное то уже выявили, что как протокол AdHoc ни чем не ушел от Modbus...

 

[pvvx]

В очередной раз выяснилось, что перестановка мест слагаемых (перестановка бит в байте в AdHoc) сумму не меняют. На что имеем ответ – “а у меня в кармане гвоздь”, типа есть сторонняя компиляция из пустого в порожнее с громкими названиями на личном сервере…

 

[pvvx]

О том, что такие системы есть и живут никто и не говорит. Мир должен быть разнообразным – в этом его красота.

Пример: биток и стеллар. Запросто перевести одно в другое со своими типизациями

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

Ну и пока имеем у AdHoc: “Перевожу рубли в фантики и обратно.”

 

[cheblin]

втор AdHoc уже осознал, что делает бесполезную работу (польза только в коммерческом плане) и теперь извивается...

фигасе с козырей зашел...

это ты огромному количеству пользователей Protocol Buffers или MavLINK расскажи... про свои "ТАКИЕ приборы... но мы вам их не покажем!"

AdHoc переводит использованые в упомянутых решениях технологии на другой уровень. делает их удобнее, эффективнее и понятнее. всё!

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

 

[nikolz]

фигасе с козырей зашел...

это ты огромному количеству пользователей Protocol Buffers или MavLINK расскажи... про свои "ТАКИЕ приборы... но мы вам их не покажем!"

AdHoc переводит использованые в упомянутых решениях технологии на другой уровень. делает их удобнее, эффективнее и понятнее. всё!

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

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

 

[pvvx]

это ты огромному количеству пользователей Protocol Buffers или MavLINK расскажи... про свои "ТАКИЕ приборы... но мы вам их не покажем!"

Я не виноват в том, что их подсадили на иглу. Повидал много умерших языков программирования...
Я только немного попытался вас снять с этой иглы
Что требуется для бинарного протокола уже расписано.

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

Это выглядит как агитка, типа плакат - Слава КПСС!

 

[pvvx]

"AdHoc переводит использованые в упомянутых решениях технологии на другой уровень. делает их удобнее, эффективнее и понятнее. всё!"

С “ эффективнее” уже разобрались:

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

И с современными аппаратными “технологиями” каналов передачи у AdHoc та-же история.

На счет “удобства” – решения для javascript так и не получено, но для получения “кода” AdHoc программист должен обладать знаниями языка Java. Для простого обывателя и программиста микроконтроллеров всё ещё хуже – ему необходимо потратить время и установить в систему специальные гегабайтные пакеты, которые будут конфликтовать с имеющимся ПО по разработке. Часто решается установкой “доп.виртуальной машины” и времяпровождением в стыковке с ней. Туда потянутся контейнеры и прочее. Наработанный результат AdHoc требует послать на сторонний сайт/сервер и ждать, что там введут оплату или отключат доступ вообще… Не много ли требований , чтобы описать простую карту регистров устройства?

“Удобство” вычеркиваем.

Про "понятнее”. Понятнее кому? Тем кто погряз в специфических языках высокого уровня, где всё абстрактно и нафиг не нужно для реального оборудования? Ну может быть им привычнее, т.к. игра продолжается в их песочнице по их правилам.

А вот и подтверждение: “использованные в упомянутых решениях”. Ну мы такие решения обходим стороной.

По поводу "кодогенерации" – в любом пусть GCC (для понятки) есть оптимизация и вообще специфика кодогенератора пока состоит в том, чтобы перевести именные переменные и команды заданные человеком в биты машинных инструкций. Не больше не меньше. Это и есть истинная сериализация. По мере совершенствования технологий программной логики были созданы более продвинутые пакеты создающие оптимальную аппаратную архитектуру вместе с транслятором необходимого языка.

@cheblin – вы изобрели новый язык описания или новую аппаратную архитектуру?

 

[pvvx]

про свои "ТАКИЕ приборы... но мы вам их не покажем!"

Там описан простейший https://esp8266.ru/forum/threads/eport-pro-ep10-i-ep20.4559/

 

[pvvx]

Отладочная плата в стандартный корпус под DIN рейку, с которой уже затем работали программеры для реализации описанного динамического сериализатора с совмещенным SCADA, Web и прочими типовыми сетевыми IP сервисами. А итог немного другой, платный и закрытый.
Но любые идеи, полученные наработки и т.д. бесплатны только при совместном выпуске open-sourse.
На сегодня вы можете купить примерный такой-же, но законченный вариант в составе оборудования...
Цены на оборудование - от пары лимонов. Можете так-же посмотреть в новом году на выставках пром.оборудования в Питере, Дубае и т.д.

 

[pvvx]

@cheblin - Давай рассмотрим, где на сегодня в классе микроконтроллеров (МК) и “народного творчества” в тематике Iot (вУмный дом) может быть затребована сериализация и связанное с ней окружение?

Собирать сами датчики – это уже мазохизм. Приборы и прочее оборудование – аналогично. На рынке этот сегмент представлен достаточно широко и дешевле, чем собственная сборка. Да и они удовлетворяют все выдуманные “хотелки”.

Остается единственный уровень, где возможно “творчество” – стыковка устройств друг с другом и интеграции в общую систему + удаленное управление через глобальный интернет.

Что есть у обывателя уже в наличии для коммуникации его устройств c внешним глобальным инет?
Есть готовые всевозможные роутеры с WiFi которые не обеспечивают связи с разнообразными датчиками и исполнительными устройствами (которыми завален рынок). WiFi уходит на уровень связи между локальными серверами. Полностью вытеснен BLE с уровня датчиков и управления исполнительными устройствами. Т.е. этот уровень заполнен BLE протоколом и его надпротоколами - Mesh, Zigbee и т.д. С этой, основной частью устройств по количеству и вариантам простой древний роутер связи не имеет. В наличии есть только закрытые по протоколам и программному доступу роутеры с BLE типа шлюзов от Xiaomi, управляемые и настраиваемые внешним сервером по ограниченным производителем сценариям. Вот тут и остается единственное место, где возможно проявление “творчества” и безоговорочно требуется ‘сериализация’.

Что в этой большой прослойке может предложить “AdHoc” для народа?

Для решения этого вопроса необходимо рассмотреть самые доступные и дешевые аппаратные компоненты (МК) обеспечивающие реализацию шлюзов BLE со стандартными сетями без нарушений спецификаций.
Пример набора таких компонентов:

(на картинках приведены все необходимые компоненты для сборки с учетом < 1000 рупь)

Что их отличает – нет и не предвидится Arduino. Arduino ныне перешло на уровень сбора бабла с глупых пользователей – на продажу по завышенным ценам всякого барахла с рекламной заманухой от блоггеров.

По остатку выходит, что минимальный уровень Ethernet обеспечивается чипом имеющим 8..32 мегабайт RAM, 4..16 МБ Flash и CPU от 300 МГц, Ethernet от 100Мбит с разъемом, WiFi хотя-бы на 150 мбит/c. BLE чип может быть любой. По ценам готовых модулей - их масса по 80..100 руб на том-же али.

Такие связки обычно не программируют на C++ и языках высокого уровня. Тогда проще взять готовый мини-комп и долой "творчество".

Ждем предложения от AdHoc – куда его там встраивать и чем он может помочь в единственной оставшейся сфере использования, освоения и творчества с MK у народа.

 

[nikolz]

@cheblin - Давай рассмотрим, где на сегодня в классе микроконтроллеров (МК) и “народного творчества” в тематике Iot (вУмный дом) может быть затребована сериализация и связанное с ней окружение?

Собирать сами датчики – это уже мазохизм. Приборы и прочее оборудование – аналогично. На рынке этот сегмент представлен достаточно широко и дешевле, чем собственная сборка. Да и они удовлетворяют все выдуманные “хотелки”.

Остается единственный уровень, где возможно “творчество” – стыковка устройств друг с другом и интеграции в общую систему + удаленное управление через глобальный интернет.

Что есть у обывателя уже в наличии для коммуникации его устройств c внешним глобальным инет?
Есть готовые всевозможные роутеры с WiFi которые не обеспечивают связи с разнообразными датчиками и исполнительными устройствами (которыми завален рынок). WiFi уходит на уровень связи между локальными серверами. Полностью вытеснен BLE с уровня датчиков и управления исполнительными устройствами. Т.е. этот уровень заполнен BLE протоколом и его надпротоколами - Mesh, Zigbee и т.д. С этой, основной частью устройств по количеству и вариантам простой древний роутер связи не имеет. В наличии есть только закрытые по протоколам и программному доступу роутеры с BLE типа шлюзов от Xiaomi, управляемые и настраиваемые внешним сервером по ограниченным производителем сценариям. Вот тут и остается единственное место, где возможно проявление “творчества” и безоговорочно требуется ‘сериализация’.

Что в этой большой прослойке может предложить “AdHoc” для народа?

Для решения этого вопроса необходимо рассмотреть самые доступные и дешевые аппаратные компоненты (МК) обеспечивающие реализацию шлюзов BLE со стандартными сетями без нарушений спецификаций.
Пример набора таких компонентов:
Посмотреть вложение 8452Посмотреть вложение 8453
(на картинках приведены все необходимые компоненты для сборки с учетом < 1000 рупь)

Что их отличает – нет и не предвидится Arduino. Arduino ныне перешло на уровень сбора бабла с глупых пользователей – на продажу по завышенным ценам всякого барахла с рекламной заманухой от блоггеров.

По остатку выходит, что минимальный уровень Ethernet обеспечивается чипом имеющим 8..32 мегабайт RAM, 4..16 МБ Flash и CPU от 300 МГц, Ethernet от 100Мбит с разъемом, WiFi хотя-бы на 150 мбит/c. BLE чип может быть любой. По ценам готовых модулей - их масса по 80..100 руб на том-же али.

Такие связки обычно не программируют на C++ и языках высокого уровня. Тогда проще взять готовый мини-комп и долой "творчество".

Ждем предложения от AdHoc – куда его там встраивать и чем он может помочь в единственной оставшейся сфере использования, освоения и творчества с MK у народа.

Как обычно, pvvx в своем амплуа - пришел, нагадил и ушел.
---------------------
пора бы уже знать азбуку экономики.
Собирать сами датчики вполне возможно и экономически выгодно, если у собирающего время много, а денег мало и обменять свое время на большее количество денег, чем стоит готовый датчик , собирающий не может.

 

[cheblin]

был сегодня в университетском городке шенженя, просто охрененно гиганстское место. желающие могут найти в maps.baidu.com
как я оказался на тамошней на кафере мехатноники - отдельная история.
сейчас у всех сессия на носу... и все дико погружены в подготовку, но даже с учётом этого произошло несколько интересных встреч... взаимопонимание 100%
короче к концу китайского нового года нужно будет выкатить релиз. для более предметного общения.

почитал то что мне тута рекомендовали
и у меня есть сказать - это какая то лабуда.
какой такой скрипт??
какой такой HTML ??
кто это всё разбирает?? ресурсов не жалко?

 

[cheblin]

пришел, нагадил и

улетел...

голубь?

 

[pvvx]

почитал то что мне тута рекомендовали
и у меня есть сказать - это какая то лабуда.
какой такой скрипт??
какой такой HTML ??
кто это всё разбирает?? ресурсов не жалко?

Всего один из вариантов дешевого чипа - всё в одном.
Какие ещё ресурсы нужны для обработки десятков тысяч запросов в сек?

 

[pvvx]

Как обычно, pvvx в своем амплуа - пришел, нагадил и ушел.

Я ещё сдеся
Вы опять ошиблись или обманываете...
Это @cheblin отвалил, расписавшись в некомпетентности помощи и развитии "народного творчества".

пора бы уже знать азбуку экономики.

Это вас и касается.

Собирать сами датчики вполне возможно и экономически выгодно, если у собирающего время много, а денег мало и обменять свое время на большее количество денег, чем стоит готовый датчик , собирающий не может.

Выше и приведены самые дешманские компоненты, но что-то не видать "обменять свое время на большее количество денег".