FBD чайникам

[Arsie]

Сообщение от младшой

осталось определить, который из способов быстрее обрабатывается

Второй точно дольше - там два сравнения. В первом всего одно.

В библиотеке макросов есть эти функции

[M229]

Добрый день. Хочу реализовать задание уставки как из меню ПЛК (SMH 2G), так и из панели оператора (ОВЕН СП310). Пока что сделал как на прикрепленном скрине. Но в ПЛК заливать не рискнул, ибо переживаю за здоровье EEPROM. Нужно ли делать дополнительную проверку на то, как часто записывается уставка? Снятся кошмары о том, что на каждом тике приходит одно и то же значение и оно же перезаписывается в бедную память.

Вложение 3594

UPD: Ох, только что написал пост и вспомнил что в SMArt и так по умолчанию отмечен чекбокс "запись по изменению". Так что все должно быть ок.

[Gromov]

http://forum.segnetics.com/showthread.php?t=311
Вот отсюда качайте макрос, ему на вход подавайте модбас переменную.

Дальше, думаю, вы понимаете что делать... Если нет - пишите, подскажу.

[M229]

Вот отсюда качайте макрос, ему на вход подавайте модбас переменную.

Спасибо, про то что такой макрос есть я знаю. Но разве SMArt не делает то же самое, т.е. проверяет входную величину на изменение и только если она изменилась, начинает запись?

[Gromov]

К сожалению, в этом я не уверен. Вероятно, это знает Арсений, но сегодня он ответить не сможет. Наверное, только в понедельник ответит. Ну или на выходных, если у него будет энтузиазм зайти на форум! =)

[M229]

Ой Ой, так это что же мне сейчас переделать на запись по сигналу из ФБД? Я уже прошил и собрался домой ехать.

[Arsie]

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

UPD: Ох, только что написал пост и вспомнил что в SMArt и так по умолчанию отмечен чекбокс "запись по изменению". Так что все должно быть ок.

Да, всё ок будет, если галка стоит)

[M229]

Снова здравствуйте! Сделал вот я несложный казалось бы счетчик нажатий (энергонезависимый). При тестировании на 2Gi все работало нормально, когда добавил в проект и загрузил в 2G то сначала тоже все было ок. Отлаживал я себе проект, изменял-загружал в ПЛК и тут заметил что на выходе счетчика что-то несуразное (скриншот). Причем число на выходе меняется при каждой новой загрузке проекта. Что могло стать причиной такого поведения макроса?
Вложение 3624
Вложение 3625

[Sergey Cherevko]

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

Снова здравствуйте! Сделал вот я несложный казалось бы счетчик нажатий (энергонезависимый). При тестировании на 2Gi все работало нормально, когда добавил в проект и загрузил в 2G то сначала тоже все было ок. Отлаживал я себе проект, изменял-загружал в ПЛК и тут заметил что на выходе счетчика что-то несуразное (скриншот). Причем число на выходе меняется при каждой новой загрузке проекта. Что могло стать причиной такого поведения макроса?

Счетчик насчитал уже больше 700 тыс., а ресурс EEPROM 2G (не 2Gi) - всего 100 тыс. циклов записи.
Есть вероятность, что память исчерпала свой ресурс и нужна ее замена.

[M229]

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

[Arsie]

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

Снова здравствуйте! Сделал вот я несложный казалось бы счетчик нажатий (энергонезависимый). При тестировании на 2Gi все работало нормально, когда добавил в проект и загрузил в 2G то сначала тоже все было ок. Отлаживал я себе проект, изменял-загружал в ПЛК и тут заметил что на выходе счетчика что-то несуразное (скриншот). Причем число на выходе меняется при каждой новой загрузке проекта. Что могло стать причиной такого поведения макроса?
Вложение 3624
Вложение 3625

Вы убили EEPROM в контроллере. Сергей про ресурс всё верно написал.

Подробности: http://dl.segnetics.com/WebHelp/SMLo...ock_eeprom.htm

[M229]

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

Вы убили EEPROM в контроллере. Сергей про ресурс всё верно написал.

Подробности: http://dl.segnetics.com/WebHelp/SMLo...ock_eeprom.htm

Да я в курсе про ресурс. А не может это быть глюком? Ведь у меня два таких блока и один из них показывает все нормально. Но если предположить, что еепром таки убита через FBD, чем это чревато? Уставки в меню тоже не будут сохраняться (сейчас они сохраняются)?

И могут такие глюки вылезать если контроллер уже был с исчерпаным ресурсом? Сам этот экземпляр довольно старый. И его прошлое туманно.

[Arsie]

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

Да я в курсе про ресурс. А не может это быть глюком? Ведь у меня два таких блока и один из них показывает все нормально. Но если предположить, что еепром таки убита через FBD, чем это чревато? Уставки в меню тоже не будут сохраняться (сейчас они сохраняются)?

И могут такие глюки вылезать если контроллер уже был с исчерпаным ресурсом? Сам этот экземпляр довольно старый. И его прошлое туманно.

Память - это как многоквартирный дом. Сейчас вы разрушили стену одной из квартир.

Остальное по аналогии, в том числе и про остаточную надёжность.

[M229]

Если не затруднит, объясните подробнее какие эффекты могут быть от убитой памяти. Про дом я немножко не понял аналогию. Были ли стена в квартире несущей? Сейчас с уверенностью можно сказать что повреждена только ячейка куда записывалась переменная long? Есть возможность как-то обойти эти 4 байта?

Этот счетчик привязан к переменной в HMI которая всегда на экране и ее трудно не заметить. Если бы она инкрементировалась в процессе работы это было бы видно. С этим контроллером были еще казусы, энергонезависимые триггеры самопроизвольно взводились (я списал это на программу и добавил еще проверку и сброс). Может это тоже уже было симптомом убитой памяти?

