Как сейчас помню косяк, когда через опторазвязку передавался переменный низкочастотный сигнал и эта схема перестала работать после тренировки в тепле. Для прохождения двухполярного сигнала на вход оптопары подавалось напряжение смещения, а после прогрева характеристики оптопары изменились так, что последующий усилительный каскад оказался в насыщении (постоянная составляющая тоже усиливалась и она то и привела к насыщению усилителя).
Интересно было бы узнать, какие (хитрые и не очень) косяки всплывали у уважаемых форумчан? Как проявлялись, как устранялись?

Под косяками понимаете грубые ошибки из-за непонимания основ электроники?

Не обращайте внимание на ворчунов, они ж родились с ТитцеШенком в темечке
Косяки были разные. Блок питания наплатный, ну такой готовый блочок размером с спичечный коробок, впаивается в плату, 5 штырей из него торчит. На основной плате развели в обратной полярности. Обошли интересно. Развели и изготовили дополнительную плату толщиной 0.5мм, в нее впаивается блок питания, а уже из платки торчат штыри на основную плату. Выглядело как будто БП на подложке. Аккуратно.
Хотя косяк грубый.

Еще был косяк в термокамере, логика на 2.7V запитывались от шины 2.7В через NPN транзистор, работал в виде ключа по питанию. На низких температурах у него настолько сильно снизилась передача по току, короче вместо 0.6 вольта он стал съедать 1.5В, и схема логики вместо минимум 1.6 получила 1.2 и сдулась. Заменили его на то ли на мосфет, толи просто закоротили, не помню.

Спокойнее, здесь же раздел для начинающих... Хотя можно и про это услышать. Всё знать невозможно, что-то можно и упустить из виду...


andy777, не буду говорить об ошибочной разводке плат и изначательно неправильном грубом (ну, например перепутали выводы элемента) проектировании. Ну а так, было дело, что при низкой (около -35) температуре изменились характеристики термодатчика DS18B20, протокол обмена которго завязан на времянки. Так вот, видимо эти временные интервалы были в управляющем МК изначально подобраны на границе. Ну, а на морозе обмен с датчиком иногда начинал сбоить. Причём довольно хитро - он показывал отрицательные температуры, близкие к реальным, но не те (разница 2 - 5 градусов). Когда протокол был поправлен, всё встало на свои места.

да, было давно перевели схему с 5В на 3.3В, в итоге при отрицательных температурах перестал работать оптрон, там с ним последовательно светодиод обычный стоял, общее падение увеличивалось и все переставало работать

Нарисовал коммутатор 24<->1 на 3-х 564КП2, а УГО каким-то волшебным образом оказалось от 1533КП2 (или наоборот, уже точно не вспомню)
После нехитрых хирургических операций простой коммутатор превратился в шифровальный аппарат

На той же плате стояли регистры 1533ИР31.
Без всякой задней мысли, 14 нога - земля, 28 - питание..


Включаю - Б5-43 ушел в огран тока. Мало полампера? Прибавим.. 1.. 2.. ЧЗХ?!!
Крышечки регистров потихоньку раскаляются...
Ну вот какой.. умник так вывел ноги питания?


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

Я про известные мне давно написал... И давно известно где мои записки...

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

Да, проблемы, связанные с изменением температуры, оказывается, у многих теплые воспоминания оставили)
Вообще, интересно читать про косяки и осознавать, что не один я такой. Кстати, есть такой тест на честность, когда человека спрашивают, допускал ли он какие-нибудь косяки на работе. Если говорит, что нет - нагло врет, паразит!)


Да, очень интересно, почитаю, как время будет!

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

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

Или буквально на прошлой неделе из Австралии приходит письмо, мол так и так все у вас сделано четко, но только вот цвета проводов в вашем силовом ящике не соответствуют Австралийскому стандарту раскраски проводов для 3-х фазного питания. А потому наша тех.комиссия не дает сдать объект в эксплуатацию. Ну кто мог знать, что в Австралии своя особенная раскраска?

Или вот тяжелый случай был месяц назад. Конструктор тягового узла плохо расчитал необходимую мощность двигателей и соответственно поставили недостаточно мощные частотные преобразователи. Частотники стали периодически показывать ошибку системы управления (но не перегрузку, и это усложняло дело). Изготовители частотников предложили нам застрелиться переделать конструкцию узла. Более мощных герметичных частотников такого типоразмера не было. Ну что, сняли частотник, отреверсили его схему за час и перепаяли шунт на датчике тока. Все, ошибки по перегрузке пропали.

