SMH4 и архив на USB

[alexvolk]

Здравствуйте.
Использую данный плк. Возникло несколько вопросов, на которые не нахожу ответов, поэтому решил задать их здесь.

Сделал запись 8 ми значений в текстовик на usb каждую минуту, с этим все ок. Далее хочу открывать этот архив и выводить на дисплей для анализа.
В принципе я это реализовал используя график реального времени, но на прорисовку уходит много времени (около 3 мин). Отсюда первый вопрос.
Можно ли заполнять тренд быстро? - например из программы написанной на c++ ведь это же массив данных.
И еще вопрос: почему нельзя использовать блоки разделяемой памяти в макросах? (при объединении блоков в том числе Mem в макрос и последующей загрузке в плк, проект перестает работать)

[Arsie]

Сообщение от alexvolk

Отсюда первый вопрос.
Можно ли заполнять тренд быстро?

Нет. Но можно нарисовать тренд самому, разделив его на 3-4 части, это ускорит процесс в 3-4 раза.

Сообщение от alexvolk

И еще вопрос: почему нельзя использовать блоки разделяемой памяти в макросах?

Чтобы не "отстрелить себе ногу". Есть такой термин в программировании.

[alexvolk]

Нет. Но можно нарисовать тренд самому, разделив его на 3-4 части, это ускорит процесс в 3-4 раза.

Ждать все равно около минуты, пожалуй с этим не буду заморачиваться, оставлю как есть.
Но вот тогда вопрос. Есть файл через который инициализируем разделяемую память (load_files.srv), туда попадают и перья тренда. Из c программы заполнить тренд можно?
(var20=0xb74,4,3,0x10034,0x1064,0x110c,График реального времени.Перо 0_out) Что есть что в этой записи?

Чтобы не "отстрелить себе ногу". Есть такой термин в программировании.

Не знаю как на счет ноги в программировании, но было бы на много удобнее создать макрос, передать ему данные и по сигналу записать, а не вытаскивать кучу блоков на рабочее поле.
Да элементы smart тоже в макрос не поместить.

[Gromov]

Сообщение от alexvolk

Ждать все равно около минуты, пожалуй с этим не буду заморачиваться, оставлю как есть.
Но вот тогда вопрос. Есть файл через который инициализируем разделяемую память (load_files.srv), туда попадают и перья тренда. Из c программы заполнить тренд можно?
(var20=0xb74,4,3,0x10034,0x1064,0x110c,График реального времени.Перо 0_out) Что есть что в этой записи?

Не думаю, что смогу вам в этом помочь. Мне не известно содержимое этого файла, откуда оно берётся и в каком порядке записывается.

Сообщение от alexvolk

Не знаю как на счет ноги в программировании, но было бы на много удобнее создать макрос, передать ему данные и по сигналу записать, а не вытаскивать кучу блоков на рабочее поле.
Да элементы smart тоже в макрос не поместить.

А тут всё просто. Предположим, я создаю программу, в которой есть запароленный макрос со шмемами внутри, и передаю вам, как заказчику. И у вас ничего не работает. Почему - непонятно. Вы пишете в тех поддержку, якобы лоджик глючит. После продолжительного разбирательства выясняется, что в с проектом должна идти приложуха
на плюсах, которой у вас нет. Это минус время заказчикам, минус время нам, минус репутация даже.

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

[Arsie]

Сообщение от alexvolk

Есть файл через который инициализируем разделяемую память (load_files.srv), туда попадают и перья тренда.

Разделяемая память инициализируется при старте ядра smlogix и указанный файл не имеет никакого отношения к этому.

Сообщение от alexvolk

Не знаю как на счет ноги в программировании, но было бы на много удобнее создать макрос, передать ему данные и по сигналу записать, а не вытаскивать кучу блоков на рабочее поле.

Да-да-да. Проходили уже все эти споры 7-8 лет назад. Тогда ещё можно было шмемы внутрь макросов размещать. Потом запретили из-за вала проблем с программистами и их тупежом. Говорю как есть, потому что это правда. Немало возможностей есть в лоджике, которые закрыты из-за прямого и многократного тупежа "программистов".

[alexvolk]

Разделяемая память инициализируется при старте ядра smlogix и указанный файл не имеет никакого отношения к этому.

Shm mymem("./load_files.srv");//Инициализация переменных разделяемой
памяти
Это из примера программы-регистратора.
Я полагаю в этом файле указаны адреса переменных разделяемой памяти и что то еще.

Да-да-да. Проходили уже все эти споры 7-8 лет назад. Тогда ещё можно было шмемы внутрь макросов размещать. Потом запретили из-за вала проблем с программистами и их тупежом. Говорю как есть, потому что это правда. Немало возможностей есть в лоджике, которые закрыты из-за прямого и многократного тупежа "программистов".

Так это сделано искусственно?
А теперь представим что кто то начинает разбираться с предоставлеными примерами по использованию Mem, для удобства объединяет часть программы в макрос, загружает в плк и вот последний (плк) вообще не стартует. Интересно после этого не обращаются в тех поддержку с неисправным плк?
Вот например с входами, выходами и кнопками реализовано все хорошо, они не попадают в макрос при его создании в отличии от Mem.

[Arsie]

Сообщение от alexvolk

Shm mymem("./load_files.srv");//Инициализация переменных разделяемой
памяти Это из примера программы-регистратора.
Я полагаю в этом файле указаны адреса переменных разделяемой памяти и что то еще.

Ну вы как будто вчера родились)) Это инит библиотеки С++, конечно же, а не самих шмемов.