STM8(S/L), первые впечатления

[kison]

А полюбому больше чем скажем 100кгц 8битный сигнал получать не имеет смысла.

Имеет. Случаев бесчисленное множество и в каких то это может и потребоваться. Однако именно DDS в основном используют для звукового тракта - АЧХ померить или фильтры настроить. Кстати встроенный ЦАП в STM8L имеет огромное преимущество перед R2R матрицей, которую все так любят к АВР прицеплять. Там ведь реальное разрешение 5-6 бит, если повезет. Хотя может кто то и ставит точные резисторы, а для получения разрешения в 8 бит резисторы нужны 0,25%. Чтоб сравняться с 12 битным ЦАП резисторы потребуется уже ОТБИРАТЬ из 0,1%
Да и стоит каждый такой резистор как STM8L целиком

[SasaVitebsk]

Ну и при 5В STM8S имеется. Один из апликейшенов кстати - управление шаговиками, теми же что и Вы используете. Но стоимость ниже, а надежность выше. Тут и про два ватчдога нужно помнить и про отказоустойчивую систему тактирования и про большую память за меньшие деньги. Да и АЦП пошустрее у STM8. С АРМ конечно может и не стоит сравнивать, а вот большинство Мег заменить на STM8S можно. При этом снизив стоимость серийного изделия.

Интересно.
Памяти и надёжности мне хватает, желательно каналов сравнения побольше на один таймер. Очень неплохая фишка, как раздельное тактирование таймера от PLL с повышением тактовой (как у xmega), управление событиями как у xmega тоже бы очень помогли.Так как желательно полярность перекидывать одновременно с завершением периода ШИМ.
Заинтересовали - сейчас скачаю - посмотрю. А то я L скачал - глянул что 3V, и интерес пропал.

Ещё. В одной новой разработке нужен АЦП с диф входом на 8 каналов. Очень бы помог входной делитель переключаемый и переключаемая опора. Пока кроме xmega тоже ничего не нашёл. А xmega сделана более чем дебильно. Очень применять не хочу.

[kison]

Памяти и надёжности мне хватает, желательно каналов сравнения побольше на один таймер.

Ну Вот 8S105, там на 1 таймер 4 канала захвата/совпадения. Это таймер 1. Правда от одного ножки на улицу нет Так что захвата по сути 3, совпадения 3,5 Есть еще два по три канала - T2 и Т3. Итого на весь девайс 9 захватов и 9+1 совпадений. +1 потому что совпадение можно и без внешней ножки приспособить.

Очень неплохая фишка, как раздельное тактирование таймера от PLL с повышением тактовой (как у xmega),

Такого нет Только поделить можно, увы.

управление событиями как у xmega тоже бы очень помогли.

Там что то подобное имеется. Я еще не до конца разобрался.

Ещё. В одной новой разработке нужен АЦП с диф входом на 8 каналов.

Опять увы - нету. Впрочем самих входов куча, но вот в диф. режиме они не функционируют. На разницу в цене с хмегой можно пару внешних 4-х канальных ОУ прицепить. Разницы не на пару хватит, а на десяток.

[=GM=]

Сообщение от =GM=
Ну, а при запуске из ОЗУ не будет использоваться 32-битный интерфейс флеши, так что вместо ускорения, получите замедление не менее, чем в 4 раза.

Вот это требует проверки.

Вот цитата, еле нашёл (с.18 док.13590)

"As the address space is unified, the architecture allows data to be stored also in the Flash memory and program to be fetched also from RAM (data bus). In this later case the performance is impacted, besides the fact that data and fetch operation share the same bus, the instructions will be fetched one byte at a time, thus taking longer (1 cycle /byte)."

Так что закатывайте губы обратно

Однако именно DDS в основном используют для звукового тракта - АЧХ померить или фильтры настроить. Кстати встроенный ЦАП в STM8L имеет огромное преимущество перед R2R матрицей, которую все так любят к АВР прицеплять. Там ведь реальное разрешение 5-6 бит, если повезет

