Просмотр полной версии : Как отлаживать программу с аналогами?
Собственно, вопрос в теме. Если нет аналоговых входов, то можно отладиться на симуляторе, ну а как посмотреть аналоговый вход? Не мерить же ток в конце концов, и надеется что ты правильно настроил преобразователь, да и отъюстировал вход?
В бибке util есть фб lintrafo, пропускайте через него свой аналоговый вход, а границы выведите в изменяемые параметры, чтоб можно было корректировать, если не уверены в правильном преобразовании ацп и средств конфигуратора
Capzap, вопрос про программируемое реле ПР114, я в OwenLogic искал искал библиотеку с блоком, так и не нашел. Можно поподробней? Спасибо.
Да, увлекся что то, Вам придется написать макрос преобразования из одной виличины в другую, обычная математика, формул полно в инете. Так то Ваши опасения напрасны, 4..20мА принятый всеми стандарт, какой диапазон Вы выставите в таком и будут отображаться показания, на самих датчиках или их преобразователях обычно указаны в каком диапазоне он измеряет
Это да. Математику даже писать не надо - в OwenLogic отредактировал диапазоны входа и все - получаешь Float переменную. Просто хотелось оценить как-либо, а так получается крутишь болванку, и на самом деле не знаешь что же у тебя датчик показывает. Попытался померить температуру временем щелканья входа :). Но это ж блин как-то неправильно. Я так понимаю остается только ПР-МИ +модбас OPC. Вот оно пожелание разработчикам - сделать отладку не только на симуляторе, но и на живом устройстве.
Использовать Генератор тока РЗУ-420 не позволяет вероисповедание?
Вероисповедание позволяет использовать все что угодно. Как мне узнать какое число пришло у меня в программу контроллера со входа - вот в чем вопрос. Как оценить правильность работы программы? Выставлять компараторы в программе и смотреть включится ли первый выход если я задам 4мА, 2 выход если задам 12мА и 3 выход если 20мА. Это очень грустно получается. И выходит так, чтобы отследить значение переменной онлайн у живого прибора надо купить модуль ПР-МИ, потом преобразователь какой-нибудь, чтобы подключить к компьютеру, потом модбас OPC и вот только так я могу получить значение переменной в программе. Будь то вход или счетчик или все-что угодно.
Что ж вы хотите от железки за 5 рублей - чтоб она ещё и за пивом в ларёк бегала? :D
не нужно вам ничего покупать.
http://www.owen.ru/forum/showthread.php?t=13591&page=8&p=94049&viewfull=1#post94049
http://www.owen.ru/forum/showthread.php?t=13591&page=11&p=99669&viewfull=1#post99669
поэкспериментируйте или у Atman спросите.
Непонятно, как ссылки стыкуются с сабжем :confused:
Непонятно, как ссылки стыкуются с сабжем :confused:
........надо купить модуль ПР-МИ, потом преобразователь какой-нибудь, чтобы подключить к компьютеру,..........
зачем покупать? можно имея кабель для программирования, переключить ПР на модбас.
Теперь понятно зачем ссылки?
Старттопик хочет видеть как воспринимается внутри ПР-ки входной аналоговый сигнал, как он обрабатывается. По сути - режим симулятора только на "живой" железке.
Ну переключится он на модбас - как реальный внутренний обмен между ФБ будет видеть? Каждому входу-выходу задавать сетевые переменные ...
Суть пожелания, как понимается, в том, чтобы загрузив проект в прибор и включив его в работу видеть в рабочем окне ОЛ реально происходящие процессы.
Такой режим есть во всех приборах диагностики бортовой автомобильной электроники. Все параметры считываются через К-линию или КАН-шину, логгируются, рисуются графики ... в некоторых софтах 3D с положением текущей рабочей точки. Но это больше для инженерных изысканий полезно или для спортивных применений. Для диагностики и поиска неисправностей в большинстве случаев даже логгер не нужен. Имея опыт и наработки, достаточно пробежаться по параметрам, интерпретированным контроллером, и увидеть, в каком режиме косяк вылезает.
Старттопик хочет видеть как воспринимается внутри ПР-ки входной аналоговый сигнал, как он обрабатывается. По сути - режим симулятора только на "живой" железке.
Ну переключится он на модбас - как реальный внутренний обмен между ФБ будет видеть? Каждому входу-выходу задавать сетевые переменные ...
Суть пожелания, как понимается, в том, чтобы загрузив проект в прибор и включив его в работу видеть в рабочем окне ОЛ реально происходящие процессы.
Такой режим есть во всех приборах диагностики бортовой автомобильной электроники. Все параметры считываются через К-линию или КАН-шину, логгируются, рисуются графики ... в некоторых софтах 3D с положением текущей рабочей точки. Но это больше для инженерных изысканий полезно или для спортивных применений. Для диагностики и поиска неисправностей в большинстве случаев даже логгер не нужен. Имея опыт и наработки, достаточно пробежаться по параметрам, интерпретированным контроллером, и увидеть, в каком режиме косяк вылезает.
Напомните как в автомобиле электроника обзывается, а здесь устройство, всего лишь реле,если охота все контролировать добро пожаловать в мир плк
Тут другая задача ,решение которой предлагалось давно и разработчики обещали подумать над реализацией .Речь тогда шла об визуализации аналоговых величин ,по типу осциллографа многоканального .Ну не возможно существующими средствами симулятора наблюдать во времени графики,зависимости ,функции.....Это ж не 2 дискретных состояния выхода (открыт\закрыт) .Сделать любой задатчик (аналоговый) в проекте (макрос) -не проблема ,а вот проверить реакцию основного проекта не так легко (например регулятор ,сложная функция,,,) вот тут бы и пригодился режим работы симулятора -ГРАФИЧЕСКИЙ- (хотя бы аналоговые выходы ПР,а лучще любую переменную внутри проекта (в режиме симуляции).ЧТО касаемо контроля переменных во время РАБОТЫ ПР ,то такое то же предлагалось ,но это уже координальная переделка ОЛ. Теоретически думаю это возможно ,ведь индикатор СВЯЗЬ мигает :cool:,тоесть даже при исполнении проекта (работа) связь с терминалом(и прошивкой) не теряется.То есть ОЛ должен выступать в роли мастера ....со своим протоколом....
И тут дело не в названии ПР или ПЛК .и в ПР может быть несколько десятков переменных(сетевых) и в ПЛК столько же ...Все упирается не в название и железо ,а в программные средства (отладчики ,симуляторы серверы)
Да нет, как раз таки в названии, вспомните мультик как из одной овчины семь шапок смастерили, точно так же и направление этой темы, нельзя требовать от устройства нижайшей ценовой категории всевозможные плюшечки встречающиеся в дорогих устройствах
для плюшечек само железо не меняется(в данном случае) ,меняется ПО .за дополнительные опции и заплатить не грех сразу .Или повысить количество продаж (в конкурентной борьбе и условии экономического спада)) и тем самым дать пользователю условно бесплатное ПО .
Боднар Олег Миколайович
28.09.2013, 22:46
Возьмите в пример шикарное ПО от Зелио, Шнайдер. Там есть что помотреть и поучится.
Что то особого шика там не заметил (в ПО):confused:
Но думаю выражу общее мнение ,что модернизация ПР идет очень медленно ,так и отстать можно ,да же имея хорошие задумки и заделы.
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot