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

[rovki]

Тогда вы наступите на грабли что и овен клоуд. Сервер облака (ТСР сервер... шлюз должен быть в железе либо в роутере оклоуд) а железка должна ставится где угодно но именно у владельца только тогда продукт будет востребован и надежен и не зависим от внешних влияний.

Не понял про "ТСР сервер... шлюз должен быть в железе либо в роутере оклоуд" .
Железка (пр200 например с платой вайфай) ставиться где угодно ,где есть вайфай .. дополнительно ничего ставить не нужно (посредника) ,только модем или роутер любой .Со стороны панели(каскады) вообще ничего не требуется ,даже роутера ,лишь бы была мобильная связь ..
то есть связь через шлюз будет даже если у вас с двух сторон мобильная сеть .

[KaScada]

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

Добрый день.
Подробнее поясните о чём Вы.

[KaScada]

На сегодняшний день интернет является предпочтительным и перспективным видом связи. Но для связи с удаленными объектами нужны статические белые ip адреса и не все операторы их с желанием предоставляют и не малых денег это стоит. Следовательно нужно устройство которое связало и маршрутизировал пакеты от динамических ip адресов объектов на ip мастера. Это можно решить разными способами админы ставят например ТСР сервер либо VPN сервер, но им проще на одним сервере можно организовать кучу серверов, а у нас задачи теже но процессоры и ос сами понимаете какие.

Верно, для этого у нас TCP сервер.

Вы принимаете решение поставить один сервер оклоуд для всех но это не надежно, проще сломать один сервер, чем дужу мелких я вот про что.

Мелких это каких?
Взять кучу vds и распределить нагрузку?
Или речь о чём-то другом?

[rovki]

Нет я не про облочный хостинг. Думаю проще организовать ТСР сервер в железе но для уровня пользователей АСУ.

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

[rovki]

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

Именно такую задачу поставили и решили (шлюз,мост) -интернет удлинитель .Шлюз не хранилище данных ,а средство соединения двух (и более) "берегов"

[Одесса]

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

Откуда такие данные о сотнях миллисекунд ? Назовите хоть одного провайдера способного на такую оперативность .

[KaScada]

Откуда такие данные о сотнях миллисекунд ? Назовите хоть одного провайдера способного на такую оперативность .

Мы здесь не обсуждаем компании предоставляющие подобные услуги.
Вы можете создать отдельную тему или написать в лс пользователю, спасибо за понимание, не ссорим в теме.

[Одесса]

Мы здесь не обсуждаем компании предоставляющие подобные услуги.
Вы можете создать отдельную тему или написать в лс пользователю, спасибо за понимание, не ссорим в теме.

Мы здесь обсуждаем облачный сервис,применительно к Каскаде. Извините. Где тут ссор?

[rovki]

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

Это ж для удаленного мониторинга(и смены уставок, и где можно управление) ,а сами устройства,обьекты (контроллеры) работают автономно ... но если их функциональная диагностика выявляет аварии ,сбои ,то лучше изменить алгоритм и передать на верх(спецу) информацию (и запомнить ее) .
Не было раньше Облаков и как то работали системы ,только не нужно забывать что системы разные есть не только в сфере ЖКХ .И без мобильников жили ...
Уверен что и облаком Овен сейчас пользуется не более 5% всех пользователей ,но это не значит что оно ни кому не нужно ...
Удаленная диспетчеризация -актуальная тема ... и решаться она может разными путями .
Пример -в деревушке стоит дача ,хозяин бывает не регулярно .На даче регулятор температуры .Нет дома ни кого температура поддерживается 10-15 гр.(для экономии).Решил хозяин в баньке попариться - дал удаленно команду на прогрев до 22гр за день,получил подтверждение ,что команда принята .Включился регулятор ,хозяин для надежности смотрит какова температура текущая и за сколько нагрелась .Пропало питание на даче ,сообщение хозяину - приезжай не могу нагреть ...И все это удаленно .Где тут не надежность системы ,при дополнительном контроле?

[Одесса]

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

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