Здравствуйте ! добавьте возможность отображение графиков значений с приборов одной категории на 1 плоскости.
Вид для печати
Здравствуйте ! добавьте возможность отображение графиков значений с приборов одной категории на 1 плоскости.
Здравствуйте! Добавьте пожалуйста возможность настройки отображения чисел в HEX-формате. У меня частотник ABB выдает ошибки и предупреждения в шестнадцатеричном формате, и я просто устал рассказывать заказчику, как на калькуляторе переводить из десятеричной в шестнадцатеричную :rolleyes:
Здравствуйте! наконец появилась задача соорудить объектовые аварии, но это просто какое-то мучение! почему для меню настройки объектового выражения используется такая "танкощель"? в смысле окно такого маленького размера?! оно 900*600 (я специально сделал скриншот и измерил). с ним просто невозможно работать - приборы не влезают, события не влезают, использованных событий влезает только 2, что при повторном использовании их в логике приводит просто к ужасным мучениям. да и само выражение из-за добавления названия объекта становится огромным и неудобным к контролю.
если вы преследовали цель сделать это оптимизировано для компов с ультранизким разрешением (800*600) то оно уже слишком большое, если для простеньких ноутбуков (1366*768) то высота нормальная. а вот ширину можно было бы сделать как минимум 1200 пикселей (все равно справа и слева у экранов нет ограничивающих элементов в виде панели задач или строки браузера.
А в целом сейчас практически у всех уже вертикальное разрешение экрана равно или больше 1080 пикселей, что позволило бы сделать окно еще выше, а для крайних случаев оно нормально будет прокручиваться чуток в браузере по вертикали.
Исходя из вышеописанного я прошу, и очень надеюсь, что вы сделаете это окно размером 1200*950, что уложится в зону комфорта большинства мониторов и не будет требовать прокрутки ни по одному из измерений.
Здравствуйте. При отсутствии связи с прибором в пуш-уведомлении выводится сообщение "Прибор не на связи". Понять какой именно прибор "отвалился" по такому сообщению нельзя. Возможно ли добавить название объекта к данному событию? Такая же просьба к пользовательским событиям. У нас регулярно добавляются типовые объекты с одинаковыми авариями и менять названия событий становится утомительно.
Открыть приложение, конечно, не трудно, но иногда бывают проблемы с интернетом, если нахожусь где-нибудь в подвале (металлическом боксе) или руки грязные.
При импорте/экспорте переменных из ПЛК110 все переменные принимают тип UINT с каким то количеством нулей, после запятой.
Хотелось бы иметь диалог при импорте, чтоб спросило какие именно типы нужны и сколько знаков после запятой.
Было бы здорово иметь сервис по групповому изменению типа и точности.
Очень хочется увидеть какой-нибудь параметр наличия связи облака с прибором, который можно было бы потом считать опс сервером овен. А то получается прибор отвалился, облако знает об этом. Но при запросе от опс сервера облако выдаёт серверу старые данные, которые уже не обновляются.
не использовал ОРС,API пока хватает, а что вычитывает сервер, время обновления Вложение 52220 входит в запрос к облаку?
Там получается задаётся период опроса сервера к облаку - это в опс сервере. И задаётся период опроса в облаке к устройству. И получается что когда связь облака с устройством потеряна, то при опросе опс сервером облака в сервер все равно передаются данные и качество тегов good, просто данные не меняются. Можно конечно в плк какой-нибудь счетчик запустить и считывать его уже в сервере овен, и понимать когда перестали меняться значения что нет связи, но мне кажется способ должен быть другой какой-то. Ведь облако уже увидел что прибор не на связи, почему бы не сообщить опрашиваемому серверу об этом. Я сегодня с тех поддержкой овен разговаривал. Сказали что пока такое не реализовано, и разработчики учтут этот момент. Хотелось чтоб не забыли.
А можно ли сделать так, чтобы когда много пользователей у облака, то для каждого пользователя открывался бы свой прибор и соседние приборы он бы не видел, и еще данный пользователь видел бы только те параметры, которые ему разрешено видеть на этом приборе?
Считываю битовую маску 32 входов МВ110-32ДН в формате uint32 и хочу проверить, что включены первые N входов. В простейшем виде событие выглядит как BitMask = 2**N-1. При N <= 16 все работает нормально, но в моем случае с N = 20 ввести константу 1048575 не получается. Вероятно, OwenCloud работает только с int16 константами при формировании событий. uint32 формат был бы более удобным и битовую маску не пришлось бы разделять на две части.
Добрый день.
Можно ли добавить в опрос конфигурационных параметров значение "по требованию". Дело в том, что их много, и меняются они очень редко. Трафик неплохо бы экономился. Спасибо.
Основной объем трафика тратится на то чтобы не разрывать GPRS связь идет постоянный мониторинг .
Не однократно проверял . И где то 100 мбайт в месяц +- 5% . И интервал обмена практически не влияет
на объем трафика в месяц . Если Я не прав пусть меня поправят коллеги .
У нас за 9 дней этого года результаты такие: там где опрос через 12 часов примерно 200Мб ушло, а там где через час около 300Мб. Количество параметров там везде разное, поэтому может быть разница. Со следующего месяца попробую более детально изучить трафик.
Именно так я и хотел сделать. Опрос на каких-то объектах уже давно выставил раз в сутки. А вот посмотреть руководство я почему-то не могу. Пробовал открыть на разных устройствах и в разных браузерах - не открывает. Если у Вас проблем с этим нет, пожалуйста скрин или цитирование упомянутого раздела разместите.
Пробовал период 1 мин и 5 минут уменьшения трафика не почувствовал . Может Вам стоит использовать пакетную передачу .
Но там условия необходимо чтобы регистры ( переменные) одного типа должны идти по порядку . Вложение 52954
Добрый день! Опишу проблему. Codesys 3.5. Добавляем в символьной конфигурации правильные данные (правильный тип данных) для OwenCloud. Всё работает, данные синхронизируются с облаком. В какой-то момент случайно ставим галку в символьной конфигурации на какой-т о неподдерживаемый тип данных, например, структуру и заливаем такую программу на контроллер. Проблема в том, что после этого синхронизация останавливается, причём зелёная галка в веб-интерфейсе овенклода стоит, что неправильно информирует о том, что данные синхронизируются, что, в свою очередь, может быть воспринято оператором, что всё ОК, но это не так.
Предложение. Сделайте, пожалуйста проверку типов данных на ошибочность в самом облачном сервисе. Ведь, если данных много, проверять их вручную достаточно сложно.
Здравствуйте! я может уже писал об этом, но пожалуйста, сделайте возможность в веб-версии отключать автомасштабирование! ну или хотя-бы параметры, имеющие одинаковую единицу измерения (температуры, давления и пр.) чтобы отображались в одном масштабном поле, а то получается, что у меня на 4 значения температуры и 4 разных шкалы масштаба на экране, а мне их надо в одних координатах наблюдать(уставки и текущие значения параметров). пока пытаюсь обойтись мобильной версией, где все пока что в одних координатах, но функционал для аналитики там маловат ((
Будет ли такая возможность в облаке присвоить параметр/состояние из битовой маски в виде текста, а то не очень удобно понимать что означает 1 и что означает 0, ну как бы сопоставить это с реальным состоянием. Например приходится писать в названии параметра "Насос 1: 1 - работает, 0 - остановлен", ну ведь не удобно, может можно сделать сразу чтобы это отображалось в значении параметра "остановлен" или "работает"
Рассмотрите все же возможность задавать значения для шкалы..
Вложение 53495
Здравствуйте!
Столкнулись с проблемой отображения на вкладке "Приборы на карте", разного типа аварий, в виде изменения цвета геометок . Для диспетчеризации большого количества объектов, на карте бывает важно просигнализировать цветом геометки о наступлении разного рода событий.
Добавьте пожалуйста возможность устанавливать различные цвета геометки в состоянии "Авария" для каждого прибора в отдельности. Или возможность разделять по типу события отображение геометки "Авария". К примеру: авария первого типа - геометка красная, авария второго типа - геометка мигает...
Еще просьба сделать возможность отключать индикацию на геометке "не прочитанная авария", это не будет отвлекать диспетчера в тех случаях где важно только текущее состояние контролируемого объекта. Или дать возможность быстро снимать этот статус наведением мыши на геометку объекта в течении нескольких секунд.
Спасибо вам за прекрасный сервис!
Добрый день!
Подскажите пожалуйста. Как можно снизить GSM трафик шлюза ПМ-210? Один шлюз, просто подключенный к сервису, в месяц расходует трафик около 100 МБ. Только для его работы, не говоря уже о передаче данных со счетчиков, не хватает трафика по тарифам телематика!
Как это исправить? Спасибо!
АндМ, сам в своих проектах ПМ-210 не использую, хотя и лежит рабочий образец. Дойдут руки проведу сравнительные тесты с Huawei B315
Если у Вас безлимитный тариф, то какая разница сколько оно накачало?
1. Оборудование нужно перепрошивать EMAI + TTL чтоб сотовая сеть видела его как смартфон
2. Покупать непубличные тарифы (то что не для всех смертных) и юзать по полной.
Сам на даче с ПЛК210 и роутером использую корпоративный тариф от ТЕЛЕ2 - 310р/мес
Тут описал ТЗ что выполняет система
Добрый день. Пока никак. Шлюз постоянно находится на связи.
Попробуем рассмотреть возможность отправки модема "в сон", путём настройки через СМС/RS485.
Но в ближайшее время не обещаю.
e.filatov Как мы поняли, это регулярный пинг сервера ест трафик. Можно, для минимизации трафика, дать возможность настроить пинг реже.
Еще просьба, сделать возможность контролировать уровень сигнала GSM сети.
Добрый день.
На странице 45 в руководстве на OwenCloud смотрите
https://ftp.owen.ru/OwenCloud/01_Docs/rp_owencloud.pdf
Хорошим делом будет включение опроса ОРС по событию.
Что это значит:
Разрабатываю систему недорогого мониторинга уровня водных объектов (к этому можно приравнять, что угодно)
1. Объект измерения статичный, при нормальной ситуации требуется 4 измерения в сутки (конфигурация №1), при превышении установленного порога, требуется переход на новую конфигурацию измерений - 24 измерения в сутки (конфигурация №2).
2. Еще неплохо, чтобы инициировался обмен со стороны ПМ210, допустим через замыкание сухих контактов.
(пример: возмущающий фактор достиг пороговой величины измеряемой внешним прибором, замыкание контакта приводит к запуску опроса по установленной конфигурации)
Это позволит не загружать ни облако, ни систему лишней информацией.
причем 1 предложение не требует изменения аппаратной составляющей.
3. Полезно ввести передачу сервисной переменной (unsignet) из облака, о прошедшем времени от последнего обновления информации (это будет полезно для работы в СКАДА при неуверенном качестве связи провайдера беспроводных сетей (между прибором и сервером облака) можно оперативно классифицировать достоверность отражаемой информации и проблемы в отсутствии обратной реакции управляемого оборудования.
Успехов.
Сижу читаю форум и удивляюсь. Люди просят то же самое что и в 2017 году. Ответ у разработчиков один: "Хорошая идея. Обязательно учтем но не в ближайшее время". А не ближайшее время это сколько если не 2021-2017=4 года? Читаешь форум и звучит это уже как издевательство. Вы придумали облако для кого? Не для операторов ли? Мы это все программируем для компаний-заказчиков. И стыдно объяснить, что 1 - это Вкл., а 0- это Выкл. И ответа на вопрос: "А почему нельзя чтобы было Вкл и Выкл?" НЕТ. Это нужно было делать изначально. Или позиционировать облако как инструмент для удаленной отладки для программистов. И вкл. Выкл это только для примера. Чем вы там занимаетесь друзья? И вы еще хотите зарабатывать на этом? За что платить??? Такое ощущение, что облако пишут в Китае, а вы позиционируете его как свое. Иначе, что стоит добавить пожелания людей? Короче одни вопросы. Ответов нет.
Крик Души ч.1
Ну в целом я поодержу. Когда все это было бесплатно, то по большому счету со всем этим можно мириться, но когда все это переехало на коммерческие и достаточно недешевые рельсы, то это реально попахивает принуждением, а не развитием.
Толи еще будет, когда за котельные возьмутся регуляторы в лице ФСТЭК
попляшут все...
Добрый день.
Мы ни кого не принуждаем. Приобретение тарифа сугубо добровольное дело.
Более того сервис продолжит работать бесплатно, только с меньшей скоростью опроса. Функционал не изменился.
К сожалению, бесплатно нанимать разработчиков и размещать сервера в датацентрах не представляется возможным, поэтому мы вынуждены монетизировать наш сервис.
Да я не против монетизации, я против того, что переехав на платную основу вы не улучшаете функционал и никак не дорабатываете общий сервис (мнемосхемы и общие графики вы разрабатывали давно. но кроме этого есть целый ряд вопросов по улучшению сервиса:
хотя бы упрощение по работе с битовыми переменными. путь пользователя для отправки битовой команды превращается просто в ад!
проблема с автомасштабированием графиков, ну невозможно работать когда 3 взаимосвязанных переменных находятся в разной системе координат и сделать с этим ничего нельзя. ну сделайте вы хотя бы единые координатные оси, если размерности данных на графике совпадают. ну указал я размерность 5 переменных как "температура" значит пусть они в единой системе координат и живут, а если еще для 3 указал "давление, бар" то пусть они будут автомасштабироваться в другой, но единой для них размерности.
структурирование приборов по объектам не только в главном окне, но и в окне конфигурирования.
возможность добавлять к сообщению об аварии в уведомлениях на телефоне и на сайте название объекта. иначе непонятно, где произошла авария
просто эти просьбы уже годами звучат, а реакции нет
Им интересней зарабатывать на сыром продукте, а не дорабатывать. При чем здесь все недочеты им бесплатно выдают. Бери да делай. А не хочет ли OWEN за это тестировщикам заплатить? На мой взгляд проще ****** купить для ****** и про owen забыть навсегда. Там тебе и графики и аварии и управление и единоразовая оплата. Еще раз убеждаюсь в прогрессе, когда-то отсталого, Китая и в бестолковости и недалекости России.