У Вас некорректно выставлены параметры таймаут ответа и период опроса. Привожу пример корректных настроек:
Вложение 73042
Вид для печати
У Вас некорректно выставлены параметры таймаут ответа и период опроса. Привожу пример корректных настроек:
Вложение 73042
Спасибо. Попробовал.
Не работает отдельно с ПР205.
Только при одновременном вкл в сеть ПР200 и ПР205,
флаг СТАСУС (205) гораздо чаще и длительнее загораться.
Единственное изменение.
А как нужно было догадаться, что эти значения не корректные?
В ПР200 они по 100мс, и всё работает.
Счас попробую пройтись по диапазону от 10 до 100.
---
"Прогнал" два ПР205 по очереди:
- Тайм-аут: 10-100 с шагом 10.
- Период: 10-100 с шагом 10.
Менял порты 1 и 2, перетыкивая разъёмы и меняя в програме.
=0
Коллеги, понимаю, что смена платформы в ПР205 не реализована, но мне нужно как-то оперативно перенести проект с версии 220В на точно такую же по числу и типу входов/выходов версию, но 24В. Есть вариант не переписывать проект заново? Не смог найти ответ в истории форумов, заранее прошу прощения если повторяюсь....
Коллеги, выпустили хотфикс Owen Logic 2.5.344 и прошивку 1.3.1 для ПР205, в котором исправили появившуюся проблему в 2.5.343 (v.1.3.0 ПР205) с некорректной работой AI/AO.
Вообще не отвечает от ПР205 (2 шт).
Только от ПР200 (4 шт).
Как мне их по RS485 между собой проверить?
Чтоб один слейвом выдавал регистр 265,
а ПР200 и ПР205 могли его прочитать, каждый отдельно.
Или как то ещё их вместе между собой проверить.
У всех ПР по два RS485.
Оставьте в линии только ПР205 и нужный слейв и послушайте порт сниффером (например,wTerm) - идут ли посылки? Если хотите, чтобы мастерами были и ПР200 и ПР205, то нужно сделать следующую конфигурацию - ПР200 по одному порту мастер для Вашего слейва, по второму - слейв для ПР205. На ПР205, соответственно, настраивайте порт как мастер и забирайте данные уже с ПР200.
Здравствуйте! Почему в ПР205 нет Pt100 в списке поддерживаемых датчиков?
Здравствуйте!
ПР205
Облако работает, формируются отчёты как настроено.
Но.
Прочитал инструкцию по облаку, и не нашёл как отправлять данные по событию.
Некие нагромождения в формировании отчётов не понятны.
И с архивом ПР205 так же - только по времени.
Каким макаром отправлять и в архив, и в облако данные,
когда это надо, и получить подтверждение о приёме???
В ПР205 и там, и там только по таймеру.
Получается громадный мусорный избыток данных.
И "Код параметра" как убрать из отчёта в Excel?
Добрый день!
Данные в облаке обновляются согласно периодам опроса:
Вложение 73093
Записываются в архив они с такой же частотой.
Настроить запись значений в архив по событию нельзя, но можно выгружать архив событий.
Код параметра пока что нельзя убрать из экспортируемого файла, но такая задача стоит у разработчиков Owen Cloud, в ближайших релизах должен появится этот функционал.
... получается мусорный избыток - листинг бесконечности.
Заказчик этого не примет.
Я и так плачу второй месяц за облако из своего кармана...
1. Из-за лишних данных теряется смысл отчёта...
Как остановить опрос программно?
Пусть и с сообщением об ошибке.
Прерывать связь с интернетом???
Решено:
1. Ввёл переменную в "Подключение к OwenCloud" - CloudOF.
Включаю через каждые 5 мин на 30 сек. В отчёте всё красиво.
Т.е. можно включать по надобности.
Облако сразу подхватывает данные.
Но как убедиться что данные получены, и не было
потери связи с интернетом и облаком?
Переменная: "Статус подключение к OwenCloud" - CloudYES.
Годится только как флаг подключения, но не говорит от том,
что произошла передача данных, и они "усвоены" облаком.
Флаг "падает" через 10 сек после отключения связи.
2. Необходимо вывести семизначный номер.
до 65535 нормально, ввожу более сегмента: 1234567, получаю 54919
Редактирование Modbus параметра\Формат данных\ uint16
необходимо вывести uint32 не получается... Ошибка формата.
- разбивать 4 байта целочисленного на две части?
- как соединить при выводе в отчёт?
Добрый день!
Буквально вчера с этим же столкнулся при передаче по Modbus на другой прибор, при чем на СП307.Цитата:
2. Необходимо вывести семизначный номер.
до 65535 нормально, ввожу более сегмента: 1234567, получаю 54919
Редактирование Modbus параметра\Формат данных\ uint16
необходимо вывести uint32 не получается... Ошибка формата.
- разбивать 4 байта целочисленного на две части?
- как соединить при выводе в отчёт?
Выход нашел, преобразовав во Float, и передал.
Уважаемые разработчики, а кому в светлую голову пришла идея именно так реализовать выравнивание текста?
Вложение 73107
Раскладываете 32 битную целочисленную переменную на 2 регистра и передаёте как 2 соседних 16 битных регистра, а принимаете целочисленную DWORD. Вложение 73109
Это уже сто раз обсуждалось, на скрине пример разборки и сборки 32 битной переменной в ПР слейв
В сообщении выше все верно подсказали. В облаке для переменной указываете формат данных uint32 и галочку младшим регистром вперед:
Вложение 73111
Всем спасибо!
Решено:
>> 2. Необходимо вывести семизначный номер.
Разложил на ST и собралось в облаке!
Решение стандартное - только облако в первый раз вижу,
а там наворочено, конечно... :)
А вот про подтверждение, я то использую уже в работе, но достоверность отчёта?
>> Но как убедиться что данные получены, и не было
>> потери связи с интернетом и облаком?
Переменная: "Статус подключение к OwenCloud" - CloudYES.
Годится только как флаг подключения, но не говорит от том,
что произошла передача данных, и они "усвоены" облаком.
Сейчас у меня в ПР205, программы только на ST.
При загрузке ФБ 0, Перем 1%, Сист ЭСППЗУ 10%, ЭСППЗУ 1%, ПЗУ 13%, ОЗУ 5%,
цикл скачет 8-12мс (смотрю в настройках ПР, никакой 1 мс нет и близко).
Сложность будет возрастать кратно, и не зависимо от загрузки памяти.
У меня есть возможность "раскинуть" мою нагрузку по нескольким циклам,
т.к. нет необходимости в скорости, при, например, обработке моей клавиатуры.
Но делать это "в слепую", бессмысленно, система непредсказуемо где,
в каком цикле и из 1000мс, система "откусит" себе солидный кусок
на обработку сети, пульта, ЖКИ, или ещё чего.
Пользователю достаются непредсказуемые куски квантов времени.
Отчего ещё больший рассинхрон в общей системе.
Так можно опуститься и до 1 секунды...
Решить такое можно просто (для вменяемых пользователей).
Необходима переменная для пользователей (которая уже есть в системе),
счётчик мкс, при чтении которой в начале цикла, я могу сделать вывод
сколько мне отведено/осталось времени в этом цикле, и распределить
свою программу по другим циклам.
Вот эту переменную и можно в начале цикла проверить.
И планировать, сколько тактов на этот цикл есть для пользователя.
1. В идеале необходима или жёсткая синхронизация в 1мс с уведомлением "о будущем". :)
2. Или беспрерывное выделение пользователю свободного от прерываний и работы подпрограмм, времени CPU.
Такой режим есть в ПЛК160.
Почему вы постоянно пытаетесь из реле сделать ПЛК? Ну это разные штуки. Не подходит реле, ставьте ПЛК. Это бюджетное решение.
Почему вы постоянно пытаетесь указывать? :)
Идёт нормальный диалог.
Распределить ресурсы при программировании - это нормально.
Нормально и в ПР, и в ПЛК, и в программируемом калькуляторе.
Это не разные штучки.
Это соизмеримо по CPU "со взрослыми" ПЛК.
Подтяните свой технический уровень.
Мой технический уровень позволяет решать любую проблему самостоятельно. Вы же при каждом ударе в стену пишите гневные посты...
Ага. Решите вылет из меню в ресет в ПР205.
Не нагнетайте.
Постучавшись в стену, следует не долбить дальше уже головой,
а спросить, кто уже наступал на грабли.
Гневные посты пишутся от фатальных глюков в сыром изделии.
Некоторые уже исправили, некоторые... ещё нет!!!
Так что не нервничайте - можете - помогите.
Нет - так это не мусорка для ваших гневаний.
Ну сырая железяка, что поделаешь. И лоджик сырой. Тут уж ничего и не скажешь против.
Я "продираюсь" через ЭТО, в прямом смысле, уже второй месяц...
Договор закончился 15-12-2023, деньги не получены (и это перед НГ)
и сейчас я "долблюсь" уже за свой счёт...
Всё матное уже высказано. Остаётся ждать.........
Дай бог, хоть понемногу они "двигают" свою железяку...
Хорошо хоть наши проектировщики к нам иногда прислушиваются и не втыкают в проекты желёзки, которые только появились или те, с которыми мы хоть как то не работали. Но всё равно, иногда такие головоломки подсовывают, что ужас...
Как начнётся большая война - всё упроститься. Увы...
А она сломалась?
Только запад слушать - себя не уважать.
Уровень политический - это когда смотришь на факты не однобоко - только с обоих сторон.
Пробуйте чаще узнать о двух мнениях. Вас ждут удивления и изумление о новостях.
Наверно Вы плохо по-русски понимаете, в смысле, ломалась и сломалась - имеют разные значения!
Удивительно, что Вы не знаете(слышали): https://hi-news.ru/technology/tolko-...-slomalas.html
Согласен, там хорошая STM стоит на ней сам делал импульсные девайсы с кучей шимов с разными настройками
И что значит Михаил в вашем понимании полноценный ПЛК и его отличие от реле?
По мне как то ПЛК210 соизмерим с уровнем ПР205, не в обиду ОВЕНУ, только что удобства некоторые при отладке и обновлении программы, и то это заслуга среды разработки а не самого ПЛК, поэтому овен лоджик будут допиливать и я думаю там для ПР205 могут появиться дополнительные фишки