На больших промышленных производствах такие контроллеры вообще не выключают, очень страшно выключать! Потому как часто бывает так, что фирма, которая делала пусконаладку и писала ПО, к примеру, уже 10 лет как прекратила существование, документация утеряна, если выключить и слетит - капец, убытки огромные могут быть. В этом плане эскалатор - не самое страшное :) А вот когда конвейер с дозаторами, который по строгой формуле наливает что-либо или взвешивает и в зависимости от веса что-либо распределяет - то пипец :) Утрата программы == прожиг кое-какого места у начальников производства и главных инженеров))) Есть такие платы Siemens (Wincor) Nixdorf D2 - это промышленный ПК на базе Pentium3 и чипсета Intel I815 - ставятся в банкоматах и pos-терминалах, там такая же батареечка. Вот фото такого компьютера images.esellerpro.com/2131/I/777/44/SPImage%20001.JPG
Те кто пишет программы для таких контроллеров, зачастую закладывают "бомбу замедленного действия", в плане наработки на отказ. Мне приходилось ранее разбираться в программном коде с другого эскалатора и с другим контроллером, но тоже PLC, я точно не помню уже сколько, но кажется в районе десяти ошибок он допускал, после устранения которым можно переключить питание и эскалатор начинает работать. Причём это количество ошибок могло набираться за несколько лет. А далее, перейдя эту черту, происходила именно программная блокировка и исправить её можно только влезая в тело программы и подправляя код как было изначально, но это опять до определённого времени, либо внеся маленькую корректировку, никак не влияющую на безопасность, а только отключающую "ступор" после 10-ти ошибок. Вероятно, это делалось намеренно, по заказу производителя эскалатора, чтобы банальный заказчик приобретал у них новый контроллер, после того, как словит этот "ступор".
@@vadimpetker2689 Если такой же PLC? то не важно на чём он установлен. Если прошивка "открыта", то всё скачивается. Мне "закрытые" не попадались. Я также не могу утверждать, что они вообще на этих блоках могут быть закрытые, не вникал в эту информацию, она мне ни к чему, да и самое основное - нет времени на это. Также я перешивал другие блоки Panasonic, в них программа может быть скорректирована, я это делал, устранял заводской "баг". Точнее, скорее всего это был не баг, а намеренное внесение в программу маленькой проблемы, для того чтобы народ покупал эти PLC после блокировки. Блокируются они после определённого количества аварийных ситуаций. Поначалу авария сбрасывается переключением питания эскалатора, но внутри работает счётчик ошибок и когда он доходит до определённого числа, то сбросить уже невозможно. Вот я и искал, изучал прошивку пошагово, чтобы найти в каком месте софт заходит в ступор. После маленькой коррекции эта проблема была ликвидирована. Причём защиты от аварий ни в коем разе не затронуты. Пущен "по кругу" только счётчик аварий.
Здравствуйте, информация очень полезная для тех кто занимается промышленной автоматикой! У меня есть контроллер FPG-C24R2 (sigma), хочу его установить для линий розлива и запайки, но не могу найти на него среду программирования, не поможете?
Сейчас точно не скажу как, не помню, но точно можно считать программой которой заливается прошивка. У меня сейчас её нет на компьютере, поэтому нет возможности заглянуть и освежить в памяти действия, но там ничего сложного. Также не помню именно этой программой я читал прошивку или другой... У меня на момент ремонта было 2 софта на компьютере. Весь софт гуглится в интернете.
@@MsSinke , смысл только в том , что много программ ставят по умолчанию СОМ1 , и поэтому постоянно приходится выполнять лишние телодвижения. А вот например , при использовании специфического софта (1с бухгалтерия) , иногда приходится исходный код править чтобы переназначить порт :)
Ардуино не имеет хороших защит и гальванических развязок,в отличие от контроллера.Плюс много примеров,чтобы Ардуино в подобных системах не горело,0 или 1 формируется на входах через реле
Как это нет? Вы имели дело с эскалаторами? Может в древних и не было, а в любом современном эскалаторе есть свой логический контроллер и своя станция управления, хоть и небольшая. Эскалаторы довольно опасные устройства, просто мало кто об этом задумывается. Поэтому нужно контролировать любые отклонения их работы от нормы (отклонение скорости, пропуск ступеней и т.д.). Посмотрите, такое случается, это только кажется что всё просто и безопасно: ruclips.net/video/3DdWn_k7pr4/видео.html ruclips.net/video/UqoEwIcGIIU/видео.html ruclips.net/video/1Sny82QnKPA/видео.html А здесь об устройстве эскалатора : ruclips.net/video/ug-u_fyeKfA/видео.html
Очень старенький плк....заказчик явно жлоб....приобретая плк нужно обратить внимание на устройство памяти которая делится на энергозависимую и нет....так вот управляющая программа сохраняется в энергонезависимой части а остальная информация в энергозависимой,например настройки....вот и всё.А настройки куда легче и дешевле подобрать опытным путём ,нежели программу заново написать..
Ничего подобного! Программа не сохраняется при длительном отсутствии питания и неисправном аккумуляторе. Да и заказчик это торговый центр, там арендаторов куча с горкой. Никто не будет покупать новые плк.
@@MsSinke Длительное время .....это какое время? Спорить с вами не буду....но на практике такого не бывает....порой убитые ,старые станки и даже плк подвергались ремонту ,перевозились с места на место и сводились через некоторое время в эксплуатацию и ничего работают.Всё зависит от типа плк и правильного написания программ
@@СергейПриймак-ф5ш , согласен с Вами. Батарейка в ПЛК используется для часов реального времени и , изредка , для статической RAM временных данных, хотя (уже давно) временные данные хранятся в перезаписываемой энергонезависимой памяти контроллера - EEPROM. А сама программа обитает во флеш памяти .Сбой в работе часов реального времени тоже может послужить причиной отказа контроллера. Но это все не мешает периодически слетать прошивкам и из флешпамяти. Это часто случается в ремонте бытовой технике, и так же часто в промышленной аппаратуре. У меня две новые Овеновские панели оператора так обнулились. Хорошо их толком никуда поставить не успели , проги писали и отлаживали. Просто взяли и не включились как-то раз. Отправили их в ремонт , через месяц вернулись. С виду ничего на платах не перепаивалось... Тоже спорить ни с кем не буду , написал основываясь на свой опыт работы с аппаратурой
@@danilamaster1755 В теории так обычно и бывает, и так должно быть, я прекрасно это понимаю. Но конкретно в этих PLC это не так. Слетает вся программа. Если не верите, найдите такой контроллер и проверьте. После отключения напряжения на сутки, память программ обнуляется. При её считывании там только FF (или нули, точно не помню).
На больших промышленных производствах такие контроллеры вообще не выключают, очень страшно выключать! Потому как часто бывает так, что фирма, которая делала пусконаладку и писала ПО, к примеру, уже 10 лет как прекратила существование, документация утеряна, если выключить и слетит - капец, убытки огромные могут быть. В этом плане эскалатор - не самое страшное :) А вот когда конвейер с дозаторами, который по строгой формуле наливает что-либо или взвешивает и в зависимости от веса что-либо распределяет - то пипец :) Утрата программы == прожиг кое-какого места у начальников производства и главных инженеров))) Есть такие платы Siemens (Wincor) Nixdorf D2 - это промышленный ПК на базе Pentium3 и чипсета Intel I815 - ставятся в банкоматах и pos-терминалах, там такая же батареечка. Вот фото такого компьютера images.esellerpro.com/2131/I/777/44/SPImage%20001.JPG
Те кто пишет программы для таких контроллеров, зачастую закладывают "бомбу замедленного действия", в плане наработки на отказ. Мне приходилось ранее разбираться в программном коде с другого эскалатора и с другим контроллером, но тоже PLC, я точно не помню уже сколько, но кажется в районе десяти ошибок он допускал, после устранения которым можно переключить питание и эскалатор начинает работать. Причём это количество ошибок могло набираться за несколько лет. А далее, перейдя эту черту, происходила именно программная блокировка и исправить её можно только влезая в тело программы и подправляя код как было изначально, но это опять до определённого времени, либо внеся маленькую корректировку, никак не влияющую на безопасность, а только отключающую "ступор" после 10-ти ошибок.
Вероятно, это делалось намеренно, по заказу производителя эскалатора, чтобы банальный заказчик приобретал у них новый контроллер, после того, как словит этот "ступор".
@@MsSinke Тонкая граница между жадностью и репутацией, на которой балансируют не совсем честные производители и разработчики ПО.
Ну блин,,, напугал,,
Думал , ну ща cmos накроет.
Хуу,,, перепаял полюсовку батарейки ))
Правильные видосики.
Спасибо. Удачи.
Ой у меня тоже парочка таких штук было :)))) замучился ремонтировать но сделал
Большое спасибо за информацию.
Кстати, такая же история с аккумулятором.
спасибо всё по делу..
И Вам спасибо, за оценку!
@@vadimpetker2689 Я их считываю с рабочих устройств. В интернете найти прошивки мало вероятно.
@@vadimpetker2689 Всё скачивается и прошивается.
@@vadimpetker2689 Если такой же PLC? то не важно на чём он установлен. Если прошивка "открыта", то всё скачивается. Мне "закрытые" не попадались. Я также не могу утверждать, что они вообще на этих блоках могут быть закрытые, не вникал в эту информацию, она мне ни к чему, да и самое основное - нет времени на это. Также я перешивал другие блоки Panasonic, в них программа может быть скорректирована, я это делал, устранял заводской "баг". Точнее, скорее всего это был не баг, а намеренное внесение в программу маленькой проблемы, для того чтобы народ покупал эти PLC после блокировки. Блокируются они после определённого количества аварийных ситуаций. Поначалу авария сбрасывается переключением питания эскалатора, но внутри работает счётчик ошибок и когда он доходит до определённого числа, то сбросить уже невозможно. Вот я и искал, изучал прошивку пошагово, чтобы найти в каком месте софт заходит в ступор. После маленькой коррекции эта проблема была ликвидирована. Причём защиты от аварий ни в коем разе не затронуты. Пущен "по кругу" только счётчик аварий.
Здравствуйте, информация очень полезная для тех кто занимается промышленной автоматикой! У меня есть контроллер FPG-C24R2 (sigma), хочу его установить для линий розлива и запайки, но не могу найти на него среду программирования, не поможете?
Добрый день! Я точно не помню, есть на сигму или нет, в выходные поищу и напишу результат.
@@MsSinke Большое спасибо за отклик!
NAIS FP1-C24 прошивку может кто в Киеве зашить?после батарейки слетела
А как скопировать программное обеспечение из рабочего контроллера?
Сейчас точно не скажу как, не помню, но точно можно считать программой которой заливается прошивка. У меня сейчас её нет на компьютере, поэтому нет возможности заглянуть и освежить в памяти действия, но там ничего сложного. Также не помню именно этой программой я читал прошивку или другой... У меня на момент ремонта было 2 софта на компьютере. Весь софт гуглится в интернете.
@@vadimpetker2689 Ищите по названию прошиваемого блока. Конкретно для моего PLC была программа GX Developer-FX
@@vadimpetker2689 vk.com/id543687169
COM1 можно переименовать в COM2 . А COM2 переименовать наоборот в СОМ1 и будет по дефолту все :)
Зачем? Какой смысл в этом? Тому кто знает что делает, это ни к чему.
@@MsSinke , смысл только в том , что много программ ставят по умолчанию СОМ1 , и поэтому постоянно приходится выполнять лишние телодвижения. А вот например , при использовании специфического софта (1с бухгалтерия) , иногда приходится исходный код править чтобы переназначить порт :)
Я это написал к тому, что мне это не актуально, как впрочем и многим другим.
NAIS FP1-C24 прошивку зашить может кто в Киеве?
Если шнур найдёте, то самому не сложно зашить. Ну или действительно кто-нибудь откликнется и поможет.
пора на ардуино переходить, особенно в "велосипедах" (экскалаторах)
Ну это в общем то неплохая штуковина, универсальная, много входов, много релейных выходов.
Ардуино не имеет хороших защит и гальванических развязок,в отличие от контроллера.Плюс много примеров,чтобы Ардуино в подобных системах не горело,0 или 1 формируется на входах через реле
Не совсем пойму?! Эсколатор, там же логики сложной как таковой и нет?! То ли дело многофункциональные станки! Иное технологическое оборудование!
Как это нет? Вы имели дело с эскалаторами? Может в древних и не было, а в любом современном эскалаторе есть свой логический контроллер и своя станция управления, хоть и небольшая. Эскалаторы довольно опасные устройства, просто мало кто об этом задумывается. Поэтому нужно контролировать любые отклонения их работы от нормы (отклонение скорости, пропуск ступеней и т.д.).
Посмотрите, такое случается, это только кажется что всё просто и безопасно:
ruclips.net/video/3DdWn_k7pr4/видео.html
ruclips.net/video/UqoEwIcGIIU/видео.html
ruclips.net/video/1Sny82QnKPA/видео.html
А здесь об устройстве эскалатора :
ruclips.net/video/ug-u_fyeKfA/видео.html
@@MsSinke Да действительно! Но все равно параметров думаю не так то и много!
Очень старенький плк....заказчик явно жлоб....приобретая плк нужно обратить внимание на устройство памяти которая делится на энергозависимую и нет....так вот управляющая программа сохраняется в энергонезависимой части а остальная информация в энергозависимой,например настройки....вот и всё.А настройки куда легче и дешевле подобрать опытным путём ,нежели программу заново написать..
Ничего подобного! Программа не сохраняется при длительном отсутствии питания и неисправном аккумуляторе. Да и заказчик это торговый центр, там арендаторов куча с горкой. Никто не будет покупать новые плк.
@@MsSinke Длительное время .....это какое время? Спорить с вами не буду....но на практике такого не бывает....порой убитые ,старые станки и даже плк подвергались ремонту ,перевозились с места на место и сводились через некоторое время в эксплуатацию и ничего работают.Всё зависит от типа плк и правильного написания программ
@@СергейПриймак-ф5ш , согласен с Вами. Батарейка в ПЛК используется для часов реального времени и , изредка , для статической RAM временных данных, хотя (уже давно) временные данные хранятся в перезаписываемой энергонезависимой памяти контроллера - EEPROM. А сама программа обитает во флеш памяти .Сбой в работе часов реального времени тоже может послужить причиной отказа контроллера. Но это все не мешает периодически слетать прошивкам и из флешпамяти. Это часто случается в ремонте бытовой технике, и так же часто в промышленной аппаратуре. У меня две новые Овеновские панели оператора так обнулились. Хорошо их толком никуда поставить не успели , проги писали и отлаживали. Просто взяли и не включились как-то раз. Отправили их в ремонт , через месяц вернулись. С виду ничего на платах не перепаивалось... Тоже спорить ни с кем не буду , написал основываясь на свой опыт работы с аппаратурой
@@danilamaster1755 В теории так обычно и бывает, и так должно быть, я прекрасно это понимаю. Но конкретно в этих PLC это не так. Слетает вся программа. Если не верите, найдите такой контроллер и проверьте. После отключения напряжения на сутки, память программ обнуляется. При её считывании там только FF (или нули, точно не помню).
@@СергейПриймак-ф5шЭто если там СR2032 и им подобные в плк живые,тогда всё ок,а так,не спорю мног Мицубиси работают без батареек