"ответ" в mqtt понятие искуственное, и выглядит как сова на глобусе

QoS не обеспечивает доставку.

Т.е. не гарантирует.

"ответ" в mqtt понятие искуственное, и выглядит как сова на глобусе

А чем не нравится техника ответа? Какой ещё гарантированный способ доставки может быть в условиях отсутствия прямой связи источника и получателя?

там же есть QOS

режим "подключившемуся тут же отдать последние данные" возможен только с retain

режим "подключившемуся тут же отдать последние данные" возможен только с retain

Что делать, если нужно послать важные данные, а получатель тупо отвалился? :)

А чем не нравится техника ответа? Какой ещё гарантированный способ доставки может быть в условиях отсутствия прямой связи источника и получателя?

тем, что в mqtt нет понятия "получателя"

ну я отвечал не на retain, а на "Ну, очевидно, что голый MQTT можно юзать только для данных, не критичных к потерям."

Что делать, если нужно послать важные данные, а получатель тупо отвалился? :)

использовать другой протокол

тем, что в mqtt нет понятия "получателя"

Правильно. Потому что это просто транспорт. А логика доставки уже должна реализовываться приложением.

ммм, нет

ураура, щас будет мордобой :)

транспорт - это лан с его айпи и прочими тисипи

использовать другой протокол

Т.е., в общем случае, несколько протоколов? :) А ресурсов микроконтроллера не жалко? Когда всё без лишних затрат и на MQTT делается.

но mqtt не гарантирует доставку лел

транспорт - это лан с его айпи и прочими тисипи

А последняя буковка в MQTT что обозначает? :)

а стек OSI посмотреть слабо?

на заборе тоже написно

но mqtt не гарантирует доставку лел

MQTT не гарантирует. Но логика приложения вполне может гарантировать.

господи

на заборе тоже написно

Ок. Один поручик шагает в ногу :)

ну это как на UDP подтверждение лепить

http://www.tssonline.ru/articles2/fix-corp/protokol-mqtt-osobennosti-varianty-primeneniya-osnovnye-protsedury-mqtt-protocol./

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

это не гарантия доставки?

на самом деле мне реально надо понять, насколько брокеру важна, скажем, энергонезависимая память - есть желание сделать embedded-брокера, а там ресурсы на счету

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

какому из подписчиков?

какому из подписчиков?

который подписан на топик лел

который подписан на топик лел

а если их 20?

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

значит все 20

лепите логику

издатель-то ничего не знает о количестве подписчиков на канале

на самом деле мне реально надо понять, насколько брокеру важна, скажем, энергонезависимая память - есть желание сделать embedded-брокера, а там ресурсы на счету

Я у себя планирую, наоборот, полное недоверие всем соединениям. И брокер может отвалиться, и хаб зависнуть, и свет выключить в доме :) ...

Я у себя планирую, наоборот, полное недоверие всем соединениям. И брокер может отвалиться, и хаб зависнуть, и свет выключить в доме :) ...

одно другому не мешает :)

так что, это гарантия доставки или нет?

одно другому не мешает :)

Ну, просто я в итоге не планирую вообще заморачиваться с брокерами. Поставлю какой-нибудь Москито на домашний сервер и хватит с него.

У кого нибудь есть плазмотрон?

Ну, просто я в итоге не планирую вообще заморачиваться с брокерами. Поставлю какой-нибудь Москито на домашний сервер и хватит с него.

ну дык это и есть брокер

ну дык это и есть брокер

Я про то, что не планирую ломать голову на счёт доступности и надёжности.

сам брокер и подписчик ничо никому не гарантирует

Ну, просто я в итоге не планирую вообще заморачиваться с брокерами. Поставлю какой-нибудь Москито на домашний сервер и хватит с него.

а я хочу исключить понятие "домашний сервер"

Из той статьи: Издатель и подписчик не передают друг другу сообщения напрямую, не устанавливают прямой контакт, могут не знать о существовании друг друга.

а я хочу исключить понятие "домашний сервер"

Мне тогда проще, у меня он независимо есть — торренты, фильмы, музыка, домашняя файлопомойка...

