частотник на stm32f0

[ravr]

51 51 TVS350V 330 и 13009?

защита от перенапряжений.

Или я что-то не понимаю?

кто знает?

[ravr]

упоминавшаяся ранее схема во втором приближении к работающей версии, пока проверил с небольшой нагрузкой. но даже так 50Гц вентилятор на частоте 200Гц забавное зрелище.
изменение частоты синуса достигается как корректировкой регистров ARR и RCR так и переключением таблиц.
трансформатор вспомогательного ип намотан на помехоподавляющем ферритовом колечке снятом с провода питания какого то бп. первичная обмотка распределена равномерно, вторичные каждая в своём секторе. межобмоточная изоляция - толстый фум и малярный скотч поверх него.
выпрямительные мостики взяты из сгоревших преобразователей от лампочек. несмотря на их низкочастотность работают приемлемо - мостики на верхние ключи тёплые, общий на нижние горячий но допустимо.
столкнулся с тем что новые UC3842 могут быть некачественными, поставил старые выпаянные откуда то - работают нормально и после длительного теста.

https://www.upload.ee/files/13719849/fw ... c.zip.html
_____
несложную защиту от превышения тока использующую падение напряжения на ключе видимо можно сделать и с оптронами HCPL, без микросхем 384x. конечно с небольшой доработкой программы.

[ravr]

немного подправил прошивку, включил в ней всякие crc и watchdog_и и попробовал запустить с двигателем номиналом 2,2kW. пока без нагрузки поскольку силовая часть ещё без настоящего радиатора. вроде нормально работает, разгоняется, тормозит, меняет направление вращения. хотя ненагруженный конечно не показатель.
выходные фильтры не ставил, подключил напрямую. дроссели можно будет намотать на феррите от твс сложив его рогами наружу или каком нибудь статоре от сгоревшей мясорубки.
в качестве выключателя поставил электромеханическое узо 30мА. от помех не срабатывает.
кое что ещё не сделано, вроде корректировки уровня шим от напряжения на шине 310V.

прошивка и прочее:
https://www.upload.ee/files/13724944/sr ... c.zip.html

пожалуй из этого двигателя (82 года выпуска кстати) получится неплохой низкооборотистый наждак. тянет хрен остановишь.

[jcxz]

[uquote="ravr",url="/forum/viewtopic.php?p=4143728#p4143728"]вроде нормально работает, разгоняется, тормозит, меняет направление вращения. хотя ненагруженный конечно не показатель.[/uquote]Неужто без векторного управления?

[ravr]

векторное f0 не потянет. да и я тоже. хотя с ним хрен был бы существенно толще. но сложнее и дороже.

[jcxz]

[uquote="ravr",url="/forum/viewtopic.php?p=4143765#p4143765"]векторное f0 не потянет. да и я тоже. хотя с ним хрен был бы существенно толще. но сложнее и дороже.[/uquote]Почему же? Думаю - запросто.
У меня на M4 оно занимает <10% (на 144МГц). На M0 конечно будет поболее (пускай даже в 2 раза из-за более слабой системы команд), но вполне осуществимо.
А без векторного управления будет очень нестабильно работать при резких изменениях нагрузки. И будет излишне греть обмотки лишними токами.

[ravr]

это хорошо но реализация векторного управления меня не очень интересует. любопытнее посмотреть как будет работать (и будет ли) нижеприаттаченная схема а также односторонняя модуляция.

[jcxz]

[uquote="ravr",url="/forum/viewtopic.php?p=4143798#p4143798"]это хорошо но реализация векторного управления меня не очень интересует.[/uquote]А зря, потому как исходя из моего опыта, все эти синусные управления мотором - почти не имеют практического смысла, потому как крайне неэффективны. Разве что в очень узких областях ("вентиляторная" нагрузка).
А без FOC-а (векторного управления) и обратной связи по токам и угловому положению, PMSM-двигателем можно и на STM8 крутить. Нормальным ШИМ-ом. Я когда-то крутил на тактовой CPU=16МГц и частоте ШИМ=10кГц. Загрузка CPU правда тогда - по самые гланды, на ассемблере большая часть кода. Годится это только в качестве игрушки - побаловаться и отложить в сторону.

[ravr]

о, точно. надо ещё вариант на stm8 сделать.

[Dimon456]

Я когда-то крутил на тактовой CPU=16МГц и частоте ШИМ=10кГц. Загрузка CPU правда тогда - по самые гланды, на ассемблере большая часть кода.

На чистом СИ

В моих тестах на мега168 16МГц, при частоте ШИМ 7,8кГц(128мкс), на расчет табличного синтеза и амплитуды для 6 каналов ШИМ требуется всего 11мкс, с учетом вхождения в прерывания и выхода, грубо, остается еще 100мкс, вагон времени.