Вспомнил косяк, процессор DSP мощный, красивый от TI, у них довольно замороченная процедура инициализации. Не заводится и все тут. Все прописали, все есть, питание, клок, а он выдает ошибку или заводится через раз. То проинициализируется, то нет. Два дня ползали по нему как тараканы. Выяснилось следующее, тактовый генератор, термостатированная бандура, время запуска 10ms или около того. В общем долго он выходит на режим, а процессор сброс отработал в первые 10us и пытается оживить ядро, ядро клок не получает, отладчик выдает ошибку "ядро не отвечает". Как задержку вставили в схему запуска процессора, все заработало.

Ну конечно же нет Ошибки встречаются, есть и будут везде. Будь это конторка в переулке под лестницей, или Tektronix с LeCroy'ем... А как же без них? Человеку свойственно, да и простительно ошибаться...

А вот случай, где мы свою ошибку в упор не видим. Проц STM32F051. Очень хорошая и мощная машинка. Я не имею в виду вычислительные силы (Cortex-M0, 48 МГц, 32 бита), а возможность гибкого конфигурирования перифирии с совместной увязкой (гибкая система транслирования событий между разными модулями, такими как таймеры, АЦП/ЦАП, ДМА и т.п.). Ну вот запускался тактовый генератор со вншеним кварцем у него через раз. И плату мыли. И кондёры на кварце проверяли. И питание через LC подавали. Разве что с бубуном не сплясали. Полигоны проверили. Сбоит, зараза, и всё. Я думал так у всех, но нет. На этом форуме почитал - у других запускается. В общем на этапе отладки и макетирования на это забили, т.к. в остальном косяков не было.
Выпустили новую плату, где поправили неточности и косячки. Но разводки проца это не коснулось. Тут запускается, как миленький. Конечно, чудес не бывает. Видимо окружение повлияло.

Вот тут формализовали алгоритм избегания косяков
http://www.fedevel.com/welldoneblog/2013/1...king-procedure/
http://www.fedevel.com/welldoneblog/2013/0...ocessor-boards/

Банальщина, конечно. Но иногда простые вещи легче всего прохлопать.

Есть такая старинная мудрость у разработчиков: Если при первом включении устройство работает, как надо - жди серьёзных неприятностей.
Из последних косяков вспомнился такой: у управляемого стабилизатора напряжения (LM117) перепутали местами резисторы и вместо 5 вольт на выходе получили около 1,5. Конечно, использовать такой стабилизатор там, где напряжение всегда должно быть 5 вольт - тоже косяк.

Один из последних косяков. Делали термоциклирование на изделии, т. е. подавали попеременно +50 и -25. Изделие стоит в камере. Вдруг появляются ошибки, причем самые странные, которых быть не должно... Около двух дней искал причину. Потом дошло, что сам виноват. Когда прибор был на минусе 5-6 раз я его открывал, но старался все делать быстро. И из за этого на нем образовался конденсат. Хоть платы и под лаком были, но все равно где то мокрило. наверное в разъемах. Помогла только долгая просушка на +50.

А разве весь наш форум не об этом? А сама тема как раз для раздела "Общение". Там у нас байки из трудной жизни разработчика.

Не, ну тут просто классификацию косяков нужно вводить)
Одно дело грубые промахи по недосмотру, а другое - всякие заковыристые зябы!

сравнительно недавно наткнулся на такую неприятность:

заюзал lwip. сделал сканирование датчиков с web мордой (сторонний девайс, HTTP протокол). Но иногда девайс напрочь переставал работать.
Вис напрочь до передёргивания питания этого девайса. После иследования трафика, выяснилось что причиной был пакет SYN от железки с lwip.
На его хвосте уходил мусор в поле опциональных параметров. Пришлось подкорректировать стэк. Причина - не правильный расчёт
размера TCP пакета при компиляции без LWIP_TCP_TIMESTAMPS. это со стороны клиента.

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

были ышо пара-тройка курьёзов с lwip - но вот этот забавный...

andy777, если английский не смущает, то тут http://www.avrfreaks.net/index.php?name=PN...ic&t=140637 нечто подобное начало обсуждаться)