Схемотехник новичок первый раз разводил плату для управления BLDC мотором с датчиками холла. От провели длинные дороги через всю плату к фазам двигателя (он небольшой). Я начал отлаживать датчики холла, кручу руками вал - четкий сигнал. Запускаем с питанием - мотор дергается, не крутит, на датчиках шум. Мне имеют мозг, типа сделай программный фильтр на датчиках. Ковырялся несколько дней (сам был не опытен). Потом думаю погляжу ка я на линию питания МК, а там при запуске мотора просто шум дичайший, конечно МК в перезагрузку уходит 50 раз в секунду. Переделали плату, фазные дороги сделали короткими и разнесли подальше от сигнальных и питания МК, заработало как часы.
Случай после которого я вообще психанул на весь embedded. Контроллер не помню какой, но какой то Atmel 32 бит с Ethernet Phy. Задача поднять веб сервер, TCP сервер, UART и делать простые действия. Собрал проект в Harmony. Работает отлично, но спустя время зависает. Может зависнуть через 10 минут, может через 10 часов, может через 4 часа. Ковырялся чуть ли не месяц, пробовал разные аллокаторы памяти, думал может из фрагментации памяти ломается. Плюнул, снес проект и собрал с нуля заново. Перестал зависать, так и не понял почему.
Опять BLDC. Собрали плату для управления. уже опытные, собаку на моторах съели. На тестовом моторе работает как часы. Подключаем к мотору заказчика - дергает, еле крутит, ток повышенный. Репу чесали долго. Вешаем осциллограф на датчики холла - сигналы сильно кривые. Очевидно установка датчиков холла неправильна. Переделывали несколько раз, проверяли, считали углы - все равно кривые сигналы. Решили проверить магниты на валу. Нам показывают чертеж - да вот жеж все ровно. По факту оказалось что вал с магнитами сильно перекошен.
МК EFR32. На отладочной плате прошивка работает, на плате заказчика - не дышит. Оказалось на отладке есть дополнительный внешний тактовый генератор низкой частоты, а у заказчика его нет. Решение: в настройках проекта переключил на внутренний генератор.
схемотехник придумал питание пустить через монтажные стойки на плате, а земля полигоном по всей плате. Конечно когда стойку прикрутили коротнуло.
Проблемы тактирования, питания, перемкнутых контактов уже настолько тривиальные что проверяются в первую очередь когда плату собрали и первый раз прошили.
Последние лет 8 компании имеющие отношение к асутп не в носу ковырялись. Насколько я знаю новые объекты транснефти теперь на нашем софте автоматизируются и наших же плк, которые собираются у нас
Двигателю неохота крутить вал кпп, ему интересно вертеться самому по себе.
Я пришел к мысли что программирование не может существовать само по себе. Вся IT сфера не может быть чисто ради себя. Все существует во взаимодействии с другими сферами. Да программист обязан понимать бизнес, потому что он существует благодаря этому бизнесу. Не будет бизнеса будет не нужен программист и он исчезнет.
А менеджеры должны принимать решения опираясь на программистов, это же хорошо когда они сидят, говорят и оглядываются на нас, значит есть обратная связь. А если бы ее не было? Сидит такой программист а ему сверху кидают ТЗ и пофиг как оно там войдёт в архитектуру
Какой только фигни в коде не напишешь когда руководитель департамента теребит каждые полчаса «где релиз, когда релиз» а программистов по пальцам одной руки пересчитать можно
Схемотехник новичок первый раз разводил плату для управления BLDC мотором с датчиками холла. От провели длинные дороги через всю плату к фазам двигателя (он небольшой). Я начал отлаживать датчики холла, кручу руками вал - четкий сигнал. Запускаем с питанием - мотор дергается, не крутит, на датчиках шум. Мне имеют мозг, типа сделай программный фильтр на датчиках. Ковырялся несколько дней (сам был не опытен). Потом думаю погляжу ка я на линию питания МК, а там при запуске мотора просто шум дичайший, конечно МК в перезагрузку уходит 50 раз в секунду. Переделали плату, фазные дороги сделали короткими и разнесли подальше от сигнальных и питания МК, заработало как часы.
Случай после которого я вообще психанул на весь embedded. Контроллер не помню какой, но какой то Atmel 32 бит с Ethernet Phy. Задача поднять веб сервер, TCP сервер, UART и делать простые действия. Собрал проект в Harmony. Работает отлично, но спустя время зависает. Может зависнуть через 10 минут, может через 10 часов, может через 4 часа. Ковырялся чуть ли не месяц, пробовал разные аллокаторы памяти, думал может из фрагментации памяти ломается. Плюнул, снес проект и собрал с нуля заново. Перестал зависать, так и не понял почему.
Опять BLDC. Собрали плату для управления. уже опытные, собаку на моторах съели. На тестовом моторе работает как часы. Подключаем к мотору заказчика - дергает, еле крутит, ток повышенный. Репу чесали долго. Вешаем осциллограф на датчики холла - сигналы сильно кривые. Очевидно установка датчиков холла неправильна. Переделывали несколько раз, проверяли, считали углы - все равно кривые сигналы. Решили проверить магниты на валу. Нам показывают чертеж - да вот жеж все ровно. По факту оказалось что вал с магнитами сильно перекошен.
МК EFR32. На отладочной плате прошивка работает, на плате заказчика - не дышит. Оказалось на отладке есть дополнительный внешний тактовый генератор низкой частоты, а у заказчика его нет. Решение: в настройках проекта переключил на внутренний генератор.
схемотехник придумал питание пустить через монтажные стойки на плате, а земля полигоном по всей плате. Конечно когда стойку прикрутили коротнуло.
Проблемы тактирования, питания, перемкнутых контактов уже настолько тривиальные что проверяются в первую очередь когда плату собрали и первый раз прошили.
Последние лет 8 компании имеющие отношение к асутп не в носу ковырялись. Насколько я знаю новые объекты транснефти теперь на нашем софте автоматизируются и наших же плк, которые собираются у нас
Мягкая коммутация я так понял это комплементарный ШИМ.
Двигателю неохота крутить вал кпп, ему интересно вертеться самому по себе.
Я пришел к мысли что программирование не может существовать само по себе. Вся IT сфера не может быть чисто ради себя. Все существует во взаимодействии с другими сферами. Да программист обязан понимать бизнес, потому что он существует благодаря этому бизнесу. Не будет бизнеса будет не нужен программист и он исчезнет.
А менеджеры должны принимать решения опираясь на программистов, это же хорошо когда они сидят, говорят и оглядываются на нас, значит есть обратная связь. А если бы ее не было? Сидит такой программист а ему сверху кидают ТЗ и пофиг как оно там войдёт в архитектуру