Вид для печати
Cообщаю, что прошивка 2.00.1 выложена на сайте. Просьба обо всех обнаруженных багах сообщать на форуме или в группу техподдержки. Мы постараемся незамедлительно их устранить.
В ближайшее время начнется производство контроллеров с прошивкой 2.0, в т.ч. ПЛК100 с поддержкой программирования через интерфейс USB-Device. На контроллеры, не оснащенные портом USB-Device, прошивка может быть записана без каких-то проблем и ограничений.
Здравствуйте уважаемый тов. Филоненко.
Залил на ПЛК-100 Р-М версию 2.00.01 и что вижу:
данные чтения с МВА8 равны нулю (0) и время и температура.
При загрузке проекта выдается сообщение :The size of external data (data from external librares) has changed! Online change will not be available if you proceed this compile. Do you want to proceed?
И что теперь делать?
С уважением Михаил.
при создании нового проекта (PLC-150 v2.00.1, Target v2) в PLC-Configuration в области Discrete Input вижу адреса: %IB0.0 .. %IB0.5:Bool :eek:
Естественно в коде:
LD %IX0.0
ST %QX1.0
CoDeSys выдает ошибку - Invalid address, а в коде:
LD %IB0.0
ST %QX1.0
- Type mismatch. Т.о. работает только символьная адресация.
При этом проекты созданные с таргетом v1.31.2 открываются и работают корректно.
1. Скорее всего надо переустановить таргет и создать новый проект.Цитата:
Сообщение от МИХАИЛ
Если вы все это проделали, может у вас мастер работает в режиме по команде и выключен?
2. Не знаю, не сталкивался. А что будет, если нажать "Yes"?
Да, это так. Битовая адресация криво воспринимается расчетчиком оффсетов каналов CoDesys и мы были вынуждены поставить адресацию типа BYTE. Sorry.Цитата:
Сообщение от Generator
цитата
1. скорее всего надо переустановить таргет и создать новый проект.
если вы все это проделали, может у вас мастер работает в режиме по команде и выключен?
создать новый проект - это что все по новой набирать?
как посмотреть в каком режиме работает мастер и как его включить?
с уважением михаил.
с новой версией прошивки аналоговый вход 4..20mA врет.
э... калибровать надо.
а со старой было всё нормально?
- да, все было в порядке.
- все откалибровано.
С новой прошивкой в измеряемой точке PLC завышает значение на ~3,75..4ма - по показаниям последовательно включенного мультиметра.
ЗЫ:
24.03.2007
Вернул таргет и прошивку v1.31.4 - снова все работает точно.
А Вы меняли таргет и делали "Standart configuration"?
Какой у Вас ПЛК?
Вот теперь, с прошивкой v2.00.2, все измеряется точно.
Спасибо.
проверте, нет ли ошибки в таргет файле для контроллера 100 Rl. у меня при создании нового проекта при выборе котроллера 100 Rl в конфигурации появляется 100.к. соответственно есть возможность не только "сработать" реле но и зажечь светодиодик рядом. это удобно, но нет ли тут подводных камней...
в таргете ошибки нет. повидимому у вас неправильно установился таргет
P.s. такое использование не опасно.
Контроллер иногда самостоятельно перезагружается, иногда входит в "стоп" оставлял работать на ночь два раза и вот такой результат. Периодически проходит сбой адресации модбас мастер, в результате получает неверные переменные. Причем лечится это только restart original и затем запись той же самой программы. Кстати, довольно странно то, что модбас адрес в icp 8000 на единицу больше адреса в ПЛК Овен. Откуда это пошло?
Прошивка последняя, таргет последний. Могу выслать проект, но система работает в связке icp (модель) - RS485 - ПЛК (регуляторы) -Ethernet - OPC - SCADA. Так что не знаю, как поточнее передать суть проблемы.
Добрый день!
1. Что такое сбой адресации?
По поводу различия адресов регистров - сущ. 2 стандарта, 1-й начинает отсчет регистров с 0, а во втором с 1. Всё на совести производителей.
2. Для анализа, почему происходят сбои рекомендую следующее:
Подкл. отладочный кабель без перемычки. Настроить гипертерминал на запись лога с ПЛК. Запустить ПЛК, загрузить программу через Ethernet, поставить на прогон. Если сбои случаться, прислать записанный лог нам.
P.S. Ещё раз напоминаю, что мы не рекомендуем эксплуатировать ПЛК в общем сегменте сети Ethernet. Особенно следует обратить внимание на блокировку широковещетельных UDP пакетов из общей сети.
Владислав, здравствуйте.
Я не понятно выразился "сбой адресации", попытаюсь пояснить. В определенный момент, я заметил при перепрошивке и перезапуске второго (icp) контроллера, ПЛК 100 начинает принимать значения как бы со сдвигом. То есть читает с адреса 16#3 то, что на самом деле расположено в другом контроллере по адресу 16#7, с адреса 16#7 - то что 16#b и т.д. по всем переменным.
Воскресение проработал без сбоев. Для связи с ПЛК установлена отдельная сетевая карта, маршрутизатор не запущен.
Что можно предположить:
Если все чтения однотипны (например регистров), и опрашиваемый прибор имеет слишком большое время формирования ответа (>MaxResponseDelay),
то при циклическом опросе переменных ПЛК не дождется ответа на запрос к адресу 0х03, пошлет запрос к адресу 0х07, и тут приходит запоздавший ответ на запрос по адресу 0х03. Протокол ModBus не позволяет прибору различить эти 2 ответа. (сам наблюдал такую странную картину, искал ошибку:mad: , пока не дошло, в чём дело:) )
Лечение:
2 пути:
1. Если прибор просто тупой и медленный - увеличиваем MaxResponseDelay
2. Если задержки бывают изредка, то можно попробовать в опрашиваемых переменных чередовать команды, т.е. 1-я читает командой 0х03, вторая 0х04, третья 0х03 и т.д. В этом случае ПЛК отсечёт запоздавший пакет по номеру команды.
Спасибо, учту.
Добавлю еще что переменные передаются следующим образом вначале 0х06 на адрес 16#20, затем четыре 0х03 с адресов 16#3, 16#7, 16#b и 16#f. Может это как-то поможет в решении.
На самом деле контроллер в режиме по таймеру начинает опрашивать переменные с конца, т.е. сначала 16#f, затем 16#b и т.д.таким образом, описанный мною вариант с запаздыванием ответа вполне возможен.