Программирование STM8

[a5021]

Я в курсе, что предъявить вам нечего. Тень на плетень можете хоть до заговения наводить. Это ничего не изменит.

[dosikus]

Я в курсе, что предъявить вам нечего.

А зачем в самом деле? У вас же ничего не работает и вас все обманывают .
Мне надо было - запустил на F0 выхлоп на инверсный PWM через DMA сразу на динамик . Орет достаточно громко и чисто .

[a5021]

У вас же ничего не работает и вас все обманывают .

Чего тут только о себе ни узнаешь. Это вместо того, чтобы ознакомиться с конкретикой. Нету, стало быть аргументов под обвинениями?

запустил выхлоп на инверсный PWM через DMA сразу на динамик. Орет достаточно громко и чисто.

Не сочтите за оскорбление, но данное описание больше всего напоминает механизм формирование вашей речи.

[dosikus]

Не сочтите за оскорбление

А от вас другое и не исходит - один словесный понос да вранье ...

[a5021]

А чего я там соврал-то в последний раз, не напомните?

[Kinder_Surprise]

Про 8%. Но можно списать на вашу неграмотность. И ещё. Вопросов не задаёте, на вопросы не отвечаете, темой STM8 не владеете, а так, один белый шум. Для чего?

[a5021]

Боюсь, что после того, как вы "успешно" отфильтровали тактовую частоту таймера, рассуждать о том, владеет ли кто-то темой о STM8 или нет, вам просто не по зубам. Насчет 8% я привел полный расчет. Расчет для stm8s. Вранье в чем?

[Kinder_Surprise]

Насчет 8% я привел полный расчет. Расчет для stm8s. Вранье в чем?

В ваших типа знаниях STM8 и ваших расчётах. Может у вас Мега перемаркированная под STM8, аля ардуина, может у вас арифмометр ржавый или не той системы, может у вас вообще всё плохо и коррекции не подлежит, фиг его знает.
Для STM8S всё выглядит так, как описано раньше - сэмплы 64К, прерывания 8К. Это видно на первой картинке. ШИМ меняется как и положено.
Смотрим на вторую картинку. Импульс в прерывании 1,3333мкС. Это 21 такт. Отнимаем 4 на ногодрыг, получаем 17 тактов. Добавляем ваши горячо любимые 20 тактов на вход/выход в прерывание. Получаем 37 тактов. Это - вход в прерывание, загрузка таймера из буфера, считывание ADC в буфер, запуск ADC, инкрементирование буфера, проверка на конец буфера, выход из прерывания. 37 тактов это 2,3125мкС, делим 2,3125мкС на 125мкС и получаем 0,0185. Это 1,85%, но никак не ваши высосанные из пальца 8%.
Можете и дальше врать и извиваться, пытаясь доказать ваши познания в STM8 и арифметике. Что вам ещё остаётся?

[pcb]

Всю ветку срача не читал.
Поясните плиз:

на 125мкС

откуда оно взялось? А лучше все исходные данные.
Скорее всего и там и там все ошиблись

И ещё, говорят, вышла иар 2.10.4 с для 8стмок, хочу сравнить его с космиком, но проект для космика у меня в 17 кб, что однозначно не вписывается в безвозмездную версию иара, киньте чем нибудь )

[oleg110592]

откуда оно взялось?

тут приблизительно оформил т.з.:
http://radiokot.ru/forum/viewtopic.php? ... 1#p2387891
Потом "заказчик" захотел еще выход шим на динамик, spi память решили что пока не нужна - используем внутреннее ОЗУ.
по иару - сахаровская будка сейчас не работает, качайте с оф. сайта, все "остальное" в почту могу.

[a5021]

В ваших типа знаниях STM8 и ваших расчётах.

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

На конкретную ошибку в моих расчетах вы так и не указали. Фиксируем клевету.

37 тактов это 2,3125мкС, делим 2,3125мкС на 125мкС и получаем 0,0185. Это 1,85%, но никак не ваши высосанные из пальца 8%.

8% расчетного оверхеда были озвучены для частоты следования прерываний 64к. Вы, не моргнув глазом, затаскиваете их в расчет для частоты следования прерываний 8к. Фиксируем подлог.

Можете и дальше врать и извиваться, пытаясь доказать ваши познания в STM8 и арифметике. Что вам ещё остаётся?

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

откуда оно взялось?

Он вычисляет, какую долю периода следования прерываний занимают полезные действия в обработчике и сохранение/восстановление совокупно. Для частоты следования 8кгц, период равен 125мкс.

[Kinder_Surprise]

один навет, один факт клеветы и один подлог.

Вам сегодня особенно не везёт!

в аспекте обсуждения технических подробностей

Да не вопрос! Приведите более правильное решение и обоснуйте его. Это для вас не сложно?

[a5021]

Вам сегодня особенно не везёт!

Это уж, как посмотреть. Но я определенно рад, что моя предельно конкретная квалификация ваших действий не вызывает у вас возражений.

Да не вопрос! Приведите более правильное решение и обоснуйте его. Это для вас не сложно?

Решение, касательно чего? Генерации выходного сигнала? По моему, этот вопрос уже подробно обсудили ранее.

[Kinder_Surprise]

Т.е. мыслей у вас никаких нет, а пустословия в избытке? Спасибо!

[oleg110592]

для pcb сжато суть последнего спора:

Alexeyslav
Но если взять частоту семплирования в 32кгц, то уже простыми фильтрами легко свести основную частоту ШИМ до уровня шума.

