Проблема зависание 2Gi/MC

[Arsie]

Цитата

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

Пока работает без сбоев, почти третью неделю. Тьфу-тьфу-тьфу

Что было сделано:
а) Сделан и загружен в контроллер новый проект, в который перенесено часть кода из старого проекта, а часть изменено. (Самой муторной работой было перенести интерфейс SMArt...)

Господа разработчики, а не может ли быть такого, что старый проект был каким-то образом запорчен в процессе его редактирования и не могло ли это влиять?

МС - автономное устройство. Получило настройки и работает себе.

Цитата

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

P.S.
А что значит эта запись в логе?
Jan 1 00:00:23 kernel: [ 13.253878] Display copy took 289 mks
Jan 1 00:00:23 kernel: [ 13.503151] Display copy took 625 mks
А эта?
Sep 1 20:04:23 dis: SLEEPING!!!

Провалы питания кратковременные. Менее 2 сек.

[djaval]

Кстати, что касается температуры в шкафу, то она не превышает 40 градусов. Я специально повесил в шкафу датчик и добавил в проект схему, запоминающую максимальное значение температуры.

[Arsie]

Цитата

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

Кстати, что касается температуры в шкафу, то она не превышает 40 градусов. Я специально повесил в шкафу датчик и добавил в проект схему, запоминающую максимальное значение температуры.

Под контроллером измерять нужно. И, желательно, над.

[djaval]

По мере доработки (читай: усложнения) проекта, в логах опять появилась запись MC alarm, сыплющаяся почти весь день. У контроллера иногда появляется "задумчивость". Тик в норме, но реакция замедленная, особенно при входе в системное меню. После передергивания питания вроде бы восстанавливается.
Складывается впечатление, что контроллер не тянет программу. Ведь пока программа была маленькая, ничего не сыпало! Вообще я прихожу к выводу, что для данных задач этот контроллер просто не подходит.

Ну вот какие ещё версии могут быть? Блок питания?

P.S. И ещё, блок RealTrend некорректно работает, если нужно выводить например наружную температуру, которая может меняться от -40 до +40. При установке таких пределов Min и Max, при значении 12 график выводится в самой верхней части области, на уровне, соответствующем +40. Пришлось сделать диапазон от 0 до 80, а к значению температуры прибавлять 40. Тогда масштабируется верно.

[Arsie]

Цитата

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

Ну вот какие ещё версии могут быть?

Программу на бочку) Тогда и будут версии.

Цитата

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

P.S. И ещё, блок RealTrend некорректно работает, если нужно выводить например наружную температуру, которая может меняться от -40 до +40. При установке таких пределов Min и Max, при значении 12 график выводится в самой верхней части области, на уровне, соответствующем +40. Пришлось сделать диапазон от 0 до 80, а к значению температуры прибавлять 40. Тогда масштабируется верно.

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

[djaval]

Цитата:

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

Программу на бочку) Тогда и будут версии.

Да я знаю, что вы скажете. У нас всё работает!
Программу отправил на суппорт.

[Arsie]

Цитата

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

Да я знаю, что вы скажете. У нас всё работает!
Программу отправил на суппорт.

Ну так сделайте самый первый и самый очевидный шаг: переустановите ОС в контроллере, чтобы точно иметь не замученную программистом систему))

Если подтормаживает, значит процессор нагружен. Чем нагружен - хорошо видно в SSH (команда top).

Этожежь линукс-компутер. Все рычаги в вашей власти

[djaval]

Цитата:

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

Если подтормаживает, значит процессор нагружен. Чем нагружен - хорошо видно в SSH (команда top).

Это телнетом что-ли надо к нему цепляться? И потом команду top в консоли? Я в линуксах не силён... Логин пароль там спрашиваются?

Цитата:

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

Ну так сделайте самый первый и самый очевидный шаг: переустановите ОС в контроллере, чтобы точно иметь не замученную программистом систему))

