Шаблон интерфейса - включение по температуре

[stD]

Я объяснил свою мысль

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

Я повторюсь, мне не понятно, почему нельзя запрашивать у контроллера данные? Какая разница, отдаёт он их сам или по запросу?

ПС
Если Вы обладаете знаниями и нашли время читать форум, то поделитесь.

[vitfil]

Сообщение от mebitek

Я повторюсь, мне не понятно, почему нельзя запрашивать у контроллера данные? Какая разница, отдаёт он их сам или по запросу?

Да кто ж вам сказал, что нельзя? Просто это не совсем кошерно. Подумайте, что будет, если вам потребуется добавить еще две ардуинки? А если двадцать? А если ардуинки управляют неким устройством крайне редко меняющим статус, для чего их постоянно опрашивать? Пускай она сама сообщает об изменении статуса.
Еще раз повторю, что идея, когда сервер опрашивает все периферийные устройства (активные, умеющие сами "думать") не совсем кошерна. Это приводит нас к тому, что на сервере должна быть куча заданий с кучей расписаний. Управлять этим хозяйством будет становиться все сложней, логика будет все разухабистей.
Можно ли так делать? Можно, конечно, но стоит ли?..

[melsem]

Сообщение от vitfil

Подумайте, что будет, если вам потребуется добавить еще две ардуинки? А если двадцать?

А что получит сервер если одновременно будут отправлять, если совпадет? И чем их больше то выше вероятность? Или на ардуйны время цеплять?

Не проще ли по разным идентификаторам, как по типу ds1820? Опросил одну, ответила обработал и все.
В скетче к ардуйнам править, только один-два символа идентификатора.
Да и сервер не будет загружен постоянным слушанием порта.