adnega

Похоже на FreeRTOS. Там с приоритетами прерываний нужно быть очень аккуратным. Не все функции можно использовать в обработчике. Мне кажется, что причиной может быть строчка uart2_putcharPoll ( 'I' );//, xNoBlock ); Для DMA у вас задан самый высокий приоритет // Configure the DMA interrupt priority NVIC_InitStructure.NVIC_IRQChannel = DMAx_Streamx_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0; NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE; NVIC_Init ( &NVIC_InitStructure ); - вы не имеете право пользоваться функциями ОС внутри такого обработчика.

Пять копеек не по делу: если на PC13 светодиод, то это не очень хорошо, т.к. PC13-PC15 очень слаботочные выходы, и ST запрещает к ним подвешивать мощные нагрузки.

Я не видел ни одной централизированной системы, чтоб не смотрелось монструозно (хотя не скажу, что много видел). Лучше уж распределенную систему, но там каждый узел должен быть умным. Я заложился на шину CAN+питание+резерв. Соединил все узлы паровозиком по всех квартире. Каждый узел - выключатель на 2 группы (с полной группой), три сенсорных слайдера (или 6 сенсорных кнопок), 4 светодиода, пищалка, 2 аналоговых входа, один токовый выход для LED-подсветки. К аналоговым входам обычно подключаю геркон двери и датчик движения. В каждый узел можно залить свою мини-программу. Контроллеры могут обмениваться сообщениями друг с другом. Есть контроллеры с 6 входами и 6 выходами. На них сделал подсветку в кухне - плавное включение-выключение светодиодной ленты при открытии дверей. В коридоре более крутой контроллер. На нем сделан звонок, контроль входных дверей, контроль движения, контроль наличия фазы, GSM-сигнализация, титровалка для видеодомофона, светодиодная периметровая подсветка потолка и т.п.

А у нас было, когда прибор включали в сеть без заземления на корпусе было 100В. При касании острым токопроводящим предметом корпуса дисплея, он сбивался. Такое ощущение, что ножкой RESET махнули. Хотя, может, и потенциал земли улетал. Я бы посоветовал уменьшить индуктивность GND от МК к индикатору, например, пустить в плоском кабеле сигналы через один с земляным: земля-сигнал1-земля-сигнал2-земля- и т.д.

Забыл сказать, что его там нет.

Если ТС не против (а тема, похоже, исчерпана) - спрошу: говорят, есть некий plugin для eclipse для RVDS. Везде перерыл, но не могу найти. Надеюсь, с его помощью можно будет обрабатывать вывод ошибок и предупреждений в IDE. Не знаете где его взять или у кого спросить?

Дык, это не такая очевидная задачка, как выяснилось, и для профи. Тут привели много примеров, что можно заставить работать МК в тяжелых условиях, но в каждом конкретном случае свои особенности. У ТС особенность - коммутация индуктивной нагрузки и желание компактной конструкции. Может, у вас есть какие-то рекомендации?

Ну, давайте на чистоту. Все мы знаем уважаемого Слесаря в его попытках перевернуть основы физики. Много раз ему на этом форуме советовали придерживаться академического знания. Я приятно удивлен, что сейчас Слесаря волнует проблематика такого уровня и сама постановка вопроса порадовала - видно, что человек много работает и значительно вырос в профессиональном плане. Вы же советуете что? Не заниматься исследованиями? Пойти почитать умные книги? Отдать работу специалистам? Я полностью согласен с рекомендациями haker_fox, уверен - если у Слесаря что-то не будет получаться, то тут ему охотно помогут. А слушать всяких дядек на тему "это невозможно"... я всегда вспоминаю фразу: решить уравнение - это найти все его корни или доказать, что их нет. Уверен, что на первый пост можно найти утвердительное решение.

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

Там скорее лента нихромовая, а не проволока. Блок нагрева выдает некоторое фиксированное напряжение; в зависимости от нагрузки будет соответствующий ток. Задача автоматики - пропускать периоды сетевого напряжения, чтоб на глазок получить более-менее температуру (с подсказками оператора "больше"/"меньше"). Для оценок напряжения и токов блока нагрева пользуемся формулами: U = sqrt(P * 1.1 * L / S), I = sqrt(P * S / (1.1 * L)), где p - удельное сопротивление (p=1.1 Ом * мм^2 / м.) L - длина в метрах S - площадь сечения в мм.кв. P - мощность блока. Если возвести обе части в квадрат, то P ~ I^2, но вся беда в том, что неизвестна какая именно нужна мощность, правда, местные могут примерно прикинуть максимум 400/800/1000Вт, а убавить потом сможет автоматика/оператор. Выше я ссылался на интернетовские таблицы зависимости T(I). Вот если бы была аналитическая функция готовая...

А есть для этого обоснование? Под теплом скорее понимается "мощность", а не "температура"? Мне предлагают пользоваться табличкой отсюда, а там только ток и коэффициенты. Более точную формулу зависимости температуры (или мощности?) от параметров нагревателя, окружающей среды и напряжения/тока выводить не стал, т.к. будет оператор, который в случае чего подкрутит ручку, но для оценок очень бы сгодилась. Задача: резка и сварка ПП-пленки. При резке на мой взгляд лучше опираться на температуру, а при сварке - на мощность.

Убьет это как? Вообще перестанет работать или данные попортятся? Что мешает хранить несколько копий с контрольной суммой?