Я так понимаю, по этой инструкции? http://dl.segnetics.com/WebHelp/SMLo...soft_linux.htm
На скриншоте в этой инструкции выбраны файлы linux.bin и root.bin, а у меня в папке firmware такие файлы (см. скриншот). Какие из них обновлять?
Кстати, у вас на ftp лежат уже другие файлы. root.bin точно отличается, даже размером. Какие лучше обновлять?

[Arsie]

Цитата

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

Это телнетом что-ли надо к нему цепляться? И потом команду top в консоли? Я в линуксах не силён... Логин пароль там спрашиваются?

Гугл: как подключиться к linux. Либо по кодовому слову SSH Всё спрашивается, логин root пароль как пароль.

Цитата

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

На скриншоте в этой инструкции выбраны файлы linux.bin и root.bin, а у меня в папке firmware такие файлы (см. скриншот). Какие из них обновлять?
Кстати, у вас на ftp лежат уже другие файлы. root.bin точно отличается, даже размером. Какие лучше обновлять?

kernel и root, в лоджике самые свежие.

[djaval]

Добрый день.
Я очень очень сильно возмущён!

Теперь другой объект, тоже котельная, тоже 2Gi+MC, абсолютно те же симптомы и та же проблема!!! Все показания зависают в какой-то момент, контроллер тупо перестаёт что-либо делать!! Иногда это сопровождается ошибкой MC, а иногда нет. Со слов ребят, зависает чуть ли не каждый день, лечится как обычно перезагрузкой!

Совершенно другой объект, другая монтажная организация, а грабли те же. Второй раз работаю с 2Gi, и оба раза эти гр****ые глюки!

Ув. представители Segnetics, вы выпускаете бракованную продукцию. Или же она нормально работает только с конструкторскими программами!

P.S. Оборудование закупалось ориентировочно с год назад. Программировалось изначально в 3.25 с полгода назад. Несколько дней назад перепролил из 3.26, ничего не поменялось.

P.P.S. На этом объекте два комплекта 2Gi/MC, работающих в связке. Ошибка MC возникала на одном из них. Поменяли MC местами, проблема всё равно осталась в том же виде.

[Arsie]

Цитата

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

Я очень очень сильно возмущён!

P.S. Оборудование закупалось ориентировочно с год назад. Программировалось изначально в 3.25 с полгода назад. Несколько дней назад перепролил из 3.26, ничего не поменялось.

P.P.S. На этом объекте два комплекта 2Gi/MC, работающих в связке. Ошибка MC возникала на одном из них. Поменяли MC местами, проблема всё равно осталась в том же виде.

Надеюсь, эмоции прошли и вы сможете пройтись по списку:

1) Серийники

2) Версии ПО в контроллере

3) Версия лоджика

4) Проект, загруженный в контроллер

5) Проблема появилась через полгода работы или полгода всё было выключено и только включили?

6) Проблема появилась после замены программы или до замены программы 3.26 лоджиком?

7) Ошибка МС активна или уходит на некоторое время после подтверждения?

8) Ошибка МС уходит после переустановки ОС в контроллере?


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

[djaval]

Цитата:

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

5) Проблема появилась через полгода работы или полгода всё было выключено и только включили?

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

Цитата:

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

6) Проблема появилась после замены программы или до замены программы 3.26 лоджиком?

Проблема была до замены программы. Я где-то тут видел упоминание, что вы устранили какие-то утечки памяти, и решил попробовать перезалить программу последней версией 3.26. Не помогло.

Цитата:

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

7) Ошибка МС активна или уходит на некоторое время после подтверждения?

Ошибка MC исчезает после подтверждения, и может снова появится через день. Со слов человека, один раз ошибка MC возникла у него на глазах, он её тут же подтвердил и она сразу ушла, и до конца дня больше не появлялась. При этом именно в этот момент зависания как такового не было.
В другие разы они приезжают на объект, всё стоит, показания зависли и есть ошибка MC. Дёргают питание, всё оживает.
В другие разы всё висит, но ошибки нет. Дёргают питание - оживает.

Цитата:

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

8) Ошибка МС уходит после переустановки ОС в контроллере?

