Ошибка исправлена.Цитата:
Сообщение от dsyabitov
Вид для печати
Ошибка исправлена.Цитата:
Сообщение от dsyabitov
Возникли вопросы . Спасибо за опцию маски. Опробовал. 1------Можно маскировать только один бит, а почему несколько запрещено???????
2----- Как быть с тиражированием параметры экспортируются и импортируются все отлично. А события и все остальное что бы всё вмести ??????
Допустим приборы повторяются меняются только адрес и название (добавляется допустим к названию адрес) прибора подключенного к терминалу .
Или тиражирование допустим всей категории ( котельная , котел наружного размещения ) в которых один терминал и к которому подключены несколько приборов (ПР200) или еще что-нибудь. ??????
Я правильно понимаю, что речь о такой функции:Цитата:
Сообщение от Алексеев
1. Берётся битовая маска. Это регистр из 16 бит
2. Выбирается несколько нужных битов или сразу все
3. Затем автоматически создаётся нужное количество параметров, где каждый параметр - отдельный бит маски
Верно?
Функция тиражирования прибора появится позже.Цитата:
Сообщение от Алексеев
При создании параметра можно выбрать только один бит в маске .Цитата:
Сообщение от Сергей Лысов
Хотя существуют параметры за которые отвечают несколько битов . Приходится создавать несколько параметров
и затем объединять их в событиях . Или допустим отбросить старший регистр или выделить тетраду четыре бита
и создавать события в зависимости от значения которое возникнет в тетраде 4-бита (0-15 - десятичное значение).
Мне кажется это программистам (разработчикам OWEN CLOUD) организовать (добавить )будет не очень сложно.
Сможете поподробнее рассказать кейс, когда при работе оборудованием ОВЕН может возникнуть такая потребность?Цитата:
Сообщение от Алексеев
И почему не подходит вариант передавать число, которое образуют четыре бита, в формате int16/uint16?
Совместно с приборами Овен Я использую и приборы разработанные нашим предприятием имеющим Модбас протоколЦитата:
Сообщение от Сергей Лысов
программа написана на ассемблере . Их выпущено с 2010 года очень много . Регистры расписаны в битовой форме как используются в программе.
На сегодняшний момент Я скорректировал обмен (внес изменения в программу) . Что делать с уже стоящими приборами на объектах (пусть вызывают для перепрошивки ).
Если это сложно? Вопрос исчерпан !!!!!!!!!!!!!!!!
P.S Руководство собирается организовать акцию на сайте предприятия оборудование при использовании терминалов ПМ210 и реле ПР200 под контролем .
Стоит ограничение только вновь купленное оборудование. Хотя оборудования на объектах установлено с 2010 г полным полно .
Всем привет!
Подготовили новую версию руководства пользователя.
Изменения:
- Добавили информацию про параметр "Период отсутствия данных"
- Скорректировали максимальные значения периодов опроса
- Добавили описание функции "битовая маска"
- Скорректировали описание интерфейса "настройки групп" и "отображение параметров"
Руководство пользователя актуально для обновления 12 июля.
Отвалился плк100 от облака в 10 часов. Когда исправите? Почему стали так часто появляться сбои?
надо же, оперативно удалили... Может все таки стоит правильно воспринимать критику вместо удаления ?
Прежде всего компания должна гарантировать работу сервиса и чтобы это можно было легко проверить например используя другого провайдера по фактическому доступу к сервису, чтобы понимать, что виновник провадер или конечное оборудование, но не сам сервис....
Критика должна быть конструктивной. Выкрики в стиле "ой, я так и знал, что ваше облако - ерунда" за конструктивную критику не воспринимаю.Цитата:
Сообщение от melky
Проблемы с сервисом действительно бывают и мы их признаём. Если обратиться к статистике, то за время работы сервиса обмен данными между приборами нарушался два раза. Оба раза в течение 3х часов неполадки были устранены.
На самом деле я рад видеть вас в этой теме, особенно после фразы:
Цитата:
Сообщение от melky
По логам сервиса тотального отключения ПЛК не было. На демостенде все устройства работали в штатном режиме. Возможно, проблема в конкретном устройстве.Цитата:
Сообщение от КИП
На сайте были технические работы, за пол часа они закончились. Приём данных от устройств на сервер не прекращался.
Сергей Лысов я просто надеюсь на чудо, что когда-нибудь ПМ210, ПЕ210 и так далее смогут работать с локальными облаками, развернутыми на собственном сервере :)
Или вообще использовать данные шлюзы со сторонними Scada.
Кстати старый ПЛК100 можно прицепить к облаку ?
Вы имеете ввиду копию OwenCloud на своем сервере или любое удобное вам 3rd party cloud)?Цитата:
Сообщение от melky
Если речь про 3rd party , то надо будет поднимать на шлюзе OPC UA, MQTT, etc.
Вы такой вариант видите?
Плк отвалился в 10.15 и снова сам вышел на связь с сервисом в 11.53. Интернет был нормальный в это время.Цитата:
Сообщение от Сергей Лысов
У меня ПЛК-100 2007 года выпуска с облаком нормально работает.Цитата:
Сообщение от melky
Только надо поменять прошивку в ПЛК-100 с поддержкой облака.
Сервис OwenCloud мне просто идеально подходит для диспетчеризации насосных станций (скважин) небольшого городка.Цитата:
Сообщение от Сергей Лысов
У нас в водоканале нет диспетчерского пункта и функцию диспетчеров выполняют мой смартфон и я слесарь КИПиА.:)
Таких внедрений в России, я считаю могут быть десятки тысяч .
Только нужно гарантировать качество сервиса, возможно даже за небольшую абонентскую плату.
Кстати качество сервиса меня пока устраивает, но я боюсь что с увеличением клиентов качество упадет.
И желательно чтобы были мнемосхемы и SMS-уведомления.
Кирилл Валюнин, нет, имелось ввиду ваше же облако но на личном сервере. Я понимаю, что должна быть отличная версия от используемой сейчас, например привязка к аппаратному ключу и т.д. не суть важно.
Или вообще использование с любой Scada и например использовании openVPN или что можно встроить в ПМ210 или ПЕ210 для организации связи.
Реалии жизни таковы, что случаются ситуации когда сейчас облако можно, а завтра безопасники приходят и говорят нельзя. В такой ситуации все оборудование пойдет в мусорку.
В общем при покупке оборудование нужны пути отступления :)
так ведь стандартный протокол.Цитата:
Сообщение от melky
ставьте модемы и прямое соединение.
в чем проблема перехода с облака на прямую связь?
цена вопроса минус 3т за ПМ
и плюс 3т за модем.
Больше ни чего не меняется.
итого 6 тысяч на один объект и объектов так эдак 50. Вместо например смены прошивки или даже настроек в устройстве. меня заказчик если что не просто не поймет, а вздернет на рее :)
Поставим вопрос ребром - за сколько Вы готовы купить данную СКАДУ да неограниченное число подключений?
ASo вообще-то оборудование покупается под это, так что тут ценник должен быть символический а не аховый, потому что оборудование узкозаточенное.
Заточенные именно под облако а не под натуральное хозяйство.
Вы же прекрасно знаете, как решить данную задачу на стандартном коробочном оборудовании и ПО, которые выпускались до этого облака.
Все так плохо на всех 50-и объектах?Цитата:
Сообщение от melky
И 300т это деньги?
Купите сервер EWON за 3т евро VPN- роутеры COSY 131 (cамые дешевые 650 евро).
Будет у Вас все свое, с прямым подключением каждого объекта, с VPN и т.п. и т.д.
lara197a эту задачу можно решить куда дешевле, чем за указанные вами в евро деньги. Речь о другом.
Например сейчас заказчика устроит облако, но зная и сталкиваясь уже с подобными задачами завтра облако может не устроить, и завтра 300 тысяч будут для заказчика деньгами, и значительными.
Проект слегка заглох из-за финансирования, при чем планировалось ставить оборудование Овен в виде ПР200. И 50 объектов было всего лишь первым этапом.
Но может потом опять разродится. Я уже даже смотрю совсем в другую сторону, нежели ПР200, так как в сумме даже получается дешевле.
Время покажет.
ASo аналогичный ответ с поправками, если сейчас заказчика может устроить облако это экономия на стоимости сервера.
Дешевле можно, качественней нет.Цитата:
Сообщение от melky
Вы определитесь, что хотите. Вам все таки подешевле и чего?
Напишите в личку, я Вам другое оборудование подскажу.
lara197a дело не в оборудовании как таковом, а в непонятной ситуации - облако или не облако. Но скорее всего этот заказчик на облако не пойдет (профиль не тот)... А вообще рассматриваю варианты на будущее, но уже приходилось сталкиваться и с IT безопасниками и с тем что GSM нельзя а проводных каналов нет, вернее они есть, но через E1....
Добрый день, уважаемые разработчики....
на одном из объектов был установлен ПЛК160.... был подключен к облаку, все работало....
этот ПЛК я поменял на другой, аналогичный.... который тоже был подключен к облаку (дома)
в облаке заменил МАК на текущий и... связи с облаком нет
что делать?
1. На ПЛК изменить IP адрес так, чтобы он находился в подсети роутера.Цитата:
Сообщение от DIPHENHYDRAMINE
2. На ПЛК указать адрес шлюза. В вашем случае это роутер.
3. Прописать DNS, например 8:8:8:8
Это можно сделать через файл local_addres.dat
Работа с файлом описана в инструкции: http://www.owen.ru/uploads/instrukci...wencloud_1.pdf
В 19 час 30 мин 30.07.18. на главной странице аккаунта опрос данных с ПМ210-ПР200 идет с задержкой в 10-15 минут. Выскакивает ошибка прибор не на связи. В таблицах данные опрашиваться нормально. Когда исправите проблему?
Кстати в демо-аккаунте у части приборов такая же проблема.
Что то у Вас часто стали происходить похожие сбои?
Что Вы предпринимаете для исключения в дальнейшем таких сбоев и повышения стабильности сервиса?
Здравствуйте.Цитата:
Сообщение от КИП
Проблема в данный момент устранена.
Получаю регистр умножаю его на коэффициент 0.0039063 для того чтобы убрать
младший байт . Конкретно вижу числа в таблице 0 ,24 ,17 т.д .
Но события не создаются PABOTA =0 или PABOTA =24 то есть условие не работает .
Показывает целое значение . Дробной части не вижу .Разъясните пожалуйста .
Здравствуйте.Цитата:
Сообщение от Алексеев
В личке.
Доброго времени суток. Возможно масштабирование сигнала в owencloud вход 4-20ма, выход 0-100% ? Через ПМ210 нужно опросить модуль сбора данных, в нем нельзя масштабировать данные в регистре.
Добрый день.Цитата:
Сообщение от Victor721
Такой функционал на данный момент не реализован.
Обычно масштабирование осуществляется на том приборе, куда заводится сам сигнал 4-20 мА.
В частности, в модуле сбора данных МСД200 это делается так:
Вложение 38336
В планах заменить опрос модулей по радиоканалу на шлюзы овен. По радиоканалу опрос осуществлялся MasterOPC и на SCADA. В ОРС это реализовано двумя коэффициентами. Могу это конечно в скаде сделать, но хотелось бы через приложение видеть уже реальные значение, а не 4-20 ма.
Вложение 38337
Добрый день.
После создания параметра, облако не дает редактировать код параметра. Почему так происходит?
Добрый день.Цитата:
Сообщение от SuperChu
Код параметра выбирается один раз, при создании параметра.
К сожалению, потом он становится нередактируемым. Это ограничение возникло из-за внутренних алгоритмов работы сервиса.
Спасибо. Еще один вопрос. Можно ли изменить порядок отображения параметров, например по регистрам, а не по алфавиту ( при чем по первому слову описания параметра).
Уже задал вопрос в личку программистам и передал идентификатор ПМ210.
Но возник вопрос были ли случаи когда возникла системная ошибка на одном из приборов
(загорелся красным) а данные приходят на этом приборе .
Убрал галочку у системной ошибки прибор окрасился в серый цвет ( отсутствие данных)
а данные получаю периодически . .???????
Но в настройках установлено 90 сек по всем параметрам а по фактуВложение 38403
Вложение 38405
Спасибо!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Все работает . Вернул галочку системных ошибок .
Все OK!!!!!!!!!!!