[EKirshin 0]

Здравствуйте!

 

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

 

Интересует поведение микроконтроллеров под воздействием серьёзных электромагнитных помех (близость к силовым системам, гроза и т.п.). Многое, конечно, можно вывести самому, но изобретать велосипед, как известно, не практично.

 

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

 

Есть ли какая-то специфика применительно к ядрам ARM?

[zltigo 0]

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

Бред все это и 100% схоластика.

[*ZEVS* 0]

C позиции программного обеспечения используйте watchdog. :)

[DogPawlowa 0]

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

В некоторых приборах, которые я разрабатывал, состояние нескольких машин состояний не сбрасывается при сбросе контроллера.

Это риск, поскольку целостность данных в ОЗУ проконтролировать практически невозможно, но тем не менее приборы выпускаются более пяти лет и работают очень устойчиво.

Так что пару процентов от 100% zltigo можно осторожно отнять :)

[Dron_Gus 2]

Это Вас не Дон Какой-то заразил? :)

[-=Sergei=- 0]

В некоторых приборах, которые я разрабатывал, состояние нескольких машин состояний не сбрасывается при сбросе контроллера.

Это риск, поскольку целостность данных в ОЗУ проконтролировать практически невозможно, но тем не менее приборы выпускаются более пяти лет и работают очень устойчиво.

Так что пару процентов от 100% zltigo можно осторожно отнять :)

 

Если в контроллере Flash/EEPROM памяти программ есть битик ERROR (произошла одиночная ошибка, но была исправлена) стоит задуматься или помаргать сведодиодиком (необходимо тех обслуживание). При включении устройтсва проводить самодиагностику, CRC всей памяти программ итп

 

еще минус пара процентов.

 

А так если серьезна нужна повышенная надежность, то тут больше играют роль схемотехнические решения в микроконтроллерах, есть специальный класс микроконтроллеров и процессоров Fault Tolerant

[Rst7 5]

А так если серьезна нужна повышенная надежность, то тут больше играют роль схемотехнические решения в микроконтроллерах, есть специальный класс микроконтроллеров и процессоров Fault Tolerant

 

Если нужна надежность - узлы резервируются (или даже троируются), а всякий Renesas - то гуанопеар.

[etoja 0]

Бред все это и 100% схоластика.

 

При сертификации изделий вычислительной техники используются в частности:

1) контактные милли-, микро-, наносекундные импульсы напряжением до 4 киловольт;

2) бесконтактные (воздушные) разряды напряжением до 8 киловольт;

3) пробойные напряжения [4200 вольт х 30 секунд]

 

При этом даже процессоры одной фирмы (Analog Devices) но разных серий (ADSP2183 и ADSP2191)

в одной и той же схеме ведут себя совершенно по разному.

[aaarrr 63]

При сертификации изделий вычислительной техники используются в частности:

Ну и какое это имеет отношение к ПО?

[Rst7 5]

При сертификации изделий вычислительной техники используются в частности:

1) контактные милли-, микро-, наносекундные импульсы напряжением до 4 киловольт;

2) бесконтактные (воздушные) разряды напряжением до 8 киловольт;

3) пробойные напряжения [4200 вольт х 30 секунд]

 

А покажите-ка ГОСТ, определяющий стойкость к миллисекундным импульсным помехам напряжением до 4х киловольт.

 

Пробойные напряжения - это немного не из той оперы.

[AltemirX 0]

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

 

Г.Н. Черкесов. Надёжность аппаратно-программных комплексов. Учебное пособие. - СПб.: Питер, 2005. - 479с.

[etoja 0]

Ну и какое это имеет отношение к ПО?

 

Аппаратура должна восстанавливать свою работоспособность без участия человека-оператора.

[Rst7 5]

Аппаратура должна восстанавливать свою работоспособность без участия человека-оператора.

 

Прежде всего аппаратура не должна падать от помех. Если не можете с этим справиться, то никакой "программизм" не поможет.

[etoja 0]

В ГОСТе определены понятия Сбой и Отказ.

Понятия "падать" в нём нет.

Отказ - это нарушение функционирования, после которого требуется ремонт.

Сбой - это нарушение функционирования, для восстановления которого не требуется ремонт.

[Rst7 5]

В ГОСТе определены понятия Сбой и Отказ.

Понятия "падать" в нём нет.

 

Действительно, понятия - нет. А в реальной жизни правильное оборудование должно быть защищено от помех в первую очередь на аппаратном уровне.

 

Кроме того, в ГОСТе есть еще и различные критерии - восстановление автоматическое или по вмешательству оператора.