Кто такие embedded developer-ы?

По стабильности и надежности.
Но у всех свои задачи, может кто-то и по другим параметрам.
по стабильности чего? Отказов? Сбоев? Если чего-то глючит, сначала смотришь схемы, логику работы, алгоритм, начинаешь искать логи. А если этого нет (ну непишут индуся лишнее), вот тогда лезешь в исходики, дизасемблируешь говнокод - в общем трахаешься... Но чаще всего ошибки из-за непонимания логики работы датчиков, в embedded это главное и связь конечно. Если программер не понимает, что датчик может отвалится - нах такого программера. Это как то на заре моей карьеры сидели мы и спорили как отобразить температуру, чтоб оператор сразу понял, что нормально или что-то не так... Ну понятно, если в диапазоне - зеленые циферки, если выше - красные, если ниже - синие, а если обрыв? И тут приходит Коля Овчаров, человек на 20 лет старше нас, послушал нас и достал записную книжечку , а там выписка из ГОСТ: недействительное значение параметра отображается белым цветом! На секундочку 90г. А ГОСТ 70-х тогда цветных дисплеев не было наверное!
Вот это embedded - это связка между железом и технологами! Ты должен разобраться со схемой, с техпроцессом, с алгоритмом, предусмотреть, что все отвалиться, вплодь до питания и кварца! Придумать как это все нормально остановить / закрыть, отдать диагностику (а кварц сдох) и если надо передернуть перефирию, и перезапуститься, чтоб никого не ебнуло!
И это еще когда один контроллер, а когда система строирована для надежности.... :клас:

Не поверишь, в Гугл :)
А когда все работает, ты тоже в исходники лезешь ? :)
больше всего добивает, когда нихера не работает, а контроллер перезапускается! и Пох что газовый вентиль при такой работе открывается/закрывается! На дисплее все заипца! Хз какой датчик глючит, контроллер на дисплее все ок!
 
Назад
Зверху Знизу