|
|
|
34709 57 4 0 |
|
Опции темы | Поиск в этой теме |
27.12.2020, 20:01 | 41 |
Регистрация: 07.04.2013 Последняя активность: 13.06.2023 02:24 Адрес: Украина, Полтава
Сообщений: 5763
Сказал(а) спасибо: 340
Поблагодарили: 8158 раз(а) в 2385 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
|
28.12.2020, 02:11 | 42 |
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
INFERION, Ну вот понадобилось же), для использования мк в качестве ЦАП
Так ведь мк может же измерять напряжения, получается можно им же и смотреть то что он выдаёт после rc-фильтра. |
28.12.2020, 02:18 | 43 |
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Скажите, а вот можем же мы ведь запитать МК выдающий сигнал ЦАП от отдельного аккумулятора, от отдельного аккумулятора запитать микросхему преобразования и нагрузку.
Получится две замкнутые цепи. И при этом можем подать этот ЦАП сигнал с этого мк на пин обратной связи микросхемы.. Но это значит что туда потечёт ток, пусть и очень маленький. А вроде как количество электронов в замкнутой цепи должно быть постоянно... они только по кругу бегают с разной интенсивностью. А так получается в цепи мк выдающей цап сигнал микросхеме оно будет уменьшаться, а в цепи микросхемы и нагрузки увеличиваться... Или оно так не будет работать? С отдельными питаниями и замкнутыми цепями, когда только один сигнальный провод будет идти на пин микросхемы в другой замкнутой цепи.. |
28.12.2020, 04:47 | 44 | ||
Регистрация: 07.04.2013 Последняя активность: 13.06.2023 02:24 Адрес: Украина, Полтава
Сообщений: 5763
Сказал(а) спасибо: 340
Поблагодарили: 8158 раз(а) в 2385 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
У нас не типовые задачи. Нам и модуляция ШИМ нужна, но почему-то в AVR не завезли даже HRPWM. Кому нужно выводить какое-то аналоговое значение - в норме используют DAC, а у него - ИОН уже встречается.
Цитата:
Цитата:
Две изолированные друг от друга цепи... Ничего не понял. [Исправлено: INFERION, 28.12.2020 в 04:49] |
||
28.12.2020, 05:35 | 45 | |
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Цитата:
По одному же этому проводу от выхода рс-фильтра ток не будет туда-сюда течь вперёд назад, потечёт только в одну сторону. Но это нарушает баланс электронов(их неизменное количество в изолированной цепи) Или такое не будет работать и управляющий сигнал от rc-фильтра не пойдёт в микросхему преобразователя? Надеюсь из глаз не закровоточит, это только чтобы донести мысль |
|
28.12.2020, 06:31 | 46 |
Регистрация: 07.04.2013 Последняя активность: 13.06.2023 02:24 Адрес: Украина, Полтава
Сообщений: 5763
Сказал(а) спасибо: 340
Поблагодарили: 8158 раз(а) в 2385 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Artik555, что за наркомания с массой? Зачем её было рвать?
|
28.12.2020, 06:42 | 47 |
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Чтобы показать что там 2 отдельных аккумулятора и две изолированные цепи с ними.
|
28.12.2020, 19:32 | 48 |
Регистрация: 07.04.2013 Последняя активность: 13.06.2023 02:24 Адрес: Украина, Полтава
Сообщений: 5763
Сказал(а) спасибо: 340
Поблагодарили: 8158 раз(а) в 2385 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
|
28.12.2020, 23:48 | 49 |
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
INFERION, т.е. из одной изолированной цепи с собственным питанием нельзя подать сигнал напряжением по одному проводу во вторую изолированную цепь с собственным питанием?
странно, я вроде видел ключами щёлкают от внешнего источника надо бы пересмотреть что и как там реально было |
29.12.2020, 01:21 | 50 |
Регистрация: 07.04.2013 Последняя активность: 13.06.2023 02:24 Адрес: Украина, Полтава
Сообщений: 5763
Сказал(а) спасибо: 340
Поблагодарили: 8158 раз(а) в 2385 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
|
29.12.2020, 01:25 | 51 |
Пожилой ветеран
Регистрация: 05.05.2014 Последняя активность: 26.11.2024 22:46 Адрес: Київ
Сообщений: 3027
Сказал(а) спасибо: 507
Поблагодарили: 1050 раз(а) в 730 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
__________________
Emisar D4 219CT 5000K, Zebralight H604c, Zebralight H53c, Zebralight H32Fw |
29.12.2020, 01:39 | 52 |
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Behram, не, ну импульсами наверное как-то можно подать сигнал по одному проводу, знакопеременный будет, но похоже нормального постоянного напряжения так не получить, т.к. для стабильного постоянного напряжения нужно чтобы тёк хоть какой-то ток
|
29.12.2020, 01:58 | 53 | |
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Цитата:
Вы как-то писали, что сопротивление дросселя зависит от его индуктивности, чем больше индуктивность-тем больше сопротивление. Получается, невозможно получить нормальной кпд в схемах с широтной модуляцией? Т.е. в случае с частотной модуляцией задаётся время импульса, чтобы дроссель не доходил до насыщения, но при этом максимально близко к нему был, чтобы его индуктивнось была минимально возможной. И затем во время работы обратной связью изменяется частота подобранных и фиксированных оптимальных по времени и "заполнению дросселя" импульсов. А в случае широтной модуляции при "малых" режимах работы, а значит малом времени импульсов у дросселя будет сильное недонасыщение, а значит его индуктивность будет больше чем могла бы быть, а значит и сопротивление больше чем могло бы быть? Что почитать чтобы в этом разобраться? Вот тут хорошая информация по теме "Схемотехника аналоговых и аналого-цифровых устройств" Г. И. Волович ? И тут https://radiohlam.ru/boost1/ https://radiohlam.ru/boost2/ [Исправлено: Artik555, 29.12.2020 в 02:01] |
|
29.12.2020, 02:58 | 54 | |
Регистрация: 07.04.2013 Последняя активность: 13.06.2023 02:24 Адрес: Украина, Полтава
Сообщений: 5763
Сказал(а) спасибо: 340
Поблагодарили: 8158 раз(а) в 2385 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Цитата:
А потери - максимально возможными, да? Ну потому что реактивный ток много выше среднего, а потери - более чем пропорциональны от этого тока при постоянном среднем. [Исправлено: INFERION, 29.12.2020 в 02:59] |
|
29.12.2020, 03:28 | 55 | ||
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Цитата:
Цитата:
А от из того что написано выше вроде как следует что вообще наоброт, ну или по крайней мере не совсем так... Ну мне бы в порядках величин определиться) может там проценты, а может и десятые процента... В сравнении схем с частотной/широтной модуляцией. В дросселе и целиком по схемам. Может там выигрыш в одной в дросселе, но в ней же приходится ставить какой-то элемент в схеме который весь выигрыш в дросселе съест и даже ещё больше... Ну или просто в тех же элементах но потери больше чем в широтной/частотной, кроме дросселя. |
||
29.12.2020, 05:27 | 56 | ||
Регистрация: 07.04.2013 Последняя активность: 13.06.2023 02:24 Адрес: Украина, Полтава
Сообщений: 5763
Сказал(а) спасибо: 340
Поблагодарили: 8158 раз(а) в 2385 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Цитата:
Цитата:
Так берите и проектируйте конкретную схему. Она всё и покажет. Спроектируете другую - она тоже всё покажет. Затем сравниваете что там где и как - делаете третью схему. Или рассчитывали на простые ответы? |
||
Поблагодарили: 1 раз |
Artik555 (29.12.2020)
|
29.12.2020, 06:05 | 57 | |
Увлеченный
Регистрация: 07.03.2020 Последняя активность: 18.06.2021 20:15
Сообщений: 301
Сказал(а) спасибо: 54
Поблагодарили: 5 раз(а) в 5 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Цитата:
А динамические потери это там что и это там где?... В данном случае про "понять порядок величин в сравнении кпд шим/чим схем"-чтобы кто-то поделился своими наблюдениями и общими соображениями в этом вопросе) Из каких потенциально можно выжать больше и почему. [Исправлено: Artik555, 29.12.2020 в 06:09] |
|
29.12.2020, 09:28 | 58 |
Регистрация: 07.04.2013 Последняя активность: 13.06.2023 02:24 Адрес: Украина, Полтава
Сообщений: 5763
Сказал(а) спасибо: 340
Поблагодарили: 8158 раз(а) в 2385 сообщениях
|
Re: Программная реализация драйвера на примере Indigo 3.0s
Везде. В ключах, в выпрямителе, в затворном драйвере, в дросселе, в конденсаторах... Любые переходные процессы рассеивают энергию, и чем они чаще, дольше, и чем выше в них ток - тем больше потери.
Тогда он - одинаковый. Большинство ИБП, вне зависимости от топологии, модуляции и чего-то там ещё - дают 80-95%. И можно хоть с синхронного получить 80, хоть с тупого обратнохода 95. Всё зависит от конкретного применения и реализации. |
Поблагодарили: 1 раз |
Artik555 (29.12.2020)
|