ОС пока не пробовал.

Arsie, прежде чем вы подредактировали свой ответ, я успел прочитать что-то о партии контроллеров. Речь идёт об общих для партии нюансах по железу или по софту?

[Arsie]

Цитата

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

Arsie, прежде чем вы подредактировали свой ответ, я успел прочитать что-то о партии контроллеров. Речь идёт об общих для партии нюансах по железу или по софту?

Железо. Софтом поправлено.

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

[djaval]

Цитата:

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

Софтом поправлено.

Софтом каким? Который в файлах ОС или в файлах ПО контроллера?

Кстати, о птичках. Помехозащищённость, говорите. На предыдущем объекте (по которому изначально был этот топик) в итоге всё успокоилось само собой (тьфу-тьфу тук-тук-тук), я так и не понял что из множества действий на это повлияло. Но там почти за стенкой от щита обнаружился блок кондиционера. А не связано ли успокоение с тем, что как раз в связи с наступлением зимы перестали им пользоваться?... Хотя с другой стороны, наоборот в котельной запустили отопление, и работающих насосов стало больше. Уж не знаю, что это за ядрёные помехи такие могут быть.
Кстати, ОС на том объекте я так и не перепролил (это был ваш последний совет), т.к. на тот момент не нашёл нужного USB-шнурка.

[Arsie]

Цитата

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

Софтом каким? Который в файлах ОС или в файлах ПО контроллера?

"процы МС".

Цитата

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

Кстати, о птичках. Помехозащищённость, говорите. На предыдущем объекте (по которому изначально был этот топик) в итоге всё успокоилось само собой (тьфу-тьфу тук-тук-тук), я так и не понял что из множества действий на это повлияло. Но там почти за стенкой от щита обнаружился блок кондиционера. А не связано ли успокоение с тем, что как раз в связи с наступлением зимы перестали им пользоваться?... Хотя с другой стороны, наоборот в котельной запустили отопление, и работающих насосов стало больше. Уж не знаю, что это за ядрёные помехи такие могут быть.

Думаю, оно самое.

Причём я особо повторю в дцатый раз, что это не помехоустойчивость плохая. А именно уровень помех высок.

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

Модули с пониженной устойчивостью все равно с хорошим запасом пролезают в нормы промавтоматики по группе А что наших ГОСТов, что европейских.

В евролаборатории, в которой мы тестировали Пиксели/MR и 2Gi/MC, были удивлены нашей устойчивости. Сказали, что только приборы для евровоенных такое показывают, а то и похуже. У нас вообще с сертификацией никаких проблем не возникло) Наихудший показатель перекрывает требования почти в три раза

[djaval]

Цитата:

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

"процы МС".

Думаю, оно самое.

Причём я особо повторю в дцатый раз, что это не помехоустойчивость плохая. А именно уровень помех высок.

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

Модули с пониженной устойчивостью все равно с хорошим запасом пролезают в нормы промавтоматики по группе А что наших ГОСТов, что европейских.

В евролаборатории, в которой мы тестировали Пиксели/MR и 2Gi/MC, были удивлены нашей устойчивости. Сказали, что только приборы для евровоенных такое показывают, а то и похуже. У нас вообще с сертификацией никаких проблем не возникло) Наихудший показатель перекрывает требования почти в три раза

Не знаю... Почему другие приборы не глючат в тех же местах? Логика, Danfoss, Овен, Информ-Аналитика.

Так идёт речь о софте MC? Каким образом его можно заменить?

[Arsie]

Цитата

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

Не знаю... Почему другие приборы не глючат в тех же местах? Логика, Danfoss, Овен, Информ-Аналитика.

Двух одинаковых объектов не бывает. Как не бывает и двух одинаковых шкафов на одном объекте.

Поэтому "в тех же местах" - это лишь литературное преувеличение. В быту это называется "рассказывать сказки".

Цитата

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

Так идёт речь о софте MC? Каким образом его можно заменить?

Нужно сначала выяснить, в чём дело. Тем более, что это сделать весьма непросто.

