Перейти к содержанию
    

Контактор на плкте с МК

Извиняюсь за оффтоп, а как зеленые разъемы называются? У них ответная часть с винтом для зажима провода?

Да, с винтом.

Это открытый проект - https://github.com/Indemsys/SB200BE/tree/ma...r/PCB_SB200BEv2

Там все специфицировано, и цены есть и поставщики.

 

Недавно по ошибке подключили контактор xtce 115g на номинальный ток 115 A на открытый коллектор транзистора в логическом контроллере.

Если кто не не знает, то в обычном модуле ввода-вывода обычного логического контроллера стоит как минимум два процессора.

Один собственно передает-принимает состояния IO, второй обслуживает внутреннюю шину модулей контроллера со скоростью около 3 Гбит/сек

Таких модулей в нашей локальной линейке стояло 8 шт. не считая coupler-а.

Итог - при коммутации контактора на 115 А 380 В, из 16-и рядом стоящих процессоров ни один ни разу не сбивался.

А там были обычные STM32.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Итог - при коммутации контактора на 115 А 380 В, из 16-и рядом стоящих процессоров ни один ни разу не сбивался.

А там были обычные STM32.

Откуда Вы знаете что не сбивался?

У Вас стоял спец. софт для обнаружения сбоев процессора?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Но они уверенно все равно говорят "не сбивался и точка"

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

Более сложные варианты запишут событие в энергонезависимый журнал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Более сложные варианты запишут событие в энергонезависимый журнал.

Какая наивность.

Вот к примеру, перескочил проц на 1 байт.

Как Вы это обнаружите?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Какая наивность.

Вот к примеру, перескочил проц на 1 байт.

Как Вы это обнаружите?

Если он от этого не завис и продолжил работать, то ничего страшного.

Если он завис, то сработает watchdog, произойдет перезагрузка, uptime обнулится,

а в журнале будет новое событие "перезагрузка по watchdog".

У некоторых МК есть ОЗУ с ECC, код можно обильно посыпать проверками,

watchdog оконного и независимого типов, есть MPU и исключения...

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

Хотя утверждение "перескочил проц на 1 байт" наглядно демонстрирует вашу

компетентность в области процессоров.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Интересно, раньше ЭВМ имели на каждые 8 бит памяти, девятый бит контроля четности для проверки целостности, интересно, это до сих пор существует?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Интересно, раньше ЭВМ имели на каждые 8 бит памяти, девятый бит контроля четности для проверки целостности, интересно, это до сих пор существует?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Откуда Вы знаете что не сбивался?

У Вас стоял спец. софт для обнаружения сбоев процессора?

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

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

Возврат в нормальный режим только ручной.

Поэтому специально отслеживать сбои даже не надо.

 

Про годы работы я не писал и сам в такое не верю.

Тот же мюонный поток убьёт рано или поздно любую Flash.

Наблюдаем за работой электроники в течении разумного времени, где-то неделю.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

убьёт рано или поздно любую Flash.

Убьет это как? Вообще перестанет работать или данные попортятся?

Что мешает хранить несколько копий с контрольной суммой?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Интересно, раньше ЭВМ имели на каждые 8 бит памяти, девятый бит контроля четности для проверки целостности, интересно, это до сих пор существует?

Еще как существуют. Посмотрите серию Kinetis KE1xF

У них и на Flash и на RAM стоит ECC.

А еще они 5-и вольтовые.

 

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

Поэтому KE1xF имеют несколько независимых внутренних калиброванных генераторов.

 

Во вторую очередь помехи наводят высокочастотный дребезг на портах. Особенно страдают SPI, I2C и проч. интерфейсы

Поэтому на портах KE1xF имеются аппаратные низкочастотные фильтры.

 

Далее по мелочи: защита периферии от случайной записи, специальная защита памяти от несанкционированного доступа и прочее, что есть у всех Cortex-ов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Какая наивность.

Вот к примеру, перескочил проц на 1 байт.

Как Вы это обнаружите?

 

Как правило, такое приведет к некорректной инструкции, в этом или след. шаге, что произойдет аварийный переход (hard fault) в 99% случаев. Ну и да, в особо ответственных применениях, чтоб не возникало серьезных критических ситуаций, всегда стоит защитная логика или дублирование.

 

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

 

Там самая главная защита - двойное или тройное дублирование систем.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Насчет контроллеров и тиристоров.

Как то довелось проектировать 50кВт-ные регуляторы не тиристорных блоках. Тиристорные блоки и контроллер размещались на одной общей двуслойке в непосредственной близости друг от друга. По неопытности первую партию спроектировал так, что при начальном включении формировались такие кратковременные броски тока, что их держали только пускатели класса D и периодически убивались AC-DC преобразователи питания. И даже при таком экстриме никаких сбоев контроллеров не наблюдалось.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Используя симистор на 70 Ампер Вы ГАРАНТИРОВАНО выведите из строя (или по крайней мере вызовете сбой) всю микропроцессорную и измерительную аппаратуру в радиусе нескольких десятков метров.

Проверено на практике.

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

Вот к примеру, перескочил проц на 1 байт.

Так вы говорите, молодёжь нынче бестолковая?

Изменено пользователем Фрол Кузьмич

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Допускается ли размещение на одной ПП контактора АС-7А 63А (двухполюсный, полюса включены параллельно для исключения залипания под большим током)

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

Во-вторых, при размыкании индуктивной нагрузки могут приходить, скажем, несколько-киловольные выбросы с приличным током, как от них защититесь?

В остальном, ничего страшного не вижу, ну естественно снабберы на катушку и на коммутируемую цепь.

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

Собственно, отличие общей платы (по сравнению с просто рядом расположенными контроллером) только в пробое по поверхности платы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...