нормальные клиенты умеют проверять, жив ли брокер и имеет ли смысл кому-то что-то посылать

тупо потому что они держат открытый сокет

на уровне транспорта - сюрприз!

а тогда что такое "гарантия доставки"?

а тогда что такое "гарантия доставки"?

на мой взгляд в mqtt бессмысленная комбинация букв

а тогда что такое "гарантия доставки"?

Брокер может принять сообщение от источника, но сообщение может не получит подписчик (по ряду причин).

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

Брокер может принять сообщение от источника, но сообщение может не получит подписчик (по ряду причин).

тогди издатель не получит подтверждение

его-то посылает подписчик

на мой взгляд в mqtt бессмысленная комбинация букв

а где не бессмысленная?

его-то посылает подписчик

Ну, вот, про этот вариант гарантии я и говорил :) Это для важных данных или событий.

Ну, вот, про этот вариант гарантии я и говорил :) Это для важных данных или событий.

ты говорил про ответ на уровне приложений. "я датчик такой-то, температура такая-то", "я сервер, данные принял". В условиях подписок и топиков и отсуствия прямого канала это превращается в кашу и геморрой по разбору. А я говорю, что в MQTT уже есть подтверждения — QOS 1/2, на уровне протокола.

ты говорил про ответ на уровне приложений. "я датчик такой-то, температура такая-то", "я сервер, данные принял". В условиях подписок и топиков и отсуствия прямого канала это превращается в кашу и геморрой по разбору. А я говорю, что в MQTT уже есть подтверждения — QOS 1/2, на уровне протокола.

Э... Стоп: >При QoS, равном 1, доставка сообщения брокеру проверяется; однако его разрешается доставлять более одного раза. Доставка _брокеру_. При чём тут подписчик?

а, черт

я слепой

А, да, вижу по ссылке выше другой вариант: >QoS 1: At least once – хотя бы один. Издатель публикует сообщение на брокере (PUBLISH). Брокер сохраняет это сообщение и публикует его для подписчика. Только после того, как сообщение будет опубликовано для подписчика, брокер отсылает подтверждение публикации издателю (PUBACK). Сценарий такого взаимодействия приведен на рис. 4. То есть до тех пор, пока издатель не получит подтверждение публикации подписчику, данная публикация будет посылаться брокеру и далее подписчику. Таким образом, подписчик должен получить данное сообщение как минимум один раз.

Похоже, есть разные варианты трактовки :)

хотя смотри, если подписчик отвалился — то брокер отправит подтверждение?

брокер-то знает о состоянии канала между ним и подписчиком

хотя смотри, если подписчик отвалился — то брокер отправит подтверждение?

Не знаю. А ещё важнее — представь, подписчик получил сообщение, начал обрабатывать его и упал, не сделав важное дело. А издатель и брокер успокоятся, считая, что всё в порядке.

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

Что не просто получил, но и обработал.

Но постоянка даже до 100 ампер нах не нужна...

Тебе не нужна, а мне - очень нужна

ERROR: S client not available

Стоил около 2к

пришли модули повышайки на вёдрах

до пяти вольт

мелкие :3

прткольно

прткольно

проктольно

Ребят

скорее всего да

Пасибки

А почему чар написано что хранится в виде числа

А написано 'а'

потому что это синонимы

Не понимать

'a' - код символа 'a' в виде цифры

в С нет различия между символом и его кодом

все есть числа

А почему чар написано что хранится в виде числа

у каждого символа есть сопоставленное ему число, гугли "ascii таблицы символов"

потомучто это байт

строка это просто массив байт

То есть там числа преобразованы в буквы?

эм нет, char - это числовой тип, размером в 1 байт

его же можно использовать для хранения символов, потому что один символ обычно тоже - один байт

То есть там числа преобразованы в буквы?

это одно и тоже, просто для удобства можно писать и символами и цифрами - сама выбираешь, как тебе в конкретном случае удобнее

А зачем есть и unsigned int и word? Если одно и тоже

unsigned word - число размером два байта

Сложно

беззнаковое - от 0 до 65535

word нет в стандарте C