[jcxz]

[uquote="Dimon456",url="/forum/viewtopic.php?p=4144002#p4144002"]

Я когда-то крутил на тактовой CPU=16МГц и частоте ШИМ=10кГц. Загрузка CPU правда тогда - по самые гланды, на ассемблере большая часть кода.

На чистом СИ

В моих тестах на мега168 16МГц, при частоте ШИМ 7,8кГц(128мкс), на расчет табличного синтеза и амплитуды для 6 каналов ШИМ требуется всего 11мкс, с учетом вхождения в прерывания и выхода, грубо, остается еще 100мкс, вагон времени.

[/uquote]Ну во-первых: у меня частота ШИМ немного по-больше.
Во-вторых: синус я считал не таблицей. На таблицу бы просто памяти не хватило - я делал на самой дешёвой платке с али, на которой был STM8F103 всего с 8КБ флеша. Даже в этом случае у меня при компиляции в режиме debug размер образа был ~7КБ (в release с оптимизацией = ~6КБ). Т.е. - и так еле влезало. Потому и ассемблер пришлось много использовать. На си вполне возможно тоже бы хватило скорости, просто не лезло оно во флешь - IAR не особо качественно оптимизирует для STM8.

[Dimon456]

всего с 8КБ флеша.

Даже в этом случае у меня при компиляции в режиме debug размер образа был ~7КБ (в release с оптимизацией = ~6КБ). Т.е. - и так еле влезало.

Для теста

Код: Выделить всё

AVR Memory Usage
----------------
Device: atmega168p

Program:    1026 bytes
(.text + .data + .bootloader)

Data:          6 bytes
(.data + .bss + .noinit)

[jcxz]

[uquote="Dimon456",url="/forum/viewtopic.php?p=4144079#p4144079"]Для теста

Код: Выделить всё

AVR Memory Usage
----------
Device: atmega168p

Program:    1026 bytes
(.text + .data + .bootloader)

Data:          6 bytes
(.data + .bss + .noinit)

[/uquote]
ну так это у вас просто какой-то генератор синуса. У меня вообще-то было полноценное управление мотором. С интерактивным управлением пользователем (интерактивный интерфейс под терминалкой, с меню и всякими плюшками), с конфигурированием и заданием разных режимов разгона (с сохранением профилей в EEPROM). Т.е. - полноценная программа управления PMSM-мотором.
1026 байт имхо - даже на одну только таблицу синуса маловато. Только если на какую-то очень грубую. У меня опять-же точность расчёта синуса была около 16 бит.
Так что сравнение совершенно некорректное.

К тому же - 6 байт ОЗУ? Правда что-ли? И все переменные и стек в 6 байт влезли. Ну-ну....

PS: Если брать только генератор синуса, то он у меня был размером где-то 200 байт кода.

[Dimon456]

Я когда-то крутил на тактовой CPU=16МГц и частоте ШИМ=10кГц.

Блин, я то думал, что речь шла о том что бы просто покрутить.
А покрутить и тестового кода хватит:
3 таблицы размером по 128 точек
6 каналов ШИМ
2 переменные, одна изменение частоты, вторая изменение амплитуды
+пару флагов на то, что бы в главном цикле можно было что-то изменить

На тестовое покрутить хватит.

точность расчёта синуса была около 16 бит

Какой смысл от такой точности?
Ваша точность упирается в следующее 10кГцШИМ/128точек таблицы=78,125Гц формируемый синус
Число 128 на 3 нацело не делится, значит выберите, к примеру 126. 10кГц/126=79,365Гц. Это идеальный синус, хотите 16 бит, хотите 8 бит, без разницы, все равно на выходе ШИМ и очень много шума.
Для синуса 25Гц, у вас будет 10кГц/25Гц=400 точек таблицы, ближайшее число для идеального 3фазного синуса это 399 точек таблицы.
А для синуса 400Гц, 10кГц/400Гц=25 точек таблицы.

А теперь попробуйте, хотя бы в экселе, выдернуть 25 точек синуса из 128 битной таблицы и сравнить с посчитанным синусом для 25 точек, циферки-то одинаковы будут, банально, но факт.

Коэффициент гармоник для ступенчатой функции не зависит от количества точек таблицы, единственное что меняется, это дискретность таблицы, градусов, и думаю, что ШИМ 8 бит против 16 бит сыграет тут большую роль.

[jcxz]

[uquote="Dimon456",url="/forum/viewtopic.php?p=4144211#p4144211"]Блин, я то думал, что речь шла о том что бы просто покрутить.[/uquote]Речь шла о том, что "просто покрутить синусом" как у ТС - хватит и 8-битника. А на Cortex-M можно уже полноценное векторное управление делать.

[uquote="Dimon456",url="/forum/viewtopic.php?p=4144211#p4144211"]

