Следует самостоятельно удалить все приборы из аккаунта, потом написать на почту owencloud@owen.ru c почты, с которой зарегистрирован аккаунт, который надо удалить.
Алгоритм перевода аккаунта на работу как юр.лицо описан после тарифов — Клиенты, зарегистрированные как физические лица или клиенты интеграторов, желающие работать как юридические лица, направляют запрос на почту owencloud@owen.ru с приложенной карточкой предприятии и дополнительной информацией:
- Юридическое название организации
- ИНН
- КПП
- Юридический адрес
- Почтовый адрес (для отправки оригиналов закрывающих документов)
- e-mail (для отправки счетов)
- Номер клиента в системе OwenCloud — указана в разделе Администрирование | Услуги и оплата.
- Наличие ЭДО (электронного документа оборота)
Аккаунт должен быть на Базовом тарифе.
Проверить, приходят ли на эту почту письма с других адресов.
Проверить папку СПАМ.
Написать на support@owen.ru — техническая поддержка проверит нет ли Вашей почты в списке отписавшихся от сервиса.
Ошибка с кодом 255 возникает при отсутствии ответа от устройства на запрос от OwenCloud.
Если ошибка возникает по части параметров:
1) для этих параметров неверно заданы адреса регистров Modbus;
2) выбранные функции Modbus не поддерживаются устройством;
3) заданное значение таймаута превышает время ответа устройства.
Ошибка 255 возникает по всем параметрам:
1) неверно заданные сетевые настройки (протокол, скорость, четность и т.п.) в сервисе OwenCloud;
2) неверно задан адрес устройства (Slave ID)
3) неверно заданы адреса регистров Modbus;
4) выбранные функции Modbus не поддерживаются устройством;
5) заданное значение таймаута превышает время ответа устройства;
6) проблемы с линией связи (перепутаны местами А и В, обрыв кабеля, используется не витая пара);
7) не установлены согласующие регистры 120 Ом по концам линии.
Эта ошибка возникает, когда используется шлюз другого пользователя. Обратитесь к предыдущему пользователю шлюза с просьбой удалить его из его аккаунта, где он его использовал.
Если это невозможно, то направьте письмо на почту support@owen.ru, указав:
1) Заводской номер шлюза и IMEI (для ПМ210).
2) Информацию о том, как шлюз попал в ваше пользование.
3) Счет на оплату (будет определяющим фактором при возникновении спора).
4) Фото прибора, где четко виден заводской номер и IMEI (для ПМ210).
5) Фото паспорта на прибор.
Команда OwenCloud попытается связаться с предыдущем владельцем и согласовать удаление.
Событие «Прибор не на связи» формирует OwenCloud, если время ответа от шлюза (или прибора, если он добавлен напрямую) превышает параметр «Период отсутствия данных» в Базовых настройках прибора, в сервисе OwenCloud:
1) Проверьте проверьте правильность указания идентификатора шлюза ПМ210:
— для ПМ210, выпущенных в старом корпусе в качестве идентификатора используется IMEI;
— для ПМ210, выпущенных в новом корпусе — заводской номер.
2) Проверьте, что на индикации ПМ210 не светится светодиод Авария. Если это не так, то обратитесь к РЭ на ПМ210 раздел «Индикация и управление».
3) Убедитесь, что в OwenCloud указан хотя бы один регистр Modbus вашего прибора.
4) Проверьте баланс на SIM-карте.
5) Убедитесь, что выбранный тариф подходит для работы в модемах.
6) Плохой сигнал GSM — необходимо установить выносную антенну (ссылку https://owen.ru/product/pm210/accessories).
Необходимо создать пользовательское событие «Прибор за шлюзом не на связи» с условием «@параметр1=255», где параметр1 — это параметр в приборе за шлюзом, @ — это оператор извлечения ошибки, а 255 — код ошибки отсутствия ответа.
Лучше указать несколько параметров через оператор AND и добавить Задержку срабатывания события, чтобы оно формировалось, когда одновременно по нескольким параметрам не будет ответа и исключить ошибки в сети RS-485.
IMEI/MAC-адрес размещен на корпусе прибора.
Для ПЛК MAC-адрес также можно узнать, подключившись к контроллеру через терминал и выполнив нужные команды (более подробно см. в документации на соответствующий контроллер).
Для модулей Mx210 вместо MAC-адреса используется заводской номер.
В протоколе ОВЕН каждый прибор занимает количество сетевых адресов, равное количеству его каналов.
Например, двухканальный измеритель-регулятор ТРМ202 с базовым сетевым адресом 1 занимает адреса 1 (первый канал) и 2 (второй канал).
Если подключить к сетевому шлюзу Пx210 два прибора ТРМ202 с адресами 1 и 2, то OwenCloud не сможет корректно опросить их (т. к. первый ТРМ займет адреса 1–2, второй – адреса 2–3 – и в сети произойдет пересечение используемых адресов).
Поэтому приборам, опрашиваемым по протоколу ОВЕН, следует задавать адреса с разрывом в число каналов устройства, в приведенном примере следует задать адреса 1 и 3.
Да, можно:
— через бесплатный ОВЕН ОРС-сервер см. РП OwenCloud разде «Настройка обмена данными между OPC-сервером ОВЕН и OwenCloud»;
— через протокол ОРС UA см. РП OwnCloud раздел «Настройка обмена между Multi-Protocol MasterOPC Server и OwenCloud по протоколу OPC UA».
Описание см. в РП на OwenCloud.
Для подключения приборов к OwenCloud используются следующие порты:
- 25001 (шлюзы ПЕ210, ПВ210);
- 25502 (ПЛК по протоколу Modbus TCP);
- 26502 (автоопределяемые устройства и Mx210 через Modbus TCP);
- 43 (OPC-сервер ОВЕН);
- 4843 (OPC UA).
1) КТР-121 — необходима прошивка 2.09 или выше (актуальная прошивка в конфигураторе).
2) ТРМ1032 — необходима прошивка 2.01 или выше (актуальная прошивка в конфигураторе).
3) ПЛК63 / ПЛК 73 — запросите прошивку 2.22 в ГТП.
4) МХ210 — корректно работает с прошивкой старше версии 1.0.
5) ТРМ232 — Некорректно выводятся отрицательные числа.
6) ТРМ232М — Некорректно работает с OwenCloud по протоколу ОВЕН (ошибка 49) из-за отсутсвия в OwenCloud необходимого формата данных. Используйте протокол Modbus.
Если ваш прибор имеет интерфейс RS-485 и поддерживает Modbus RTU/ASCII, то его возможно добавить в OwenCloud через шлюзы линейки Пх210.
Обратите внимание, что в облаке поддержаны только основные функции Modbus, перечисленые в Руководстве Пользователя на OwenCloud. Например, вычитывать архивы со сторонних счётчиков не получится.
Если ваш прибор имеет интерфейс RS-485RS-232, но протокол закрытый (например, Меркурий), то можно приобрести ПЛКСПК компании ОВЕН на Codesys, в нём воспользоваться библиотекой для прямой работы с портом, реализовать опрос стороннего прибора, и уже сам ПЛКСПК вывести в OwenCloud через Ethernet.
Если ваш прибор имеет интерфейс Ethernet, то напрямую добавить прибор в OwenCloud не возможно, так как по Ethernet OwenCloud работает только с устройствами от ОВЕН.
В этом случае нужно опросить прибор с помощью любого другого прибора ОВЕН (например ПЛК или СПК) и уже его вывести в облако OwenCloud, например, по Ethernet.
Нет, к сетевому шлюзу должны подключаться только приборы с совпадающими протоколами и сетевыми настройками.
Название параметра, которое будет импортировано в OwenCloud, указывается в Codesys 2.3 для нужного подэлемента на вкладке Базовые параметры в поле Комментарий:
Для работы сетевого шлюза ПМ210 требуется SIM-карта с тарифом, который поддерживает раздачу интернета. Так как для работы шлюза используется технология 2G, то оператор должен обеспечивать поддержку этой технологии.
У оператора Теле2 отсутствует поддержка технологии 2G в Москве и Уфе, а также во многих других городах (см. карту покрытия 2G). Так как шлюзы ПМ210 используют эту технологию для передачи данных, то с тарифами данного оператора в упомянутых городах они работать не будут.
Необходимо изменить настройки использования батареи для приложения OwenCloud.
Выберите в настройках телефона «Приложения» — > OwenCloud -> Контроль активности -> Нет ограничений
Содержание
- Не работает овен клауд
- Как узнать IMEI (или MAC-адрес), который нужно ввести при добавлении прибора в OwenCloud?
- Какие функции OwenCloud являются платными?
- Почему могут возникнуть проблемы при подключении устройств по протоколу ОВЕН?
- Можно ли подключить к одному сетевому шлюзу Пx210 устройства с разными протоколами (например, Modbus RTU и ОВЕН)?
- Почему при опросе устройства возникает ошибка с кодом 255?
- При настройке параметра можно указать одновременно несколько групп (например, оперативную и конфигурационную, см. таблицу 3.7). Для каждой группы задается индивидуальная частота опроса. С какой частотой будет вестись опрос данного параметра?
- Чем отличается код параметра от его названия (см. рисунок 3.5.14)?
- Как при импорте конфигурации ПЛК в OwenCloud передать название параметра?
- Что делать, если web-интерфейс OwenCloud работает некорректно?
- Каковы рекомендации по выбору значений таймаутов для протоколов Modbus RTU/ASCII и ОВЕН?
- Какие сетевые порты использует OwenCloud?
- Тема: Внезапно перестал работать OwenCloud
- Внезапно перестал работать OwenCloud
- Тема: Отладка работы OwenCloud с приборами
- Отладка работы OwenCloud с приборами
- Тема: Внезапно перестал работать OwenCloud
- Внезапно перестал работать OwenCloud
- Тема: Ошибка при работе с сервером OwenCloud
- Ошибка при работе с сервером OwenCloud
Не работает овен клауд
В условиях стабильного соединения усредненный расход трафика составляет 45 байт на запрос/ответ по считыванию одного параметра.
Как узнать IMEI (или MAC-адрес), который нужно ввести при добавлении прибора в OwenCloud?
IMEI/MAC-адрес размещен на корпусе прибора. У ПЛК MAC-адрес также можно узнать, подключившись к контроллеру через терминал и выполнив нужные команды (более подробно см. в документации на соответствующий контроллер). Для модулей Mx210 вместо MAC-адреса используется заводской номер.
Какие функции OwenCloud являются платными?
Весь описанный в данной версии документа функционал облачного сервиса является бесплатным. Пользователь оплачивает только подключение к Интернету и трафик между сетевым шлюзом и сервисом.
Почему могут возникнуть проблемы при подключении устройств по протоколу ОВЕН?
Обратите внимание – в протоколе ОВЕН каждый прибор занимает количество сетевых адресов, равное количеству его каналов. Например, двухканальный измеритель-регулятор ТРМ202 с базовым сетевым адресом 1 занимает адреса 1 (первый канал) и 2 (второй канал). Если подключить к сетевому шлюзу Пx210 два прибора ТРМ202 с адресами 1 и 2, то облачный сервис не сможет корректно опросить их (т. к. первый ТРМ займет адреса 1–2, второй – адреса 2–3 – и в сети произойдет пересечение используемых адресов). Поэтому приборам, опрашиваемым по протоколу ОВЕН, следует задавать адреса с разрывом в число каналов устройства (в приведенном примере – 1 и 3).
Можно ли подключить к одному сетевому шлюзу Пx210 устройства с разными протоколами (например, Modbus RTU и ОВЕН)?
Нет, к сетевому шлюзу должны подключаться только приборы с совпадающими протоколами.
Почему при опросе устройства возникает ошибка с кодом 255?
Ошибка с кодом 255 возникает при отсутствии ответа от устройства. Наиболее частые причины возникновения подобной проблемы:
неверно заданные сетевые настройки;
неверно заданные адреса устройств и регистров;
заданное значение таймаута превышает время ответа устройства;
выбранные функции Modbus не поддерживаются устройством;
проблемы с линией связи (неверная распиновка кабеля, обрыв кабеля);
отсутствие средств на балансе SIM-карты (для сетевого шлюза ПМ210);
для SIM-карты не подключена услуга «Передача данных GPRS» (для сетевого шлюза ПМ210).
При настройке параметра можно указать одновременно несколько групп (например, оперативную и конфигурационную, см. таблицу 3.7). Для каждой группы задается индивидуальная частота опроса. С какой частотой будет вестись опрос данного параметра?
В данном случае параметр будет опрашиваться каждый раз, когда наступит момент опроса любой из групп, к которым он относится.
Чем отличается код параметра от его названия (см. рисунок 3.5.14)?
Код параметра – это краткий (до 20 символов) и уникальный (в пределах прибора) идентификатор прибора, который содержит только латинские символы и цифры (например, SensorValue1). Его можно воспринимать по аналогии с именем переменной в среде CODESYS (или другой среде программирования). Коды параметров используются, например, при записи условий событий.
Название параметра не обязано быть уникальным, может включать символы кириллицы и не имеет явного ограничения на длину (например, Значение температуры). Можно воспринимать его по аналогии с комментарием к объявленной переменной в CODESYS.
Как при импорте конфигурации ПЛК в OwenCloud передать название параметра?
Название параметра, которое будет импортировано в OwenCloud, указывается в Codesys 2.3 для нужного подэлемента на вкладке Базовые параметры в поле Комментарий:
Что делать, если web-интерфейс OwenCloud работает некорректно?
При проблемах с web-интерфейсом (например, некорректного отображения вкладок, отсутствия обновления данных в графиках/таблицах и т. д.) попробуйте очистить кэш web-браузера (обычно для этого используется комбинация клавиш Ctrl+F5). Такой эффект может возникать при обновлении облачного сервиса.
Каковы рекомендации по выбору значений таймаутов для протоколов Modbus RTU/ASCII и ОВЕН?
При добавлении прибора, опрашиваемого по протоколу Modbus RTU/ASCII или ОВЕН, требуется указать таймаут между символами и таймаут всего сообщения (см. таблицу). В большинстве случаев рекомендуется использовать следующие значения: таймаут между символами = 100 мс, таймаут всего сообщения = 600 мс.
Какие сетевые порты использует OwenCloud?
Для подключения приборов к OwenCloud используются следующие порты:
25001 (шлюзы ПЕ210, ПВ210);
25502 (ПЛК по протоколу Modbus TCP);
26502 (автоопределяемые устройства и Mx210 через Modbus TCP);
443 (OPC-сервер ОВЕН);
Рекомендуется в настройках подключаемых приборов указывать в качестве DNS-сервера Google Public DNS (8.8.8.8).
Источник
Тема: Внезапно перестал работать OwenCloud
Опции темы
Оценка этой темы
Отображение
Внезапно перестал работать OwenCloud
Внезапно пришло оповещение на почту, что связи с контроллером (СПК107М01) нет. Последние изменения в программе были уже давно и после этого синхронизация с OwenCloud была.
В системном журнале много таких записей:
Как диагностировать проблему?
Добрый день.
Пинг с контроллера до gate.owencloud.ru проходит? (в web-конфигураторе: Сеть/Диагностика/Пинг)
Вы пробовали перезагружать контроллер?
Вот этого я сделать не могу пока. Он в продакшне. Есть ли какой-либо вариант перезапустить на контроллере только сервис owencloud через командную строку, к примеру, без перезагрузки всего контроллера?
И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.
мне кажется что в логе Fri Jan 15 12:05:57 2021 daemon.err owen-cloud[14263] в скобках как раз и есть ИД процесса и по нему видно что после ошибки сервис сам перегружается
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
service owen-cloud-proxy restart
И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.
owen-cloud-proxy перезагружал ещё утром — не помогло. Сейчас на всякий случай сейчас ещё раз повторил — не помогло.
Проверил порт 26502 с помощью netcat в командной строке на контроллере.
netcat подключился на пару секунд, потом соединение было закрыто сервером, как мне кажется, это нормальное поведение сервера.
Последний раз редактировалось f_rzh; 15.01.2021 в 14:01 .
Источник
Тема: Отладка работы OwenCloud с приборами
Опции темы
Оценка этой темы
Отображение
Отладка работы OwenCloud с приборами
Здравствуйте!
Занес приборы в OwenCloud, а облако их не видит — «Прибор не на связи». Шлюз ПМ210 находится в режиме «Сбои отсутствуют», проверил все кабеля, на симку шлюза отправил SMS «A=internet.mts.ru; U=; P=;», интернет на симке проверен. Приборы: МУ110-8К и МВ110-2А добавил как «Произвольное устройство Modbus», ибо их нет в меню «Тип прибора».
Как отладить работу системы? Где логи лежат? Как можно воспользоваться API (api.owencloud.ru)?
Заработало МВ110-8А. Но вопрос с отладкой остался, т.к. МУ110-8К приходится добавлять как Modbus, а облако не читает его выходы («Ошибка 255»). Что за ошибка?
Последний раз редактировалось philip.yef; 13.10.2017 в 05:47 .
Добрый день.
Ошибка 255 — Ошибка таймаута приема сообщения. Попробуйте в настройках прибора увеличить таймаут на прием сообщения.
У меня не заработала ни проверка на четность 8E1, ни проверка на нечетность 8О1 — «Ошибка 255». Работает только в варианте 8N1. Ух как я ругался когда понял это .
Добрый день. Спасибо за информацию. Постараемся устранить в ближайшем релизе ПМ210
Добрый день еще раз. Выполнили проверку Вашего случая.
Сам ПМ210 корректно выполняет контроль четности, однако целевое устройство (в нашем случае 8А) не отвечает. При этом, так же не удалось подключиться к прибору через конфигуратор, с включенном контролем четности. Независимо от выставленного значения в регистре «Тип контроля четности данных», прибор все равно работает в режиме «без контроля». Собственно поэтому и не удавалось выполнить прием/передачу данных.
Рекомендуем перед внесением настроек приборов в «OwenCloud» проверять соединение с теми же устройствами через конфигураторы.
Добрый день еще раз. Выполнили проверку Вашего случая.
Сам ПМ210 корректно выполняет контроль четности, однако целевое устройство (в нашем случае 8А) не отвечает. При этом, так же не удалось подключиться к прибору через конфигуратор, с включенном контролем четности. Независимо от выставленного значения в регистре «Тип контроля четности данных», прибор все равно работает в режиме «без контроля». Собственно поэтому и не удавалось выполнить прием/передачу данных.
Рекомендуем перед внесением настроек приборов в «OwenCloud» проверять соединение с теми же устройствами через конфигураторы.
В общем как в анекдоте про программиста на стрельбище .
Тут вопрос в том, что ПМ210 это ОВЕН и 8А это ОВЕН, а вместе они не работают. У меня связка ПМ210 + ПР200 и не работает. Возможно что-то не так в ПМ210, возможно в ПР200. Но, насколько я помню, ПР200 работал слейвом с проверкой четности, не на актуальной (последней) прошивке ПР200. Но вопрос в том, что если OwenCloud+OwenПМ210+OwenПР200 не работает в 2/3 случаев. насколько ПМ210 будет работоспособен с прочим не Owen оборудованием.
Конфигурация работает: OwenCloud->ПМ210(master = 115200/8N1)->ПР200(slave = 115200/8N1) + ПР200(master port 2 = 9600/8E1)->мультиметр(slave = 9600/8E1).
Конфигурация не работает: OwenCloud->ПМ210(master = 115200/8Е1)->ПР200(slave = 115200/8Е1) + ПР200(master port 2 = 9600/8E1)->мультиметр(slave = 9600/8E1).
Конфигурация не работает: OwenCloud->ПМ210(master = 115200/8О1)->ПР200(slave = 115200/8О1) + ПР200(master port 2 = 9600/8E1)->мультиметр(slave = 9600/8E1).
Источник
Тема: Внезапно перестал работать OwenCloud
Опции темы
Оценка этой темы
Отображение
Внезапно перестал работать OwenCloud
Внезапно пришло оповещение на почту, что связи с контроллером (СПК107М01) нет. Последние изменения в программе были уже давно и после этого синхронизация с OwenCloud была.
В системном журнале много таких записей:
Как диагностировать проблему?
Добрый день.
Пинг с контроллера до gate.owencloud.ru проходит? (в web-конфигураторе: Сеть/Диагностика/Пинг)
Вы пробовали перезагружать контроллер?
Вот этого я сделать не могу пока. Он в продакшне. Есть ли какой-либо вариант перезапустить на контроллере только сервис owencloud через командную строку, к примеру, без перезагрузки всего контроллера?
И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.
мне кажется что в логе Fri Jan 15 12:05:57 2021 daemon.err owen-cloud[14263] в скобках как раз и есть ИД процесса и по нему видно что после ошибки сервис сам перегружается
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
service owen-cloud-proxy restart
И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.
owen-cloud-proxy перезагружал ещё утром — не помогло. Сейчас на всякий случай сейчас ещё раз повторил — не помогло.
Проверил порт 26502 с помощью netcat в командной строке на контроллере.
netcat подключился на пару секунд, потом соединение было закрыто сервером, как мне кажется, это нормальное поведение сервера.
Последний раз редактировалось f_rzh; 15.01.2021 в 14:01 .
Источник
Тема: Ошибка при работе с сервером OwenCloud
Опции темы
Оценка этой темы
Отображение
Ошибка при работе с сервером OwenCloud
Подключили модуль МВ110-2А к шлюзу ПМ210-230.
Несколько раз были попытки подключения к облаку, затем выдает ошибку.
По мануалу это «Ошибка при работе с сервером OwenCloud»
IMEI прибора 867556040614987
Просим Вас помочь с решением проблемы.
Для помощи в решении вашей проблемы необходима дополнительная информация:
— зарегистрирован с данным IMEI хоть 1 прибор?
— существует в карте регистров хотя бы 1 параметр?
— корректно заполнены поля идентификаторов?
Данная ошибка зачастую идентифицирует, что либо прибор не подключился к облаку, либо сервер разорвал соединение (чаще всего ему просто нечего опрашивать)
Данный шлюз периодически подключается к облаку, и начинает передавать данные.
Но потом выходит в ошибку. Далее идут постоянные попытки подключения.
Нашли на форуме такую тему:
https://owen.ru/forum/showthread.php?t=30549
Шлюз новый, МВ110-2А тоже. Все перечисленные ваши вопросы,
выполнены.
Последний раз редактировалось AlexR1980; 04.02.2021 в 14:50 .
тут может помочь dsyabitov, теоретически он может посмотреть — что именно сервису не нравится
Источник
Следует самостоятельно удалить все приборы из аккаунта, потом написать на почту owencloud@owen.ru c почты, с которой зарегистрирован аккаунт, который надо удалить.
Алгоритм перевода аккаунта на работу как юр.лицо описан после тарифов — Клиенты, зарегистрированные как физические лица или клиенты интеграторов, желающие работать как юридические лица, направляют запрос на почту owencloud@owen.ru с приложенной карточкой предприятии и дополнительной информацией:
- Юридическое название организации
- ИНН
- КПП
- Юридический адрес
- Почтовый адрес (для отправки оригиналов закрывающих документов)
- e-mail (для отправки счетов)
- Номер клиента в системе OwenCloud — указана в разделе Администрирование | Услуги и оплата.
- Наличие ЭДО (электронного документа оборота)
Аккаунт должен быть на Базовом тарифе.
Проверить, приходят ли на эту почту письма с других адресов.
Проверить папку СПАМ.
Написать на support@owen.ru — техническая поддержка проверит нет ли Вашей почты в списке отписавшихся от сервиса.
Ошибка с кодом 255 возникает при отсутствии ответа от устройства на запрос от OwenCloud.
Если ошибка возникает по части параметров:
1) для этих параметров неверно заданы адреса регистров Modbus;
2) выбранные функции Modbus не поддерживаются устройством;
3) заданное значение таймаута превышает время ответа устройства.
Ошибка 255 возникает по всем параметрам:
1) неверно заданные сетевые настройки (протокол, скорость, четность и т.п.) в сервисе OwenCloud;
2) неверно задан адрес устройства (Slave ID)
3) неверно заданы адреса регистров Modbus;
4) выбранные функции Modbus не поддерживаются устройством;
5) заданное значение таймаута превышает время ответа устройства;
6) проблемы с линией связи (перепутаны местами А и В, обрыв кабеля, используется не витая пара);
7) не установлены согласующие регистры 120 Ом по концам линии.
Эта ошибка возникает, когда используется шлюз другого пользователя. Обратитесь к предыдущему пользователю шлюза с просьбой удалить его из его аккаунта, где он его использовал.
Если это невозможно, то направьте письмо на почту support@owen.ru, указав:
1) Заводской номер шлюза и IMEI (для ПМ210).
2) Информацию о том, как шлюз попал в ваше пользование.
3) Счет на оплату (будет определяющим фактором при возникновении спора).
4) Фото прибора, где четко виден заводской номер и IMEI (для ПМ210).
5) Фото паспорта на прибор.
Команда OwenCloud попытается связаться с предыдущем владельцем и согласовать удаление.
Событие «Прибор не на связи» формирует OwenCloud, если время ответа от шлюза (или прибора, если он добавлен напрямую) превышает параметр «Период отсутствия данных» в Базовых настройках прибора, в сервисе OwenCloud:
1) Проверьте проверьте правильность указания идентификатора шлюза ПМ210:
— для ПМ210, выпущенных в старом корпусе в качестве идентификатора используется IMEI;
— для ПМ210, выпущенных в новом корпусе — заводской номер.
2) Проверьте, что на индикации ПМ210 не светится светодиод Авария. Если это не так, то обратитесь к РЭ на ПМ210 раздел «Индикация и управление».
3) Убедитесь, что в OwenCloud указан хотя бы один регистр Modbus вашего прибора.
4) Проверьте баланс на SIM-карте.
5) Убедитесь, что выбранный тариф подходит для работы в модемах.
6) Плохой сигнал GSM — необходимо установить выносную антенну (ссылку https://owen.ru/product/pm210/accessories).
Необходимо создать пользовательское событие «Прибор за шлюзом не на связи» с условием «@параметр1=255», где параметр1 — это параметр в приборе за шлюзом, @ — это оператор извлечения ошибки, а 255 — код ошибки отсутствия ответа.
Лучше указать несколько параметров через оператор AND и добавить Задержку срабатывания события, чтобы оно формировалось, когда одновременно по нескольким параметрам не будет ответа и исключить ошибки в сети RS-485.
IMEI/MAC-адрес размещен на корпусе прибора.
Для ПЛК MAC-адрес также можно узнать, подключившись к контроллеру через терминал и выполнив нужные команды (более подробно см. в документации на соответствующий контроллер).
Для модулей Mx210 вместо MAC-адреса используется заводской номер.
В протоколе ОВЕН каждый прибор занимает количество сетевых адресов, равное количеству его каналов.
Например, двухканальный измеритель-регулятор ТРМ202 с базовым сетевым адресом 1 занимает адреса 1 (первый канал) и 2 (второй канал).
Если подключить к сетевому шлюзу Пx210 два прибора ТРМ202 с адресами 1 и 2, то OwenCloud не сможет корректно опросить их (т. к. первый ТРМ займет адреса 1–2, второй – адреса 2–3 – и в сети произойдет пересечение используемых адресов).
Поэтому приборам, опрашиваемым по протоколу ОВЕН, следует задавать адреса с разрывом в число каналов устройства, в приведенном примере следует задать адреса 1 и 3.
Да, можно:
— через бесплатный ОВЕН ОРС-сервер см. РП OwenCloud разде «Настройка обмена данными между OPC-сервером ОВЕН и OwenCloud»;
— через протокол ОРС UA см. РП OwnCloud раздел «Настройка обмена между Multi-Protocol MasterOPC Server и OwenCloud по протоколу OPC UA».
Описание см. в РП на OwenCloud.
Для подключения приборов к OwenCloud используются следующие порты:
- 25001 (шлюзы ПЕ210, ПВ210);
- 25502 (ПЛК по протоколу Modbus TCP);
- 26502 (автоопределяемые устройства и Mx210 через Modbus TCP);
- 43 (OPC-сервер ОВЕН);
- 4843 (OPC UA).
1) КТР-121 — необходима прошивка 2.09 или выше (актуальная прошивка в конфигураторе).
2) ТРМ1032 — необходима прошивка 2.01 или выше (актуальная прошивка в конфигураторе).
3) ПЛК63 / ПЛК 73 — запросите прошивку 2.22 в ГТП.
4) МХ210 — корректно работает с прошивкой старше версии 1.0.
5) ТРМ232 — Некорректно выводятся отрицательные числа.
6) ТРМ232М — Некорректно работает с OwenCloud по протоколу ОВЕН (ошибка 49) из-за отсутсвия в OwenCloud необходимого формата данных. Используйте протокол Modbus.
Если ваш прибор имеет интерфейс RS-485 и поддерживает Modbus RTU/ASCII, то его возможно добавить в OwenCloud через шлюзы линейки Пх210.
Обратите внимание, что в облаке поддержаны только основные функции Modbus, перечисленые в Руководстве Пользователя на OwenCloud. Например, вычитывать архивы со сторонних счётчиков не получится.
Если ваш прибор имеет интерфейс RS-485RS-232, но протокол закрытый (например, Меркурий), то можно приобрести ПЛКСПК компании ОВЕН на Codesys, в нём воспользоваться библиотекой для прямой работы с портом, реализовать опрос стороннего прибора, и уже сам ПЛКСПК вывести в OwenCloud через Ethernet.
Если ваш прибор имеет интерфейс Ethernet, то напрямую добавить прибор в OwenCloud не возможно, так как по Ethernet OwenCloud работает только с устройствами от ОВЕН.
В этом случае нужно опросить прибор с помощью любого другого прибора ОВЕН (например ПЛК или СПК) и уже его вывести в облако OwenCloud, например, по Ethernet.
Нет, к сетевому шлюзу должны подключаться только приборы с совпадающими протоколами и сетевыми настройками.
Название параметра, которое будет импортировано в OwenCloud, указывается в Codesys 2.3 для нужного подэлемента на вкладке Базовые параметры в поле Комментарий:
Для работы сетевого шлюза ПМ210 требуется SIM-карта с тарифом, который поддерживает раздачу интернета. Так как для работы шлюза используется технология 2G, то оператор должен обеспечивать поддержку этой технологии.
У оператора Теле2 отсутствует поддержка технологии 2G в Москве и Уфе, а также во многих других городах (см. карту покрытия 2G). Так как шлюзы ПМ210 используют эту технологию для передачи данных, то с тарифами данного оператора в упомянутых городах они работать не будут.
Содержание
- Не работает овен клауд
- Как узнать IMEI (или MAC-адрес), который нужно ввести при добавлении прибора в OwenCloud?
- Какие функции OwenCloud являются платными?
- Почему могут возникнуть проблемы при подключении устройств по протоколу ОВЕН?
- Можно ли подключить к одному сетевому шлюзу Пx210 устройства с разными протоколами (например, Modbus RTU и ОВЕН)?
- Почему при опросе устройства возникает ошибка с кодом 255?
- При настройке параметра можно указать одновременно несколько групп (например, оперативную и конфигурационную, см. таблицу 3.7). Для каждой группы задается индивидуальная частота опроса. С какой частотой будет вестись опрос данного параметра?
- Чем отличается код параметра от его названия (см. рисунок 3.5.14)?
- Как при импорте конфигурации ПЛК в OwenCloud передать название параметра?
- Что делать, если web-интерфейс OwenCloud работает некорректно?
- Каковы рекомендации по выбору значений таймаутов для протоколов Modbus RTU/ASCII и ОВЕН?
- Какие сетевые порты использует OwenCloud?
- Тема: Внезапно перестал работать OwenCloud
- Внезапно перестал работать OwenCloud
- Тема: Отладка работы OwenCloud с приборами
- Отладка работы OwenCloud с приборами
- Тема: Внезапно перестал работать OwenCloud
- Внезапно перестал работать OwenCloud
- Тема: Ошибка при работе с сервером OwenCloud
- Ошибка при работе с сервером OwenCloud
Не работает овен клауд
В условиях стабильного соединения усредненный расход трафика составляет 45 байт на запрос/ответ по считыванию одного параметра.
Как узнать IMEI (или MAC-адрес), который нужно ввести при добавлении прибора в OwenCloud?
IMEI/MAC-адрес размещен на корпусе прибора. У ПЛК MAC-адрес также можно узнать, подключившись к контроллеру через терминал и выполнив нужные команды (более подробно см. в документации на соответствующий контроллер). Для модулей Mx210 вместо MAC-адреса используется заводской номер.
Какие функции OwenCloud являются платными?
Весь описанный в данной версии документа функционал облачного сервиса является бесплатным. Пользователь оплачивает только подключение к Интернету и трафик между сетевым шлюзом и сервисом.
Почему могут возникнуть проблемы при подключении устройств по протоколу ОВЕН?
Обратите внимание – в протоколе ОВЕН каждый прибор занимает количество сетевых адресов, равное количеству его каналов. Например, двухканальный измеритель-регулятор ТРМ202 с базовым сетевым адресом 1 занимает адреса 1 (первый канал) и 2 (второй канал). Если подключить к сетевому шлюзу Пx210 два прибора ТРМ202 с адресами 1 и 2, то облачный сервис не сможет корректно опросить их (т. к. первый ТРМ займет адреса 1–2, второй – адреса 2–3 – и в сети произойдет пересечение используемых адресов). Поэтому приборам, опрашиваемым по протоколу ОВЕН, следует задавать адреса с разрывом в число каналов устройства (в приведенном примере – 1 и 3).
Можно ли подключить к одному сетевому шлюзу Пx210 устройства с разными протоколами (например, Modbus RTU и ОВЕН)?
Нет, к сетевому шлюзу должны подключаться только приборы с совпадающими протоколами.
Почему при опросе устройства возникает ошибка с кодом 255?
Ошибка с кодом 255 возникает при отсутствии ответа от устройства. Наиболее частые причины возникновения подобной проблемы:
неверно заданные сетевые настройки;
неверно заданные адреса устройств и регистров;
заданное значение таймаута превышает время ответа устройства;
выбранные функции Modbus не поддерживаются устройством;
проблемы с линией связи (неверная распиновка кабеля, обрыв кабеля);
отсутствие средств на балансе SIM-карты (для сетевого шлюза ПМ210);
для SIM-карты не подключена услуга «Передача данных GPRS» (для сетевого шлюза ПМ210).
При настройке параметра можно указать одновременно несколько групп (например, оперативную и конфигурационную, см. таблицу 3.7). Для каждой группы задается индивидуальная частота опроса. С какой частотой будет вестись опрос данного параметра?
В данном случае параметр будет опрашиваться каждый раз, когда наступит момент опроса любой из групп, к которым он относится.
Чем отличается код параметра от его названия (см. рисунок 3.5.14)?
Код параметра – это краткий (до 20 символов) и уникальный (в пределах прибора) идентификатор прибора, который содержит только латинские символы и цифры (например, SensorValue1). Его можно воспринимать по аналогии с именем переменной в среде CODESYS (или другой среде программирования). Коды параметров используются, например, при записи условий событий.
Название параметра не обязано быть уникальным, может включать символы кириллицы и не имеет явного ограничения на длину (например, Значение температуры). Можно воспринимать его по аналогии с комментарием к объявленной переменной в CODESYS.
Как при импорте конфигурации ПЛК в OwenCloud передать название параметра?
Название параметра, которое будет импортировано в OwenCloud, указывается в Codesys 2.3 для нужного подэлемента на вкладке Базовые параметры в поле Комментарий:
Что делать, если web-интерфейс OwenCloud работает некорректно?
При проблемах с web-интерфейсом (например, некорректного отображения вкладок, отсутствия обновления данных в графиках/таблицах и т. д.) попробуйте очистить кэш web-браузера (обычно для этого используется комбинация клавиш Ctrl+F5). Такой эффект может возникать при обновлении облачного сервиса.
Каковы рекомендации по выбору значений таймаутов для протоколов Modbus RTU/ASCII и ОВЕН?
При добавлении прибора, опрашиваемого по протоколу Modbus RTU/ASCII или ОВЕН, требуется указать таймаут между символами и таймаут всего сообщения (см. таблицу). В большинстве случаев рекомендуется использовать следующие значения: таймаут между символами = 100 мс, таймаут всего сообщения = 600 мс.
Какие сетевые порты использует OwenCloud?
Для подключения приборов к OwenCloud используются следующие порты:
25001 (шлюзы ПЕ210, ПВ210);
25502 (ПЛК по протоколу Modbus TCP);
26502 (автоопределяемые устройства и Mx210 через Modbus TCP);
443 (OPC-сервер ОВЕН);
Рекомендуется в настройках подключаемых приборов указывать в качестве DNS-сервера Google Public DNS (8.8.8.8).
Источник
Тема: Внезапно перестал работать OwenCloud
Опции темы
Оценка этой темы
Отображение
Внезапно перестал работать OwenCloud
Внезапно пришло оповещение на почту, что связи с контроллером (СПК107М01) нет. Последние изменения в программе были уже давно и после этого синхронизация с OwenCloud была.
В системном журнале много таких записей:
Как диагностировать проблему?
Добрый день.
Пинг с контроллера до gate.owencloud.ru проходит? (в web-конфигураторе: Сеть/Диагностика/Пинг)
Вы пробовали перезагружать контроллер?
Вот этого я сделать не могу пока. Он в продакшне. Есть ли какой-либо вариант перезапустить на контроллере только сервис owencloud через командную строку, к примеру, без перезагрузки всего контроллера?
И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.
мне кажется что в логе Fri Jan 15 12:05:57 2021 daemon.err owen-cloud[14263] в скобках как раз и есть ИД процесса и по нему видно что после ошибки сервис сам перегружается
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
service owen-cloud-proxy restart
И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.
owen-cloud-proxy перезагружал ещё утром — не помогло. Сейчас на всякий случай сейчас ещё раз повторил — не помогло.
Проверил порт 26502 с помощью netcat в командной строке на контроллере.
netcat подключился на пару секунд, потом соединение было закрыто сервером, как мне кажется, это нормальное поведение сервера.
Последний раз редактировалось f_rzh; 15.01.2021 в 14:01 .
Источник
Тема: Отладка работы OwenCloud с приборами
Опции темы
Оценка этой темы
Отображение
Отладка работы OwenCloud с приборами
Здравствуйте!
Занес приборы в OwenCloud, а облако их не видит — «Прибор не на связи». Шлюз ПМ210 находится в режиме «Сбои отсутствуют», проверил все кабеля, на симку шлюза отправил SMS «A=internet.mts.ru; U=; P=;», интернет на симке проверен. Приборы: МУ110-8К и МВ110-2А добавил как «Произвольное устройство Modbus», ибо их нет в меню «Тип прибора».
Как отладить работу системы? Где логи лежат? Как можно воспользоваться API (api.owencloud.ru)?
Заработало МВ110-8А. Но вопрос с отладкой остался, т.к. МУ110-8К приходится добавлять как Modbus, а облако не читает его выходы («Ошибка 255»). Что за ошибка?
Последний раз редактировалось philip.yef; 13.10.2017 в 05:47 .
Добрый день.
Ошибка 255 — Ошибка таймаута приема сообщения. Попробуйте в настройках прибора увеличить таймаут на прием сообщения.
У меня не заработала ни проверка на четность 8E1, ни проверка на нечетность 8О1 — «Ошибка 255». Работает только в варианте 8N1. Ух как я ругался когда понял это .
Добрый день. Спасибо за информацию. Постараемся устранить в ближайшем релизе ПМ210
Добрый день еще раз. Выполнили проверку Вашего случая.
Сам ПМ210 корректно выполняет контроль четности, однако целевое устройство (в нашем случае 8А) не отвечает. При этом, так же не удалось подключиться к прибору через конфигуратор, с включенном контролем четности. Независимо от выставленного значения в регистре «Тип контроля четности данных», прибор все равно работает в режиме «без контроля». Собственно поэтому и не удавалось выполнить прием/передачу данных.
Рекомендуем перед внесением настроек приборов в «OwenCloud» проверять соединение с теми же устройствами через конфигураторы.
Добрый день еще раз. Выполнили проверку Вашего случая.
Сам ПМ210 корректно выполняет контроль четности, однако целевое устройство (в нашем случае 8А) не отвечает. При этом, так же не удалось подключиться к прибору через конфигуратор, с включенном контролем четности. Независимо от выставленного значения в регистре «Тип контроля четности данных», прибор все равно работает в режиме «без контроля». Собственно поэтому и не удавалось выполнить прием/передачу данных.
Рекомендуем перед внесением настроек приборов в «OwenCloud» проверять соединение с теми же устройствами через конфигураторы.
В общем как в анекдоте про программиста на стрельбище .
Тут вопрос в том, что ПМ210 это ОВЕН и 8А это ОВЕН, а вместе они не работают. У меня связка ПМ210 + ПР200 и не работает. Возможно что-то не так в ПМ210, возможно в ПР200. Но, насколько я помню, ПР200 работал слейвом с проверкой четности, не на актуальной (последней) прошивке ПР200. Но вопрос в том, что если OwenCloud+OwenПМ210+OwenПР200 не работает в 2/3 случаев. насколько ПМ210 будет работоспособен с прочим не Owen оборудованием.
Конфигурация работает: OwenCloud->ПМ210(master = 115200/8N1)->ПР200(slave = 115200/8N1) + ПР200(master port 2 = 9600/8E1)->мультиметр(slave = 9600/8E1).
Конфигурация не работает: OwenCloud->ПМ210(master = 115200/8Е1)->ПР200(slave = 115200/8Е1) + ПР200(master port 2 = 9600/8E1)->мультиметр(slave = 9600/8E1).
Конфигурация не работает: OwenCloud->ПМ210(master = 115200/8О1)->ПР200(slave = 115200/8О1) + ПР200(master port 2 = 9600/8E1)->мультиметр(slave = 9600/8E1).
Источник
Тема: Внезапно перестал работать OwenCloud
Опции темы
Оценка этой темы
Отображение
Внезапно перестал работать OwenCloud
Внезапно пришло оповещение на почту, что связи с контроллером (СПК107М01) нет. Последние изменения в программе были уже давно и после этого синхронизация с OwenCloud была.
В системном журнале много таких записей:
Как диагностировать проблему?
Добрый день.
Пинг с контроллера до gate.owencloud.ru проходит? (в web-конфигураторе: Сеть/Диагностика/Пинг)
Вы пробовали перезагружать контроллер?
Вот этого я сделать не могу пока. Он в продакшне. Есть ли какой-либо вариант перезапустить на контроллере только сервис owencloud через командную строку, к примеру, без перезагрузки всего контроллера?
И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.
мне кажется что в логе Fri Jan 15 12:05:57 2021 daemon.err owen-cloud[14263] в скобках как раз и есть ИД процесса и по нему видно что после ошибки сервис сам перегружается
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
service owen-cloud-proxy restart
И проверьте, пожалуйста, что порт 26502 на сетевом оборудовании не заблокировали.
owen-cloud-proxy перезагружал ещё утром — не помогло. Сейчас на всякий случай сейчас ещё раз повторил — не помогло.
Проверил порт 26502 с помощью netcat в командной строке на контроллере.
netcat подключился на пару секунд, потом соединение было закрыто сервером, как мне кажется, это нормальное поведение сервера.
Последний раз редактировалось f_rzh; 15.01.2021 в 14:01 .
Источник
Тема: Ошибка при работе с сервером OwenCloud
Опции темы
Оценка этой темы
Отображение
Ошибка при работе с сервером OwenCloud
Подключили модуль МВ110-2А к шлюзу ПМ210-230.
Несколько раз были попытки подключения к облаку, затем выдает ошибку.
По мануалу это «Ошибка при работе с сервером OwenCloud»
IMEI прибора 867556040614987
Просим Вас помочь с решением проблемы.
Для помощи в решении вашей проблемы необходима дополнительная информация:
— зарегистрирован с данным IMEI хоть 1 прибор?
— существует в карте регистров хотя бы 1 параметр?
— корректно заполнены поля идентификаторов?
Данная ошибка зачастую идентифицирует, что либо прибор не подключился к облаку, либо сервер разорвал соединение (чаще всего ему просто нечего опрашивать)
Данный шлюз периодически подключается к облаку, и начинает передавать данные.
Но потом выходит в ошибку. Далее идут постоянные попытки подключения.
Нашли на форуме такую тему:
https://owen.ru/forum/showthread.php?t=30549
Шлюз новый, МВ110-2А тоже. Все перечисленные ваши вопросы,
выполнены.
Последний раз редактировалось AlexR1980; 04.02.2021 в 14:50 .
тут может помочь dsyabitov, теоретически он может посмотреть — что именно сервису не нравится
Источник