Мой CCU 825 - 2 часть

РЕКЛАМА НА ФОРУМХАУС

Доброго времени суток !
подскажите пожалуйста:
1) С какой даты начали выпускать новую платформу (чтобы в магазине искать по дате выпуска ...)
2) Версии на дин рейку имеют дополнительное расширение на 8 входящих портов ? Или это фича простых версий ?
3) В программном обеспечении (на удаленном компе) есть функция протоколирования значений переданных из наблюдаемого объекта (например чтобы потом построить графики изменения температуры и влажности в теплице)
Например в текстовый файл...ну или в dbf или mdb

Спасибо !

 

Лично мне:
- веб. Для сбора статистики (на смсках каждые 5 минут я разорюсь, а 1 короткий https-запрос - в разы дешевле).
- у кситала 3 реле и всё. если я правильно прочитал. А у CCU - 2+5 - 7 выходов для подключения.
- чуть больше "наворотов", зон нагрева и т. п.

Вообще всё зависит от задач конечно.

 

Для этого есть json.
https://ccu.sh/data.cgx?cmd={%22Command%22:%22GetStateAndEvents%22}
Ну и дальше парсить...

 

Спасибо конечно ...но слово парсить мне не очень много говорит ...Ясон... Это что то из Золотого руна ...
Ссылка просит пароли и явки ...
А вот при каждим обращении к устройству или по рассписанию скидывать в лог состояния входов- выходов для разработчиков ...думаю сложности не представит ! А уж в Икселе мы как нибудь разберем логи !
И еще вопросик ! В чем сермяжно (чисто для юзера) отличается открытый сток и открытый коллектор ?(В те годы, когда я паял - полевики были большой редкостью - замотанной в фольгу из под шоколадок !)

 

Которая позволяет на него отправлять заготовленные смс?)

Зачем транслировать? Есть же отличное работающее API!

Насколько я понял - основная проблема в доставке уведомлений

Ооо, интересная штука! Надо посмотреть, а то уже начал писать приложение, опрашивающее контроллер по API

 

Ага ! Кажется начинаю понимать ...
По этой команде, я получаю картинку о состоянии входов- выходов своей системы (будущей)?
Можно скрин этой картинки, что я буду видеть в результате?

 

{"Inputs":[{"Active":0,"Voltage":1481},{"Active":0,"Voltage":0},{"Active":0,"Voltage":4},{"Active":0,"Voltage":2086},{"Active":0,"Voltage":2090},{"Active":0,"Voltage":2091},{"Active":0,"Voltage":2087},{"Active":0,"Voltage":2096},{"Active":0,"Voltage":2096},{"Active":0,"Voltage":2115},{"Active":0,"Voltage":2081},{"Active":0,"Voltage":2101},{"Active":0,"Voltage":2086},{"Active":0,"Voltage":2080},{"Active":0,"Voltage":2103},{"Active":0,"Voltage":2089}],"Outputs":[0,0,0,0,0,0,0],"Partitions":["Arm"],"Battery":{"Charge":100,"State":"OK"},"Case":0,"Power":15.1,"Temp":27,"Balance":53.64}

 

А где их хранить эти логи?

 

Закрытость IOS не позволяет работать с API контролера напрямую, надеюсь временно.
В данном случае использование on-line БД web версии даёт возможность двухстороннего обмена по протоколам Apple.

 

parse - разбор, структурный анализ.

обратившись к контроллеру по ssh (с логином/паролем - как и просто к веб-интерфейсу) можно на 1 запрос получить состояние.
Входы в цифрах там - дискреты (вход 0-10в "разбит" на 4096 равных промежутков... Voltage = 2089 - это 5.1В. Если бы это был датчик температуры - то надо смотреть на его пределы. в общем просто цифры). Выходы - активен/пассивен. Ну и в общем-то всё.

Дальше любая программка, которая умеет ходить по ssh (например curl) - и пусть ходит, собирает цифры и пишет их в файл... ну или я их пишу в мртг-шную базу и рисую графики.

 

Собрать данные - результат https-запроса - никаких ограничений в API у iOS нет. Я подозреваю, что проблема с перехватом звонков и смс.

CCU не выдает через веб алерты. Не умеет.
Умеет позвонить на телефон, что бы висящая в фоне программа увидела звонок и полезла проверять что случилось. Но вот тут скорее всего и облом... либо облом с фоновыми процессами, либо с перехватом звонков/смс.

 

Не совсем понятно, причём здесь звонков/смс? Эти протоколы работают на уровне телефона. Разбор приложением не нужен.
Http запрос из приложения->скрипт обработки запроса->запрос в CCU-> ответ на запрос в приложение.
Алерт от CCU->Алярм по http в приложение, вот тут главная засада, согласен.

 

При том, что для того, чтобы передать данные приложению в телефоне CCU сначала выходит с ним на связь посредством короткого звонка - "будит его".
Другой способ реализации - это push уведомления. Но для этого производители должны держать свои сервера.

 

С точки зрения пользователя - никакой. Для внешнего использования это просто выход, который при активном состоянии замыкается на массу (GND). Ограничения по выходу нужно смотреть в тех-документации.

 

1. если контроллер не в режиме инет-всегда - то для работы нужно на него позвонить.
2. без перехвата звонков/смс - контроллер не сможет вообще получать уведомления. только просмотр статуса и изменение (применение профилей/открывание/закрывание входов)