- есть у кого опыт работы с тиристорами при импульсных перегрузках
(КЗ)? Adept(1486 знаков, SCH, полностью, 14.01.2021 18:03)
- Может, пару таких позисторов на каждый канал, последовательно:
JK250-800U ? Nikolay_Po(257 знаков, 16.01.2021 09:46, ссылка)
- Спасибо всем за конструктивное обсуждение. Появились дополнительные мысли что и как можно сделать. Ушёл
рисовать схемотехнику и думать :)))) - Adept(15.01.2021 12:08)
- Я всю тему не читал. А стандартный дедовский способ запирания
тиристора параллельным ключом с конденсатором не подходит? - Tech_(15.01.2021 11:19)
- 10 кратный ток за полпериода нормально держит. Ограничь время и
будет тебе счастье. - max(15.01.2021 10:40)
- На всякий случай - позволю себе обрать внимание на параметр "I2t value for fusing", снимаемый при весьма характерном tp = 10 ms. В
описаниях предохранителей оно же фигурирует под названием "melting
integral". Вот, что считает по этому поводу ON Semi в "Thyristor
Theory and Design Considerations Handbook" (HBD855) применительно к
"ломовой" защите: ToчкaOпopы(711 знаков, 14.01.2021 22:10,
)
- Симистору поможет только жирность самого симистора, и то с
вероятностью 50/50. Симистор почти не ограничивает ток сам по себе,
его должна ограничивать внешняя цепь, но даже с ограничением тока
10мс это слишком много. ИЖБТ и МОСФЕТы сами ограничивают ток за
счет перехода в линейный режим (для среднестатистического ИЖБТ ток
КЗ обычно в 10 раз превышает номинальный для данного транзистора),
и в таком режиме гарантируется устойчивость к КЗ в течение всего
единиц Yurasvs(981 знаков, 14.01.2021 21:16, ссылка)
- А можно подробнее про устойчивость FET к КЗ? Первый раз про такое
слышу. С IGBT все отчасти понятно - биполярный транзюк внутри
вылетает в линейный режим. А в FET такого нет! - Evgeny_CD(14.01.2021 22:12)
- Почему это нет? При конкретном напряжении на затворе транзистор
переходит в режим источника тока при вполне определенном токе,
смотрите графики в даташитах. Другое дело, что если применить для
них драйвер с контролем десатурейшена, то порог срабатывания будет
сильно зависеть от температуры в отличие от ИЖБТ, хотя будет
меняться в правильную сторону (с прогревом понижаться). Так что
такая защита там тоже возможна, надо только правильно все
рассчитать. Довольно давно Yurasvs(89 знаков, 14.01.2021 22:51)
- IGBT влетает в desat независимо от Vgs и Vds. Поэтому desat там
ловить легко. Попытка перевести ключевой MOSFET в режим генерации
тока это полный писец схемотехнике. Это будет такая АВМ, что АВМ
старой советской боеголовки курит в сторонке. Evgeny_CD(884 знаков, 14.01.2021 23:32)
- adum4135 - Chip_n_Go(15.01.2021 23:49,
)
- Вообще, если подумать, то аналогово-цифровой конечный автомат,
который все это будет делать, умеренно сложный, и сделать его в ИМС
по 0.25 мкм, скажем, вполне реально. Странно, что это не сделали до
сих пор. - Evgeny_CD(15.01.2021 01:06)
- Вопрос - а такие готовые драйвера для полевиков есть? IR2104, IR2118,...... - m16(14.01.2021 23:45)
- Не надо работать на границе ОБР. Тогда все проще. Кого интересует,
при каком токе он реально вырубится, при 5ти или 10тикратном?
Главное, чтобы не вырубался при рабочем и оставался жив при
срабатывании защиты. Пусть порог гуляет в 2 раза в рабочем
диапазоне температур, ну и хрен с ним. Зато просто и малогабаритно,
хотя ИЖБТ дешевле конечно. Для однократного срабатывания высокая
скорость МОСФЕТов не дает никаких преимущств, так что бездиодные
ИЖБТ встречнопараллельно вне Yurasvs(12 знаков, 14.01.2021 23:43)
- Хм... В некоторых SiC FET есть гарантия КЗ на 3-5 мкс, но я пока не
понял, за счет чего это работает? Но SiC совсем не радуют ценой.... - Evgeny_CD(14.01.2021 22:23)
- MOSFET имеет конечное сопротивление, которое растёт с ростом
температуры и тока. Что в принципе позволяет их запараллеливать. - fk0(14.01.2021 22:22)
- спасибо - m16(14.01.2021 21:28)
- да, с тиристорами лотерея, если только "трамвайные" ставить :))) на
высоковольтных ПТ (IRF740 ещё ) несколько штук параллельных групп
со встречно-последовательным включением, далал давненько
коммутаторы. По потерям (теплу) было совсем хорошо, по надёжности
(UDS) - приемлемо, но "не айс"... но цена... :( IGBT просчитывал как-то
давно и по потерям/теплу и по цене - не проникся как то :(
единственный плюс - реально быстрая защита (может это всё
оправдывает) Adept(599 знаков, 14.01.2021 21:27)
- Защита от КЗ, возникшему перед началом работы (при сборке-монтаже)
решается плавным пуском. Защита от внезапного КЗ во время работы -
предохранителем класса FF. - il-2(14.01.2021 20:21)
- CLA80MT1200NHR 470A 10ms - Evgeny_CD(14.01.2021 19:48)
- Ограничить сверхток. Петельку из проволоки, зафиксированную на
стойках, где-нибудь вдоль стенки корпуса проложить, между вводом
питания и симисторами. чтобы не смяло силой Ампера. Главное, чтобы
за время сгорания плавкой вставки не оплавилась и под нагрузкой не
перегревалась. Бонусом, по падению напряжения на этой штуке,
определять общую перегрузку узла. - Nikolay_Po(14.01.2021 18:40)
- Сумасшедшая идея: "пару IGBT прифигачить" для закорачивания сети --
это позволит симистору закрыться за относительно малое время, пока
из IGBT выходит волшебный дым. - fk0(14.01.2021 18:27)
- Немало ёлок собрал в свое время. Действенный рецепт один -
ТС161-160 ;) Пока не сработает автомат или не отгорит кусок провода
вместе с лампочкой :) - Гyдвин(14.01.2021 18:16)
- Релюшкой коротил. Но это был опыт не пошедший в серию... то реле
залипало, то симистор таки не выживал )))... POV_(219 знаков, 14.01.2021 18:08,
)
- На сколько можно доверять инфракрасным термометрам? BlackMorda(499 знаков, Tech, полностью, Вчера, 18:04)
- нормально всё работает за исключением экстремальных случаев
полированного металла и стекла. Матовые поверхности - вполне себе
точно мерит (порядка 1% точность запросто) ну и не стоит брезговать
введением коэффициентов поверхностей. Пользуюсь Fluke Max62+ - не разочарован :)) (кстати - внесён в реестр средств измерений:) Adept(435 знаков, Сегодня, 00:22)
- Если это "лазерный пирометр", где используется принцип отражения
луча от измеряемого объекта, то оно, возможно, так и есть. Однако
пирометры на "классическом" принципе должны измерять спектр
ИК-излучения, испускаемого горячим телом, а температуру выставлять
не по интенсивности излучения, а по средней длине волны спектра. В
последнем случае полировка поверхности играть роли не должна. - Kceния(Сегодня, 00:54)
- +100! А если жарким летом направить его в ясное небо, он показывает
-22°. Не врёт ))) - maik-vs(Сегодня, 00:23)
- Брал на али пирометр, он более-менее показывал только при
использовании при комнатных условиях. Если сам прибор охлаждается,
начинает врать. - Argon(Вчера, 18:10)
- +1. Мой до 900 градусов умеет, в комнате измеряешь, вроде похоже,
на улице при небольших минусах уже привирает, а высокие ваще не
понял чего он показывает. То вроде похожие цифры, чуть передвинул
совсем другое. Коэффициентами игрался, ваще ничо не понял. Пока
основное применение на даче посмотреть откуда холод пробивает. Это
показывает тока в путь. А еще мне показалось, что он больше врет
когда лазер выключен. - Codavr(Вчера, 22:54)
- Если положить рядом пластик и металл, то одинаково показывает? - BlackMorda(Вчера, 18:17)
- йопаный BGA!!! Пусть горит в аду кто его придумал!!! 4 часа
изобретал велосипед как поставить кондеры по питанию!!!! В этоге
один хер, имхо, шляпа выходит! - Aleksey_75m16(SCH, полностью, Вчера, 23:44)
- Для устройств с резервным батарейным питанием актуальны Ideal Diode
(Diode ORing). Сюда буду складировать информацию о мелких недорогих
микропотребляющих ИС Ideal Diode. MAX40203 LM66100 TPS2121 General(240 знаков, SCH, полностью, 05.04.2020 21:54 - Вчера, 22:42, ссылка, картинка)
- Спасибо. А если бы сделать отдельную страницу со ссылками на
подобные топики, то это была бы просто песня. - Codavr(06.04.2020 14:07)
- Спасибо! Полезные сущности. - Evgeny_CD(06.04.2020 03:07)
- Спасибо! Года три назад колхозил подобное на ключах - получилось
громоздким и много выводным. - De_user(06.04.2020 01:24)
- С чего это, кстати, актуальны? Может просто ты узнав о
существовании "идеального диода" пытаешься впихнуть везде, где в
принципе достаточно и одного обычного диода и
встречно-последовательной пары мосфетов (при подключении внешнего
питания мосфет закрывается...) - fk0(05.04.2020 22:12)
- На обычном диоде - даже шоттки падает 0.4 вольта, что убивает 10%
ресурса батареи - в моём случае год. Что касается двух встречных
мосфетов + управление ими - это и есть 50% такусенькой микросхемки
причём с заведомо худшими параметрами. Попробуй реализовать вариант
с несколькими батарейками, например. - General(05.04.2020 22:24)
- А что с утечками в идеальном диоде? Они могут съесть больше, чем
экономия на напряжении. И о какой батарейке идет речь? - VLLV(06.04.2020 20:15)
- Батарейка все же обычно одна. Микросхема имеет неприличный ценник.
А мосфеты если хорошие, то всегда будут внешние. Почему параметры
должны быть в чем-то хуже? Ты _докажи_, а то на сахаре очень
приняты догмы. Я вот, например, считаю, если компоненты более
доступные и дешевле -- это *лучшее* решение, чем волшебная
микросхема. Кстати я давал тут ссылку на вариант на токовом зеркале
и потом ссылку на статью на habr.com о том же. - fk0(06.04.2020 00:59)
- вот у меня внешнее питание - так поскольку мало кто из
микропотребляющих LDO имеет защиту reverse current, обнаружилось
что ток батарейки вытекает во внешний ИП когда тот обесточен. Даже
тут приходится добавить диод! А два диода - сколько будет стоит
твоё решение? - General(06.04.2020 14:02)
- А с чего ты решил, что должна быть "защита от reverse current" ? Во
времена 142ЕН5 ей встречно-параллельно диод обязательно ставили,
чтоб не пробить база-эмиттерный переход обратным напряжением. А в
современных LDO внутри мосфет, в котором body diode естесственным
образом пропускает ток в обратную сторону. Естесственно нужен диод.
Хочешь сказать, мол два диода купленных черти где, это атас как
дорого, а микросхема аж за 40 центов это очень дешево? А завтра,
когда тебе fk0(1526 знаков, 06.04.2020 16:47, ссылка, картинка)
- Вот я для себя одно доказательство преимущества микросхем могу
привести: любая рассыпуха будет БОЛЬШЕ по занимаемой площади
всегда. Это её минус. - fk0(06.04.2020 12:50)
- Генерал цену показал - 15 центов от ковбоев. Год лития от сайза АА
будет заметно дороже этого кремния. Вариант на токовом зеркале
банально жрёт. - Vit(06.04.2020 01:11)
- Самым продаваемым в Китае стал электромобиль за $4400. Он имеет
запас хода 120 км и заряжается от домашней розетки - BlackMorda(Tech, полностью, 16.01.2021 09:24, ссылка)
- Поздравляем diper с днём рождения! - General(misc, полностью, 10.01.2021 07:53)
- Ролик Трампа к 20 января. Он таки объявил перестройку. Запасаемся
попкорном. Evgeny_CD(37 знаков, zen, полностью, 13.01.2021 01:29 - 01:48)
- по указанию Дональда Трампа началась публикация закрытых и
секретных ранее документов. мочему Мелани на главной странице? - m16(16.01.2021 22:13, ссылка)
- при перестройке надо объявлять также: 1) Гласность 2) Плюрализьм
3)Ускоренье - =L.A.=(15.01.2021 20:22)
- В уплоаде, а не в топе ютуба и фейсбука. Ну чиста террорист намбер
уан. Пучков про разгул демократии. - Codavr(14.01.2021 21:51, ссылка)
- Палата представителей объявила импичмент Трампу . По-моему, всю
американскую власть пора паковать в дурку. - Evgeny_CD(14.01.2021 02:18, ссылка)
- Там в конце прямым текстом "Мэтью Такой-то, композитор
спецэффектов". Это не фейк, это перформанс. - Ralex(13.01.2021 13:50)
- [:|||||||||:] - SciFi(13.01.2021 08:37, ссылка)
- Или запасами пищи, воды, медикаментами - Kpoк(13.01.2021 01:47)
- По поводу ПУЕ. Сфотографировал крепление кабеля от электрошкафа
возле подъезда. BlackMorda(1 знаков, Tech, полностью, Вчера, 16:43, картинка)
- Если по ssh -X не удаётся форвардить X11 с сообщением, мол
/tmp/.X11-unix/X0 отсутствует, то стоит проверить, может он на
локальном компе действительно отсутствует. И не нужно заниматься
шаманством описанным на stackexchange (копание в конфигах ssh,
попытка перейти на работу через tcp). Ответ на вопрос, как мол
могут работать иксы тогда: через "abstract unix doman socket" (man
7 unix / abstract). А tcp по-умолчанию часто запрещено (раньше была
опция -nolisten, а теперь fk0(402 знаков, dao, полностью, Вчера, 14:54)
- Не выдержал и заказал на али HT-19. 34т.р. с копейками + линза и
зачем-то ИК фонарь. Если быстро наиграюсь - авито в помощь. Argon(189 знаков, Tech, полностью, 20.12.2020 20:55 - 21.12.2020 07:32)
- Нужен совет, как правильно оцифровать сигнал с фотоприемника,
который измеряет поглощение света от модулированного источника
излучения: _ctac_(642 знаков, dao, полностью, 15.01.2021 08:14, картинка)
- Я продолжаю следить за темой, но в обсуждение не вступаю, так как
мне кажется я получил ответ на свой вопрос. _ctac_(1588 знаков, Вчера, 10:20, картинка, картинка)
- И есть ещё момент связанный с фликкер-шумом. Например, у Ultralow
Noise Precision High Speed Op Amps LT1128 фликкер-шум занимает
полосу от 0 Гц до 14 Гц. Фотодиоды, НЯМС, тоже являются источником
фликкер-шума. В этом смысле лучше фильтровать не саму огибающую
сигнала, которая как раз и расположена в полосе фликкер-шума, а его
зеркальную компоненту, расположенную на частоте U0+Um. Ессно, чтобы
получить саму огибающую, нужно эту зеркальную компоненту перенести
на нулевую Xaoc(38 знаков, Вчера, 11:21,
)
- Чтобы отвязаться от сети 50 Гц, нужно модулировать частотой 100 Гц.
Тогда все нечетные гармоники сети можно будет легко отфильтровать в
цифре. - Xaoc(Вчера, 11:02,
)
- Для наглядности ценности формы верхушек. Картинка сигнала 15Гц с
выборкой импульсами, как у ТС. На каждый : Nikolay_Po(648 знаков, 16.01.2021 18:30 - 18:37, картинка, ссылка)
- Все предложения читать лень, но мобуть стоит сделать так? mse homjak(266 знаков, 16.01.2021 12:58)
- Не нужно изобретать велосипед! :) Xaoc(803 знаков, 16.01.2021 16:40,
)
- Как можно отфильтровать 1 мс от помех меньшей частоты? Но идея
здравая - нужно этими ксэмплами и антиалиасинговым фильтром,
рассчитанным под эти ксэмплы (т.е. не 15 Гц, а 15 кГц) снять
максимальное число отсчетов с постоянным периодом. На этом все
данные получены, электроника заканчивается - идем к математикам и
просим обработать. - VLLV(16.01.2021 15:18)
- В смысле? Ну, я бы взял ППФ или чего оптимального, чтобы
отфильтровать помеху меньшей частоты. Антиалиасинговый фильтр при
высокой частоте выборок будет простым. Дальше можно какое-нить
пороговое устройство для интеграццыи или ещо какой обработки 1мс
импульса. Поимели набор выборок выше порога, пожалте на дальнейшую
обработку. - mse homjak(16.01.2021 16:59)
- А как обрабатывать? Лучше всего оптимальным фильтром. Если исходный
сигнал - прямоугольники, то прямоугольники из сигнала фотодетектора
берём - в момент, когда приходит полезный сигнал перемножаем
отсчёты на единицу. За временными рамками полезного сигнала -
перемножаем отсчёты на ноль. Кстати, исключаяя передачу интервалов
между полезными импульсами, можно сэкономить на требовании к
скорости передачи отсчётов с приёмника на ПК. Nikolay_Po(584 знаков, 16.01.2021 15:33, картинка)
- Форма верхушек импульсов не может нести полезной информации. Потому
что полезная информация ограничена заявленной полосой в 0...15 Гц.
Рисовать можно все что угодно, только импульсов в пачке 500 штук. - my504(16.01.2021 16:22)
- 25. 20 мс интервал, 500 мс длина пакета. - Evgeny_CD(16.01.2021 23:35)
- Как я понял, исходный процесс, из которого получают импульсы,
ограничен по спектру. Но явного указания, что ограничен спектр
импульсов - не было. А значит, форма верхушек импульсов может
совпадать с формой сигнала и, тем самым, нести полезную информацию. - Nikolay_Po(16.01.2021 17:49)
- Предположим крайность - импульс вообще один, помех нет, разрешение
по времени и амплитуде достаточно. Наклон верхушки позволяет на
100% восстановить форму исходного сигнала. Таки несет. VLLV(1 знаков, 16.01.2021 16:33, картинка)
- Да, как-то так, математики на то и математики, чтобы предложить
научный вариант оптимальной обработки. Результат наверняка
идентичен ну или близок антиалиасингу на 15 Гц, но такой фильтр
сложно сделать аппаратно, его еще может и сбрасывать нужно. - VLLV(16.01.2021 15:42)
- Не очень понятно что надо сделать, но может ddc112? - Moлoдoй кoллeгa(15.01.2021 19:42, ссылка)
- Вообще зачетная тренировка мозгов получилась. ТС мои благодарности! - Evgeny_CD(15.01.2021 19:22)
- Есть ли глобальный синхронизм пакетов 500мс? Сами 1 мс импульсы,
как я понял, синхронны питающей сети 50 Гц. Какая задержка
обработки допустима? - Evgeny_CD(15.01.2021 16:36)
- А можно модифицировать схему, чтобы 1мс импульсы с частотой 50 ГЦ
были всегда, и не было их пакетов? - Evgeny_CD(15.01.2021 14:40)
- Постановка задачи не понятна. А это ключ к ответу. Оцифровать что?
Амплитуду пиков? Или вычислить форму огибающей? Аналоговой схемой
или в цифровом виде контроллером, программно? При чём здесь
оверсэмплинг? Результат-то в каком виде нужен??? fk0(1208 знаков, 15.01.2021 12:31)
- Хочу получить последовательность отсчетов, которые описывают
огибающую и выполняют условия Котельникова/Найквиста. _ctac_(73 знаков, 15.01.2021 12:55)
- Я целый день смотрю на эту тему и ничего не понимаю: если по
условию задачи в сигнале НЕТ ИНФОРМАЦИИ В СПЕКТРЕ ВЫШЕ 25Гц, то что
там фильтровать собрались? Почему это проблема? Отрезать кусок
спектра -- невозможная проблема? - fk0(16.01.2021 02:45)
- По-моему, если известна форма и положение импульсов, будет полезно
перед фильтром огибающей отбрасывать (занулять?) отсчёты в паузах
между импульсами, вне зависимости от того, зарегистрированы
импульсы фотоприёмником или нет. Приближение к оптимальной
фильтрации. - Nikolay_Po(15.01.2021 19:33)
- +1. Единственная здравая мысль во всём топике.. :) - Xaoc(16.01.2021 08:25,
)
- Почему не дополнять до ступенчатой формы последним правильным
значением? У нас же сигнал "есть", просто мы его не видим. Но в
таком случае нули будут дальше от огибающей, чем уровень последнего
импульса. - teap0t(16.01.2021 09:37)
- А кто сказал, что последнее значение в 1 мс импульсе является
"правильным"??? Что если это был выброс шума? Тогда это ошибочное
значение будет многократно "размножено" на весь 20 мс интервал и
исказит всё измерение.. Очевидно, же! :) - Xaoc(16.01.2021 09:56,
)
- Ну, с другой стороны, можно сначала обработать вершины импульсов,
например, медианным фильтром, взяв "робастное" значение. И уже это,
надёжное, значение превратить в ступеньку. В сигнале до фильера
будет больше энергии, ниже требования к шагу квантования фильтра.
Но кто-то писал, что ступенька даст НЧ-шум квантования во времени,
в том числе и в полосе сигнала, если я правильно понял. Поэтому на
практике видел, что просто зануляли отсчёты в незначащие интервалы,
точно как Nikolay_Po(32 знаков, 16.01.2021 10:02)
- Только она мало что решает. Я ниже привел возможно верную модель... - my504(16.01.2021 09:10)
- А если все это оцифровать аудио АЦП? 16 бит, недорого, I2S есть во
многих MCU? По частоте подходит. 100Дб динамического там будет. - Evgeny_CD(15.01.2021 10:20)
- Кстати, если вопросы вызывает именно большой динамический диапазон,
то, возможно, есть смысл пропустить фототок через логарифмический
усилитель. Например, такой >>> - SciFi(15.01.2021 09:50, ссылка)
- Динамический диапазон 3 Белла - это амплитуда самого сильного
импульса к амплитуде самого слабого? А какой СШ на выходе
фотоприемника для самого слабого импульса? И какова полоса самого
фотоприемника? - Evgeny_CD(15.01.2021 09:35)
- Не могу понять. Вроде бы капиталистическая промышленность давно
освоила выпуск АЦП, которые способны оцифровать этот сигнал
полностью. О чём вопрос? - SciFi(15.01.2021 09:25)
- Если бы сигнал огибающей был непрерывный, то да я взял бы поставил
фильтр 1-го порядка, потом сигма-дельта ацп с частотой выборки от 1
до 10 квыборк/с, _ctac_(227 знаков, 15.01.2021 09:46)
- Зачем фильтровать до АЦП? Проще разогнать скорость оцифровки, чтобы
даже антиалиасинг не потребовался. - Evgeny_CD(15.01.2021 09:58)
- У меня есть сомнения, что оверсэмплинг работает, если выборки идут
не равномерно с частотой 10к, а с паузами в 20 мс, фактически 50Гц
частота преобразования получается - _ctac_(15.01.2021 10:20)
- Может я чего не так понял, но антиалиасинг по входу не может быть уже 2 кГц, иначе сигнал будет развален. А фактически фильтрация
одного импульса даст полосу не менее 1 кГц (1 мс время накопления).
Затем следует, по сути, децимация - отсчеты с частотой 50 Гц. Со
всеми вытекающими последствиями для АЧХ - антиалиасинг тут
невозможен. - my504(15.01.2021 11:09)
- Согласен, поэтому и хотел оверсэплинг. Антиалиасинг по входу и
рассчитывался на 2-3 кГц и последующий оверсэмплинг с частотой 30
kSPS, а потом децимация и КИХ с частотой среза 15-20 Гц и
подавление не менее -60дБ. Для непрерывного сигнала это классика
(ну конечно параметры фильтров и частота преобразования свои), а
вот для данного случая это корректно? Смогу я получить конечную АЧХ
с частотой среза 15-20 Гц? - _ctac_(15.01.2021 11:53)
- АЧХ с основным спектром 0...15 Гц вы получите, но зеркальные полосы
вплоть до 1 кГц так и останутся. Никаких шансов на "склейку"
импульсов-кадров для реализации псевдонепрерывного сигнала у вас
нет. Все очень просто доказывается. Возьмите, например, помеху с
частотой 45 Гц и вам все сразу станет очевидно. Эта частота не
будет "склеена" как непрерывный сигнал. В этом и проблема. my504(216 знаков, 15.01.2021 13:19)
- Наконец-то понял идею. Но какая разница "непрерывный сигнал" или
импульсы? Почему не должно работать? Слово "оверсэмплинг" нужно
заменить на "дискретизация", "оцифровка" (приличный антиалиас
фильтр на ОУ сделать не удастся). Потом КИХ/БИХ и только потом
децимация. fk0(793 знаков, 15.01.2021 12:55)
- Сигнал конечный, отсчетов мало (25, например), как мне реализовать
фильтр с моими требования? Я себе сказал, только за счет избыточной
информации. А вот является ли информация заключенная в одном
импульсе действительно избыточной, чтобы подавить помехи с
частотами выше 20Гц. для серии из 25 таких импульсов. - _ctac_(15.01.2021 13:04)
- Сигнал, ясное дело, дополнить нулями до и после, пока результат из
фильтра не выйдет. Конечно, сделать фильтр с частотой среза
приближающейся к частоте дискретизации не выйдет. Поэтому частота
дискретизации на входе фильтра должна быть выше. В варианте с
нелинейным алгоритмом ([1], [2]) это значит, что его выход должен
сэмплироваться 50 раз в секунду и, условно, между сэмплами
вставляться ещё по сколько-то десятков нулей. В твоём варианте
после оцифровки (10..30кГц) сразу fk0(441 знаков, 16.01.2021 03:20, ссылка, ссылка)
- Выборки делает АЦП на основе своей таковой. Нет никакой связи с
импульсами на входе. И взятие отчетов строго синхронное. Всю
полноту информации о любом входном сигнале по отсчета можно
восстановить. - Evgeny_CD(15.01.2021 10:25)
- Это если АЦП относится к типу SAR, а если это сигма-дельта, то в
его внутреннем конвейере данных идёт усреднение по N предыдущих
отсчётов: там же sinc фильтр на выходе. - teap0t(15.01.2021 11:58, ссылка, ссылка)
- Спасибо, развеяли мои сомнения. Я параллельно посмотрел аналогичные
представления сигнала -АИМ. Все должно получиться. - _ctac_(15.01.2021 11:09)
- Видимо, я не совсем прав. Но до конца то, что не удастся подавить
зеркальные полосы, у меня в голове не укладывается. Думать надо. - Evgeny_CD(15.01.2021 14:19)
- Что ты называешь "зеркальными полосами"??? Обычно это результат
переноса частот в гетеродинном приёмнике или "aliasing" при
сэмплировании (оцифровке) без предварительного фильтра. Но здесь-то
оно откуда берётся и зачем вообще нужно? Обычно от "алиасинга"
избавляются сразу, аналогово и до АЦП, т.к. алиасы возникают в
каких попало частях спектра и только мешают. Иногда их используют с
пользой, но для этого нужно наоборот, на входе АЦП всё вырезать
кроме узенькой полосы, что fk0(35 знаков, 16.01.2021 03:28)
- Евгений, не усложняйте. Добавьте в модель рассмотрения ЦАП, который
после фильтрации по входному сигналу (1 кГц) восстановит сигнал и
снова его отсемплируйте с частотой 50 Гц. Очевидно, что все
зеркальные полосы в полосе 25....1000 Гц как миленькие будут на
своих местах. Просто потому, что помеха НЕПРЕРЫВНА, в отличии от
сигнала. И практика это доказывает, если что. - my504(15.01.2021 14:30)
- Прошло 500мс, мы получили пачку импульсов. Следующие 500мс - это
совсем другая пачка, или есть корреляция? - Evgeny_CD(15.01.2021 09:13)
- Оцифровывать быстро, чтобы за импульс 10+ отсчётов пролетало.
Определять начало и конец импульса и брать медиану (или просто
среднее значение) из выделенных отсчётов вершины. Nikolay_Po(469 знаков, 15.01.2021 09:05)
- Если хочется передискретизация вверх, то со ступеньками не нужно: у
них в спектре относительно низкие частоты шумов квантования (самих
ступенек). Идея похожа на мою (по ссылке). Да, автомат, который
импульс "оцифровал" в одно скалярное значение, пусть хранит его,
последнее значение, на выходе у себя. А дальше с регулярными
интервалами (в данном случае уже явно >> 50Гц) пусть оно
берётся и выход автомата сбрасывается. Т.е. получаем zero stuffing,
как у автора на fk0(64 знаков, 15.01.2021 13:05, ссылка)
- Текущий прототип примерно так и работает, отсчетов только поменьше
на каждый импульс. Проблема в том, что по факту частота выдачи
данных равна F=1/T, _ctac_(79 знаков, 15.01.2021 10:06)
- "Оцифровать" можно уточнить? Это положение максимума, "площадь
импульса", скорость нарастания/спада? - BlackMorda(15.01.2021 09:07)
- Из рекламы справа. Но интересно! Оригинальный способ добывания
энергии - Evgeny_CD(RFID, полностью, 20.10.2020 23:42, ссылка)
- Возникла проблема с 32-битной арифметикой. Компилятор XC8 для
PIC18. Контроллер подключён к импульсному выходу электросчётчика.
Количество импульсов на киловатт-час задаётся программно. Допустим
это 3200 имп/кВт*ч. Счётчик 32-битный. Требуется выдавать "наружу"
уже пересчитанное значение с точностью до Вт*ч. И тут появляется
проблема. Я не могу сделать так: (cnt * 1000) / coeff, потому что
при достижении значения в 4 млн. с чем-то импульсов у меня при
умножении будет FDA(130 знаков, dao, полностью, 14.01.2021 22:48)
- div_t quot_rem = div(cnt, coeff); return quot_rem.quot * 1000 +
quot_rem.rem * 1000 / coeff; maleon(69 знаков, 16.01.2021 14:49)
- Например так: Пaлыч(203 знаков, 15.01.2021 11:29 - 16.01.2021 10:19)
- 1000*ЦЕЛОЕ(cnt/coeff) + (1000*ОСТАТОК(cnt/coeff))/coeff . - PS если
coeff>1000, то переполнения гарантированно не будет - argus98(15.01.2021 21:43)
- Вдогонку. К PICC18 не PRO-версии, а STD, в своё время прилагались
исходники libc. И в них есть конечно ассемблерные реализации
деления умножения для long. Не сложно взять и дописать для long
long по образу и подобию. - fk0(15.01.2021 11:20)
- а так ? cnt = cnt1+cnt2...+cntN+cntRemainder где cnt1...N кратно
коэффициенту ну а далее cnt1*1000/coeff+... - abivan(15.01.2021 10:49)
- Всего то нужен пятый байт. Сложно написать поддержку через
инкремент? - VLLV(15.01.2021 08:56)
- А вот я хотел спросить, а можно что-то намутить с этим счётчиком,
чтоб импульсы взад пошли? Например, чтоб счётчик переполнился и с
нуля начал. - fk0(14.01.2021 23:40)
- 1) посчитать с плавающей точкой... 2) написать 64-битную арифметику
самостоятельно (это сделано в C-библиотеках многих процессоров на
самом-то деле -- подсмотреть можно в libgcc), 3) взять библиотеку
вроде BigNum (в RSA для pic18 такая какая-то и использовалась!) и
посчитать с неограниченной разрядностью. По пункту 2 на самом деле
проблема с делением. Лучше извернуть до cnt*other_coeff
>> N. А уж умножить совсем не проблема,
условно-поразрядно: fk0(1388 знаков, 14.01.2021 23:39, ссылка, ссылка)
- в аналогичной ситуации, правда для AVR-а , я написал 64 бит
арифметику на асме. - m16(14.01.2021 23:21)
- я не в курсе про "XC8 для PIC18". Однако почему не считать в двух
счетчиках ? один на 3200 (на один кВт*ч) и другой в целое значение
кВт*ч ? Арифметику производить для значений от 0 до 3199 (по
формуле (cnt * 1000) / coeff). Zoro(40 знаков, 14.01.2021 23:08)
- Есть там int64_t и uint64_t. Только какие-то моменты были с printf
- не сильно разбирался и заменил на вариант от Chan-а - Vit(14.01.2021 22:55)
- Нет там 64-битных типов. Точнее, есть только при использовании C99,
а у меня сейчас C90. - FDA(14.01.2021 22:59)
- принципиально нужно
С90C89 (fk0 углядел)? - Vit(14.01.2021 23:01 - 15.01.2021 00:13)
- Проект большой, сейчас не получится поменять. Была бы тысяча строк,
вопросов бы не было. - FDA(14.01.2021 23:02)
- Извиняюсь, а что за проблемы при этом могут быть? Просто кроме
глупостей от IAR для MSP430 не встречал проблем - Vit(14.01.2021 23:05)
- Много изменений вносить надо. Просто так проект не пересобирается. - FDA(14.01.2021 23:08)
- Тоже не верю. Ругань компилятора в студию. - SciFi(15.01.2021 08:14)
- Вот таких ошибок тысячи. Что-то связано со строками. Как я понял,
для них надо использовать тип char, а в проекте везде типы uint8_t,
uint16_t и т.д. Плотно пока не разбирался. FDA(1 знаков, 15.01.2021 08:56, ссылка)
- Нормальные предупреждения, абсолютно по делу. По сути режим C89
просто отключает эти предупреждения. Если вам нравится прятать
голову в песок, отключите их и в режиме C99, делов-то. - SciFi(15.01.2021 09:07)
- Не могу понять как вот эти предупреждения отключить: FDA(193 знаков, 15.01.2021 11:12)
- Кстати советую запомнить, я, например, длительное время не знал,
пока не обделался на этом, что в языке C есть три типа char: signed char, unsigned char и char. И это три разных типа. fk0(29 знаков, 15.01.2021 11:37)
- Их нужно не отключить, я однажды исправить. Там исправления такого
уровня, что делаются чуть ли не регэкспом, во всяком случае любой
дурак по-шаблону справится. Исправления код не изменят. Т.е. легко
проверить, что после исправлений собирается такой же бинарник. Суть
исправлений: руками привести типы насильно (через каст к void*:
"func((const void*)var)"). Хотя вообще за частью таких варнингов
запросто могут стоять ошибки, со строками наверное одно из немногих
исключений, fk0(79 знаков, 15.01.2021 11:34)
- Use the command line option "-nw= n". Where n is the warning message you want to suppress. - m16(15.01.2021 11:31)
- У PICC18 отдельные предупреждения не отключаются, только уровень
настраивается. Но есть другой путь: предупреждения лежат в каком-то
.txt файлике в составе компилятора и там в каждой строчке номер,
буква и строка ошибки. Буква определяет это warning, error, и
уровень варнинга. Как-то так. Давно было дело, я уже не помню. У
меня в проекте этот файлик свой был и там нужные варнинги были
понижены в уровне и отключены. - fk0(15.01.2021 11:28)
- Не разбираюсь в мелкочиповских компиляторах. По форуму сложилось
впечатление, что они кривые. Как у них отключаются предупреждения и
отключаются ли вообще — не в курсе, увы :-( - SciFi(15.01.2021 11:18)
- Не верю. В C99 нет или почти нет изменений не совместимых с C89. - fk0(14.01.2021 23:43)
- Может, кто тип аккумулятора сказать по фото? BlackMorda(1 знаков, SCH, полностью, 16.01.2021 16:01, картинка)
- [Microchip SAM9X60] -> Свежак! Ultra-Low Power Arm® ARM926EJ-S™ 600 MHz, Camera, LCD, 2D Graphics, Dual 10/100 Ethernet, CAN, USB, QSPI, 13 (!) FLEXCOMs, AES, SHA. Errata микроскопическая и радует Evgeny_CD(ARM, полностью, 30.10.2019 14:18, ссылка)
- Что такое FLEXCOMs? Давно не слежу за темой МК. Вижу что какой-то
мультиплексор, что он умеет функционально? - пингвинoвoд(14.01.2021 10:54)
- А вот и [смысл этого чипа]. Открытые uCOS и ThreadX создали его. Evgeny_CD(836 знаков, 04.06.2020 00:09, ссылка, ссылка)
- Любопытная настойка параметров против PIC32MZ DA -> Evgeny_CD(224 знаков, 30.10.2019 15:21 - 15:23, ссылка)
- Сводный системный по SiP -> - Evgeny_CD(30.10.2019 14:48, ссылка)
- [SAM9X60D6K (64Мбит), SAM9X60D5M (512Мбит), SAM9X60D1G (1Гбит) - SiP!!!!] Наше ФСЕ! Evgeny_CD(689 знаков, 30.10.2019 14:42)
- Такое ядро было у первой малины, примерно с такой же частотой. Разве что периферия интересна, а так во всем сливает i.mx6ul - lloyd(30.10.2019 14:42)
- На такой камень уже надо PoP с памятью, тянуть LPDDR 32 bit и с его производительностью - да зачем он сдался... - Ralex(30.10.2019 14:37)
- BGA 0.65, но с вырезами, обещают разводку на 4-х слойке. - Evgeny_CD(30.10.2019 14:24)
- Благодарности Илье за наводку. - Evgeny_CD(30.10.2019 14:19)