точность расчёта синуса была около 16 бит

Какой смысл от такой точности?
Ваша точность упирается в следующее 10кГцШИМ/128точек таблицы=78,125Гц формируемый синус[/uquote]Причём тут "таблицы"? Ещё раз: у меня не используются таблицы. От слова "совсем". Поэтому ничего не упирается. И частота у меня меняется плавно, а не как у вас с таблицей - скачками. А потому возможен плавный разгон двигателя.

Из дальнейших рассуждений вообще ничего не понял...
Вроде должно быть понятно априори, что ваша таблица в 128 значений имеет точность 7 бит (по аргументу), у меня =16 бит. Разница очевидна - как между небом и землёй. Таймеры у STM8 - 16 битные, так что ничего никуда не "упирается".
У вас управление - грубое, у меня - кратно точнее. Двигатель крутить можно вообще без синуса - вся разница в качестве. Вот и вся разница.

[Dimon456]

Ни чего не понял?

таблица в 128 значений имеет точность 7 бит (по аргументу), у меня =16 бит

если у вас брать таблицу в 16 бит, это у вас 65536 точек что ли?
Тогда при чем тут

Таймеры у STM8 - 16 битные

У вас ШИМ 10кГц, туда физически нельзя запихать более 10000 точек.

И частота у меня меняется плавно, а не как у вас с таблицей - скачками.

А это не верно.
Не скачками а линейно:

Пусть мне нужно генерировать частоту 50Гц, учитывая, что основную процедуру таймер исполняет 7812 раз в секунду
65536 / (7812 / 50Гц) = 419
65536 / (7812 / 50,25Гц) = 422
65536 / (7812 / 50,5Гц) = 424
65536 / (7812 / 50,75Гц) = 426
65536 / (7812 / 51Гц) = 428

Точность установки данного метода ~0,125Гц

А если мало таблицы в 128 точек, ни вопрос, можно и 256 точек, 512 точек, 1024 точек.
А если вам мало 8 битного ШИМ, то, как вы уже сказали, таймеры у STM - 16 битные, ну 16 битный ШИМ - это физически не возможно,
но думаю можно и 9 битный ШИМ, и 10 битный ШИМ, ну 12 бит ШИМ это уже перебор будет.

[jcxz]

[uquote="Dimon456",url="/forum/viewtopic.php?p=4144462#p4144462"]если у вас брать таблицу в 16 бит, это у вас 65536 точек что ли?[/uquote]Вы троллите что-ли??? В 3-й раз повторяю: у меня нет таблиц! Никаких.

[uquote="Dimon456",url="/forum/viewtopic.php?p=4144462#p4144462"]Тогда при чем тут [quote="jcxz"]Таймеры у STM8 - 16 битные[/uquote]Это был ответ на ваше что моя точность там куда-то упирается. Поделите частоту тактирования таймера на 10кГц - вот такую дискретность позволяют обеспечить таймеры.

[uquote="Dimon456",url="/forum/viewtopic.php?p=4144462#p4144462"]У вас ШИМ 10кГц, туда физически нельзя запихать более 10000 точек.[/uquote]Какие такие "точки" и зачем их куда-то "пихать"???
Разрешение ШИМ определяется соотношением = частота_тактирования_таймера/частота_ШИМ

[uquote="Dimon456",url="/forum/viewtopic.php?p=4144462#p4144462"]Не скачками а линейно:
Пусть мне нужно генерировать частоту 50Гц, учитывая, что основную процедуру таймер исполняет 7812 раз в секунду
65536 / (7812 / 50Гц) = 419
65536 / (7812 / 50,25Гц) = 422
65536 / (7812 / 50,5Гц) = 424
65536 / (7812 / 50,75Гц) = 426
65536 / (7812 / 51Гц) = 428[/uquote]А это что если не скачки? Это очень грубая установка частоты.
Кроме того - а если двигатель крутится не на 50 Гц? А скажем на 1Гц? Тогда при вашей таблице на 128 значений на период синуса у вас будут скачки углового положения ротора = 360/128=~2.8. Почти 3 градуса! Это уже не плавное кручение, а дёрганье. А на бОльших оборотах также будет идти вибрация и гудение.
Да и обороты у вас невозможно менять плавно - частота тоже меняется только скачками. Даже просто если нужно точно выставить частоту вращения - то тоже невозможно, можно только грубо.

PS: Не понимаю о чём вы спорите? Вроде само должно быть само собой очевидным, что вычисления с точностью 16 бит однозначно точнее чем 7 бит. Зачем спорить с очевидным?
И зачем вообще спорить? Я вроде вашего мнения не спрашивал как мне реализовывать и вам не указываю как делать: если кому-то нравится ездить на квадратных колёсах - это его дело. Значит тряска его не волнует. Ну пускай не квадратных, а 128-угольных.
А я привык делать качественно, а не халтурить....