[djaval]

Цитата:

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

Двух одинаковых объектов не бывает. Как не бывает и двух одинаковых шкафов на одном объекте.

Поэтому "в тех же местах" - это лишь литературное преувеличение. В быту это называется "рассказывать сказки".

Я перечислил приборы, стоящие непосредственно в том же помещении 40 кв.м. И работающие много лет без глюков. Но это ладно, лирика.

Цитата:

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

Нужно сначала выяснить, в чём дело. Тем более, что это сделать весьма непросто.

Арсений, КАК выъяснить??? На 9-советской я работал под вашим чутким руководством более 2х недель, реализуя советы и рекомендации. Плюс приборы были у вас на тестировании. Толком ничего выяснить не удалось.

Если всё таки версия, что требуется обновление ПО MC, то как это сделать? Нужно привести модуль к вам? Только так? Сколько это займёт по времени?
Я так понимаю, что самостоятельно сделать это непросто, т.к. потребуется какой-нибудь программатор?

[Arsie]

Цитата

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

Я перечислил приборы, стоящие непосредственно в том же помещении 40 кв.м. И работающие много лет без глюков. Но это ладно, лирика.

Стоят в тех же шкафах, подключены к тем же приводам и датчикам?

У нас есть специальный испытательный шкаф, в котором ПЛК-63 даже дисплей не зажигает, включиться не может толком. pCO5 тоже перезагружается раз в две минуты. А рядом 2Gi нормально работает, изредка помаргивая аварией перегрузки AOUT в момент запуска голого частотника без дросселей.

Действительно лирика, достойная гуманитариев, не больше. Но не инженеров.

Цитата

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

Если всё таки версия, что требуется обновление ПО MC, то как это сделать? Нужно привести модуль к вам? Только так? Сколько это займёт по времени?

Да, везти. Если договоритесь с манагерами заранее, то совсем недолго.

[djaval]

