Версия для печати темы

Автор: paul-th 17.01.2015 - 17:02

Первая проблема уже давно, года четыре на первой машине,
В программе применена индексная адресация, шесть индексов внутренних маркеров,
есть исходник программы, исходник предоставили китайцы при первом сбое,
при проверке программы в Девелопере он указывает на это как на ошибку в программе,
маркеры откечают за переключение размотчиков, номер маркера использован один и тот же
разница в номере индекса, сбой происходит с полной остановкой машины и миганием красного светодиода
в процессорном модуле, ошибка "сбой в регистре данных", после перезаливки программы машина работает дальше
месяца три-четыре, потом опять сбой. Что делать в этом случае? лезть в программу с редакцией или оставить как есть?
На второй машине проблема возникла в этот четверг, на панели GOT1040 стала информация отображаться с сильным запозданием
чего раньше не было, текущие значения скорости и счета изделий изменяются скачками и на нажатие кнопок реакция происходит с запозданием.
Процессор Q02H, исходника нет не на панель не на контроллер. На смой панели кнопки переключения страниц и изменения параметров
функционируют нормально. Думаю глюк в блоке передачи данных, но как с этим бороться не знаю.

Автор: ivgtrk 18.01.2015 - 16:57

Исходник в студию!


Глюк, скорее всего, не в блоке передачи данных. А в том, что по каким-либо причинам программа в ПЛК выполняет громоздкие операции (циклы/вычисления и т.д.), соответственно время отклика на события из панели увеличиваются...
На переключение страниц ПЛК ни каким образом не влияет; сами страницы, как и условия перехода по ним находятся во внутренней памяти панели.
Способ борьбы - скачивайте прошиву из плк, изучайте, правьте. Либо тотально все переписать "с нуля".

Автор: m_by 19.01.2015 - 09:37

если с течением времени происходит замедление, предположение ...
на линии есть архив, где по мере заполнения поиск свободного места (перебором) выполняется всё дольше,
по окончанию места хранения архива, не происходит циклического перезаписывания, а происходит выход индекса за границы памяти.

... изучение кода, правка ...

Автор: paul-th 19.01.2015 - 14:22

По второму вопросу согласен с m_by, буду проверять, не согласен с ivgtrk, машина работала три года без проблем и глюков, проблема начала вылезать одним углом где то с полгода назад, счет изделий стол вестись с ошибкой в минуса(по факту и по счетчику), хотя датчик отрабатывает сигнал четко.
По первому воросу прилагаю файл.
С загрузкой файла проблемы Как его провильно загрузить?

Автор: paul-th 19.01.2015 - 14:30

Автор: ivgtrk 20.01.2015 - 14:56

Внимательно читаем: "... программа в ПЛК выполняет громоздкие операции (циклы/вычисления и т.д.), ...", т.е. я навскидку предположил пару вариантов, а "и т.д." может подразумевать все что угодно, в т.ч. предположение m_by. Само же направление предложенной мною мысли верно на 99,9%, принимая во внимание практически полное отсутствие значащей информации по Вашей проблеме.

Автор: ivgtrk 20.01.2015 - 15:00

Прикрепленный файл.

Черт побери, опять GX Developer... Не пользуюсь я им, не могу подсказать/посмотреть....

Автор: paul-th 20.01.2015 - 16:59

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

Автор: m_by 21.01.2015 - 09:51

Индексная адрессация не при чём, значения в индексах (в том что выложено) до 100, начиная с m5000 ... а маркеров 8К
Ругается на использование одного и того-же маркера m5000, считайте это не ошибкой, а предупреждением для программиста

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

При ошибке нужен номер строки по программе, которая вызывает ошибку ... посмотреть через диагностику PLC

Автор: ivgtrk 21.01.2015 - 16:54

Рекомендую проверить: в ходе выполнения программы с учетом индексации - не вылазиют ли маркеры (регистры) в какой-то момент в область системных переменных... Смотрю маркеры стартовали аж с M5000, судя по посту выше.

Автор: paul-th 24.01.2015 - 21:56

При сбое делал диагностику,пишет что ошибка в этом модуле ASST MJTOR CONTROL , ошибка 2400, индивидуальная ошибка 7000.
Но в этом модуле программы вроде как нет ошибок.
А сбои идут при неправильном нажатии оператором кнопок смены моторов размотчиков, или при запуске машины с неправильно выбранным размотчиком, а это как раз в модуле с индексной адресацией.
Прогрпмма достаточно большая , не дают времени на оборудовании разбираться с ней.
И исходник сильно отличается от онлайновой программы в контроллере.

Автор: m_by 26.01.2015 - 10:17

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

Ошибка не в коде программы, в результате обработки кода. Проверка программы ошибку не покажет.

Автор: paul-th 27.01.2015 - 16:03

Условия то условиями, но я уже писал, время есть только после 8 вечера и то цех закрывают и охрана со мной ночевать не собирается.
и второе, программа в онлайне сильно отличается от исходника, и что и где искать?
Манипуляции с кнопками и запуском ,при мне, не вызывали сбоев.
Должно пройти определенное время, от месяца и более.
Обе проблемы на процессорах этой серии, при перезаливке надо почистить всё, иначе программа не встанет.

Автор: m_by 27.01.2015 - 16:24

Если вы заливаете ПО с очисткой данных, ПО на линии не отличается от исходника.

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

Автор: paul-th 30.01.2015 - 11:54

