S7-300 не видит частотников по Profibus

[Михайло]

А, точно, увидел - тогда, извините! Ничего менять не нужно.

Я тоже сначала хотел написать то, что написали Вы. Но в итоге:

Да вроде в принципе достаточно просто перецепить шину к другому порту в NetPro.

[CHANt]

Я тоже сначала хотел написать то, что написали Вы. Но в итоге:

Каюсь, лень мышкой ткнуть в область адресации было...

Еще такой вопрос по обмену данными - в существующей (и функционирующей на исправных установках) программе обращение к этим адресам в области дискретов (слово статуса и слово состояния) производится не к периферии, а к области отображения. Насколько корректен такой подход и откуда и когда при этом обновляется отображение?

Обновление области отображения идет как обычно, в начале и в конце цикла.


Про корректность...В моем понимании, правда не всегда верном , если устройство DP-Slave имеет жесткий размер телеграммы с контролем длины, то необходим обмен через SFC/SFB, если переменный (в случае с ПЧ может быть и 2, и 4, и 8 слов) вполне корректна работа через область отображения.

[Никита]

Обновление области отображения идет как обычно, в начале и в конце цикла.

Т.е. происходит за то же время, которое отведено для обновления области локального ввода-вывода? Тогда остается открытым вопрос откуда. Впрочем вопрос так, для повышения общего уровня политической грамотности.
Что до размера телеграмм - в данном конкретном случае частотники прописаны как Module consistent, PPO1, что,как я понимаю, автоматически фиксирует формат и размер телеграмм. Предлагаете контролировать длину?

[Никита]

Вот что удалось накопать на сайте сименса: http://support.automation.siemens.com/W ... aller=view

If you are using a CP342-5, then you cannot access the data on the slaves using Load/Transfer commands or bit combination operations. In this case the I/O data communications are done in two steps. First the data has to be transferred from the CPU to the CP and then from the CP to the slaves (in reverse order accordingly for read operations). Data transfer from the CP to the slaves is done automatically. You have to deal with the data transfer from the CPU to the CP yourself. Here you have two special functions that do this for you.
Communications between the CPU and the CP342-5 are made via the functions FC 1 "DP_SEND" and FC 2 "DP_RECV". You must assign the parameter "CPLADDR" to both functions, the parameter "SEND" to function FC 1 and the parameter "RECV" to function FC 2.

Стало быть прямое обращение не пройдет? А заместо SFC14 и 15 должны вызываться FC1 и FC2 и обмен без всяких Data Consistency?

[CHANt]

Да, SFC14/15 относится только к встроенному интерфейсу DP CPU. Пример работы с CPU-2DP, и CP 342-5 на русском - http://www.automation-drives.ru/as/down ... OFIBUS.pdf
При работе с FC1/FC2 обратите внимание на входной параметр CPLADDR - он задается в программе пользователя в шестнадцатеричном формате, тогда как представляется в HWConfig (в области адресации PII/PIQ) в виде десятичного числа.

[Никита]

Да, SFC14/15 относится только к встроенному интерфейсу DP CPU. Пример работы с CPU-2DP, и CP 342-5 на русском - http://www.automation-drives.ru/as/down ... OFIBUS.pdf
При работе с FC1/FC2 обратите внимание на входной параметр CPLADDR - он задается в программе пользователя в шестнадцатеричном формате, тогда как представляется в HWConfig (в области адресации PII/PIQ) в виде десятичного числа.

Это мелочи жизни. Step7 думаю просто не примет десятичную константу на входе блока и заставит задуматься.
Теперь осталось разобраться как попасть этой телеграммой в нужный частотник, если на шине их два.

[CHANt]

CPLADDR - это и есть обращение к области данных нужного частотника.

[Никита]

CPLADDR - это и есть обращение к области данных нужного частотника.

В моем конкретном случае есть две пары адресов I и Q - PCV и PD идут с разрывом. Без PCV можно обойтись вообще. Т.е. управляющее слово и задание на адрес Q Process data, статус и текущее значение - с адреса I?

[CHANt]

Учитывается область данных СР (буфер), т.е. по скриншоту моего проекта СР342-5 имеет адресацию данных I =256, что соответствует области данных из первого ПЧ =0, и область Q =256, что соответствует области данных в первом ПЧ Q=0. При I=264 это будет во втором ПЧ=8, Q=264 то же во втором ПЧ=8
Профиль РРО1 (Ваш) имеет 4 слова из ПЧ. 4 слова на ПЧ
Чет сложно получилось... в коде это будет выглядеть так:
Прием из ПЧ

Код: Выделить всё

CALL  "DP_RECV"
CPLADDR:W#16#100 \\ из адреса  СР начиная с I=256
RECV :=P#М 0.0 BYTE 16 \\взять данные и записать в область меркеров длиной 16 байт, где первые 8 байт (4 слова) данные 1 частотника, вторые 8 байт данные второго частотника
...

Также и передача в ПЧ:

Код: Выделить всё

CALL "DP_SEND"
CPLADDR:W#16#100 \\ в адреса СР начиная с Q=256
SEND :=P#М 16.0 BYTE 16 \\уложить данные из области меркеров длиной 16 байт, где первые 8 байт данные для 1 частотника, вторые 8 байт данные для второго частотника
...

Вместо меркеров в указателе (в CPU 313C-2DP не так много места в памяти) лучше использовать DB.

[Никита]

Т.е. обращение к адресному пространству CP по порядку Pоrfibus-адресов?

[CHANt]

Т.е. обращение к адресному пространству CP по порядку Pоrfibus-адресов?

Да.

Если есть возможность у Вас, попробуйте соединить CPU-DP и СР 342-5 одного контроллера, и передать какие-то данные. Вся адресация сразу будет видна.

И у меня возник вопрос.- в Вашем проекте, в слове управления для ПЧ, байты местами меняются?

[Никита]

Если есть возможность у Вас, попробуйте соединить CPU-DP и СР 342-5 одного контроллера, и передать какие-то данные. Вся адресация сразу будет видна.

Именно это я и пытаюсь реализовать с целью проверить порты. А если Вы еще и подскажете как это сконфигурировать - скажу еще одно спасибо. (Первое - за потраченное воскресенье)

И у меня возник вопрос.- в Вашем проекте, в слове управления для ПЧ, байты местами меняются?

Слова управления задается десятичной константой, отличаются 4-м разрядом (пуск/стоп), остальное - проблемы компилятора.

[CHANt]

Тестовый проект Master_s.zip

[Никита]

Спасибо.

[CHANt]

Рано еще...
Если обмен с встроенным DP, через SFC14/15 будет "барахлить", сотрите их вызов. Нашел на сайте поддержки пример реализации мастера через FC1/FC2 - consistent.zip, в нем максимально просто все.

[Никита]

Еще один момент может подскажете, чтоб не рыться по документам. Обороты от частотника в PIW и считаные цепочкой в DB (и соответственно задание тоже) будут сохранены одинаково, байты не меняются?

[CHANt]

Документации по profibus карте Данфосса у меня нет...Судя по имеющемуся у меня португальскому проекту какой-то установки, где прием/передача данных VLT осуществляется через SFC14/15, байты не меняются. Меняются только при разборе слова состояния.

[Михайло]

Еще один момент может подскажете, чтоб не рыться по документам. Обороты от частотника в PIW и считаные цепочкой в DB (и соответственно задание тоже) будут сохранены одинаково, байты не меняются?

Если сам частотник записывает обороты именно в тот байт/слово, в котором его принимает ПЛК, то все нормально. Есть стандартные телеграммы, где частота вращения пишется в конкретное слово телеграммы, но бывают и пользовательские телеграммы...

Если Вы спрашивали о перевороте байтов в слове, то переворот будет - сначала старший байт, потом младший...

[Никита]

А документация по Profibus-карте что может сказать? Одно и то же слово из частотника в одном случае попадает через "прозрачный" порт CPU в PIW? в другом - читается командой и пересылается в блок данных. Данные данфосса в любом случае одни и те же, вопрос в хранении слова в PIW и в работе функций пересылки. Я почему задал вопрос - слово состояния берется из PIW, перекидывается в MW20 и далее M20.0 проверяется как нулевой бит а М21-соответственно как восьмой
В любом случае, эта ошибка если и будет - будет заметной.

[Михайло]

Нет. M21.0 - самый младший бит, а M20.0 - 8-й бит.

[Никита]

Нет. M21.0 - самый младший бит, а M20.0 - 8-й бит.

Вот-вот, поэтому и возник вопрос. В том, что удалось слить с контроллера, обращения к битам слова статуса ведутся именно так, как я написал. Только это слово не пересылается через SFC, а берется из периферии. Либо это изначально ошибка программиста и за три года ее не заметили, либо при обращении к PIW байты где-то меняются, а при пересылке этого не происходит. Ну или Данфоссовцы рассчитывали на то, что разбирать будут уже в двухбайтовых числах. Запуск и останов сделаны именно так - в PQW пересылаются десятичные константы.

[CHANt]

Смотря как принимать и отправлять эти слова.
Пример:

Код: Выделить всё


L     2#1010010110
T     DB2.DBW    0
L     DB2.DBW    0
T     MW   220


Если загрузить, то можно увидеть в DB2 следующую картинку

байты переставлены. Это происходит при выгрузке из регистра в память (совместимость с х86). Тем не менее, и в слове MW20, и если DB2.DBW 0 просмотреть в HEX-формате, там, нужное число 296. Поэтому, для данных привода (текущая частота, ток нагрузки ит.д.) я и сказал что не меняется. Для слов состояния и управления в HEX-формате или DEC также все равно будет, а вот при составлении слова в двоичной форме нужно учесть перестановку.

[Никита]

Я того же мнения, смутила именно существующая программа. Будем разбираться.