Ну в общем прошивка MC не помогла ( Сегодня человек приехал на объект, а температуры опять висят. После перезагрузки показал реальные значения.
Либо не то лечим, либо не знаю что. Придётся пробовать как на предыдущем объекте, начинать заново писать проект практически с нуля... И то, не понятно, поможет ли. На предыдущем объекте вроде как помогло. Хотя по времени примерно совпало с отключением кондиционера, так что большое и жирное Х.З.

Да уж, затраты инженерных часов на ваши контроллеры просто немыслимые...

А мне вот интересно, больше ни у кого подобных проблем не возникало?

[ЗВЕРЕВ]

Цитата

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

А мне вот интересно, больше ни у кого подобных проблем не возникало?

У меня похожая проблема наблюдалась на 2 контроллерах из 36 на одном объекте.
С разной периодичностью но регулярно отваливаются все датчики температуры. Причину сего безобразия выяснить не получилось (разводка земли, прошивка на всё новое, замена шлейфов и т.д.).
Эксплуатация лечит это тремя способами:
1. Перезаливкой программы прямо с диспетчерского компьютера.
2. Выключением и включением питания по месту.
3. Выдёргиванием и вставкой шлейфа обратно.

Объект не из простых - Государственная дума в Москве.
Очень некрасиво получилось но силы и терпение для поиска причины закончились.

[djaval]

Цитата:

Сообщение от ЗВЕРЕВ

У меня похожая проблема наблюдалась на 2 контроллерах из 36 на одном объекте.

У вас статистика гораздо лучше. У меня это три 2gi/mc из трёх, на двух объектах.
По идее явный брак, но когда они мне дали подменный комплект, была та же байда. Хотя серийник у него гораздо меньше был.
А у вас дата закупки какая была плюс минус?

Я после этого от слов MC теперь буду шарахаться как от огня. С Пикселем при этом никаких проблем не было. Ну если не считать отказавшие кнопки и di один раз.
Если б знал заранее, смог бы заранее протокнуть овеновские модули вместо MC.

[ЗВЕРЕВ]

Цитата

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

А у вас дата закупки какая была плюс минус?

Дату сказать не могу. Примерно 1.5-2 года назад. У одного MC из партии серийник 301362. Думаю остальные примерно с такими же.

Кстати по поводу статистики. Больше чем у половины контроллеров спустя пол года работы на экранах уже почти ничего не видно.

[Arsie]

Цитата:

Сообщение от ЗВЕРЕВ

Дату сказать не могу. Примерно 1.5-2 года назад. У одного MC из партии серийник 301362. Думаю остальные примерно с такими же.

Значит это старые модули МС. Известный производитель Sylabs до сих пор выпускает АЦП, который при своём зависании бодро рапортует, что всё в порядке и никаких проблем нет.

Современные прошивки модулей это отлавливают.

Цитата:

Сообщение от ЗВЕРЕВ

Кстати по поводу статистики. Больше чем у половины контроллеров спустя пол года работы на экранах уже почти ничего не видно.

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

[djaval]

Арсений, сейчас звонил человеку, он с утра на объекте, но он уже сбросил питание, когда я позвонил. Говорит, в этот раз была системная авария. Но в целом чаще виснет без неё.

[Arsie]

Цитата

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

Арсений, сейчас звонил человеку, он с утра на объекте, но он уже сбросил питание, когда я позвонил. Говорит, в этот раз была системная авария. Но в целом чаще виснет без неё.

Надо отдетектировать методом последовательного вытаскивания разъёмов. Это покажет место возникновение сбоя.

Меня гложет мысль о том, что очередная партия АЦП поимела ещё какой-нибудь баг.

У нас в лаборатории МС либо наглухо сгорают при совсем уж яростных разрядах во входные линии, либо работают без проблем.

Хотя можно вызвать "кажущееся" зависание, если генерировать сильные импульсные помехи раз в полсекунды. Это уже больше времени восстановления МС, т.е. авария не будет зафиксирована. Но ещё пока меньше восстановления показаний AIN. Но чтобы такое, да на живом объекте, да в течении длительного времени...

Также призываю вас не забывать о том, что передёргивание питания не только перезапускает МС и контроллер, но и изменяет состояние объекта, выводя его из некоей "особо шумящей" конфигурации.

[djaval]

Цитата:

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

Надо отдетектировать методом последовательного вытаскивания разъёмов. Это покажет место возникновение сбоя.

Я так понимаю, есть три разъёма - два разъёма AIN (верхний и нижний) и разъём шлейфа. То есть нужно поочереди их: вытаскивать; ждать минуту; смотреть на показания; сбрасывать аварию, если появляется. Что мы можем понять в результате этих действий?

Ещё вопрос, имеет ли какое-то значение сколько входов AIN на MC сконфигурированы? Я хочу сегодня залить другую программу для теста, в которой из обилия датчиков использую всего три. Физически они останутся подключенными к разъёму. Вот думаю, имеет ли смысл отключать неиспользованные датчики в Настройках AIN... Все датчики либо Pt1000 (2-пр), либо 4-20.

Цитата:

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

Меня гложет мысль о том, что очередная партия АЦП поимела ещё какой-нибудь баг.

Я конечно, болею за отечественного производителя, и продукция в целом нравится. И я бы и рад оказать посильную помощь докопаться до истины... Но не очень хочется быть подопытным кроликом... Хотелось бы понять, если это брак АЦП, то лучше просто заменить по гарантии.

[Arsie]

Цитата

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

Я так понимаю, есть три разъёма - два разъёма AIN (верхний и нижний) и разъём шлейфа. То есть нужно поочереди их: вытаскивать; ждать минуту; смотреть на показания; сбрасывать аварию, если появляется. Что мы можем понять в результате этих действий?

Надо отдетектировать методом последовательного вытаскивания разъёмов. Это покажет место возникновение сбоя.

Цитата

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

Ещё вопрос, имеет ли какое-то значение сколько входов AIN на MC сконфигурированы? Я хочу сегодня залить другую программу для теста, в которой из обилия датчиков использую всего три. Физически они останутся подключенными к разъёму. Вот думаю, имеет ли смысл отключать неиспользованные датчики в Настройках AIN... Все датчики либо Pt1000 (2-пр), либо 4-20.

Количество сконфигурированных входов имеет косвенное отношение. Если "критичная помеха" (назовём проблему так) приходит по каналу измерения (т.е. на вход АЦП), то выключение канала в конфигурации однозначно решит проблему.

Если "критичная помеха" проходит по цепям генераторов тока, то выключение канала в конфигурации также однозначно решит проблему.

Если "критичная помеха" проходит по цепям защиты или коммутации, то выключение канала в конфигурации не даст ничего.

Цитата

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

Я конечно, болею за отечественного производителя, и продукция в целом нравится. И я бы и рад оказать посильную помощь докопаться до истины... Но не очень хочется быть подопытным кроликом... Хотелось бы понять, если это брак АЦП, то лучше просто заменить по гарантии.

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

Поэтому лишь только "подопытный кролик" может помочь решить проблему. Тем более, что у нас она никак не проявляется.

[djaval]

Цитата:

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

Поэтому лишь только "подопытный кролик" может помочь решить проблему. Тем более, что у нас она никак не проявляется.

Потому что у вас помехи искусственные. А на объекте - реальные. Если, конечно, дело именно в помехах.

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

[Arsie]

Цитата

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

Потому что у вас помехи искусственные. А на объекте - реальные. Если, конечно, дело именно в помехах.

Естесственно, нет двух мест даже в одном помещении, где помеховый фон будет идентичен.

Цитата

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

Кстати, по наблюдениям зависание происходит обычно ночью. Пока днём народ толчётся в котельной, ничего не зависает. Уж не знаю, что тут является определяющим фактором. Закон "подлости" или же включаемый кем-то на ночь кондиционер...

Это косвенно означает проблемы на объекте. Например, приведу два случая:


1) Дома у человека счётчик воды вдруг стал завышать показания. Сильно завышать. При этом всё работало правильно - краны не текли, унитаз воду не сливал. Поверка счётчика показала, что он иделально работает. Проблему нашли случайно: ночью, когда водоразбор в здании падал почти до нуля, давление в ХВС поднималось и запорный кран в бачке унитаза начинал пропускать воду, т.к. поплавок развивал недостаточную прижимную силу. Вода сливалась всю ночь и утром слив прекращался. Уровень в бачке отрегулировали на более низкий и поплавок стал надёжно закрывать кран. Завышение показаний пропало.

