Товарищи, у кого имеется пример управления частотником Delta VFD от ПЛК (желательно на ST)?
Вид для печати
Товарищи, у кого имеется пример управления частотником Delta VFD от ПЛК (желательно на ST)?
у, оказывается это настолько просто, что мне даже стало стыдно за то, что спрашивал. Как говорится, Terring Modbus нам в помощь.
все действительно очень просто.
кусочек из проекта (вместе с конфигурацией ) вытащить труднее чем новый написать.
в описании на частотник(самое подробное описание в мире)есть список модбас адресов.
команда (слово управления) 2000н-десятичный 8192,пуск /стоп -биты 0и1.
заданная частота 2001н-десятичный 8193.
что может быть проще???
Команды на запись (управление) работают отлично.
Однако, рановато обрадовался. Никак не могу прочитать регистры, например 2101. Причем через Terring Modbus посылается такая же посылка как и с контроллера, однако Terring Modbus сообщает возвращаемое значение а ф-ция MB_RD_HOLD_REGS - ошибку таймаута.
Мониторинг обмена через Terring Modbus: (последний столбец - передаваемые символы ASCII)
000001 11:02:49.366 3A :
000002 11:02:49.366 30 0
000003 11:02:49.366 31 1
000004 11:02:49.382 30 0
000005 11:02:49.382 33 3
000006 11:02:49.382 32 2
000007 11:02:49.382 31 1
000008 11:02:49.382 30 0
000009 11:02:49.382 31 1
000010 11:02:49.382 30 0
000011 11:02:49.382 30 0
000012 11:02:49.382 30 0
000013 11:02:49.382 31 1
000014 11:02:49.382 44 D
000015 11:02:49.382 39 9
000016 11:02:49.382 0D .
000017 11:02:49.382 0A .
000018 11:02:49.382 3A :
000019 11:02:49.398 30 0
000020 11:02:49.398 31 1
000021 11:02:49.398 30 0
000022 11:02:49.398 33 3
000023 11:02:49.398 30 32 02
000024 11:02:49.398 30 0
000025 11:02:49.398 35 5
000026 11:02:49.398 30 0
000027 11:02:49.398 30 0
000028 11:02:49.398 46 F
000029 11:02:49.398 35 5
000030 11:02:49.398 0D .
000031 11:02:49.413 0A .
Нормальный вопрос, нормальный ответ (00018 - 000031).
Мониторинг обмена через ПЛК ф-ция MB_RD_HOLD_REGS:
000001 11:04:17.163 3A :
000002 11:04:17.163 30 0
000003 11:04:17.163 31 1
000004 11:04:17.163 30 0
000005 11:04:17.163 33 32 32
000006 11:04:17.163 31 30 10
000007 11:04:17.163 31 1
000008 11:04:17.178 30 0
000009 11:04:17.178 30 0
000010 11:04:17.178 30 0
000011 11:04:17.178 31 1
000012 11:04:17.178 44 D
000013 11:04:17.178 39 9
000014 11:04:17.178 0D .
000015 11:04:17.178 0A .
000016 11:04:17.178 B3 і
000017 11:04:17.178 66 f
000018 11:04:17.178 26 &
000019 11:04:17.194 06 .
000020 11:04:17.194 56 V
000021 11:04:17.194 06 .
000022 11:04:17.194 06 .
000023 11:04:17.194 66 f
000024 11:04:17.194 AB D6 «Ц
000025 11:04:17.194 0A .
Посылка такая же, а ответ от частотника - крякозябра.
Причем МВА8 - отвечает нормально как на Terring Modbus, так и на MB_RD_HOLD_REGS.
Алексей , адрес 2001Н - только для записи,чтение заданной частоты-2102Н.
А,также все программируемые параметры можно читать и писать ,адрес-номер(только не помню шестнадцатеричный или десятичный).
Terring modbus не использовал , пользуюсь Modbus tester,но разницы особой быть не должно.
Сам лично соединял Deltы с ПЛК все должно работать, причем ASCII надо использовать если в сети несколько приборов , если только один VFD можно(и лучше)RTU режим.
доренский алексей: никак не могу прочитать регистры, например 2101. попробую другие регистры почитать.
В сети имеются МВА8 с адресом 08, два преобразователя АС4 - через один работает Terring Modbus, через второй - прослушиваю COM-port программой ComPort Toolkit 3.9.
000029 15:14:04.930 3A :
000030 15:14:04.930 30 0
000031 15:14:04.930 31 1
000032 15:14:04.930 30 0
000033 15:14:04.930 33 3
000034 15:14:04.930 30 0
000035 15:14:04.930 30 0
000036 15:14:04.930 30 0
000037 15:14:04.930 32 2
000038 15:14:04.945 30 0
000039 15:14:04.945 30 0
000040 15:14:04.945 30 0
000041 15:14:04.945 31 1
000042 15:14:04.945 46 F
000043 15:14:04.945 39 9
000044 15:14:04.945 0D .
000045 15:14:04.945 0A .
000046 15:14:04.945 98 � - здесь должно быть четыре символа ":010", тогда бы ответ и контроллер и меня устроил бы.
000047 15:14:04.945 33 3
000048 15:14:04.945 30 0
000049 15:14:04.961 32 2
000050 15:14:04.961 30 0
000051 15:14:04.961 35 5
000052 15:14:04.961 30 0
000053 15:14:04.961 30 0
000054 15:14:04.961 46 F
000055 15:14:04.961 35 0D 5.
000056 15:14:04.961 0A .
Может быть слишком быстро отвечает частотник а контроллер не успевает перейти на приём, при этом держит линию в фиксированном состоянии?
Проблема в том, что у частотника нельзя увеличить задержку ответа.
Вот нормальный ответ через Terring Modbus:
000016 15:17:17.163 3A :
000017 15:17:17.163 30 31 01
000018 15:17:17.163 30 0
000019 15:17:17.163 33 3
000020 15:17:17.163 30 0
000021 15:17:17.163 32 2
000022 15:17:17.179 30 0
000023 15:17:17.179 35 5
000024 15:17:17.179 30 0
000025 15:17:17.179 30 0
000026 15:17:17.179 46 F
000027 15:17:17.179 35 5
000028 15:17:17.179 0D .
000029 15:17:17.179 0A .
Аналогичная проблема http://www.owen.ru/forum/showthread.php?t=5155
Поменял прошивку ПЛК63 с v.1.94 на v.2.11 - увы, безрезультатно. Буду перепрошивать ПЛК100, с ним такая же беда.
1. какая скорость? что будет если скорость уменьшить?
2. явно идет бред со входа драйвера. вы буфер приёма очищаете? полностью? код посмотреть можно?
буфер приема я не очищаю, т.к. принимаю весь трафик с использованием программы мониторинга ком-порта через отдельный преобразователь ас4.
код рабочий, сомнений нет. если подставить адреса других устройств и их регистры - читается без проблем, только во всех устройствах имеется задержка ответа, а в частотнике - нет. установить задержку ответа в частотнике - нет возможности.
трудно даже себе представить какой должна быть скорость обмена, если в ответе теряются первые четыре байта на скорости 9600. наверное не больше чем 9600/4. попробую убавить - посмотрю что получится.
программа во вложении.
Меньше 4800 в delta vfd выставить нельзя. На 4800 работает аналогично с потерей байт.
к сожалению, не обнаружил в присланном коде места, где бы можно было посмотреть буфера приёма/передачи и тем более, сколько где байт теряется.
попробуйте сделать простую программу:
открыть порт,
прочитать все из буфера приёма,
послать посылку в чп,
подождать десяток другой мс и
прочитать все из буфера приёма - и проанализировать что пришло.
повторить то-же самое при связи через 232 порт плк (через преобразователь)
не вижу необходимости смотреть буфер приема. для чего это нужно? Где и сколько байт теряется хорошо видно из листинга программы ComPort Toolkit, но на всякий случай попробую сделать так, как вы сказали.
листинга программы ComPort Toolkit - И как видно что теряется, если это программа на ПК?
вот так:
000029 15:14:04.930 3a :
000030 15:14:04.930 30 0
000031 15:14:04.930 31 1
000032 15:14:04.930 30 0
000033 15:14:04.930 33 3
000034 15:14:04.930 30 0
000035 15:14:04.930 30 0
000036 15:14:04.930 30 0
000037 15:14:04.930 32 2
000038 15:14:04.945 30 0
000039 15:14:04.945 30 0
000040 15:14:04.945 30 0
000041 15:14:04.945 31 1
000042 15:14:04.945 46 F
000043 15:14:04.945 39 9
000044 15:14:04.945 0d .
000045 15:14:04.945 0a .
000046 15:14:04.945 98 � - здесь должно быть четыре символа ":010", тогда бы ответ и контроллер и меня устроил бы.
000047 15:14:04.945 33 3
000048 15:14:04.945 30 0
000049 15:14:04.961 32 2
000050 15:14:04.961 30 0
000051 15:14:04.961 35 5
000052 15:14:04.961 30 0
000053 15:14:04.961 30 0
000054 15:14:04.961 46 F
000055 15:14:04.961 35 0d 5.
000056 15:14:04.961 0a .
при этом
000029 - 000045 запрос контроллера к частотнику.
000046 - 000056 ответ частотника контроллеру.
Линия RS-485 прослушивается через отдельный преобразователь. При этом, если частотник опрашивается не ПЛК, то ответ от него точно такой, какой и требуется.
товарищи, кто знает как заставить плк63 быстрее переходить на прием?
в конце недели дособираю два шкафа автоматизации, попробую связь через порт 232 с преобразователем ас3-м-220. специально раздобыл ас3 для этой цели.
ура, через Rs232+переходник ас3 - все работает! слава овену!