Если он от этого не завис и продолжил работать, то ничего страшного. Если он завис, то сработает watchdog, произойдет перезагрузка, uptime обнулится, а в журнале будет новое событие "перезагрузка по watchdog". У некоторых МК есть ОЗУ с ECC, код можно обильно посыпать проверками, watchdog оконного и независимого типов, есть MPU и исключения... Но большинство из этого скорее для ловли жуков, а не для защиты от ядерных взрывов. Хотя утверждение "перескочил проц на 1 байт" наглядно демонстрирует вашу компетентность в области процессоров.

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

Вопрос для оценки вашего какущего качества: можно ли размещать мощный контактор рядом с МК?

Кажется, вопрос с подвохом ;)

А кто отвел-то? Нытики на скамейке? Лоботрясы всякие? Или предатели? Я слышал, что мы вроде как самые страшные хакеры, эффективные даватели по башке террористам и много других характеристик. Причем тут бензоколонка? У природы есть такой принцип "вариация действия равна нулю", т.е. в нашем случае процесс идет самым простым способом: имея огромный запас ресурсов, глупо отказываться от такой возможности и рвать на груди тельняшку, лишь бы из-за забора не дразнили обидно. Хотя, откуда вам это знать вы же изучали 900 программ, писали 100 программ, общались с 100 выпускников-двоечников, вместо получения высшего образования и его основного побочного продукта, в виде пытливости ума и способности докопаться до сути. К примеру, в РФ талантливый студент получает блестящее образование. Задача: конвертировать знание в деньги. Допускаю, что РФ не самый лучший вариант. Но это скорее не причина в образовании, а следствие в окружающей обстановке. Это как папуас затеял выпускать "маршрутизаторы класса Cisco", но его знакомые папуасы смотрят на него с полным непониманием. Папуасу нужно либо направить свои таланты на благо и потребности своего племени, или поехать на пароходе делать маршрутизаторы для белых людей.

А еще вы за 30 лет 900 программ изучили и 100 написали. Ждем утверждений о 500 разработанных изделий и о 200 мест работы. А не от того, что годные инженеры уже нашли хорошие места, и на предлагаемую ЗП никто из них не дернется?

Не обращайте внимание, походу это тролль, закидывающий на форум провокационные утверждения. В электричках токи куда большие 70А, и помехи должны быть просто грандиозные, но как разработчик нескольких серийных устройств, расположенных недалеко от силовых установок в электричках, заявляю, что все нормально работает. По теме: 1. Нужно прикинуть какая помеха будет возникать при коммутации контактора; 2. Принять на стороне контактора все меры для подавления помех; 3. Принять на стороне МК все меры по защите от помех, в первую очередь - грамотная топология печатной платы.

1. По какому критерию вы оцениваете качество? Где количественные показатели по этому критерию? 2. Критерий это "конкурентноспособность на мировом рынке"? Это вы так решили? А почему не возможность выполнять сопутствующие функции? С чего вы взяли, что на мировом рынке все должны быть одинаковые и не должно существовать специализации? 3. Что-то в Саудовской Аравии при их-то доходах на душу населения совершенно не слышно о талантливых инженерах, программистах и т.п... 4. С какой целью вы открыли эту тему? Хотите сделать инженеров лучше? Попробуйте начать с себя и найдите способ заставить работать мощный контактор и МК на одной плате. Инженер, который установил себе в соседней теме такую планку ("НИКОГДА!") вряд ли имеет право упрекать кого-то в недостаточном качестве подготовки.

А схему можно посмотреть? Напрямую запитать отбортсети 555 нельзя, ибо рано или поздно сгорит. Обвеску на секундные длительности тоже сделать будет непросто в широком диапазоне температур и питающих напряжений. Ну, и реле выходное тоже не помешает.

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

Возможно, даже, из местных.

"На месте Путина" непонятен смысл - это "я бы хотел, чтобы Путин" или "будь я президентом"? Если первое - то легко перекладывать ответственность на другого. Если второе... а не боитесь получить по башке от народа, элит и чужеземных партнеров, зависящих от наших ресурсов? Если хочешь денег, то делай то, что нужно. Если не хочешь брать на себя дополнительную ответственность - сиди на том окладе, который тебе дают и делай то, что скажут. Говорят: кто хочет - ищет возможности, кто не хочет - ищет причины. Другие разработчики. Будда учит нас не впадать в крайности, но вам не кажется, что подход "к пуговицам претензии есть?" - одна из крайностей? Нужно, чтобы все были заинтересованы в результате. Если кто-то мешает получить результат - его место на улице. Что мешает разработчику выдавать задания другим службам, требовать от них результат, настраивать процесс, не давать заданий свыше компетенций зависимых сотрудников и т.п.? Но это скорее задачи для хорошего начальника отдела, ведущего разработчика, руководителя. Обычные "кнопкодавы" должны делать, что им говорят, а если они занимаются всякой ерундой, так это из-за плохого руководителя. Когда я был ведущим разработчиком, то, выходя за рамки должностной инструкции, был буфером между начальником отдела и своими разработчиками. С руководством вел общение в терминах "результат, сроки", а с разработчиками - "задание/результат". В лучших традициях единоначалия, доказавшего свою эффективность еще во время несения службы в армии. Эти гражданские такие нытики ;)

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