[Dimon456]

что вычисления с точностью 16 бит однозначно точнее чем 7 бит.

И все таки мне не понятно, откуда взялись 16 бит и 7 бит?

Поделите частоту тактирования таймера на 10кГц - вот такую дискретность позволяют обеспечить таймеры.

но что бы получить 16 битный ШИМ, если конечно речь о этих 16 битах идет, то по вашей формуле: FFFF*10кГц = 655МГц? Может что-то опять не так?

Ну пускай не квадратных, а 128-угольных.

Раз таблицу не используете - значит просчитываешь синус на лету (не которые тут уже пытались просчитывать синус быстрее 4 пня в месте с атлоном, а один да же умудрился за 30 тактов), по другому синус не получить.

360/128=~2.8

Не нравится?
ШИМ 8192Гц, табличка размером в 8192, 360/8192=~0,04, это была шутка, но вполне реализуема.

А это что если не скачки?

NCO модуль есть только в PIC, таймер это делитель, 2 4 8 16 и т.п.

Регистры CCRx таймера обновляются только в определенный момент времени, это если буферизирование включено, идеально получится только так: 3Гц 9 33 ... 9999, при всем желании, сколько не потей красиво тут не получится, всегда будет ошибка либо там, либо сям.

И не надо тут врать, что у вас скачков нету. Для доказательства, код в студию.

[jcxz]

[uquote="Dimon456",url="/forum/viewtopic.php?p=4145295#p4145295"]Раз таблицу не используете - значит просчитываешь синус на лету[/uquote]Конечно.

[uquote="Dimon456",url="/forum/viewtopic.php?p=4145295#p4145295"]ШИМ 8192Гц, табличка размером в 8192, 360/8192=~0,04, это была шутка, но вполне реализуема.[/uquote]Реализуема? На МК с размером флеша = 8КБ??? Объясните - как?

[uquote="Dimon456",url="/forum/viewtopic.php?p=4145295#p4145295"]И не надо тут врать, что у вас скачков нету.[/uquote]Есть конечно. Только у меня они размером = 360/65536 градусов, а не 360/128. Почувствуйте разницу!

[Dimon456]

Объясните - как?

Я же сказал - это шутка, но, к примеру, на F100 с размером флеша 128кБат вполне реализуем.

Есть конечно.

Значит скачки есть, куда уж без них.

Только у меня они размером = 360/65536 градусов, а не 360/128. Почувствуйте разницу!

Матом загнуть что ли?

Регистры CCRx таймера обновляются только в определенный момент времени, это если буферизация включена.
ШИМ у вас 10000Гц, а это значит что обновление регистров CCRx таймера возможно только 10000 раз, другого не дано.
А вы пытаетесь туда затрамбовать 65536 отсчетов.
Максиму что таймер возьмет 65536/10000 = 6,5536 , то есть каждый 6,5536 отсчет из ваших 65536 отсчетов, остальное время у вас процессор попусту просто высчитывает ни кому ненужные отсчеты.
Я взял первые 256 точек вашей таблицы или ваших расчетов, посчитанных в екселе

Спойлер

вот они, это для 8 битного ШИМ

Код: Выделить всё

127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,
127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,127,128,128,
128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,
128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,
128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,128,
128,128,128,128,128,128,128,128,128,128,128,128,128,128,129,129,129,129,129,129,129,129,
129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,
129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,
129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,129,
129,129,129,129,129,129,129,129,130,130,130,130,130,130,130,130,130,130,130,130,130,130,
130,130,130,130,130,130,130,130,130,130,130,130,130,130,130,130,130,130,130,130,130,130,
130,130,130,130,130,130,130,130,130,130,130,130,130,130

Для формирования синуса 78,125Гц требуется всего, ШИМ 10кГц, 10000/78,125=128, ровно 128 точек моей таблицы, мне так удобно посчитать и сравнить,
Ну а теперь смотри

Спойлер

Код: Выделить всё

		65536 точек		128 точек
				
0		127		127
512		133		133
1024		139		139
1536		146		146
2048		152		152
2560		158		158
3072		164		164
3584		170		170
4096		176		176
4608		181		181
5120		187		187
5632		192		192
6144		198		198
6656		203		203

циферки-то совпадают.

Можно было бы обойтись всего тремя таблицами и тремя строчками кода, а вы высшую математику сюда приплели.

Еще раз, коэффициент гармоник для ступенчатой функции не зависит от количества точек таблицы, единственное что меняется, это дискретность таблицы, градусов.
Чисто на физическом уровне нельзя в трамбовать 65536 отсчетов в таймер, который способен принять всего 10000 отсчетов, и то в определенный момент времени.