Соль примера: неправильная работа повысительной станции ХВС на котельной вызвала завышение показаний счётчика расхода воды в квартире.


2) Ночью на предприятии постоянно перегорали лампы накаливания в насосной. Именно ночью. Могли каждую ночь всю неделю, могли за месяц-два-три ни одной не перегореть. Плюнули и забили. Потом, при капремонте электросетей обнаружили, что ноль никуда не подключен. Работающие круглосуточно/круглогодично мощные насосы создавали виртуальный ноль достаточной процности. Также исторически сложилось, что к сети освещения насосной был подключены прожекторы с мощными лампами ДРЛ, которые использовались сторожами для освещения территории при срабатывании датчика движения. Датчик движения никогда не срабатывал в глухую ночь, наверное все воры спали, но сторож иногда ходил по нужде за территорию, включая эти прожекторы, темноты боялся, наверное)). Лампы перегорали только тогда, когда сторож ВЫключал прожекторы и при условии, что в насосной работало минимальное число насосов.

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

Цитата

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

Но в любом случае, согласитесь, это не нормально - реагировать на обычные общепромышленные помехи.

МС с зависающим АЦП (ещё со старыми прошивками) в двух сертифицированных лабораториях четырежды прошел тест на соответствие требованиям ЭМС по промпомехам по категории А - самой "шумной".

И при этом в нашей лаборатории "виснет" на пятой минуте теста.

И на модули из этих партий было около 1% рекламаций от всего объёма выпуска на зависание аналоговых входов - наши специалисты ездили по городам и перепрошивали. Это давало 100% лечение.