Вообще, это уже конечно не по теме обсуждение. Если нужно я могу создать новую со своей проблемой, или ув. Арсений перенесет, как удобнее будет.

[Arsie]

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

Если не затруднит, объясните подробнее какие эффекты могут быть от убитой памяти. Про дом я немножко не понял аналогию. Были ли стена в квартире несущей?

Да, это несущая стена.

Эффекты вы уже видите.

Последствий может быть никаких. А может обвалится весь вертикальный пролёт. А может и весь дом ляжет.

Эти события равновероятны.

Обход прост - не используйте СМАрт, выделите слева-вверху большой блок памяти (Array(long) с длиной 4096). Это минимизирует риски.

[M229]

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

Я тут прикинул, если инкрементировать каждый тик (100мс), то чтобы насчитать 700К нужно 1000 минут непрерывной работы программы. Это уже точно нереально.

[Arsie]

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

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

Я тут прикинул, если инкрементировать каждый тик (100мс), то чтобы насчитать 700К нужно 1000 минут непрерывной работы программы. Это уже точно нереально.

Ограничение 100k на память в целом за срок жизни контроллера.

Сразу после загрузки "левые" значения появляются, если отказаться от загрузки уставок по умолчанию. В этом случае память не "переформатируется" под проект и все блоки содержат какие-то значения.

[M229]

Спасибо! В общем мб еще это просто память не инициализировалась и все мои истории с триггерами в самом деле были из-за действий программы а не из-за убитой еепром.

По теме ветки, раз на сам макрос никто не поругался, значит с ним все в порядке надо понимать?

[pilot]

M229, попробуйте сместить блок OR №7 правее блока MUX №8, мне кажется у Вас здесь "иголка", нет?

[Gromov]

Я бы не парился, и использовал это http://forum.segnetics.com/showthread.php?t=307

[M229]

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

M229, попробуйте сместить блок OR №7 правее блока MUX №8, мне кажется у Вас здесь "иголка", нет?

Не увидел иголки. Блок еепром обрабатывается после mux и or, это главное. А их (mux и or) взаимное расположение тут роли не играет, как мне кажется.

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

Я бы не парился, и использовал это http://forum.segnetics.com/showthread.php?t=307

Спасибо, но насколько я понял оно считает время, а мне нужно импульсы. В итоге, конечно, считаются тики но там переделывать много.

[Gromov]

http://forum.segnetics.com/showthread.php?t=321 тогда отсюда, тут есть регистратор срабатываний

[M229]

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

http://forum.segnetics.com/showthread.php?t=321 тогда отсюда, тут есть регистратор срабатываний

Таки да, регистратор срабатываний подойдет. Я как-то его не заметил. Но мой счетчик тоже хорошо работал. Мне так казалось

[M229]

Еще есть проблема обнуления уставки на частотнике. Уставка эта задается с панели оператора. Т.е. имеем 2 сети: Панель(master) — ПЛК и ПЛК(master) — ПЧ. Возможность смены уставки из других мест, кроме панели не важно. Суть проблемы в том, что уставка на ПЧ обнуляется если "дернуть" питание на ПЧ или самом ПЛК.

На данный момент придумал два варианта (на сриншотах).
Первый вариант реализации подсмотрел у ув. razerface в этой теме:

http://forum.segnetics.com/showthread.php?t=2580

2016-10-26_13-55-48.png

Второй вариант подразумевает использование SMArt, который и хранит уставку в eeprom и разрешает ее записывать только по изменению. Наличие уставки в меню при этом является побочным эффектом.

2016-10-26_13-53-52.png

Можно ли сказать что эти варианты будут работать или вообще есть другой способ получше?

[Arsie]

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

Еще есть проблема обнуления уставки на частотнике. Уставка эта задается с панели оператора. Т.е. имеем 2 сети: Панель(master) — ПЛК и ПЛК(master) — ПЧ. Возможность смены уставки из других мест, кроме панели не важно. Суть проблемы в том, что уставка на ПЧ обнуляется если "дернуть" питание на ПЧ или самом ПЛК.

На данный момент придумал два варианта (на сриншотах).
Первый вариант реализации подсмотрел у ув. razerface в этой теме:

http://forum.segnetics.com/showthread.php?t=2580

Вложение 3626

Второй вариант подразумевает использование SMArt, который и хранит уставку в eeprom и разрешает ее записывать только по изменению. Наличие уставки в меню при этом является побочным эффектом.

Вложение 3627

Можно ли сказать что эти варианты будут работать или вообще есть другой способ получше?

Будут работать. Первый вариант может быть попроще, но такой тоже норм.

[M229]

Спасибо!

[LordN]

y вижу преобразования

int-ASCII

его нет?

[Arsie]

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

y вижу преобразования

int-ASCII

его нет?

ASCII - это инт и есть. Точнее даже char, но такого типа данных нет у нас. Поэтому int.

Каков смысл вашего вопроса? ASCII - это обычное число, которое при выводе интерпретируется как графический знак.

В хранении же это обычное число, ничем от других не отличающееся.

[LordN]

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

ASCII - это инт и есть. Точнее даже char, но такого типа данных нет у нас. Поэтому int.

Каков смысл вашего вопроса? ASCII - это обычное число, которое при выводе интерпретируется как графический знак.

В хранении же это обычное число, ничем от других не отличающееся.

по модбасу приходит числовой код, мне надо на дисплей контроллера вывести символ. как это сделать?
если можно - пример.

[ATS]

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

по модбасу приходит числовой код, мне надо на дисплей контроллера вывести символ. как это сделать?
если можно - пример.

Пробуй SCREEN(int) с форматом %c для ср 866
Тут примерчик