Weintek - массив данных

[Aeroplan]

Всем доброго дня.
Есть у меня панель Weintek MT8102iP. Мне необходимо редактировать массив данных в 600 слов. Некий операционный рецепт - 6 переменных на 100 операций. В рецептурных инструментах панели я вроде бы разобрался. Но они работают "построчно". То есть, я могу одной кнопкой отправить в ПЛК только одну строку в 6 слов из моего "рецепта". Любую, но только одну и только в одни и те же 6 адресов в ПЛК. А как передать в ПЛК все 100 строк рецепта - так и не понял. Может быть нужен другой механизм? Подскажите, пожалуйста, может кто-то уже решал подобную задачу...

[pkl58]

А значения этих переменных для 100 операций одинаковы? Или отличаются? Есть инструмент Передача данных, можете использовать его.
А в качестве указателей номера рецепта индексные регистры.

[Михайло]

1. Рецепты хранить в ПЛК, это, кстати, удобно, но у ПЛК энергонезависимой памяти маловато может быть.
2. Передавать построчно: панель кладёт 6 слов и номер строки и флаг flag_read, ПЛК по флагу flag_read инициирует чтение 6 слов в нужную строку и выкидывает ответный флаг flag_done. Важно, чтобы консистентность данных не нарушилась. Может быть долго.
3. Выгрузить рецепты в область памяти LW и послать все 600 слов.

[Aeroplan]

А значения этих переменных для 100 операций одинаковы? Или отличаются? Есть инструмент Передача данных, можете использовать его.
А в качестве указателей номера рецепта индексные регистры.

На данный момент именно этим способом и озадачился. Пока не коснулся индексных регистров, надо про них почитать.
Значения переменных разные.
Суть дела: есть процесс, который выполняется по шагам двумя сервоприводами. Видов операций четыре (последовательность из работы, взаимодействие между собой, независимость и пр.). В итоге алгоритм "упаковал" 6-ю переменными на каждый шаг. Шагов - 100 штук. То есть, 100 строк массива по 6 слов в каждой строке.
Как передать данные одной строки (любой) я разобрался. Интуитивно понимаю, что без указателей (индексные регистры) вряд ли что-то выйдет. Но как ими пользоваться, пока не изучил. Приступаю...

Отправлено спустя 17 минут :

1. Рецепты хранить в ПЛК, это, кстати, удобно, но у ПЛК энергонезависимой памяти маловато может быть.

ПЛК Дельта ES3. В него можно даже микроСД вставить. Тоже пока поверхностно об этом мельком читал, но Думаю, вариант для хранения большого объема данных подходящий. 600 слов - это одна программа. А пользователь планирует иметь как минимум 10 таких рецептов по 600 слов на 10 разных изделий.

2. Передавать построчно: панель кладёт 6 слов и номер строки и флаг flag_read, ПЛК по флагу flag_read инициирует чтение 6 слов в нужную строку и выкидывает ответный флаг flag_done. Важно, чтобы консистентность данных не нарушилась. Может быть долго.

Это, видимо, с индексными регистрами, изучаем.

3. Выгрузить рецепты в область памяти LW и послать все 600 слов.

А вот про это пока даже не догадывался. Можно по-подробнее об этом способе?

[vodav]

Есть у Weintek такая штука, как макрос. Там есть поддержка массивов размерностью до 4096 и функции GetData и SetData (GetDataEx и SetDataEx). С этим весь Ваш список рецептов можно запихать в любое место в любой последовательности.

[Aeroplan]

Есть у Weintek такая штука, как макрос. Там есть поддержка массивов размерностью до 4096 и функции GetData и SetData (GetDataEx и SetDataEx). С этим весь Ваш список рецептов можно запихать в любое место в любой последовательности.

Спасибо, гляну, как это делается...

[se_sib]

Возьмите ПЛК под Codesys, там не плохо система рецептов проработана и на многих ПЛК памяти довольно много, да и разъемы USB и SD как правило есть. Я думаю будет много проще, чем пляски с бубном в макросах Weintek.

[pkl58]

Зачем ему ещё один ПЛК? Все решается просто.

3. Выгрузить рецепты в область памяти LW и послать все 600 слов.

Единственный нюанс Вайнтек не рекомендует более 100 записей в одном рецепте. Можно и без рецептов обойтись используя RW области.

[Valerich]

Рецепты хороши тем, что есть встроенный механизм копирования-переноса при помощи USB флешки, если этого не нужно то и использовать рецепты не обязательно.