a5021
Повышая частоты, повышаются накладные расходы на вызов прерываний...Повышая частоты, повышаются накладные расходы на вызов прерываний. Вход в прерывание и выход из него, суммарно обходятся в ~20 (не помню до единиц точно) тактов процессора. Для 8кгц это оборачивается в 1% всего процессорного времени. Это время, в течении которого полезных действий не производится с точки зрения алгоритма. Для 32к потери составят уже 4%.

Kinder_Surprise
Вот он. STM8S, в железе. И никакие расходы не повышаются. Сэмплы 64К, прерывания/обновление 8К, ШИМ 8бит, Duty Cycle 75%, в прерывании дрыг ногой для визуализации процесса. (присутствует картинка мне понятная)

a5021
Не вижу я тут ничего в железе

Kinder_Surprise
И я не вижу! Где обещанные вами потери 4% для 32к или 8% для 64к? Одно прерывание на восемь сэмплов.

a5021
Мне казалось, что для выяснения этого вопроса вам должно было хватить простейших арифметических навыков: 64/8 = 8.

Kinder_Surprise
Для STM8S всё выглядит так, как описано раньше - сэмплы 64К, прерывания 8К. (есть 2 картинки тоже понятных)

a5021
8% расчетного оверхеда были озвучены для частоты следования прерываний 64к.

Тоже смущает формула "64/8 = 8" - если можно, хорошо бы по тактам расписать, как у Kinder_Surprise

[a5021]

Прерывания следующие с частотой 8кгц вызывают расход процессорного времени на сохранение и восстановление состояния равный одному проценту. Прерывания, следующие с увеличенной в восемь раз частотой, т.е. 64к приводят к потерям процессорного времени 1% * 8 = 8%.

64к так относятся к 8к, как 8% к 1%. (64/8 = 8/1 или 64/8 = 8 ). Это арифметика. Ее в младших классах изучают.

И отдельно еще раз повторяю, что если для вывода звука используется один таймер, то повышение частоты ШИМа будет увеличивать накладные расходы. Если используются два таймера, один чисто для генерации ШИМ-сигнала без вызова прерываний, а второй для синхронного с 8кгц изменения регистра сравнения первого таймера, то накладные расходы остаются в объеме частоты следования прерываний второго таймера, т.е. 1%.

[oleg110592]

Попробую сам посчитать:
64кГц = 15.625мкс.
расходы (подсчитаны выше) 37 тактов это 2,3125мкС, делим 2,3125мкС на 15.625 = 0.148 это 14.8%
"но никак не ваши высосанные из пальца 8%"(c). 

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

Повтор отдельно еще раз: есть выход - "семплы 64К, прерывания 8К"

Если используются два таймера, один чисто для генерации ШИМ-сигнала без вызова прерываний...

а почему ранее такой вопрос был?

Зачем 62.5кгц ?

и такой:

Вы как собираетесь 8кбит поток подавать на шим с частотой 62.5кгц?

и т.д.

[Kinder_Surprise]

64к так относятся к 8к, как 8% к 1%. (64/8 = 8/1 или 64/8 = 8 ). Это арифметика. Ее в младших классах изучают.

Ещё раз! Ваша арифметика для ардуины! Здесь же тема "Программирование STM8". Сможете запомнить?

И отдельно еще раз повторяю, что если для вывода звука используется один таймер, то повышение частоты ШИМа будет увеличивать накладные расходы.

Уже говорил, но вы продолжаете не слышать. Для STM8/STM32 это не актуально! Кстати, а почему вы так перепугались упоминания STM32?

Если используются два таймера, один чисто для генерации ШИМ-сигнала без вызова прерываний, а второй для синхронного с 8кгц изменения регистра сравнения первого таймера, то накладные расходы остаются в объеме частоты следования прерываний второго таймера, т.е. 1%.

Это просто ужас какоЙ-то! Почему не сразу все три? Один таймер! Для тех кто плохо слышит - один таймер! Это не два, не три и не пять!
Все картинки выложенные тут мной тоже для работы одного таймера. Что тут может быть непонятного?

[dosikus]

a5021, пора жрать галстук . А вам же не раз говорили - перестаньте мыслить аурдуньей , в STM периферия позволят многое ...

[a5021]

Попробую сам посчитать:
64кГц = 15.625мкс.
расходы (подсчитаны выше) 37 тактов это 2,3125мкС, делим 2,3125мкС на 15.625 = 0.148 это 14.8%
"но никак не ваши высосанные из пальца 8%"(c).

37 тактов это 20 на вход/выход + действия в самом обработчике, которых может быть любое число по замыслу разработчика. В том расчете у сюрприза их было 17, хотя мы не видели ни кода, ни дизасемблера. Ваши свежеоткрытые 14.8% это системные 8% + пользовательские 6.8% (20 + 17 тактов = 8% + 6.8% временных затрат).

Повтор отдельно еще раз: есть выход - "семплы 64К, прерывания 8К"

С использованием только одного таймера? Не опишете в двух словах, как вы собираетесь это изобразить?

Ещё раз! Ваша арифметика для ардуины!

У меня для вас плохие новости -- арифметика, она вообще одна для всего.

Кстати, а почему вы так перепугались упоминания STM32?

Что вам позволяет думать, что я чего-то там испугался? Я вас по прежнему жду в теме про стм32, откуда вы свалили не ответив на мой последний вопрос. Здесь же это офтопик, потому и попросил не смешивать.

Это просто ужас какоЙ-то! Почему не сразу все три? Один таймер!

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

a5021, пора жрать галстук.

Не торопитесь. Сейчас досервирую и будете жрать этот ваш галстук.