a5021 писал(а):
64кгц на штатных 16мгц тактовой при восьми битах разрешения -- это фейк. Это доказать не легко, а очень легко: частота тактировани в этом случа должна быть 64к * 256 = 16.384мгц,
Весь этот высокопарный вы*сер теряет смысл, если
клоун удосужится вспомнит для чего все это.
И даже при использовании тактовой на 16МГц а не милигерц , ничуть не ухудшит качество выхлопа.
Изменится только тон, но не настолько на сколько ус*рается обос*рать идею клоуно-тролль a5021.
Последний раз редактировалось dosikus Вс июн 14, 2015 19:45:38, всего редактировалось 1 раз.
Разработал:
-BLDC
-ФУОЗ/МПСЗ
-SMART BMS
-ECU/EDC на STM32F4(43%)+CPLD(57%)
-Моноинжектор на ATSAMD20G16
-контроллер эффектов для RGB LED ленты
-умные часы/обратный счет/секундомер
-устройство измерения емкости АКБ
oleg110592 писал(а):
можно 64К шим 8К сэмплирования на 16МГц
это можно
Но тут кто то писал, что с кодом с 44 страницы получает 63 кгц, хотя рцр стоит = 7
Собственно и приведена картинка, для напоминания
Разработал:
-BLDC
-ФУОЗ/МПСЗ
-SMART BMS
-ECU/EDC на STM32F4(43%)+CPLD(57%)
-Моноинжектор на ATSAMD20G16
-контроллер эффектов для RGB LED ленты
-умные часы/обратный счет/секундомер
-устройство измерения емкости АКБ
pcb писал(а):Если один девайс лепить, абсолютно без разницы на каком процессоре. Хоть пик, хоть авр, хоть стм8/32, лишь бы дмипсов хватило.
Однако, если проектов много, то логично заложить из того что есть на складу, ибо при заказе будет чуть дешевле.
Пример: заказать смт32 500 шт (1 позиция), стм8 100 шт(1 позиция), авр8 - 200(2 позиции) шт.
Очевидно, что лучше выкинуть стм8 и заменить на стм32, или, если позволяет быстродействие, заменить на авр8.
"Или" более очевидно. Нет смысла юзать АВР в новых девайсах. Нет ни одной причины для этого.
Сам дома леплю, что под рукой найду )
Дома не юзаю ни АВР, ни ПИКи, хотя имеются в наличии. Надоели своей унылостью и древностью.
а с 10 летними проектами что делать?
Либо забыть и выбросить, либо юзать как есть, либо переносить на новые камни. Это же очевидно.
Это не моя вина, а беда Я уже старый и года 3 профессионально не занимаюсь эмбеддерством. Так, для себя чего слеплю, чтоб склероз в маразм не переходил. Да и надо куда-то пару дюжин Мег приспособить, пока не позвали к Верховному Провайдеру. Передать некому - ни опыт, ни железки. Все мое окружение далеко от электроники.
А был бы Дискавери - поигрался бы с новой для меня архитектурой. Тем боле что начинал свою эмбеддерскую деятельность с STM ( тогда еще SGS-THOMSON ) .
Последний раз редактировалось Jack_A Вс июн 14, 2015 21:01:31, всего редактировалось 1 раз.
to all:
короче непонятно что мы сейчас доказываем a5021, и что осталось непонятным для a5021, веселье надоело, да и поднасрали в теме много.
Далее предлагаю по теме.
Например лучше поговорим о вложенных прерываниях стм8 (в AVR нету) - мне сейчас проектик один предстоит, думаю применить. Пока поверхностно глянул эти прерывания - вроде ничего страшного. Никто ни сталкивался, нет ли каких подводных камней. В эррате вроде ничего по этому поводу нет.
____________
все что написано выше - не для a5021
Kinder_Surprise писал(а):Либо забыть и выбросить, либо юзать как есть, либо переносить на новые камни. Это же очевидно.
Выбросить точно не получится.
Что бы перенести на новый камушек, нужно новую плату сделать и программу переписать, это время наёмного работяги. После переноса никаких профитов не ожидается - т.к. камни почти одинаково стоят. А расходы точно будут (трассировка, заказ новых шаблонов, переписать код).
Вот оно и юзается, как есть.
Jack_A писал(а):А был бы Дискавери - поигрался бы с новой для меня архитектурой.
А чего ж так? я вон уж белый весь, играюсь ещё
Если хочите, могу вам отправить какой нить дискавери. Ну или с инет магазинов каких закажите...
Стоят от 600 руб до 1500 руб. Очень сильно рекомендую диско с стм32ф4
А тут я узнал, что для диско есть ещё ответные платы...
Разработал:
-BLDC
-ФУОЗ/МПСЗ
-SMART BMS
-ECU/EDC на STM32F4(43%)+CPLD(57%)
-Моноинжектор на ATSAMD20G16
-контроллер эффектов для RGB LED ленты
-умные часы/обратный счет/секундомер
-устройство измерения емкости АКБ
oleg110592 писал(а):поговорим о вложенных прерываниях стм8 (в AVR нету) - мне сейчас проектик один предстоит, думаю применить. Пока поверхностно глянул эти прерывания - вроде ничего страшного. Никто ни сталкивался, нет ли каких подводных камней. В эррате вроде ничего по этому поводу нет.
oleg110592 писал(а):Сомневающаяся сторона должна верить на слово.
Начинайте. Для затравки: "Земля имеет форму чемодана!" Верите на слово?
Тупо переворачивая слова собеседника можно продемонстрировать только одно умение -- обезьянничать. Никакого иного веяния интеллекта в этом занятии не прослеживается.
Человек хотел чтоб с одной стороны был stm8, на другой ПК - цель этого просто научится работать с stm8 и, видимо, научится писать программы на ПК.
Тут есть решение для ПК с исходниками: http://habrahabr.ru/post/223293/
Похоже несложно сделать полудуплекс и на двух stm8 (без ПК). Насчет дуплекса надо просчитывать, но можно поставить по два устройства на каждой стороне, издержки - два кабеля.
Часть работы мы благодаря сообществу сделали (исключая понимаете кого) - это оцифровка звука с микрофона на одном таймере без "увеличения накладных расходов", плюс вывод звука на динамик, естественно без сложной фильтрации. Оставшуюся часть сможет легко сделать автор вопроса - готовое решение для stm8 посылки байтов по UDP есть.
Можно все это сделать на копеечном STM8S003F3P6 в корпусе TSSOP20, только там не инверсные выходы TIM1 заняты SPI, можно задействовать инверсный выход канала 2 или канала 3.
oleg110592 писал(а):Часть работы мы благодаря сообществу сделали (исключая понимаете кого) - это оцифровка звука с микрофона
Код работает не правильно и содержит грубые ошибки. "Понимаете кто" указал на них, но это не возымело никакой реакции. "Оцифровка с микрофона", в данном случае, -- это такая литературная аллегория, потому, как нет никакой схемы подключения микрофона к МК и над кондиционированием сигнала перед оцифровкой никто даже и не задумывался. Вся "оцифровка" это небольшой кусок цельнотянутого индусского кода из примера по иллюстрации работы АЦП, который никто в работе не проверял.
Оставшуюся часть сможет легко сделать автор вопроса - готовое решение для stm8 посылки байтов по UDP есть.
Никакого готового кода нет и теперь стало уже окончательно ясно, что кроме шапкозакидательского подхода гипер-активные псевдо-разработчики никакими необходимыми навыками для разработки не располагают.
Можно все это сделать на копеечном STM8S003F3P6 в корпусе TSSOP20
Проект находится в состоянии "сферического переговорного устройства в вакууме" и в этом качестве никаких перспектив воплощения в железе не имеет.
a5021 писал(а):
Код работает не правильно и содержит грубые ошибки. "Понимаете кто" указал на них, но это не возымело никакой реакции.
Мы прекрасно видим кто ср*ет необоснованными придирками , не преуменьшайте свои фекалии.
a5021 писал(а):
"Оцифровка с микрофона", в данном случае, -- это такая литературная аллегория, потому, как нет никакой схемы подключения микрофона к МК и над кондиционированием сигнала перед оцифровкой никто даже и не задумывался. Вся "оцифровка" это небольшой кусок цельнотянутого индусского кода из примера по иллюстрации работы АЦП, который никто в работе не проверял.
Напомню клоуну с чего начался срач , с того что он заявил категорически - "На одном таймере нельзя сделать PWM 64КГц с выборкой сэмплов на 8КГц . Вот это и будем обсуждать ...
not for a5021 only
(рукалицо)
Ага! Код неправильно, но работает. Вот так случилось, совершенно случайно, что неправильный код работает правильно. Зато "правильный" код (и что в нём тогда правильного?) отвергается самим типа автором ввиду жутчайшего оверхеда в 8%. Хотя если быть честным, но это же не в правилах скользких ардуино-крикунов, там оверхед достигнет 20%, даже при минимальном коде. В реальности, при добавлении плюшек - превысит и эту цифру. Вот это победа! Зато типа "правильно", по задрот-ардуиновски. Респект! Так кричать держать и дальше!