Не знаю как где, мне по случаю достался набор из маплина с уж-жасной программой, я её переделал под свою, цап там Р-2Р, однако синус 10 кГц генерит очень хороший, вблизи центральной палки уровень шумов где-то на уровне -90 дБ.

С этими генераторами много чего можно придумать. Можно сделать bpsk или qpsk модуляцию. При переключении фазы никаких тебе искажений, чистая математика.

Интересно было посмотреть на сумму двух частот, которые складываются не в железе, а прямо в программе, опять чистая иатематика.

Вот ещё, делал свип-генератор, 0-500 кГц, те же 10 тактов на выборку, может синхронизироваться из-вне, и выдает синхроимпульс наружу. Позволяет легко и просто настраивать и проверять НЧ-устройства. Демодулятор опять же на квадратурах. Диапазон свипирования меняется по последовательному протоколу.

[kison]

Так что закатывайте губы обратно

Ну значит не будем переносить код в ОЗУ для STM8 И делов то. Меня вполне и из флеши производительность устраивает, так что я губы и не раскатывал. И не обещал снизить кол-во тактов от переноса в ОЗУ. Кстати - 13590 это кто? У меня чего то такого нет, а просматриватьвесь сайт ST мне лень.

Не знаю как где, мне по случаю достался набор из маплина с уж-жасной программой, я её переделал под свою, цап там Р-2Р, однако синус 10 кГц генерит очень хороший, вблизи центральной палки уровень шумов где-то на уровне -90 дБ.

Вполне верю. Разница с дискретизацией велика. STM8 на встроенном ЦАП даст еще лучший синус и не потребует резисторов в обвязку.

Позволяет легко и просто настраивать и проверять НЧ-устройства.

Ну так НЧ устройства и STM8 позволит настраивать. Надо тему DDS закрывать - никому она по сути неинтересна, все выводы сделаны, чемпион в виде кортекса определен. STM8 в данной задаче - аутсайдер. По частоте. И лидер по кчеству сигнала. Все. Аминь.

[SasaVitebsk]

Полазил по efind. Не так всё и красиво. По automotiv применению - единицы предложений и цены зашкаливают. По 8s105 действительно много предложений и цена приемлемая, но не убойная, а вполне сопоставимая с той же m8/ m88.
Попробую.

[kison]

По 8s105 действительно много предложений и цена приемлемая, но не убойная, а вполне сопоставимая с той же m8/ m88.

Вы не с тем сравниваете. 8S105 аналог вовсе не М8, а М32.

По automotiv применению - единицы предложений и цены зашкаливают.

Я автомобильное исполнение не смотрел. Но поначалу так и будет, пока не появится стабильный спрос. Тогда цены пойдут вниз. Хотя те же меги в automotiv тоже кусаются по цене.

[zheleznjakov]

Мне не нравится. Заморочно и никакого удобства. Я лучше в заголовочник вставлю что то типа #define LED_ON() PORTA1 = 1
Причем все определения в одном хидере - так называемый HAL. Просто, со вкусом и не оставляет места на фантазии компилятору. Ваш же метод все равно требует низкоуровневой работы с железом. Для меня это неприемлемо. Ну или не Ваш, свой то Вы не разглашаете. Тут был человек, описал красиво работу с GPIO, но на С++. Но зато не зажимал результаты.

Давно не писали с ним вместе он уже и не против, да и год я перепутал начало 2004 вот последняя редакция от 2007 года. Версия под IAR AVR. Не правилась с 2007 года потому что я перешел на gcc, а он стал писать на C# для ПК.

http://zib.sibinet.com/blog/2010/11/...vr-i-ne-tolko/

[kison]

он уже и не против

Было бы чего скрывать. Никакого прорыва я так и не увидел. Сокращения писанины тоже. Все равно приходится вызывать функцию конфига руками. Я могу куда удобнее дефайн надстроить. И все равно написать LedOn(); проще чем Set_PORT_Bit(Led);
Да и ИМХО понятнее Может я и неправ, тогда Ваши макросы кому то и пригодятся.

[zheleznjakov]

Ну во первых не
Set_PORT_Bit(Led);
а
Pin_On(Led);
Читайте описание.
А во вторых я и не говорил про прорыв