Просмотр полной версии : Детектив: в щите сдохло два ПЛК-110 [М02] с диким нагревом до +50. Ишу причину
Teemon если вопрос стоит остро, на чем вы собираетесь программировать свой ПЛК в умном доме, думаю ваши мечты могут разбиться от осознания цены для ПО от Siemens.
Дело в том, что часть МЭК языков там платные.
Sergey666
29.09.2021, 12:48
разбиться от осознания цены для ПО от Siemens.
Дело в том, что часть МЭК языков там платные.
Да вы что? С Роквеллом Studio 5000 не путаете?
Стоимость ПО от Сименс для разработчико(Частных и фрилансеров) компенсируется волшебной программой Sim EKB, распространяемой самим...Сименсом
Sergey666 CFC для Тиа портал уже стал бесплатным? помнится там IL, LAD и еще что-то, остальное лицензируется отдельно. Что-то изменилось?
Sergey666
29.09.2021, 16:24
Sergey666 CFC для Тиа портал уже стал бесплатным? помнится там IL, LAD и еще что-то, остальное лицензируется отдельно. Что-то изменилось?
LAD, FBD, SCL, лично мне нужен первый и последний, но по факту да МЭК языки не все...но меня это никак не смущает, т.к то, что нужно есть. И вы путаете- SFC, а CFC в стандарте МЭК нет.
После того, как я прочитал 25 страниц - ты обязан дать ответ (а лучше чтобы ТП официально дала сама ответ) о том, что было и что было сделано.
Когда стоит выбор, какой ПЛК поставить Главным ПЛК в умном доме, Овен или Сименс - вопрос мегаактуальный.
При высокой температуре окружающей среды нельзя надолго включать все дискретные релейные выходы ПЛК110-60[М02], т.к. при этом перегревается микросхема DC-DC преобразователя ПЛК, от которого запитаны катушки реле релейных выходов ПЛК. Вот и весь ответ.
Sergey666 ну я не помню точных названий для Tia Portal, помню только, что если человеку удобнее в том, чего там нет, но оно есть, то придется доплатить :)
А в CodeSys как бы все языки что есть, просто доступны из коробки.
Я думаю, что к нагреву при всех включенных реле еще добавлялся нагрев снизу ПЛК, что просто ухудшало ситуацию.
При высокой температуре окружающей среды нельзя надолго включать все дискретные релейные выходы ПЛК110-60[М02], т.к. при этом перегревается микросхема DC-DC преобразователя ПЛК, от которого запитаны катушки реле релейных выходов ПЛК. Вот и весь ответ.
Ндэ... "Такой (футбол) ПЛК нам не нужен..."
Спустя год конечно, но цены на ПЛК убежали куда-то в потолок... S7-1200 таки было дорого для дома а стало вообще дорого... А овен... А овен "перегревается когда включены релейные выходы" (((
Ндэ... "Такой (футбол) ПЛК нам не нужен..."
Спустя год конечно, но цены на ПЛК убежали куда-то в потолок... S7-1200 таки было дорого для дома а стало вообще дорого... А овен... А овен "перегревается когда включены релейные выходы" (((
Cs-Cs искусственно создал проблему. В реальных условиях вероятность одновременного включения на долго всех реле близка к нулю. А вот цена и срок поставки ПЛК ОВЕН - это действительно нонсенс.
... "перегревается когда включены релейные выходы" ...
Не нужно размножать всякую чушь
Teemon Что это за заказуха?!!
Мне неприятно то, что:
а) На тот момент куча всяких мутных "экспертов" и "знатоков" с форума (типа IVM, Melkiy и прочих) вела меня по кривому и неверному пути.
б) Другие знатоки трактуют это всё как плохое качество ОВЕН.
Я отписал о том, что проблема была решена, и что она не повторялась. Не стоит из этого делать кривуль и домыслов!
Касательно "Искусствено созданной ситуации с включением всех выходов" - это тем более подтасовка фактов и ужас, так как в процессе выяснилось то, что я - домашний дурачок в автоматизации (бугага):
* Считаю нагрузочные мощности блоков питания
* Отделяю питание , разнося ПЛК, IO, AI/AO на разные блоки питания
* Делаю специальный тестовый вход на ПЛК, который включает все выходы по OR для проверки цепей реле, нагрузочной способности блоков питания и всех исполнительных механизмов
...а гуру (точнее главные кричалки) форума этого не делают.
Ничего не понял, но ранее выкладывал элементарный реальный (а не бла-бла) тест со всеми выходами и подушкой.
Всё норм.
Исходная проблема - внешняя.
Cs-Cs так вы же все это делаете специально, чтобы создать проблему там, где ее не должно быть... Кстати чем дело то закончилось, напомните?
Cs-Cs так вы же все это делаете специально, чтобы создать проблему там, где ее не должно быть... Кстати чем дело то закончилось, напомните?
Ага. А вы, видимо, умышленно не делаете, чтобы потом создать проблему в районе города или пригорода.
У меня-то косяки вскрываются на испытательном стенде. Ха-ха-ха.
Кончилось тем, что именно у моей партии оказалась бракованная деталька, никак не связанная ни с релейными выходами, ни с нагревом, ни с питанием проца, ни даже с самим ОВЕНом. ОВЕН всё поправил и, сделав выводы, переработал технологию производства.
Поэтому горе вам, экспертам по GND, разводке аналоговых сигналов и тестированию ПЛК на работающих объектах.
Cs-Cs ну так если бы вы своими тестами не гоняли так жестко ПЛК и не монтировали его в ограниченном пространстве, то возможно и не заметили бы этого? Тут вам больше Овен должен спасибо сказать, да еще и пузырь поставить...
Cs-Cs облажался со своим тестом и упорно не хочет этого признать. Но то, что у него сдохло , как он сам написал, 2 ПЛК говорит само за себя. Мораль - не пытайтесь повторить то же самое.;)
glazastik
28.11.2022, 12:34
Ну незнаю облажался или нет... но вполне допускаю что действительно в производстве овен что-то не так было. Да наверное испытывать прям так жёстко как КС никто никого не просит, но отчасти конечно это полезно. Хотя скажу в поддержку овен что плк их достаточно хорошо работают и в жару, и в холод, и в пыли на угольных разрезах.
Cs-Cs облажался со своим тестом и упорно не хочет этого признать. Но то, что у него сдохло , как он сам написал, 2 ПЛК говорит само за себя. Мораль - не пытайтесь повторить то же самое.;)
Ага, щаз! Не стоит обезьянничать и закидывать тех, кто выделяется из общей массы УГ.
На всех остальных проектах (и на этом, потом), тесты проходили по 2-3 недели. В смысле, что щит стоял со всеми включенными выходами так. И на ПЛК110 и на СПК1хх.
Поэтому все попытки извратить ответы не засчитываются. И так же фишечки про тепло и про прочее.
И даже, конкретно для IVM про снабберы: после того как ОВЕН поправил прошивку, другой щит на Мх210 прекрасно себя чувствует.
А тем, кто не тестирует свои изделия - стыд и позор. Хотя даже в СССР во всех шкафах была кнопочка "Проверка ламп", с которой я и стащил идею тестов.
И даже, конкретно для IVM про снабберы: после того как ОВЕН поправил прошивку, другой щит на Мх210 прекрасно себя чувствует.
Лапшу на уши не надо вешать. Как смена прошивки может снизить нагрев DC/DC преобразователя, от которого питаются катушки реле, когда они все включены ? И при чем тут снабберы ?
Cs-Cs не, просто обычно доверяешь производителю (читаем мануал, сколько сверху можно, сколько снизу, какая мощность БП нужна и т.д.), ну это не про Овен видимо :) но если они исправили, то зачет им...
кстати, я вот ни разу не щитовик, отдал однолинейку людям, ожидаю адекватный результат, а тут вот отдал, а мне щит на 8 с лишним метров длиной намалевали. Пришлось голову приложить и с другими ужали его до 4,2 метра. Вот спрашивается, на кой я должен тратить свое время на чужую работу?
Вот так и тут, почему покупая оборудование какой-то компании у меня должна болеть голова, а не сдохнет ли оно, будучи поставленное согласно документации?
Лапшу на уши не надо вешать. Как смена прошивки может снизить нагрев DC/DC преобразователя, от которого питаются катушки реле, когда они все включены ? И при чем тут снабберы ?
Отвечаю:
1. Лапшу буду вешать: среди вас всех тут это принято.
2. У меня перегревался DC/DC-преобразователь на плате SOM. Процессорного питания. При чём тут питание катушек реле? Оно же не от процессора идёт?
3. Про снабберы и прошивку речь шла про модули Мх210. Здесь это упомянуто в ключе "...половина советов - вредные или некрасивые".
4. Почему идёт передёргивание слов про "нельзя включать все выходы одновременно"?
5. Почему идёт передёргивание слов про какие-то испытания, согласно которым я умышленно ломаю ПЛК?
а) Такие тесты я делаю над каждым проектом и обязан это делать согласно принятым в моей компании бизнес-процессам. Это вскрывает косяки на этапе отладки, а не на объекте после введения в эксплуатацию.
б) ОВЕН понял причину поломок и доработал схему так, чтобы снизить их вероятность. И отблагодарил, конечно. Это типа Bug Bounty, что тут не так?
melky Почему вместо цифр начинается человечность? Доверие какое-то... нужен язык цифр.
В моей ERP/CRM-системе на базе 1С ведётся учёт случаев брака и ремонта оборудования. Я достаю нужные цифры и делаю выводы на их основании. Доверие и прочие термины здесь не стоит применять.
Касательно тестов
Тестирование собранного проводится на:
а) Работу всех цепей
б) Перегрев
в) Нагрузочную способность
Тестирование силовых вводов проводится эумляторе генератора с автозапуском и инвертора с зарядом-разрядом АКБ и сигнала "Батареи разряжены".
Планируется доделать эмулятор так, чтобы можно было имитировать "дёрганье" (случайно включение-выключение) фаз вводов, периодический отвал/сбой генератора и инвертора. Скорость этого должна регулироваться крутилкой так, чтобы можно было дёргать фазы раза три в секунду.
Тестирование данных проводится тем, что при помощи режима отладки в ПЛК можно сымитировать работу или отвал нужных датчиков без их подключения для проверки алгоритмов вида "...если давление по вводу в течение 5 минут ниже уставки, то..."
...а иначе и говорить не о чем? Как же вы все пишете программы без отладки и стресс-тестирования-то?
Ведь в разработке под компы это норма - когда другая тестировочная программа подключается к первой и создаёт для неё имитацию нажатий мыши, клавиатуры и разные сценарии работы, при помощи которых выявляются баги!
Cs-Cs доверие тут ни при чем, оборудование стоит денег, все, что указано в документации должно соответствовать, вот и все. Если оно не соответствует, то нафик такое оборудование? То есть ОДНОГО раза наступания на грабли должно было хватить, но вы продолжаете упорно кушать кактус...
ну если в переводе на русский - потребитель голосует рублем.
доверие тут ни при чем
Только же на прошлой странице про доверие было:
Cs-Cs не, просто обычно доверяешь производителю
То есть ОДНОГО раза наступания на грабли должно было хватить, но вы продолжаете упорно кушать кактус...
Предлагаю теме, мой милый друг, первым показать пример: уходи с форума навсегда согласно теории "один раз наступил - производителя нафиг", так как судя по рассказам, ты на них много раз наступал.
Однако с форума ты не уходишь, и у тебя 8 754 сообщения. В чём же фишка? Я делаю вывод, что ты - провокатор, а втихаря сам тайно кушаешь кактус.
А значит, наше общение будет не конструктивное: у тебя нет выкладок из CRM/ERP, и ты не можешь оперировать цифрами. А я могу.
Поэтому мои выводы на данный момент складываются в пользу ОВЕНа, а вы с IVM в данном случае выглядите как кричалки и вопилки:
* Ааа! Он включил все выходы!
* Аааа! Он сжёг ПЛК из-за GND!
* Уууу! У него СТАТИСТИКА!
* ООо! ОВЕН отстой и всех подвёл!
* ААА!! Раз есть реле - надо было снабберы ставить!!
* Он проводит какие-то тесты, которыми сжигает ПЛК!
Сейчас, без аргументов, это похоже на моих бабок у подъезда, так как разбираться они не хотят, точные сведения им скучны, зато им нравится придумывать и распространять слухи как раз по той же схеме мышления:
* Он носит какие-то коробки, наверное чтобы лифт тестировать и сломать его
* К нему ходють какие-то люди
* Ооо, чот он радостный и водку не пьёт, "наркоман штоле" ©
Короче, melkiy. Припираю за грудки к стенке. Выкладывай открытую статистику своего брака по ОВЕНу из CRM/ERP-системы. Чтоб вот прямо был список по годам в виде таблицы с полями "Товар", "Куплено штук", "Брак штук". А потом я выложу, благо она у меня маленькая.
А если не выложишь статистику - уходи с форума вон, чтобы катусы не кушать.
И ещё раз напоминаю: у всех нормальных и взрослых "дядь" ОБЯЗАНА быть CRM/ERP-система (даже если это формулки в XLS), где ведётся денежный, складской и проектный учёт всего, что проходит через их руки. И, собственно, просьба дать статистику не должна приводить к лихорадочным воспоминаниям о том, что, где и когда случалось. Она должна приводить к выводу простой сводной таблицы из XLS или нажатия кнопки с названием типа "Отчёт по браку".
Cs-Cs, ответь коротко и четко по какой причине у тебя сгорело 2 ПЛК. Только без пространного словоблудия.
Cs-Cs я жду, когда такие как вы, напишут - ПЛК2160 зе бест, никаких глюков, все работает с пол пинка и т.д. :) Доверие не словам, а документации. Если в документации что-то не написано, а представители уверяют что зуб дают этому доверять не особо стоит.
Скажем так изучаю вопрос, решаю свои задачи, ищу ответы... например когда же, когда же в ПР появится нормальный мастер Modbus ? и так далее
Перегрев DC-DC преобразователя на плате COM - встречался с такой неисправностью тоже. Так что такой подход к тестированию, у меня лично, внушает восхищение и уважение.
Cs-Cs, ответь коротко и четко по какой причине у тебя сгорело 2 ПЛК. Только без пространного словоблудия.
Конденсатор (керамика) вышел из строя. Два раза. По причине не жары, а просто мне так повезло нарваться.
И после сдыхания конденсатора перегревался DC/DC питания проца. То есть его перегрев - следствие, а не причина.
По незнанию (ни разу у меня не дохли ПЛК) я начал думать, что виной всему аналоговое IO, разные блоки питания, связанные по GND и прочая хрень, которую тут все поддерживали.
melky Или ты прикладываешь статистику - или уходи вон из форума, так как без цифр всё это словоблудие.
Ollema...а идея взята из "Проверка ламп"!
Я думаю, что позже я напишу пост на блоге про такие методики тестирования и учёта брака.
Конденсатор (керамика) вышел из строя. Два раза. По причине не жары, а просто мне так повезло нарваться.
Ты хочешь сказать, что конденсаторы были некачественные ?
А я думаю, что те адские условия тестирования, которые ты создал в том шкафу не выдержал бы ни один ПЛК110. Протестировал бы ты в таких условиях 10 ПЛК110 и все бы они сгорели.
Ты хочешь сказать, что конденсаторы были некачественные?
Да. Но не во всём объёме.
Далее начинается вода и передёргивание, которого ты просил избежать. Ну, однако.
А я думаю, что те адские условия тестирования, которые ты создал в том шкафу не выдержал бы ни один ПЛК110
А почему ж другие-то шкафы работают? Этот запущен по иронии прикола ГОД НАЗАД: 29.11.2021, вау!
Установлен в нише в стене, которая закрывается штатными пластронами, никак не продувается и охлаждается естественным путём:
64149 64150 64151
Пережил летнюю жару 2022.
Также НАПОМИНАЮ, что в ПЛК есть программная защита по перегреву: если в ПЛК температура будет больше +65, то щит аварийно сам себя выключит.
64152
И чот она не срабатывала в жару.
Так же рассказываю, что ОВЕН мне дал после исправления такой же ПЛК. С указанием СЛОМАТЬ и ПЕРЕГРЕТЬ.
Я его грел, засунув в закрытую картонную коробку, включив все реле и измеря температуру. Грелся он так, что из коробки начинало вонять расправленной изоляцией проводов. Гонял так месяц. Хрен он сдох.
Поэтому аргументы про "тестирование" придётся считать слухами и кривыми доводами.
Протестировал бы ты в таких условиях 10 ПЛК110 и все бы они сгорели
Мои условия логичны:
а) Договор на тестирование + оплата времени и бонусов, если я что-то найду
б) Оплата стоимости ПЛК и создания стенда тем, кто хочет такое тестирование. 10 коробок и датчиков температуры я найду! ;)
Если готов - то пиши на info@cs-cs.net, составим договор и запустим проект.
melkiy Судья - это статистика браков. Кой чёрт идут какие-то припирания, если речь идёт о простом: нажать в учётной программе кнопку "Брак", сгенерировать отчёт и выложить его сюда с анализом вида "Я покупал с 2011 года (время регистрации на форуме) 350 штук ПЛК ОВЕН, из них 50 подверглись ремонту, а 20 сдохли, поэтому ПЛК - дрянь, всё плохо".
Где цифры? Разве это так сложно - взять цифры из учётной системы в три клика мышкой? Ну, для экселя может быть в 10-20 кликов (построить сводную таблицу)...
Вот будут цифры - тогда и поговорим про кактусы и прочие ерунды.
Всё. Это было последнее оправдание от "бабок" и левых слухов.
Cs-Cs, давай свою статистика браков продукции ОВЕН. Очень интересно посмотреть.
Cs-Cs ну цифры - два шкафа на ПЛК150 и ПЛК154. 2013 год. В гарантийный срок один ПЛК умер + один модуль умер. Причина - по питанию... Оба щита питались от ИБП APC.
Больше ПЛК 100-й серии не беру, совсем.
и это не самое печальное - ремонт БОЛЬШЕ МЕСЯЦА без замены на время ремонта.... хоть и по гарантии, это ДОЛГО
И да, умерший ПЛК из ремонта ломался опять, но уже после гарантии. То есть в ремонте ума ему НЕ ДАЛИ.
всего 70 у вас умирало? или 50 и из них 20 совсем?, да даже если 50/350 = 14% брака на одно лицо(фирму) это МНОГА
melky Это вот ЧО? Это - стастика из учётной системы?
Это россказни какие-то на уровне "было дело в далёком году"! Это - НЕ статистика!
Статистика должна содержать точную модель товара, то, сколько всего было получено на складе и сколько из них было с браком.
А тут гадать можно, как вы с IVM любите: то ли ПЛК был на 220V и сдох от UPS, то ли он был на 24V, а UPS тут не при чём!
Вот так выглядит то, что я запрашиваю и то, что при нормальном учёте (а не трепачестве на форумах) делается одной кнопкой:
64155
Cs-Cs, давай свою статистика браков продукции ОВЕН. Очень интересно посмотреть.
Вот когда Melkiy точно всё-всё выложит - то и поговорим.
Cs-Cs не хватает способов даже скопировать ник? з.ы. а про ПР я вообще молчу. Тоже вот жду, когда все исправят и добавят, но наверное в лесу что-то раньше сдохнет.
Когда делаешь что-то однотипное и можешь себе позволить держать ЗИП, можно и закрыть глаза на брак, но когда вечно что-то переделываешь да еще и с коммерциализацией компании до договора даже купить железку не можешь, то приходится выбирать хоть и дороже, но надежнее изначально...
Может тебе в Москве или около и удобно, если что можно поехать и пнуть кого-то из Овен, а на периферии только дилеры, с которых и взятки гладки...
Ровно после всех вас. Особенно Melkiy, который громче всех кричит. На провокации не поддаюсь.
Как так. Ты чуть ли не в каждом посте пишешь, что имеешь богатую, задокументированную статистику по продукции ОВЕН. Тебе и карты в руки. Давай свою статистику. Я никакую статистику не веду, но думаю, что надежность продукции ОВЕН тянет на троечку. Причина тому - это очень большая номенклатура изделий, которую ОВЕН не может переварить и нехватка и текучесть кадров. С невысоким качеством продукции ОВЕН можно было мириться когда цены на нее были умеренные. Но цены и сроки поставок на все у ОВЕН взлетели.
Cs-Cs, а можете сказать какой хоть конденсатор то выходил из строя? Можно в личку. А то у меня были подобные случаи, я DC-DC менял и ПЛК дальше работал (работает до сих пор).
melky Я тебя с 2016 года запомнил как Melkiy, так и пишу. В данном форуме ник вставлять неудобно. На iXBT можно нажать на ник - и он вставится сам.
Ты пока вообще полностью молчи. Эээ.. я имею ввиду, что ты не можешь взять из учётной системы цифы. Так как, скорее всего, учётной системы нет. Как и бухглатерии. Я прав? Насколько прав?
Без цифр всё и сводится к флуду, голословности и ерунде вида "ОВЕН что-то там делает", "Говорят что у ОВЕНа ПЛК дохнут". А это ну... ну просто недостойно специалиста - да и просто неприлично.
Не, про регионы не надо. Мне Bayk говорил, что там люди жидятся на лиший блок питания. Но мы ж не про регионы, а про учёт, который везде и всю дожен быть вне зависимости от того, работает ли огромная компания или мелкий спец на побегушках.
Мой учёт как раз и начинался со спеца на побегушках, так как мне надо было запомнить то, кому, что и когда я делал, сколько денег брал и даже ввести рейтинги заказчиков и их статусы типа "Договорились", "Ожидает" и историей изменений этих статусов, чтобы было видно: "Ага, три года назад выносил мне мозги, задешевил, пропал".
Сейчас учёт ведётся по складам, по браку, по заказам. Благодаря этому по номеру заказа, по мылу или по номеру телефона я могу быстро вспомнить всю инфу и прям в момент разговора по телефону открыть щит и проект и сказать что-то типа "Ага, вот на третьей снизу рейке проверь реле K18: на него должен приходить провод от Q24, а уходит на клемму 121".
Это касательно "тестирований", "перегрева" и прочего. Прежде чем до меня докапываться - вы сначала докажите свою компетентность.
Собственно и отчёт по браку появился (я написал) для того, чтобы видеть ДВИЖЕНИЯ брака: в каком году что было, сколько случаев, по каким причинам.
Доки во вложении.
В моей системе есть НЕсовершенство (я не придумал, как его исключить): каждый документ Списания брака считается отдельным случаем.
То есть, если ОДИН ПЛК чинили два раза - то система пока что подсчитает это как два РАЗНЫХ случая брака. А это влияет на статистику.
Переделать это сложно, так как технически в 1Ске брак отражается таким документом:
64156
Короче, в нашем случае:
ПЛК110-24.60.Р-М - Куплено 9 штук, подвела 1 штука (два ремонта).
Допишу лирику.
Для Melky. Я не делаю однотиное. У меня всё по индивидуальным проектам. Но я использую однотипные железки и имею ЗИП. Вот я работаю с ПЛК110-24.60.Р-М и с СПК107 - и держу по одной штуке ЗИПа на случай "У нас ЧП, всё сдохло" - "Окей, через час по метро передам такой же ПЛК с твоей залитой программой".
Пинание дилеров могло бы быть качественнее, если бы у твоей компании была бы учётная система, из которой ты мог бы сгенерить отчёт (как у меня и аналогов) и сказать дилерам: "Что за фигня?! Вот список брака! У меня 30 ПЛК сдохло, бла-бла, гады, сволочи, действуйте, я ваш крупный клиент - вот, я за год купил 100 штук!"
Для IVM. А я не знаю, как оценить качество ОВЕНа (про лирику). Я сталкивался:
а) С косяками драйвера ядра Modbus в СПК1хх (CodeSys v3), которые рушили мне все проекты. Это было гораздо критичнее и жестче, чем аппаратные проблемы. Это была тема про "различить одинарное и двойное нажатие": https://owen.ru/forum/showthread.php?t=34129
б) Один раз был какой-то странный брак СПК (он отражён в отчёте), когда одна из линий RS-485 не давала сигнал. Заменил СПК.
в) Один раз нарвался на то, что описано в этой теме.
г) В ПЛК110-32 на 230V выпуска 2016 года сдохла батарейка для RETAIN, но там это не принципиально. Работает до сих пор.
д) Сам по дурости сломал один датчик ДТС. Скоро в отчёте появится ещё второй датчик, у которого рабочие вырвали провод.
На основании этого судить нельзя.
Согласись, что если ты не ведёшь статистику, то никак и аргументировать не можешь. Ну то есть это флуд, ерунда и просто рассуждения.
И вообще... чёрт, КАК ВЫ ВСЕ ТУТ РАБОТАЕТЕ?! Я - человек маленький ©, но у меня есть тесты, методики, чек-листы по каждому щиту (вот описалово (https://cs-cs.net/crm-sh-todo)), статистика складов, брака, обёртки для Modbus, обёртки для аналоговых сигналов вида "если за час проскочила одна ошибочка не дольше 1 секунды - то это не сбой датчика, не реагируем на него", диагностические страницы в проектах на СПК для проверки работы оборудования...
Я-то думал, что я дурак и делаю недостаточно для обеспечения удобной пусконаладки или расследования инцидентов в своих проектах... А наши разговоры показывают совсем обратное!
Брак по ПЛК110 - 22% - очень много.
Брак по СПК107 - 14% - то же много.
Cs-Cs никогда у меня не было такого ника, как вы искаверкали, и копи-паст никто не отменял.
Мне хватило двух ПЛК компании Овен + чтение форумов по проблемам ПЛК160.
Вот ПЛК63 как ни странно пашет до сих пор, тоже года с 2014 но сама железка устарела уже, да и с производства снимают
ПР200 работают, но вечное их (Овена) перемалывание ПО уже порядком достало... И слеты памяти были и обнуление переменных были. Сейчас только удерживает отсутствие человеческого мастера сети, то что сейчас это треш...
я не про однотипность щитов, а про однотипность железа как раз и говорил, не все задачи решаются строго одним ПЛК, ну хотя можно по воробьям из пушки палить, никто не возражает же...
Кстати вы меня очень напрягли с % брака по СПК107, есть шанс получить оборудование с этим железом в количестве 138 единиц
Брак по ПЛК - 22% - очень много.
Брак по СПК107 - 14% - то же много.
ПРОШУ ВНИМАНИЯ (и, видимо, возврата к курсам мат статистики в инсте)
1. Я предупредил, ёщин корень, что моя 1Ска ремонт одного и того же устройства учтёт как разные случаи брака. Поэтому на 9 ПЛК брак - 1. Одна штука.
2. Проценты считаются по выборке. Моей выборке. Из 9 штук. Поэтому эта статистика только моя.
А если бы я купил одну штуку ПЛК и она засбоила бы, то брак был бы 100%. Но лично у меня. А это - не показатель.
Возвращаемся к тому же, с чего начали:
а) Ни у кого из вас (тех, кто подначивает) нет учётных систем. Поэтому свои цифры вы не можете предоставить ВООБЩЕ.
б) Почему-то это даёт вам возможность судить тех, у кого есть цифры, и ещё и провоцировать.
в) Эта статистика будет (как я напишу скрипт выгрузки и сделаю backend) ещё и публиковаться у меня на сайте онлайн. Мне скрывать как раз нечего. Поэтому никакой тайны тут нет.
г) Мне всё это напоминает обезьян: чем больше даёшь правды и пояснений, тем больше найдут до чего докопаться.
Живите теперь с этим =)
А что там с моей просьбой по конденсатору?
ПРОШУ ВНИМАНИЯ (и, видимо, возврата к курсам мат статистики в инсте)
1. Я предупредил, ёщин корень, что моя 1Ска ремонт одного и того же устройства учтёт как разные случаи брака. Поэтому на 9 ПЛК брак - 1. Одна штука.
2. Проценты считаются по выборке. Моей выборке. Из 9 штук. Поэтому эта статистика только моя.
А если бы я купил одну штуку ПЛК и она засбоила бы, то брак был бы 100%. Но лично у меня. А это - не показатель.
Возвращаемся к тому же, с чего начали:
а) Ни у кого из вас (тех, кто подначивает) нет учётных систем. Поэтому свои цифры вы не можете предоставить ВООБЩЕ.
б) Почему-то это даёт вам возможность судить тех, у кого есть цифры, и ещё и провоцировать.
в) Эта статистика будет (как я напишу скрипт выгрузки и сделаю backend) ещё и публиковаться у меня на сайте онлайн. Мне скрывать как раз нечего. Поэтому никакой тайны тут нет.
г) Мне всё это напоминает обезьян: чем больше даёшь правды и пояснений, тем больше найдут до чего докопаться.
Живите теперь с этим =)
Я взял цифры из pdf документа, который ты выложил. Статистика работает с большими числами. В твоем документе эти большие числа есть, так что все нормально с подсчетом процента брака. По ПЛК110 и СПК107 брак большой.
Cs-Cs никто никого не провоцирует, вы немного шапку на голове сдвиньте.
Вот смотрите, 10% брака на всю продукцию Овен это может быть нормально, но вот 10% брака только в одно лицо, это много. Или вы таки такой везучий, или таки у каждого пользователя будет по 10%
Элементарна арифметика же :)
мне и 2-3 раз хватило, чтобы без крайней нужны не использовать Овен, вопрос иначе поставлю, зачем мне тратить время на создание CRM системы по браку, если от этого можно отказаться ? :)
И кстати поломка одного и того же изделия после ремонта это еще более худший вариант, так как пострадав один раз, его при ремонте должны были вылизать от и до, а не исправить последствия.
Это уже камень в огород компании, если что.
Итак, подводим итог.
1. Оказалось, что у IVM и Melkiy (именно так, потому что похож на натренированную балаболку по схеме "укуси и отскочи") нет учётных систем, при помощи которых они могут предоставить свою статистику, однако делают выводы.
2. Каждый из них составил мнение, что ОВЕН - шлак, однако они оба продолжают сидеть на форуме и набирать сообщения. Будь это мой ресурс - я бы вот прям щас забанил бы обоих в плане "Если всё так плохо - уходите".
3. Мою статистику и алгоритм подсчёта я выложил, однако местным укусилкам-обезьянам это дало лишний повод докопаться до всего, что есть.
4. Я знатно повеселился в плане троллинга, передёргиваний, приколов и разных пасхалочек, заложенных в сообщения. Made My Day!
5. Сделал выводы о том, что мои ТехПроцессы круты и буду продвигать их дальше, а так же вести политику того, что тем, у кого нет учётной системы и технологий тестирования продукции (вкючая имитацию всех сигналов) - не место в Автоматизации.
Адьос.
Ollema Я не в курсе. Я не настолько дружен с ОВЕНом, чтобы мне так всё рассказали.
Cs-Cs, если ты не веришь своим же цифрам, то я не знаю как это назвать. ;) Или ты наивно полагаешь что у кого-то другого статистика будет иная ? Из всей твоей писанины самым ценным был pdf документ с этой самой статистикой.
............
И ещё раз напоминаю: у всех нормальных и взрослых "дядь" ОБЯЗАНА быть CRM/ERP-система (даже если это формулки в XLS), где ведётся денежный, складской и проектный учёт всего, что проходит через их руки. ..........
До блогера когда нибудь дойдёт, что работая на себя, совсем не обязательно перепродавать оборудование и вести учёт?
Например можно участвовать в крупных проектах, где контроллеров полсотни и более, или работать на заказчиков которые мелкие проекты пачками тиражируют?
Попутно можно обслуживать тех кто это всё купил, и тех кто обратился по рекомендациям тех, с кем ранее работал.
"OWEN-Brak.pdf" 16 ПЛК "за период 01.01.2010 - 30.11.2022".......... Не смешите мои тапки, 16 штук за 13 лет...... у меня в ковидный год больше было.
Нужно тему оживить.
И...........
5. Сделал выводы о том, что мои ТехПроцессы круты и буду продвигать их дальше, а так же вести политику того, что тем, у кого нет учётной системы и технологий тестирования продукции (вкючая имитацию всех сигналов) - не место в Автоматизации..................
https://yadi.sk/i/Uj8B04MVayDlKQ
В этом видео с экрана, одновременная работа нескольких прог для тестирования проги работы станка:
Прога в тестируемом контроллере, который рулит двумя сервами и тремя штампами.
Прога в другом контроллере, который делает вид что она две сервы и по физическим сигналам от тестируемого, считает текущие координаты штампов и штрипсы.
Рисунок в Visio, в котором по реальным размерам нарисовано то, что должно получится на выходе из штрипсы и подвижные штампы.
Прога прокладка, которая из второго контроллера читает координаты и двигает шейпы в Визио.
--------
Моргающие зелёные индикаторы в маленьком окне, это датчики положения штампов, Form1 это прокладка между вторым контроллером и Визио.
Прямоугольник с двумя овалами и квадратом внутри, это подвижная платформа со штампами.
Цель симуляции, проверка своего алгоритма, нужные штампы должны попасть в нужное для них место, и естественно поиск возможного рукоблудства операторов или аварийных ситуаций и устойчивость к возможным проблемам.
---------------
Это видео очень малая часть симуляций, которые я делал на техпроцессы в разных отраслях.
-------
Этот станок делает боковины для лестничного лотка.
--------
Блогер так умеет?
или ему
..... - не место в Автоматизации.
Godlike_S
09.12.2022, 04:28
https://yadi.sk/i/Uj8B04MVayDlKQ
Заценил название avi-файла ;)
BETEP А что? Чёрт, мы же живём в интеллектуальном мире, где уровень животных находится где-то там внизу.
И хватит перевирать мою статистику, дьявол вас побери. Может быть вы поколение тех, кто верил User Info в аське (имею ввиду написанному в интернете) и вёлся на написанное в Сети?
Тезисы:
1. Если есть вопросы по цифрами, то надо не набрасывать, а спросить.
Отчёт сгенерирован за большой период, но с ОВЕНом плотно я начал работать примерно в 2020.
2. Я - не блоггер ни разу. Мой проект начинался 12 лет назад, когда по это не знали. А сейчас содержит статьи Long Read.
3. Я не понимаю, почему всё решается через выпендрёж: если у ВЕТЕР нормальные процедуры тестирования - то откуда вылезает мерилово?
Если вы делаете свои процедуры тестирования - так напишите статью, расскажите людям. Мне нравится учиться у профессионалов своего дела и узнавать новое.
Мой контекст про тесты был связан с IVM и Melkiy, которые наезжали на мои тесты, а потом оказалось что Melkiy, якобы, вообще два ПЛК за всю жизнь покупал, но больше всех провоцировал.
Каким образом, ВЕТЕР, вы отнесли это на свой счёт? И зачем?
In_Da_Cher_A
09.12.2022, 10:05
чуваки, как-то поднадоело читать ваши разборки
заведите чат в телеге и там закидывайте друг друга тухлыми помидорами
админы, прикройте штоле тему
Cs-Cs какая разница сколько покупалось если оно ломалось? :) тут либо мне так везет, либо производитель так делает, одно из двух.
Так то я видел дохлые и сименс 1200 и шнайдер зелио, но вот только оно на объектах проработало не один год, прежде чем сдохло...
Powered by vBulletin® Version 4.2.3 Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot