[?]: Не удаётся считать программу с VIPA через WinPLC

[osten]

Здравствуйте!
WinPLC V4.28
Контроллер VIPA 314-6CF01 314ST/DPM

Считываю программу с данного контроллера. При открытии OB1 выдает данную ошибку

There are time stamp erros when using this DBs:
DB122
Consistency check is necessary.

при просмотре OB1 есть ошибки

Code: Select all

      A    M         1.1
       JNB  M002
Call Error!!!!!!!!!!!!!
       BLD            1
       =    L        20.0
       UC   FC9
       BLD            2
Ende Call Error!!!!!!!!!!!!!
M002  :NOP  0

Помогите разобраться, что делаю не так и как считать с контроллера без ошибок?

[CoMod]

Попробуй посмотреть программу в online через S7 Doctor
viewtopic.php?f=1&t=3293&p=32534&hilit=s7+doctor#p32534

Как варианты:
глюк от BLD
viewtopic.php?f=9&t=5769&hilit=BLD

глюк с недозагрузкой
viewtopic.php?f=1&t=11765&p=31061&hilit=BLD#p31061

[osten]

Спасибо . Эта информация очень помогла.

Еще один вопрос.
В данном контроллере кроме MMC существует какое нибудь ППЗУ где может храниться прога?
Просто мне сказали, что специалисты которые внедряли данный проект, перегружали данный контроллер с помощью питания без карты MMC.

[CoMod]

Спасибо . Эта информация очень помогла.

Какая именно и как помогла ?
И в чём причина глюка ?

В данном контроллере кроме MMC существует какое нибудь ППЗУ где может храниться прога?
Просто мне сказали, что специалисты которые внедряли данный проект, перегружали данный контроллер с помощью питания без карты MMC.

http://www.vipa.ru/products/3415/

Память для хранения программ и данных уже встроена в ЦПУ, благодаря чему необходимость в применении дополнительной карты памяти отсутствует.

Поддержка стандартных MMC-карт для хранения программ и данных

Гибкое управление объемом рабочей памяти с помощью карт МСС
При необходимости объем рабочей памяти можно расширить до 2 или 8 Мбайт с помощью специальной конфигурационной карты MemoryConfigurationCard (MCC).

[osten]

Ну чесно говоря в принципе с данным контроллером не встречался, тут озадачили, сделать копию программы которая крутится в контроллере.
Считываю, а она идет с ошибками.
С помощью s7-доктора просмотрел код.
В принципе с ошибками можно разобраться, но конечно есть кое какие неудобства, типа call fb10, fb10 например.
Этот call необходимо перебить.
При считывании вижу

Code: Select all

  CALL #VAR4
         :=
         :=DB127.VAR33
         :=DB126.VAR13
         :=
         :=
         :=L8.0        
         :=L8.1        
         :=L8.2        
         :=L8.3        
         :=L8.4        
         :=Q30.2
         :=Q30.3
         :=
         :=
         :=

a когда перебил

Code: Select all

  CALL #VAR4
         IN0:=
         IN1:=DB127.VAR33
         IN2:=DB126.VAR13
         IN3:=
         IN4:=
         IN5:=L8.0        
         IN6:=L8.1        
         IN7:=L8.2        
         IN8:=L8.3        
         IN9:=L8.4        
         OUT10:=Q30.2
         OUT11:=Q30.3
         OUT12:=
         OUT13:=
         IN_OUT14:=

и ошибка пропала.

Разве никак нельзя сделать как в step7 например с CPU314, там скачал, записал и оно пошло.

[CoMod]

Ну чесно говоря в принципе с данным контроллером не встречался, тут озадачили, сделать копию программы которая крутится в контроллере.
Считываю, а она идет с ошибками.
С помощью s7-доктора просмотрел код.

А что получается при считывании через Степ7 ? (Чисто для статистики граблей)

[osten]

Извини, на этот вопрос точно отвечу завтра. Просто дома не установлен step7. Завтра еще посмотрю, сравню что есть и точно отвечу

[sania]

это происходит когда фб/фс поменяли интерфейс,
а блок его вызывающий не перекомпилировали (пересохранили) и не загрузили,
поэтому при аплоаде он такую фигню и пишет
такое не только в випе,но и в степе происходит

[osten]

Доброе всем!
Проверил в step7, там единственная ошибка в OB1 Call errors. В остальных блоках кажеться ошибок нет. При считывании в step7 адресация прошла успешно, а вот WinPlc ругается на адресацию например DB127.VAR33. Из аварийной ситуации вышел, просто. Стираю символ и прописал тоже самое, после сохранения все нормально.

[Dfcz]

Программу писали в Step7, поэтому такая каша - это нормально.
В процах VIPA есть своя загрузочная память, поэтому они могут раотать без флэшки, но лучше работать с флэшкой (на всякий не предвиденный случай).

[osten]

Спасибо всем. Вопросов пока нет

[osten]

Здравствуйте всем!

Возникла проблема. Step7 v5.5. Проект достался по наследству. Захотел изменить конфигурацию проекта, выдает сообщение, что online CPU318 v.2.0.2 (6es7 318-2aj00-0ab0), а в проекте v3.0.
Не подскажите где можно раздобыть данную версию?
В install hardware нет,

http://support.automation.siemens.com/W ... reeLang=en

тоже не нашел

[pupena_san]

Я думаю, что для VIPA это не приниципиально, так как там совсем другой проц. 318 надо брать только для того, чтоб объяснить базовую конигурацию, всё остальное конфигурится через встроенный DP-интерфейс. Как сказал один из менеджеров Випа это лазейка через которую можно использовать Степ7 для конфигурирования не совпадающих с Симатиками.

[osten]

Дело в том, что при изменении конфигурации, постоянно выходит это сообщение.
Сможете посоветовать, что именно сделать, чтобы поменять эту конфигурацию, чтобы не было конфликтов. Честно говоря это сообщение нагнетает и толком не знаю, изменилась конфигурация или нет, после изменения.

[pupena_san]

А там нет галочки аля "больше не выводить это сообщение"? Больше никаких ошибок нет? Кстати, новый WinPLC7 открывает и Step7 проекты, откройте там, посмотрите что там за конфигурация. Конечно там будет не CPU 318, но какую доп инфу Вы получите.

[pupena_san]

Please do always use the CPU 318-2DP (6ES7 318-2AJ00-0AB0/V3.0) from Siemens of the hardware catalog to project a SPEED7-CPU from VIPA.