Да, программа прямо сильно выросла. Сам не так давно, после вот этой статьи, начал переезд, привыкаю. Уже получил первые платы - без косяков с первого раза. И по-моему EasyEDA - это фактически тот же KiCAD. Во всяком случае формат файлов по-моему один и тот же.
Импортирую проект из альтиума, сохраняю компоненты в кикадовской библиотеке. Вроде, другого метода импорта библиотек и нету. Из минусов импорта - 3д-модели, нарисованные альтиумовскими примитивами, не импортируются, а у меня много таких. В принципе 3д-модельки и у производителей комплектухи почти всегда найти можно, но я предпочитаю не утяжелять файл платы лишними подробностями. В кикаде, кстати, 3д step можно масштабировать по всем трём осям, поэтому и нет смысла, например, держать 10 разных размеров резисторов, а достаточно одного.
Много плагинов из коробки, поэтому с экспортом для производства проблем не возникло. Особенно понравился плагин авто-расстановки элементов на плате, как в схеме - очень много времени экономит на начальном этапе, когда надо по узлам компоненты раскидать.
С альтиумовскими сетками всегда была беда. В альтиуме внутрення единица измерения - что-то типа 10^-7 дюйма, и миллиметры выражаются нецелым числом. Поэтому, например, рисовать схему в миллиметровой сетке - жуткая боль, цепи не всегда попадают в пины, соединение теряется, и заметно это становится только когда плата уже пришла с производства. А в DRC приходится извращаться с цифрами типа 0,149 мм вместо 0,15. В итоге пришлось написать скрипт для масштабирования схемных библиотек с 3мм сетки в 2,54.
С наскока не всегда получается разобраться, некоторые вещи действительно не очевидны. Но в справке очень много подробных примеров, как что делать. Однозначно лучше потратить время на чтение документации, чем тыкать пальцем в небо.
Судя по схеме из даташитов DMA тоже через FMC с флешью общается, а не как у вас нарисовано. И по описанию, вроде, защита включается, пока подключён отладчик.
Никакого Си.
Компилятор Си точно такой же код сгенерил бы. Не обязательно прям в ассемблер лезть, и будет понятнее, что происходит.
И не понятно, зачем так извращаться с быстрым чтением. Сливать SRAM через отладчик можно и одновременно с выполнением кода, сбрасывающего вачдог, когда надо. Обычная прошивка флеши через отладчик именно так и происходит, ибо другого вменяемого интерфейса для записи в чипе просто нет.
Тоже не очень понимаю, при чём тут кириллица. В файлах, которые обычно отсылаются на производство, текст уже отрендеренный, букв никаких нету. Да и мало ли, кто кириллицей пишет. JLCPCB, например, это точно не парит, проверено.
Был с кириллицей у меня только один странный случай: мой клиент отправил заказ плат какому-то небольшому заводу в Китай. Там инженеры зачем-то решили в шелкографии молча "исправить" одну Я на R. Может, решили, что я шаблон отзеркалить забыл, х.з. Или не любят группу KOЯN))
Вообще-то исходный mp3-файл как раз и содержал список наиболее значимых частот. Если нужно ещё компактнее - просто пережимаем в mp3 с меньшим битрейтом.
У VD1-4 тут только собственная ёмкость в закрытом состоянии гадит. Если она приемлемая (и если её вообще кто-то измерял), то почему бы и нет. Их время восстановления тут рояли не играет.
А вот если ток через L1 хочется сделать непрерывным, то VD5-6 точно скоростные. Обычно SiC Шоттки в PFC ставят, типа C3D10060 или что-то похожее.
Здесь, кстати, прерывистый ток тоже не очень подходит. С прерывистым перед L1 придётся ставить более жирный конденсатор. Конденсатор - это хорошо, у него при тех же габаритах энергоёмкость намного больше дросселя. Но в PFC он портит коэффициент мощности, который разработчики как раз стараются улучшить.
Тема интересная, да. Сам в таких помещениях был, и в электромагнитных, и в акустических. Когда нет отражений, через некоторое время приходит гнетущее ощущение полной тишины - как будто в гробу случайно проснулся.
Вот только читать тяжеловато, когда цифры прописью. Даже в бухгалтерии написали бы: "на частотах порядка 2 ГГц (двух гигагерц) может опускаться до -160 дБ (минус ста шестидесяти децибел)".
Видел и пробовал похожий девайс у коллеги. Вроде с немного другим, более доступным жалом. Как переносной - офигенная штука, намного удобнее газового.
Как стационарный даже на 2-3 часа непрерывной работы - конечно нет. Пользуюсь китайским 220в с регулировкой и медными жалами 900m, станцию нет смысла на столе держать.
Для синхронного понижающего dcdc может быть полезно - меньше броски тока на выходном конденсаторе.
В остальных случаях - это неоправданое увеличение размеров дросселя. Или преобразователь просто вынужден переходить на непрерывный ток при очень широком диапазоне входного напряжения.
Действительно, мало кто указывает это время. Потому что для 50 Гц оно роли не играет. Но бывает:
2 мс - это уже какой-то вакуумный лампа размером 1х1 метр.
Если не сложно, могли бы вы немного развернуть вот этот момент
Если к концу рабочего цикла ток дросселя обнуляется, то переключения reverse recovery нету. Диод уже закрыт нулевым током, и рассасывания заряда не требуется.
Что нашёл по режиму прерывистого тока
В режиме непрерывного тока, да, Trr во всей красе. Но это значит, что индуктивность выбрана очень уж большая.
Наверное, код тоже не постоянный, и требует смены кода в ответе. Но всё-же проверить тоже было бы интересно.
Я, когда последний раз подбирал формулу для CRC, воспользовался её линейностью. Для подбора кода 64-битного сообщения нужно 64 линейно независимых кода. И ещё несколько - для проверки. Если линейности нет и близко - это точно не CRC, а уже ближе к хеш-сумме с криптографическими свойствами.
Да, программа прямо сильно выросла. Сам не так давно, после вот этой статьи, начал переезд, привыкаю. Уже получил первые платы - без косяков с первого раза. И по-моему EasyEDA - это фактически тот же KiCAD. Во всяком случае формат файлов по-моему один и тот же.
Импортирую проект из альтиума, сохраняю компоненты в кикадовской библиотеке. Вроде, другого метода импорта библиотек и нету. Из минусов импорта - 3д-модели, нарисованные альтиумовскими примитивами, не импортируются, а у меня много таких. В принципе 3д-модельки и у производителей комплектухи почти всегда найти можно, но я предпочитаю не утяжелять файл платы лишними подробностями. В кикаде, кстати, 3д step можно масштабировать по всем трём осям, поэтому и нет смысла, например, держать 10 разных размеров резисторов, а достаточно одного.
Много плагинов из коробки, поэтому с экспортом для производства проблем не возникло. Особенно понравился плагин авто-расстановки элементов на плате, как в схеме - очень много времени экономит на начальном этапе, когда надо по узлам компоненты раскидать.
С альтиумовскими сетками всегда была беда. В альтиуме внутрення единица измерения - что-то типа 10^-7 дюйма, и миллиметры выражаются нецелым числом. Поэтому, например, рисовать схему в миллиметровой сетке - жуткая боль, цепи не всегда попадают в пины, соединение теряется, и заметно это становится только когда плата уже пришла с производства. А в DRC приходится извращаться с цифрами типа 0,149 мм вместо 0,15. В итоге пришлось написать скрипт для масштабирования схемных библиотек с 3мм сетки в 2,54.
С наскока не всегда получается разобраться, некоторые вещи действительно не очевидны. Но в справке очень много подробных примеров, как что делать. Однозначно лучше потратить время на чтение документации, чем тыкать пальцем в небо.
Результат-то есть? Получается слить?
Судя по схеме из даташитов DMA тоже через FMC с флешью общается, а не как у вас нарисовано. И по описанию, вроде, защита включается, пока подключён отладчик.
Компилятор Си точно такой же код сгенерил бы. Не обязательно прям в ассемблер лезть, и будет понятнее, что происходит.
И не понятно, зачем так извращаться с быстрым чтением. Сливать SRAM через отладчик можно и одновременно с выполнением кода, сбрасывающего вачдог, когда надо. Обычная прошивка флеши через отладчик именно так и происходит, ибо другого вменяемого интерфейса для записи в чипе просто нет.
В данной схеме это как раз не критично
Тоже не очень понимаю, при чём тут кириллица. В файлах, которые обычно отсылаются на производство, текст уже отрендеренный, букв никаких нету. Да и мало ли, кто кириллицей пишет. JLCPCB, например, это точно не парит, проверено.
Был с кириллицей у меня только один странный случай: мой клиент отправил заказ плат какому-то небольшому заводу в Китай. Там инженеры зачем-то решили в шелкографии молча "исправить" одну Я на R. Может, решили, что я шаблон отзеркалить забыл, х.з. Или не любят группу KOЯN))
Вообще-то исходный mp3-файл как раз и содержал список наиболее значимых частот. Если нужно ещё компактнее - просто пережимаем в mp3 с меньшим битрейтом.
А как уходить в сон и, главное, просыпаться?
Это потому что аппаратная инициализация стека у ARM позволяет сразу писать на Си. Я тоже этим пользуюсь.
Вот только переносимость не работает так, как хотелось бы. Потому что вот это - чисто GCCшные фишки:
__attribute__((weak, alias("Default_Handler")));__attribute__((used, section(".isr_vector")));У VD1-4 тут только собственная ёмкость в закрытом состоянии гадит. Если она приемлемая (и если её вообще кто-то измерял), то почему бы и нет. Их время восстановления тут рояли не играет.
А вот если ток через L1 хочется сделать непрерывным, то VD5-6 точно скоростные. Обычно SiC Шоттки в PFC ставят, типа C3D10060 или что-то похожее.
Здесь, кстати, прерывистый ток тоже не очень подходит. С прерывистым перед L1 придётся ставить более жирный конденсатор. Конденсатор - это хорошо, у него при тех же габаритах энергоёмкость намного больше дросселя. Но в PFC он портит коэффициент мощности, который разработчики как раз стараются улучшить.
Тема интересная, да. Сам в таких помещениях был, и в электромагнитных, и в акустических. Когда нет отражений, через некоторое время приходит гнетущее ощущение полной тишины - как будто в гробу случайно проснулся.
Вот только читать тяжеловато, когда цифры прописью. Даже в бухгалтерии написали бы:
"на частотах порядка 2 ГГц (двух гигагерц) может опускаться до -160 дБ (минус ста шестидесяти децибел)".
Видел и пробовал похожий девайс у коллеги. Вроде с немного другим, более доступным жалом. Как переносной - офигенная штука, намного удобнее газового.
Как стационарный даже на 2-3 часа непрерывной работы - конечно нет. Пользуюсь китайским 220в с регулировкой и медными жалами 900m, станцию нет смысла на столе держать.
Собственно, фидбек такой: когда стрелочки стали контурными, даже при увеличении их размера читаемость стала заметно меньше.
Для синхронного понижающего dcdc может быть полезно - меньше броски тока на выходном конденсаторе.
В остальных случаях - это неоправданое увеличение размеров дросселя. Или преобразователь просто вынужден переходить на непрерывный ток при очень широком диапазоне входного напряжения.
Ну, понятно, что две цифры одновременно мульт показать не может.
Проблема-то в общем проводе - через него течёт ток амперметра, и он же одновременно общий провод для измерения падения на DUT.
Точно.
Но первый товарищ, думаю, задолбался не меньше))
Действительно, мало кто указывает это время. Потому что для 50 Гц оно роли не играет. Но бывает:
2 мс - это уже какой-то вакуумный лампа размером 1х1 метр.
Если к концу рабочего цикла ток дросселя обнуляется, то переключения reverse recovery нету. Диод уже закрыт нулевым током, и рассасывания заряда не требуется.
Что нашёл по режиму прерывистого тока
В режиме непрерывного тока, да, Trr во всей красе. Но это значит, что индуктивность выбрана очень уж большая.
Жость. Какой
ХUIшник придумал поменять дизайн стрелочек?Да, я старый и слепой. Плохо разбираюсь в оттенках между серым и серо-зелёным. Но я надеюсь, что @bumburum уже задолбался похожие предъявы читать.
Тока и напряжения одновременно? Не, в таком включении он по 3-проводной схеме работает. Общий мешает.
И падение на общем проводе он не может ни скомпенсировать, ни приблизительно учесть. Так что даже 3-проводной схемой не пахнет, не то, что 4х.
НЧ осциллографом записывается с катушки. Лишь бы длины записи (х) мин.частоту дискретизации хватило.
А что машина на 125 кГц передаёт?
Наверное, код тоже не постоянный, и требует смены кода в ответе. Но всё-же проверить тоже было бы интересно.
Я, когда последний раз подбирал формулу для CRC, воспользовался её линейностью. Для подбора кода 64-битного сообщения нужно 64 линейно независимых кода. И ещё несколько - для проверки. Если линейности нет и близко - это точно не CRC, а уже ближе к хеш-сумме с криптографическими свойствами.