Последний раз редактировалось capzap; 22.07.2017 в 05:32.
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
1. Счетчик имеет на борту только 485. Что-бы передать данные в скаду, все равно нужно ставить коммуникационное оборудование около счетчика. Стоимость ПМ210 - 3160р. Что можно поставить дешевле?
2. Я и не говорю про соту... я говорю про ПЕ210. Собрать витой парой например с всего дома показания (4 подъезда) и подключиться к маршрутизатору провайдера установленного там же. И Все.
3. Ну, я думаю если будет спрос, то и в облаке появятся расчетки) По крайней мере мой клиент сегодня сказал будет счастлив если ему не придется, при заполнении расчетки, ситни подъездов обходить.
Доброе утро!
1) Планы по другим протоколам есть, но не на ближайшее будущее
2) Вопрос, как я понял, скорее риторический. Если нет - то лучше задать его в теме про модем.
3) WiFi и Ethernet шлюзы в разработке - по срокам пока сложно что-то обещать. Ethernet - уже есть работающие прототипы.
Лично опрашивал только 1 устройство. Но в демо аккаунте прям сейчас наблюдаю опрос более 2-х ТРМ через 1 модем. Вот номер его: 866104020821370.
Или я что-то не так понимаю?
Модему то какая разница сколько устройств он опрашивает... Он просто прозрачный 485 интерфейс. Ему и на протокол то все равно. Все зависит от OWEN.Cloud (я б назвал этот сервис - Web SCADA OWEN).
Модем настраивает свой канальный уровень передачи данных с сервером ОВЕН. Канал может быть и GPRS и Ethernet и Wi-Fi. По своим правилам. Где инициализатором обмена выступает он сам. В чем плюс... не нужен никакой IP. IMEI нужен чисто для привязки канала к серверу ОВЕН и его идентификации в дальнейшем. По какому каналу вы производите обмен данных.
А вот OWEN.Cloud уже сам инициализирует опрос устройств по 485 интерфейсу. По протоколам реализованных в сервисе. И с количеством устройств поддерживаемых определенным протоколом. И ему все равно какой Вы канальный уровень передачи данных будете использовать.
Последний раз редактировалось Сергей Лысов; 14.11.2017 в 11:24.
Доброго времени суток!
Рады сообщить, что мы обновили облачную платформу Owen Cloud!
В текущем релизе мы добавили cледующие функции:
1) Управление
2) Параметры разбили на типы - оперативные, управляемые, конфигурационные. Для каждого типа можно выбрать разные периоды опроса
3) Можно отключить опрос не интересующих в данный момент параметров
4) Появилась возможность присвоения пользовательских имен параметрам (для протокола Овен)
5) Предоставлена возможность выбора места отображения параметра (например, что-то важно видеть в графиках, но совершенно не нужно в таблицах)
5) Табличный отчет теперь требует ввода только одной даты, а далее можно листать в любую "сторону"
6) При клике на название прибора в администрировании открывается окно редактирования прибора
При попытке подключить Ваш OPC сервер к облаку выдает ошибку BAD WAITING for INITIAL DATA. Имена тэга считывает, но значения (дату) не читает.
Пожевал Ваше "управление". Опытным путем выяснил сочетание номеров команд Modbus на считывание и запись, при которых оно работает. Считывание 03, на запись 16. Могли бы и написать заранее. Дома у меня ПР200 управляет отоплением и глубинным насосом. Подцепил к нему ПМ210 и считал 16 аналоговых сигналов float. Адреса переводил с 10 в 16-ю систему исчисления. При обращении по адресу 512 Ваше облако считывает данные с адреса 518. При обращении по адресу 527 облако считывает данные с адреса 533. Если OPC сервер считывает эти адреса через COM порт, то никаких проблем. Если облако через модем - то проблема. Адрес 512 исключил из опроса. Заменил его на 547. Все считывается верно. Адрес 527 вдруг сам по себе стал все считывать верно. Вот такие проблемы. Обойти их можно, но лучше устранить. Свой логин и пароль здесь не выкладываю, т. к. это реальный объект. Для Админа IMEI 862631032507294