Форум РадиоКот

a5021 писал(а): 64кгц на штатных 16мгц тактовой при восьми битах разрешения -- это фейк. Это доказать не легко, а очень легко: частота тактировани в этом случа должна быть 64к * 256 = 16.384мгц,

Весь этот высокопарный вы*сер теряет смысл, если
клоун удосужится вспомнит для чего все это.
И даже при использовании тактовой на 16МГц а не милигерц , ничуть не ухудшит качество выхлопа.
Изменится только тон, но не настолько на сколько ус*рается обос*рать идею клоуно-тролль a5021.

а вы знаете, что на 16МГц тоже можно получить ровно 64К (я писал об этом). Сами догадаетесь? Или вы уже давно все знаете?

Олег, он ратует за истинные 8КГц сэмплирования.
Шаг вправо-шаг влево расстрел, и на*бали...

Подолью

была картинка

можно 64К шим 8К сэмплирования на 16МГц

pcb писал(а):Подолью

*facepalm*

oleg110592 писал(а): можно 64К шим 8К сэмплирования на 16МГц

это можно

Но тут кто то писал, что с кодом с 44 страницы получает 63 кгц, хотя рцр стоит = 7
Собственно и приведена картинка, для напоминания

pcb писал(а):Если один девайс лепить, абсолютно без разницы на каком процессоре. Хоть пик, хоть авр, хоть стм8/32, лишь бы дмипсов хватило.
Однако, если проектов много, то логично заложить из того что есть на складу, ибо при заказе будет чуть дешевле.
Пример: заказать смт32 500 шт (1 позиция), стм8 100 шт(1 позиция), авр8 - 200(2 позиции) шт.
Очевидно, что лучше выкинуть стм8 и заменить на стм32, или, если позволяет быстродействие, заменить на авр8.

"Или" более очевидно. Нет смысла юзать АВР в новых девайсах. Нет ни одной причины для этого.

Сам дома леплю, что под рукой найду )

Дома не юзаю ни АВР, ни ПИКи, хотя имеются в наличии. Надоели своей унылостью и древностью.

а с 10 летними проектами что делать?

Либо забыть и выбросить, либо юзать как есть, либо переносить на новые камни. Это же очевидно.

Kinder_Surprise писал(а):

Jack_A писал(а):Я не шарю в STM

Вот это зря.

Это не моя вина, а беда Я уже старый и года 3 профессионально не занимаюсь эмбеддерством. Так, для себя чего слеплю, чтоб склероз в маразм не переходил. Да и надо куда-то пару дюжин Мег приспособить, пока не позвали к Верховному Провайдеру. Передать некому - ни опыт, ни железки. Все мое окружение далеко от электроники.
А был бы Дискавери - поигрался бы с новой для меня архитектурой. Тем боле что начинал свою эмбеддерскую деятельность с STM ( тогда еще SGS-THOMSON ) .

to all:
короче непонятно что мы сейчас доказываем a5021, и что осталось непонятным для a5021, веселье надоело, да и поднасрали в теме много.
Далее предлагаю по теме.
Например лучше поговорим о вложенных прерываниях стм8 (в AVR нету) - мне сейчас проектик один предстоит, думаю применить. Пока поверхностно глянул эти прерывания - вроде ничего страшного. Никто ни сталкивался, нет ли каких подводных камней. В эррате вроде ничего по этому поводу нет.
____________
все что написано выше - не для a5021

Kinder_Surprise писал(а):Либо забыть и выбросить, либо юзать как есть, либо переносить на новые камни. Это же очевидно.

Выбросить точно не получится.

Что бы перенести на новый камушек, нужно новую плату сделать и программу переписать, это время наёмного работяги. После переноса никаких профитов не ожидается - т.к. камни почти одинаково стоят. А расходы точно будут (трассировка, заказ новых шаблонов, переписать код).
Вот оно и юзается, как есть.

Jack_A писал(а):А был бы Дискавери - поигрался бы с новой для меня архитектурой.

А чего ж так? я вон уж белый весь, играюсь ещё
Если хочите, могу вам отправить какой нить дискавери. Ну или с инет магазинов каких закажите...
Стоят от 600 руб до 1500 руб. Очень сильно рекомендую диско с стм32ф4

А тут я узнал, что для диско есть ещё ответные платы...

oleg110592 писал(а):поговорим о вложенных прерываниях стм8 (в AVR нету) - мне сейчас проектик один предстоит, думаю применить. Пока поверхностно глянул эти прерывания - вроде ничего страшного. Никто ни сталкивался, нет ли каких подводных камней. В эррате вроде ничего по этому поводу нет.

Да вроде всё как написано.

oleg110592 писал(а):короче непонятно что мы сейчас доказываем a5021,

Не понятно потому, что вы ничего не доказываете, а просто вопите.

Kinder_Surprise писал(а):всё как написано

Спасибо за информацию. Отпишусь в теме.

oleg110592 писал(а):Сомневающаяся сторона должна верить на слово.

Начинайте. Для затравки: "Земля имеет форму чемодана!" Верите на слово?

Тупо переворачивая слова собеседника можно продемонстрировать только одно умение -- обезьянничать. Никакого иного веяния интеллекта в этом занятии не прослеживается.

oleg110592 писал(а):Далее предлагаю по теме.

погодите, я так и не понял, можно сделать переговорное устройство "типа скайп" на стм8 без участия компа или нет?

Человек хотел чтоб с одной стороны был 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%, даже при минимальном коде. В реальности, при добавлении плюшек - превысит и эту цифру. Вот это победа! Зато типа "правильно", по задрот-ардуиновски. Респект! Так кричать держать и дальше!