MRW

В отличии от АВР увидел в STM8 аппаратную поддержку программных прерываний (TRAP). Так же есть переход на внутреннее тактирование при отказе внешнего.

Ну вот и я начал неспешно осваивать STM8. При выборе замены в серийных изделиях ATmega16/32/64/128 остановился на STM. Получили Discovery, скачали tools. STVD показался замароченным (в части прикручивания С компиляторов), но наверное это дело привычки. Документация - скудненькая, в основном все ищешь в апнотах, примерах и т.д. Я так понял АЦП тут получше чем в АВР (гораздо быстрее и немного точнее), хотя еще не мерил в железе. Показалось, что RTOS написать для STM будет ГОРАЗДО легче, чем на АВР (будем пробовать). Стабильность в условиях помех заявлена высокая, что радует. Нагрузочная способность выводов не порадовала (не все по 20ма) Ну и конечно же цены. Непонятно как компилить статические библиотеки под него (типа *.a в winAVR) и есть ли такое.

Извините за нескромный вопрос, а где можно взять патчи для сборки AVR binutil, gcc Пытаюсь собрать новые для AVR под linux

А ориентировочнавя цена на них какая?

Чет я там на 600В 1А не нашел

Потребовался для собственных нужд лабораторный источник питания с регулировкой выходного напряжения до 1200В. Максимальный ток 1А. Источник питается от бытовой сети. Необходима защита по току от перегрузки, индикация тока, напряжения. Точность хотелось бы около 1В (но не особенно принципиально). Сижу и не знаю куда посмотреть. Купить подобное ОЧЕНЬ трудно, цены - заоблачные да и найти непросто. Решил попробовать сам сваять. Мысли: Управление и измерение, индикация на семисегментнике от МК (АВР?). ШИМом управлять импульсным трансформатором. Диапазон разбить на до 600В и 600-1200В, т.е. сделать регулируемый источник до 600в и при необходимости к немупоследовательно подключать каскад второго стабилизированного источника на постоянные 600В. Подскажите возможно ли такое решение или как красивее сделать и на чем? Уже мозг сломал а решения нет.

Спасибо огроменнейшее. Буду пробовать дальше.

Уважаемый GDI, подскажите, как заставить работать программатор от protosa под linux, а то чет не получается, если можно - выложите .hex для него, может я неправильно пересобрал, работать нифига не хочет.

А подскажите, сейчас выбираю между gEDA и KiCad. Каждый пакет хорош по своему, но нужно выбрать один, на чем остановиться.

Вчера нашел KontrollerLab. Чем то напоминает студию, но гораздо приятнее. Работает с любыми программаторами. Использует GCC

Спасибо за советы. А что скажите про Eagle ?

У меня такой же программатор :) (спасибо огромное protos -у) Спасибо за информацию. Буду пробовать.

Я тут тоже подборку нашел cdk4avr.sourceforge.net Буду разбираться. Читал на форумах, что с STK500 работают без проблем. Нашел KiCad, нужно посмотреть, заменит ли он PCAD.

Решил тут перейти на Linux (Fedora) с Win. С Linux вроде немного разобрался немного. Осталось неясно только какое ПО использовать для работы с МК AVR. На Win использовал AVRStudio+GCC+STK500v2, PCAD2006+Spectra, различные терминалы COM/USB портов, MS Visio Кто может, подскажите альтернативу этому.

// Menus define: void KeySC (void); // Прототипы фуекций void TimeMenu1 (void); void TimeMenu0 (void); void FPout (void); void Fauto (void); void Fstop (void); void FPr0 (void); void FPr1 (void); void FPr2 (void); void FPr3 (void); // Главное меню MAKE_MENU(POUT,STAT,PARAM,NULL_ENTRY,NULL_ENTRY,FPout,TimeMenu0,"Pout"); MAKE_MENU(STAT,PARAM,POUT,POUT,AUTO,KeySC,TimeMenu1,"Stat"); MAKE_MENU(PARAM,POUT,STAT,POUT,PR1,KeySC,TimeMenu1,"Prtr"); // Подменю STAT MAKE_MENU(AUTO,STOP,HAND,STAT,okAUTO,KeySC,TimeMenu0,"Auto"); MAKE_MENU(okAUTO,NULL_ENTRY,NULL_ENTRY,NULL_ENTRY,NULL_ENTRY,KeySC,Fauto,"end "); MAKE_MENU(STOP,HAND,AUTO,STAT,okSTOP,KeySC,TimeMenu0,"Stop"); MAKE_MENU(okSTOP,NULL_ENTRY,NULL_ENTRY,NULL_ENTRY,NULL_ENTRY,KeySC,Fstop,"end "); MAKE_MENU(HAND,AUTO,STOP,STAT,NULL_ENTRY,KeySC,TimeMenu0,"Hand"); // Подменю PARAM MAKE_MENU(PR1,NULL_ENTRY,NULL_ENTRY,PARAM,SetParam,FPr1,FPr0,"Pr "); MAKE_MENU(SetParam,NULL_ENTRY,NULL_ENTRY,PR1,NULL_ENTRY,FPr3,FPr2,"__ "); Это основное описание. Как я уже говорил, работаем на GCC. Изменения незначительны. Из всех вариантов, которые мы использовали, это самый удобный в использовании, пасширении/изменении, и наименьший по объему памяти.