аналог Proteus’а
Ищу рисовалку печатных схем и симуляцию работы этой схемы, на советской элементной базе (допустим рисую схему с элементами батаерйки и лампочки и жму «Старт», шоб программа показала что лампочка светица, какое напряжение на цепи, посадка батареи( ну это пример)), т.е. аналог Протеуса.
gEDA, Eagle, kTechLabs не подходят.
короче говоря мне нужно по работе нарисовать схему, проверить в программе как она работaет, а потом уже брать текстолит, элементы и паяльник.
Вроде gEDA + SPICE мейнстрим. Я сам не юзал, только интересовался.
SPICE, gnucap (без графики), но можно gschem из gEDA использовать и схемы преобразовывать в формат SPICE.
Речь идет именно о бесплатных или именно свободных аналогах? В чем причина поиска? Используй Протеус, если шапка не горит 🙂
на работе Протеус, а мне домой на федорочку, qucs описание нравица, наверно его опробую.
на 100% не уверен, но как-то читал что вроде Proteus хорошо под WINE работает.
И ещё, из собственного опыта могу сказать, что полагаться на Proteus не следует. Особенно это касается симуляции микроконтроллеров. Поведение в реальном железе практически всегда совершенно отличается от симуляции.
Источник
Программирование AVR в Linux, как?
Здравствуйте. Интересует ряд вопросов по программированию микроконтроллеров AVR в Linux (Debian). Прошу отвечать людей, которые занимаются этим.
- Существуют ли аналоги Proteus для Linux? Очень желательно с поддержкой МК AVR. Но в первую очередь хотя бы просто для симуляции несложных схем.
- Как хорошо обстоят дела с самодельными программаторами, типа костылей в виде 5 проводков для LTP порта и китайскими USB программаторами за 5 баксов, а также с нормальными программаторами которые поддерживают отладку с помощью интерфейса jTag.
- Какую среду разработки можете порекомендовать для написания кода на асме и Сях? Имеется ли вообще такая среда или плагины для IDE типа eclipse или редактора VIM.
Вообще всё работает, но вендовые альтернативы выглядят намного более ынтырпрайзно.
А почему именно AVR? Почему бы не ARM или 8051?
По учёбе изучали именно AVR, но практики у меня маловато, а вот теории достаточно.
Сама тема микроконтроллеров мне очень понравилась, поэтому хочу начать именно с AVR.
А почему именно AVR? Почему бы не ARM или 8051?
И зачем вообще Linux? Мне кажется, что ожидания топикстартера несколько завышены и лучше сразу разочаровать. Все плохо (на самом деле нет). 🙂
AVR — это неплохое начало. Если есть LPT, программатор можно сделать из говна и палок (проверено, работает с avrdude). Готовый тулчейн есть даже в репах популярных дистрибутивов. Начать писать на Си под AVR очень легко.
Зачем Linux? Я долгое время провёл за ним, уже привык. На винды слезать не охота.
Для пяти проводков есть пони с ужасным внешним видом, работающая. AVRDude для китайских и не очень usb костылей.
Ответ людей, которые занимаются этим:
К сожалению, всяких вижуалстудий (в твоём случае AVR Studio) на эти наши линуксы не завезли. С другой стороны — почему к сожалению? К счастью! Порог вхождения намного выше, потому разработчику перед непосредственно разработкой нужно разобраться, как же система работает и понять её принципы и философию. Результат: количество школоподелок от индусских детей меньше, следовательно общее качество софта выше.
Зачем Linux? Я долгое время провёл за ним, уже привык. На винды слезать не охота.
Ладно, ладно. Вместо протеус можешь попорбовать библиотеку simavr (есть simulavr и есть simavr. Это разные проекты). Это, конечно, не визуальная среда, а библиотека, но с помощью нее ты можешь весьма гибко симуляцией и отладкой заниматься. Вскользь описывал тут: Свободное ПО в электронике — 2
Какой отладчик используется при отладке AVR через JTAG в Linux?
AVR я отлаживал через симулятор, а не через JTAG. Симулятор работал с gdb-avr в паре. Это *гораздо* круче на мой взгляд, потому что позволяет буквально смоделировать нужные входные воздействия и ситуации симулятору.
C arm нужна отладочная плата, тут проводками не отделаешься, непаябельные корпуса, информации меньше, ни фига оно для начала не лучше, а продолжения может и не быть.
Симулятора нормального нет. Отладчик тоже неудобный. О Протеусе даже не мечтай. Есть не совсем совместимый с атмеловским асм. Сишечка такая же точно, как в венде. Я пишу свои наколенные поделки на асме «на глаз», отлаживаю в железе на макетке. Очень неудобно, особенно в сравнении с AVR Studio и Протеусом. Особых трудностей пока не возникало — спасибо шикарным атмеловским даташитам. Прошиваю через FTDI’шный USB->UART переходник.
SMTовская дискавери дешевая штука. А если продолжения не будет, то зачем начинать?
А в эти симуляторы поддержку таймеров и прерываний уже завезли? Пару лет назад не нашел.
Не морочьте себе голову. Беритесь сразу за ARM. Да, есть для Eclipse плагин для AVR. Но в сравнении с плагином для ARM он убог до невозможности. Для ARM (в частности STM32) Вы получите, вполне себе, полноценную среду разработки (не даром всякие CooCox и Atolic на основе Eclipse), плюс по соотношению цена/возможности AVR далеко позади. Потратьте около 5 у.е. на набор (платка с STM32F1 и китайский клон ST-LINK) и будет Вам счастье.
Относительно дешевая, да. Если учесть что с программатором. Начинать чтобы убедиться что не не твоё или по принуждению образовательной системы. У STM самый вменяемый корпус TSSOP20, не сравнить с дипами атмег, это всё таки не для самоделок. Хотя может ты и прав, сразу привыкнуть к плохому и не париться с авр.
Если хочется дипов, то PIC. Тулзы под линь есть.
Даже не смешно.
Непаябельные корпуса? Купите себе нормальный паяльник, а лучше станцию. А AVR в TQFP намного паябельней?
Меньше информации? Да Вы поиском, видимо, пользоваться не умеете.
Нужна отладочная плата? Это даже плюс, так как сразу можно посмотреть как все работает на живом устройстве. Тем более цена вопроса — копейки.
P.S.: Почему продолжения может и не быть?
Такие корпуса даже стоваттным паяльником запаиваю, без станций и очков, хотя есть и станция и даже специально обученный человек. Паябельность определяется размером, можешь сам сравнить. Инфой по авр завален весь интернет, он уже был забит работающими примерами, когда о дискавери от стм еще никто не слышал, не чем тут спорить. Станция, отладочная плата, эклипс что еще насоветуем для начала? Я вот советую понипрог, винду, иар и пять проводков для авр. Потом это всё можно выкинуть без сожаления.
У STM самый вменяемый корпус TSSOP20
А про то, что NXP LPC81x можно уже и в DIP, я упоминал здесь.
avr-gcc и avrdude работают отлично, даже лучше чем на винде. Кодишь в любимом блокнотике, компилируешь makefile’ами и горя не знаешь. А вот зачем кому-то нужны отладчики и симуляторы для avr я понять не могу. Разве что для обучения, хотя это ведь не ARM, тут все просто как грабли, нечего отлаживать.
А в эти симуляторы поддержку таймеров и прерываний уже завезли? Пару лет назад не нашел.
В какие эти симуляторы? А какие проверял и какими пытался пользоваться? В simulavr не знаю, не пользовался, должны быть, смотреть лень. А в simavr были с самого начала, с тех пор, как я им воспользовался. Там и АЦП есть, UART есть и др. А поведение периферии пишется на Си. Можно и с графикой делать, но только сам рисуешь. Есть примеры в самом пакете и на просторах можно найти:
Simulavr. Про пару лет я конечно приврал. Это было где-то в 2009. Хотел проверить что-то с таймером, но увы и ах. Он мне выдал, что на данный момент таймеры и прерывания не реализованы. После этого я даже не пробовал симуляторы, так как впечатление было подпорчено.
Почитал про simavr — интересная вещь. Почему он тогда мне не попался?
В чем проблема запаять LQFP? У коллеги по работе даже шестилетняя дочь хорошо с этим справляется при помощи простого 25-ти ваттного паяльника (ей нравиться паять). Единственная проблема, с которой можно столкнуться, если делать самоделки, это изготовление платы. Но при должной сноровке и это не проблема. Ну а для того, чтобы разобраться достаточно готовой отладочной платы и программатора, которые, повторюсь еще раз, стоят копейки. Не понравиться — можно отдать кому-то, кому это будет интересно. Я так и поступил с отладочными платами и программатором для авр — отдал студентам первокурсникам. Тем более, что для авр тоже нужна отладочная плата.
Про паяльную станцию я писал Вам, а не ТСу. И что такого плохого в эклипсе? Ну и про информацию: сейчас и по стм полно информации и работающих примеров. Так что это не довод.
Плюс ко всему, если ТС решит пойти работать в сферу, связанную с микроконтроллерами, то авр ему не пригодится с очень большой (даже огромной) долей вероятности. С армами же все с точностью до наоборот.
1) Нету. Можно пускать протеус в виртуалке.
2) Китайские клоны usbasp работаю чудесно.
Пишу в QtCreator, собираю make, прошиваю avrdude.
С точки зрения обучения, начинать нужно от простого к сложному а не наоборот. Если, например, студент не знает как работают прерывания, то кидать ему сразу NVIC или AIC для самостоятельного изучения будет не очень разумно. Хороший студент может и выплывет, а если не очень хороший, то получится очередной script kiddie, который дальше примеров производителя ничего не может.
Это было где-то в 2009 [. ] Почитал про simavr — интересная вещь. Почему он тогда мне не попался?
Источник
Как разрабатывать под микроконтроллеры в linux?
Здравствуйте. Интересует ряд вопросов по программированию микроконтроллеров AVR в Linux (Debian). Прошу отвечать людей, которые занимаются этим.
1. Существуют ли аналоги Proteus для Linux? Очень желательно с поддержкой МК AVR. Но в первую очередь хотя бы просто для симуляции несложных схем.
2. Как хорошо обстоят дела с самодельными программаторами, типа костылей в виде 5 проводков для LTP порта и китайскими USB программаторами за 5 баксов, а также с нормальными программаторами которые поддерживают отладку с помощью интерфейса jTag.
3. Какую среду разработки можете порекомендовать для написания кода на асме и Сях? Имеется ли вообще такая среда или плагины для IDE типа eclipse или редактора VIM.
- Вопрос задан более трёх лет назад
- 2598 просмотров
Для АВР все прекрасно подходит и сочетается. Правда для устаревших контроллеров посдеднии релизы avr-gcc предпочитаю брать из Arduino IDE — лезу в jar-файл и распаковываю из него в свой каталог, где и использовал. Хотя сейчас предпочитаю ставить Arduino IDE и вести разработку непосредственно в ней. Avrdude имеется, хотя добавил еще и графический интерфейс для нее.
Для отладки использую виртуальную машину с протеусом и avr studio на борту.
Программаторы можно использовать как и самодельные, так и покупные. Единственное, что требуется: задать разрешения на использования конкретного usb определенному пользователю в правилах /etc/udev/rules. Под root даже без правил все работает.
Источник
Аналог proteus для linux
Соберём ссылки на наиболее полезное и удобное ПО для ОС Linux в данной теме.
Только не всё ПО (это я могу и в репозитории посмотреть), а такое, которое стоит хотя бы попробовать.
Тема не совсем в тему раздела, но лучше раздела нет.
В любом случае, думаю вы используете некоторый софт.
- Простое макетирование, рисование схемы и создание PCB:
Fritzing (http://fritzing.org) - Создание схемы и PCB:
Eagle (http://www.cadsoftusa.com/), минус которого в том, что он тянет за собой несвободные «данные»;
EESchema (http://ru.wikibooks.org/wiki/KiCad/eeschema) мало знаю, как-то интерфейс мне не очень. - Цветовая маркировка резисторов:
gResistor (http://sourceforge.net/projects/gresistor/). - Сопряжение с осцилографом:
Xoscope (http://sourceforge.net/projects/xoscope/);
OpenHantek (http://www.openhantek.org/) будет посимпатичнее, но оно только для Hantek. - Программатор AVR:
AVRDude (http://savannah.nongnu.org/projects/avrdude). - Симуляторы с GUI:
tkGate — всем известен, включая интерфейс;
Qucs (http://qucs.sourceforge.net/) — тянет одну библиотеку из Qt3, но интерфейс симпатичный и возможно пользоваться. Увы, в родном репозитории нет.
Меня, в частности, интересует симулятор. Не TkGate.
И не Qucs.
Что-нибудь a-la «Proteus».
Есть?
| Реклама | ||
| | ||
| ||
Reloader  | | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Карма: 3 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
