КаСкада для Андроид устройств

[Одесса]

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

Сначала спросите у мелки, что он понимает под промежуточными функциями. Промежуточные функции в интерпретации
Мелки могут быть чем угодно,только ему понятным. Он оперирует своими определениями. Так,что будьте осторожны .Сначала
спросите у него,что он подразумевает под промежуточными функциями.

[Одесса]

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

Ровки хранением назвал даже сообщение от издателя где,якобы сервер МQTT хранит его 1 такт до передачи подписчику. Это надо
иметь какую башку,чтобы такую пургу прогнать. Мелки снизошёл до 30 минутного интервала,где на сервере MQTT он узнает время
которое было 30 минут назад. И при этом говорит,что этого достаточно для реализации его амбиций в области MQTT. У каждого
свои понимания и амбиции. К этому нужно относится снисходительно. А насчёт того ,что Ровки и Мелки рекомендуете читать бук
варь полностью с Вами согласен.

[melky]

lara197a, да речь не об этом, а зачем там еще и Ардуино, если люди написали Каскаду и сделали облако для передачи переменных ?
Вот напуркуа им еще один костыль поверх другого ?

[KaScada]

Давайте вспомним в какой теме мы находимся и всё не касающееся перенесём в отдельную ветку.

[Одесса]

Давайте вспомним в какой теме мы находимся и всё не касающееся перенесём в отдельную ветку.

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

[KaScada]

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

Дураку ясно что всё это оффтоп.
Напрямую, из ПР200, из ардуино, из ПЛК, из ... А через что?

[melky]

capzap ну бл.. еще раз спрошу, издатель передал переменную в брокер, подписчики ее ЕЩЕ НЕ ЗАПРОСИЛИ - что стало с переменной ?
Одесса - ну что за тупость вы несете, русский язык в школе пропустили ?

[melky]

ну тогда вам самому надо изучать документацию возможностей mqtt. Брокер может сохранять переменную до запроса на подписку. Что вы там у себя реализовывали на ПЛК не в курсе.

циатата - RETAIN – при публикации данных с установленным флагом retain, брокер сохранит его. При следующей подписке на этот топик брокер незамедлительно отправит сообщение с этим флагом. Используется только в сообщениях с типом PUBLISH.

[Одесса]

Не вопрос, простой пример, издатель передаёт данные каждые 200 мс, как Вы говорите подписчик переподписался через час, сколько данных будет хранится?

Я мелки выслал рабочий скетч. Есть возможность публиковать сообщения с такой скоростью и с установкой флага. Пусть
публикует. И посмотрит что через час ему сервер скажет. Может малехо угомонится.По простой
логике у сервера верхняя крышка слетит. Есть сервера mqtt c милионом подписчиков и если
эти подписчики будут публиковаться с установленным флагом каждые 200 мс. ? Ну написано
в спецификации об этом флаге и чо ? На заборе тоже много чего написано. Так что мне в него
тыкать?

[melky]

capzap ОДНА ПЕРЕМЕННАЯ, записанная последний раз. О чем я и говорил выше с примером со временем, но Одесса все как всегда изгадил и перевернул
Вы когда читаете датчик температуры не озадачиваетесь тем, что читаете его не каждый цикл, верно ведь. Почему в других вещах должен быть иной подход ?
Речь же не идет о системах реального времени. Опять же, вас не удивляет что тот же ПЛК за время передачи по Modbus в слейв устройство переменную может успеть переписать не один раз ? Не удивляет, что пока ПЛК выполняет программу состояние на входе тоже может поменять несколько раз ? и так далее и так далее.