Оно отличается, без очистки в этих процессорах вообще ничего не зальешь, если только дописанный блок.
В исходнике функциональные блоки, а в онлайне их нет.
Ошибка всегда одна, 2400, а индивидуальная не всегда смотрю, стоят за спиной и гонят.

Автор: ivgtrk 30.01.2015 - 19:10

Специально для вашей темы скачал и установил GX Developer, дабы просмотреть выложенный материал. На вскидку могу заметить следующее:
Ошибок в блоке с индексными регистрами нет. При грамотном исполнении основной программы они (Z-регистры) будут обрабатываться нормально. НО! В других POU я насчитал по меньшей мере 9 неоднозначных ситуаций, которые вполне могут привести к сбою в счете. На лицо явно видны противоречивые ситуации, которые приведут к неопределенному состоянию некоторых маркеров, от которых, в свою очередь, зависит инкремент Z-регистров. Но опять же, для полного понимания всей картины, необходимо хоть немного обладать знаниями о работе всей установки в целом. Хотя бы приблизительно надо знать сущность всего процесса, что данная машина делает...
Примерно так...

Автор: paul-th 18.02.2015 - 12:10

Спасибо за потраченное на меня время.
Ситуация с одной машиной немного прояснилась, оказалось тормозит панель оператора, и ситуация довольно интересная и смешная, марка панели GT-1175, такой марки панели японцы не выпускали, похоже подделка китайцев(что они туда сунули надо смотреть), и с программным на эту панель такая же муть, GT-Designer-3 видит эту панель,но не может определить марку и файл не открывает. GT-Designer-2 видит её, программу слил, но так как панелей GT-11 с такими размерчиками нет, 10 дюймов,программа составлена на GT-15. Панель вроде как хотят заказывать. Вот такая ситуювина.

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

Автор: inntele 18.02.2015 - 17:12

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

Автор: paul-th 19.02.2015 - 16:26

Написать новую прогамму это хорошая идея, надо её думать.

Автор: inntele 19.02.2015 - 17:49

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

Автор: paul-th 21.02.2015 - 16:15

Старые машины они не продают, конкурентов не плодят, разбирают на металлолом и на запчасти.

Автор: ivgtrk 21.02.2015 - 20:58

А в чем, в таком случае, заключался вопрос?
Вы вот за зарплату не хотите это делать; неужели ожидали, что люди на форуме просто так, за бесплатно, по очереди, начнут выкладывать кусками рабочий код для Вашей машины? Эдакие меценаты...
Сущность Вашего вопроса изначально не предполагала сколь-угодно легкого и практически-полезного ответа. В первую очередь, Вы сами не хотите этого делать, иначе не проигнорировали бы предыдущий совет, ссылаясь на зарплатные вопросы... Так же бы поступил и я, на месте Вашего работодателя - Вам пока платить не за что. Тут одно из двух: для того, чтобы за это платить дополнительно, нужно убедить р/дателя в том, что Вы либо неимоверный спец в этом деле, и обязательно запустите даже самый ржавый механизм, либо если Вы придете с уже готовым своим решением, поставите, покажете - работает, вот тут другой разговор. Не хотят платить за готовое - снимаете и уносите домой.
Работодатели бывают разные: есть те, что платят всем без разбору, вне зависимости от выполняемых обязательств, а есть и такие, которые лишнюю копейку просто так не отдадут. Правы и те, и другие. Это уже вопрос экономики самого предприятия (владельца), кто на что горазд. Зачем платить больше человеку, который неизвестно, решит проблему или нет, а и того хуже - завтра возьмет и уволится... Вариантов масса...

Автор: paul-th 13.03.2015 - 10:40

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

Автор: paul-th 19.05.2015 - 20:25

Добрый вскем день, мои проблемы продолжаются.
Пришел новый пульт, перезалил проект, запустил, правда не с первого раза, спасибо этому форуму, разобрался с вашей помощью.
Но замена панели не дала результата, сбои и глюки лезут с увеличивающейся прогрессией. Сбоит уже вся система управления.
Затрудняет поймать неисправность распределенная система ввода и то что на мониторе и модуле процессора нет сообщений об ошибках.
Такое впкчаиление что сбоит модуль комуникации QJ61BT11NI, и обмен по сети идет с прерываниями.Как там у них с центральным процессором коннект происходит?
Выявлен явный сбой по сети на модуле СС-линк и привязанном к нему FX2N-48MT,остальная вся сеть Q-модули входа-выхода.
Но я не знаю что чем управляет, вроде как модкль СС первичен, и если он не готов к обмену, то и на FX нет готовности к работе, хотелось бы это где то как то уточнить.

Автор: inntele 19.05.2015 - 20:39

Автор: paul-th 1.06.2015 - 20:21

Всё странным образом заработало, разобрал этот узел(точку сети) CCL и FX2N, попробовал воткнуть другой контроллер с программой старого, не пошло, что-то напутал, уже было поздно вечером(всё работает, но как то криво). Собрал всё назад, всё поехало без сбоев, но на сервоприводе управление пропало, перебрал схему управления приводом(это уже на следующий день с утра) и всё поехало, пока вторую неделю без проблем. Так до истины не дошел.Моргала ошибка на модуле QJ61BT11NI, когда моргала, то пропадала связь с FX2N полностью и остальное на тормозах через раз срабатывало. Жду что будет дальше.Пока тихо.Пульт новый нормально работает, остальное старое.

Автор: paul-th 25.10.2016 - 16:01

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

Автор: paul-th 17.03.2017 - 14:11

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