Мигает светодиод Run, а светодиод Stop не выключается
Вид для печати
Мигает светодиод Run, а светодиод Stop не выключается
Понятно, ошибка есть, причина не ясна.
Пробуйте обновить firmware, или привозите. Сколько лет CPU, кокая прошивка?
CPU - новый. На счет прошивки не знаю, я c Vipa работаю недавно. Ошибка появилась после обновления firmware
Если ошибка появилась после обновления, перешить еще раз.
Где скачено Firmvare?
чем перешить? Firmware скачано именно тут (ftp://ftp.vipa.de/support/firmware/.)
MMC карта, инструкция есть в manual-е.
какой программой?
(214-2BS32_a1.408) меняем имя файла и расширение на (firmware.bin), записываем на MMC, далее по инструкции.
раза 4 уже пробовал - результат тот же. мне бы вернуть его в прежнее состояние
На FTP есть версия V. 3.8.7 (214-2BS32_a1.387).
Проверьте в диагностическом буфере, стоит ли новая версия firmware и произведите сброс ошибок.
Как в диагностическом буфере проверить, стоит ли новая версия firmware?
И как производится сброс ошибок?
Откуда данная информация?
Стр. 4-26 (http://www.vipa.de/uploads/tx_sbdown..._cpu_06-29.pdf)
Версия firmware в закладке General
А как запустить Simatic Manager? Его тоже надо устанавливать?
возможности приехать нет?
а куда ехать?
Если вы пользуетесь WINPLC7:
Стр. 137 (http://www.winplc7.com/Download/WinP...ser-manual.pdf)
далековато будет
где же можно найти золотую середину между ошибками 8092 и 8094 в Sfc216? другие программы работают нормально
получается, что обновить я программу не смог, только испортил существующую. только не могу понять - пк карточку видит, а плк нет. объем памяти ммс (64мв) роль играет?
Посмотрите версию firmware в WINPLC7.
CPU понимает MMC карты объемом до 1Гв.
в плк прошивка - V3.8.7
плк пишет нет доступа к Mmc
все, обновил в 4.0.8.(карточка была отформатирована в Fat32).
можем продолжать дальше?
в тестере одни нули, но нет постоянства в их кол-ве
Пишите простейшую тестовую программу для Modbus-тестера (DB могут не совпадать с вашими):
OB100:
L 10000
T DB1.DBW 0
M001: NOP 0
CALL SFC 216
Protocol :=B#16#5
Parameter :=P#DB1.DBX0.0 BYTE 2
Baudrate :=B#16#9
CharLen :=B#16#3
Parity :=B#16#0
StopBits :=B#16#1
FlowControl:=B#16#1
RetVal :=MW106
L MW 106
SRW 12
L B#16#8
==I
JC M001
OB1, network 1:
L B#16#1
T DB30.DBB 0
L B#16#3
T DB30.DBB 1
L B#16#0
T DB30.DBB 2
L B#16#0
T DB30.DBB 3
L B#16#0
T DB30.DBB 4
L B#16#A
T DB30.DBB 5
CALL SFC 217
DataPtr:=P#DB30.DBX0.0 BYTE 6
DataLen:=MW20
RetVal :=MW22
L W#16#2000
L MW 22
==I
JC SEND
L W#16#2001
L MW 22
==I
JC FESE
JU NEXT
SEND: NOP 0
FESE: NOP 0
CALL SFC 218
DataPtr:=P#DB21.DBX0.0 BYTE 19
DataLen:=MW14
Error :=MW16
RetVal :=MW18
NEXT: NOP 0
BE
а почему L W#16#2000 и L W#16#2001? таких ошибок в Sfc217 нет.
См. алгоритм в документации, это условия вызова SFC218.
2000h Send ready without error
2001h Send ready with error
Как я уже писал, мы пробуем тестовый вариант программы, поэтому все условия не проверяем и ошибки не обрабатываем. Наша цель, организация связи (проверка оборудования и физического соединения).
Я просмотрел параллельную ветку на форуме журнала "СТА"
http://forum.cta.ru/forum_posts.asp?TID=3599
Вижу у вас проблемы не только с организацией Modbus обмена, но и с языком STEP7.
Рекомендую прослушать курсы по программированию PLC VIPA, проводимые компанией "ПРОСОФТ" Петербург
http://www.prosoft.ru/support/training/spb/
В программе курса рассматривается Modbus RTU обмен для PLC VIPA 314-6CG03 с использованием SFC216/217/218.
больших проблем с языком у меня нет, он не далеко ушел от step5
кое-как добился стабильности.
Когда я в DB30 ставлю одни нули в тестере следуещее -
[FF][FE][FC][FE][FE][FE][FC][92][FE]
Ставлю в DB30 b0 - 3, b1 - -10, b2 - -10, дальше нули, получается -
[FF][F2][04][02][00][02][55][3A]. B DB1 поставил скорость - 1000 (при 10000 слишком долго ждать). А до того было не понятно что.
Что можете посоветовать?
всем спасибо, проблема закрыта