История изменений

Где-то на ЛОРе была ветка о перепутанных выводах транзистора. Если не ошибаюсь, то именно в geda.

Могут быть ошибки, но в стандартных библиотеках их, наверное, мало. А вот в сторонних может быть дофига. С транзисторами может быть проблема, когда у производителей разная нумерация. Вроде package одинаковый DPAK-2, а нумерация у одних 1-2-2-3, а у других 1-2-3-4, где 2 и 4 соединены между собой внутри. В стандартной библиотеке компонент DPAK-2 один, и автор символа мог не углядеть. Просто надо внимательнее.

У меня к ним стойкое отвращение после лаб в протеусе (игнорирует sleep) + в atmel studio с каждым обновлением чинится одно и отваливается другое. Нет, лучше уж макетка - там если и будут ошибки, то свои собственные, а не эмулятора.

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

Мне же гарантию надо дать. Эта же программа потом на сотне автоматов будет стоять, а люди в этот шкаф деньги кидают. А если глюки пойдут? Мне же отвечать :)

Где-то на ЛОРе была ветка о перепутанных выводах транзистора. Если не ошибаюсь, то именно в geda.

Могут быть ошибки, но в стандартных библиотеках их, наверное, мало. А вот в сторонних может быть дофига. С транзисторами может быть проблема, когда у производителей разная нумерация. Вроде package одинаковый DPAK-2, а нумерация у одних 1-2-2-3, а у других 1-2-3-4, где 2 и 4 соединены между собой внутри. В стандартной библиотеке компонент DPAK-2 один, и автор символа мог не углядеть. Просто надо внимательнее.

У меня к ним стойкое отвращение после лаб в протеусе (игнорирует sleep) + в atmel studio с каждым обновлением чинится одно и отваливается другое. Нет, лучше уж макетка - там если и будут ошибки, то свои собственные, а не эмулятора.

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