Jump to content

    

Hexel

Свой
  • Content Count

    243
  • Joined

  • Last visited

Everything posted by Hexel


  1. Добрый день! Есть такой дизайн, ОПП Подскажите пожалуста, как правильно расположить помехоподавляющие элементы на плате? Девайс представляет собой тристорный регулятор с логическим управлением. К разъемам подключаются сеть 380В (между фазами) к JAC, катоды и затворы тиристорного модуля к JDRV, концевик к JEN и крутилка на 10к к JSP. В ту же сеть включен тиристорный модуль и нагрузка - трансформатор. Провода концевика и крутилки длинные, по 3м, идут недалеко от силовых. Провод к крутилке экранированный. Схема ловит все помехи, сбивается работа проца. Работа программы не нарушается, но пропадают импульсы на выходе таймера. У таймера включен вход BRK (отключение выхода), хотя его прерывание не срабатывает. Также, появляются лишние импульсы на входе синхронизации с сетью. Ну этот вопрос вроде решился использованием АПЧ с очень замедленной реакцией. На АЦП влияния вроде нет. Речь идет о conduction noise, если я правильно понимаю. Самый явный источник - точка между тиристором и нагрузкой. Она на схему заходит к разъему JDRV. Что мне больше всего непонятно - это путь тока при прохождении помехи. Мне казалось, чтобы помеха оказала влияние на проц, ей нужно пройти от JDRV к JEN или JSP. Поэтому я установил дроссели LF1 и LF2 - синфазные фильтры по 5 витков на сердечнике R10 N87. Фильтры маловаты? Разъемы специально расположены на одной стороне платы для того, чтобы чувствительные цепи не находились на пути ВЧ сигналов (помех) Корпус пластиковый. Если корпус будет металлический, или применить экран, от чего это поможет? Можно ли добавить верхний слой для экранирования? Еще: если я беру щуп мультиметра и чиркаю ним по одной из фаз питания (второй в воздухе), помеха оказывает подобное влияние - пропадают импульсы. Но это по-моему, получается radiated EMI.
  2. 1. ZD1 установлен на случай, если управляющие провода пробьет на фазу. Может быть, лучше поставить ТВС и помощнее. Этот узел я пока не испытывал. 2. Насчет висяков: я думал, такие участки могут выполнять функцию экрана близлежащих трасс. Или в чем тут зло? 3. Кстати, этот ground loop я не заметил... Вот по поводу второго стабилизатора для аналоговой части, у меня всегда возникали одни и те же вопросы, близкие к фундаментальным. Есть аналоговая земля, есть цифровая. Так же есть силовая и сигнальная (для питания и полезных сигналов). Всего пока получается 4 разных. Пусть это немного странная терминология, но я пока что понял ее именно так. Ну и "землю" тут правильно называть общим проводом. Я физически разделил цифровую и аналоговую землю и соединил их под МК. Это пожалуй, неправильно показано на схеме. Собственно вопрос: к какой земле должен подключаться U2? Если я подключу его рядом с U3, пульсации по земле от потребления цифровой части отразятся на питании аналоговой. С другой стороны, как это сделано сейчас, пульсации за счет питания аналоговой части отразятся на аналоговых сигналах. Я не нашел правильного ответа. Ну и что может быть, сделано неправильно, так это то, что ноль уставки подключен к цифровой земле. Хотя опять же, возвращаясь к тому, что для помехи нужно установить определенный путь прохождения, я направил его именно так. Насчет С9 не уверен, делал по референсу. bulk там вроде не нужен, близко к электролиту. 4. Т1 с малым числом витков, работает на 10кГц. Q2 неправильно обозначен по схеме, на самом деле 2SC5707. Его работа как раз не вызывает вопросов. Ток базы 25мА - максимальный для МК, по минимальному hfe=200 дает 5.2А на коллекторе, более, чем достаточно. Расчетный ток затворов тиристоров 500мА. * Еще: отключил вход BRK, пропуски импульсов пропали. Сделал софтверное отключение по этому входу и девайсу стало почти хорошо. В очередной раз ловлю лулзы с F100 серией, прошлый раз было I2C. Наверное, это совсем игрушечные МК.
  3. PCB190708_Main.pdf Нет, о тираже речь не идет. Вот схема, но чем она тут поможет? Хорошо, я тут не прав с разводкой, понимаю. Но в чем? Если помеха например распространяется по земле, то что изменится, если под нее будет отведен например верхний слой?
  4. Добрый день! Возник возможно глупый вопрос: в апноуте slua107a на фиг 9-10 показано переключение одного из транзисторов по-резонансному. Такое переключение априори считается беспотерьным, но мне непонятно, почему в ключе, которому нужно разорвать протекающий ток, не возникают потери? То есть задним чувством я это понимаю, хоть это механический выключатель с конденсатором в параллель. Но есть же наверное какие-то физические законы, которые регламентируют этот момент переключения? Особенно меня беспокоят условия, которые нужно соблюсти, например скорость закрытия транзистора, сила протекающего тока, ток драйвера затвора, т. п. В доступной литературе мне ответ найти не удалось. Хорошо бы разобраться для случая применения IGBT.
  5. 2 majorka65 Нет, речь не об этом. Еще раз повторюсь, момент перехода с фиг 9 на фиг 10 по документу slua107a от техаса. Там переключение с транзистора на емкость. И там случай для мосфетов, с БТИЗ все немного не так 2 SSerge Вот и я говорю, что там 100нс, а там 0,27нс. В моих расчетах нету смысла?) или какая страница из аппноута? Его я кстати давно когда-то осилил, но этот момент не помню где освещен.
  6. Согласен, симулятор рассудит. Но важность аналитических выкладок никто не отменял. ну, покуда они достаточно наглядны) Вот мне допустим не понравилась насимулированная картина - куда копать? Подбирать транзисторы, драйверы, пока вдруг не заработает? Как проверить, в какой пропорции течет ток между переходом и выходной емкостью, чтобы понять происхождение потерь? Появилась такая идея. Переход можно рассмотреть как сопротивление, управляемое напряжением - аналогия, которая в свое время помогла разобраться в природе коммутационных потерь. В параллель - конденсатор. Сопротивление начинает возрастать, ток разделяется между ними. Для ограничения потерь в переходе установить напряжение, при котором конденсатор должен полностью перехватить ток, на уровне 10В. Стойка из 8 транзисторов (по 4 снизу и сверху), значит эффективная емкость C=270пФ*8=1880пФ. Максимальный рабочий ток I=141А - да, все непросто). Предположим, за время закрытия перехода ток делится пополам, то есть только его половина уходит на зарядку I=141/2=70.5A. Нехитрыми расчетами получается tf=U*C/I=10*1.88e-9/70.5=0.27нс. Рано в симулятор идти. Хотя режимы разные, допустим от 28А, и напряжение деления можно взять побольше, но цифры все равно удручают. Похожа такая теория на правду?
  7. Ну в общем я себе это так и представлял. Но допустим, транзистор FGH60N60SMD, если его раскачивать током драйвера +/-2А, будет ли этого тока достаточно для быстрого запирания транзистора. Мне и частный случай надо разобрать и в принципе, как это определяется. Преобразователь чисто резонансный
  8. А все-таки, какие требования к драйверу могут выдвигаться для беспотерьного переключения? Как это условие вывести из упомянутого закона?
  9. MG Expedition ликбез ...

    Добрый день! Можно вопрос насчет сервера? Для него нужна какая-то особая ОС, или в принципе он может работать на обычной настольной ОС? Мне никак не удается нормально его запустить, он работает максимум до первого перезапуска, то есть все работает - Design Client, Sys Designer, xDX Designer (VX.1.2). При всех следующих попытках служба запускается, но в итоге вылетает. Точную ошибку или ее причину я не смог определить. Вы могли бы посмотреть мои логи и сказать, что я делаю неправильно? Logs_server.zip logs_sut.zip
  10. MG Expedition ликбез ...

    Добрый день! Помогите пожалуста советом! Возникла необходимость связать платы через коннекторы (многоплатный проект). В ЕЕ я так понял, это делается с помощью System Designer, который вызывается из Design Client, для которого в свою очередь нужен Server. Это самый простой способ? или можно обойтись без сервера? Если все-таки не обойтись, с сервером у меня возникла загвоздка, он вроде деплоится, но залогинится не могу. Дефолтные mgcserveruser и %[{MG1pass*/ не подходят, хотя сервер доступен. Я его поднимаю на win7 sp1 русской. Configuration Manager сообщает, что пользователь и пароль вроде правильные, но не удается определить дату истечения действия пароля (не удается парсить дату). Как увидеть эту дату? Как поменять формат парсинга, чтобы все получилось? В PADS я так понимаю, многоплатный проект не предполагается?
  11. Добрый день! Ув. коллеги, поделитесь пожалуста опытом, кто пользовался такой софтиной? Меня интересует что понравилось, что не понравилось, с каким аналогами можно сравнить? Мне нужен пакет для управления проектом с железом и софтиной, начиная от формальной постановки задачи, со спецификацией, условиями проверки. Сейчас изучаю MBSE и хочу применить в будущем - такая опция там тоже есть. Немного смущает что весь этот паровоз жутко тупит, но может быть это чисто проблема ОС. В то же время, цена вроде бы справедливая.
  12. Добрый день! Ув. коллеги, подскажите пожалуста, есть ли какой-нибудь онлайновый алгоритм выбора тока заряда таким образом, чтобы он например, не превышал 0,2С? Онлайновый - в смысле который можно провести в процессе заряда. Это нужно для схемы резервного питания с внешней батареей, которая заранее неизвестна. Ни о каком определении емкости "в лоб" речи не идет, в схеме для этого будет установлен счетчик. Задача - определить максимальный зарядный ток, который не вызовет деградацию свинцово-кислотного аккумулятора. Одна мысль у меня конечно возникла - регулировать ток таким образом, чтобы получить фиксированное падение напряжения на батарее. Может быть, даже не нужно вычислять внутр. сопротивление, потому что чем оно ниже, тем массивнее акум и тем больший ток он выдержит до перегрева (перегрев я так понимаю и вызывает деградацию при чрезмерном зарядном токе). Ясно, что провода внесут большую неточность, но не в худшую сторону для акума - это самое важное.
  13. Спасибо, мыслей накидали. К сожалению подобных зарядных мне не приходилось видеть или держать в руках. Может выразился неточно - тип акума - свинец. И коль уж ув. khach упомянул ВЧ инжекцию, у меня возник новый вопрос: а чем собственно поведение акума в середине диапазона рабочего напряжения, отличается от поведения конденсатора? Тогда бы можно было схалявить и посчитать неизвестные из равности зарядов It = UC (сколько заряда было передано и на сколько изменилось напряжение). Ну с различными поправками В реализации-то оно все станет ясно, сейчас я хочу определиться, какое проектировать железо, а софт-то переписывается уже легче
  14. Если поконкретней, то емкость предполагается от 5 до 65, а то и 160Ач, 12В. Получается задача класса "объять необъятное", на как можно более широкий круг потребителя, а там как получится. Поскольку хочу применить двунаправленный инвертор 12В-385В, доступен зарядный ток до 30-35А. Потому и задумался, что хорошо бы найти адаптивный алгоритм заряда, пока по счетчику не определится реальная емкость. Хотя и по минималочке действительно, как говорится - тише едешь
  15. Добрый день! Слегка необычная просьба, посмотрите пожалуйста мое резюме и скажите, что бы вы на месте HR/работодателя решили, взять меня на должность менеджера проекта или не взять? важно именно почему, так как если не берут, то не объясняют почему. Конечно есть только опыт управления собственными проектами, поэтому ищу вакансию наподобие junior. Целевая отрасль - power electronics. На вопрос, почему и не управляю сам своими проектами, отвечу сразу: надоело. Создать хорошую вещь и заработать денег одному человеку очень сложно. Хочу работать в коллективе. [attachment=111483:11904229.rtf]
  16. Добрый день! Такой вопрос, кто как составляет структуру, алгоритмы высокого уровня для своих девайсов? Я вот долго накатывал какие-то узлы, блоки, из которых можно потом сооружать новые девайсы с минимальными доработками. Но доработки постоянно приходилось вносить внушительные. Оказалось, что я ни разу не анализировал все взаимосвязи ни аппаратных, ни программных частей - просто рисовал в тетрадке и по ходу рисовал схему, писал код. Пока оно все в голове помещалось. Сейчас я уже понимаю, чтобы была уверенность в том, что все будет работать правильно, в голову всего набивать не надо, а надо в цифровом виде. Если конкретно, вот полная структурная схема девайса, нарисованная в визио. Компоненты в синем ящике - периферия проца, пакаджи - софтовые модули. Компоненты на свободном поле - участки схемы, в белых ящичках - коннекторы и соответствующие им входные цепи. Входа компонентов обозначены как интерфейсы (кружками), я старался размещать их слева. Например, модуль OutExt имеет процедуру SetOut, которая вызывается из модулей UserIF и Evt, и выдает наружу сигналы через выводы Ch1 и Ch2 и через периферию SPI. Местами путаница, но это промежуточный вариант, т. к. визио показался мне не самым удобным инструментом для даной задачи. Вот я и хочу спросить, кто в каком редакторе составляет такие диаграммы? Может быть, хотя бы для чисто софтовых проектов? На мой взгляд это должен быть UML, пока что только для структуры. За описание процессов я может потом спрошу P171207__________.pdf
  17. p_v Пожалуста, не нужно развивать этот спор. Вы поделились действительно полезным опытом, мне еще предстоит его осмыслить. Я нашел еще одну замечательную программу (опять же на рутрекере =) Visual Paradigm и пробую с нуля пройти весь цикл разработки. У меня еще появятся вопросы) Поэтому хотелось бы, чтобы вы не составляли общее мнение обо всех участниках. да, UML, BPM и IEEE конечно нужные штуки, но это не повод курицу ставить важнее яйца. и что я так уж продвинулся, тоже забегать не будем, в личном общении думаю я бы многих разочаровал своими познаниями
  18. сейчас я между прочим пытаюсь применить sybase PD16, так что действительно, у всех мозги по-своему. жестких временных рамок у проекта нет, потому есть время поизучать что-то новое. но пожалуста, не надо высказываться так категорично насчет того или иного подхода, я все их попробую и расскажу что у меня получилось. как не крути, они имеют примерно одну цель - смотрите, картинка с изображением электропривода изображает не что иное, как data flow. PD вот мне нравиться тем, что в нем можно составить перечень требований и назначить каждому элемент модели, хоть из бизнес-процессов, хоть из UML. он является как раз комбайном для всех задач, но есть ньюансы. это все еще творческий поиск, пока что я смог до конца определить, что хочу от девайса. дальше нужно нарисовать такую диаграмму, или таблицу, чтобы потом, забыв с чего все начиналось (такой момент однозначно наступит), я смог безбоязненно кодировать, рисовать схему (кстати в менторе =) и быть уверенным, что ничего не пролюблено, и в сборе будет работать. нужно заметить, что все эти задачи для одного меня, хотя это не значит, что я НЕ смогу запутаться в своих же ногах. это запросто случается)
  19. Добрый день! Ув. коллеги, подскажите пожалуста, как вызывая подпрограмму из разных уровней прерываний, обеспечить ее завершение таким образом, чтобы она не была прервана из более высокого приоритета? Речь идет об диспетчере событий (собственная терминология =), который фильтрует события из разных модулей и сохраняет отчет в EEPROM. Разрыв в неподходящий момент непременно приведет к порчи лога, и заметить это будет сложно. Например, чтобы при вызове такая процедура работала на самом высоком уровне. Я полистал документацию по АРМ, но даже не знаю, где копать. Отключать прерывания нахрен до завершения - топорно, но должно работать) По-моему, еще такой функционал реализует RTOS, но опять же я в этом новичок. Какие есть варианты? Проц STM32F334
  20. one_eight_seven Нормальная такая штука этот yed. Пока что я не уверен, что именно буду в нем рисовать, но это будет очень удобно. Потому что с наскока я не придумал как нарисовать схему с первого поста, с пакаджами, компонентами и их расположением на физических носителях (именно так я понимаю UML Deployment), хорошо бы увидеть примеры. a123-flex А что есть динамический список? Это когда в екселе нажимаешь Группировать и потом можно свернуть часть ячеек? Да, таким я пользуюсь, многоуровневым. Нет, задачу это не решает)
  21. Ексель - хороший вариант, но на данный момент я составляю в нем спецификацию модулей - перечень стеков, процедур, т. п. и так называемую карту переходов - по вертикали состояния устройства (вкл, работает, ошибка), а по горизонтали приходящие сигналы. На пересечении получается состояние, в которое переходит девайс (узел) в ответ на сигнал. Еще отдельно колонкой условия перехода. Потом таблица соответствий состояний узлов к состояниям верхнего уровня. Что касается полной картины, чтоб заранее увидеть грабли, которые обычно вылазят уже на стадии кодирования/капчи (схемы)/трассировки/использования =) , то я не смог такую диаграмму придумать в екселе. Как говорится, картинка стоит тысячи слов. Мешанина теплого и мягкого вытекает из того, что девайс и есть суть такой мешанины, и в голове она как раз не помещается. Диаграмма дает возможность анализа косяков, как например, в очередной раз взглянув на представленную мной картинку, заметил кольцевание между модулями, и теперь думаю дальше, как его избежать. Наподобие таблицы периферии я такое тоже сооружал, по ходу разработки эта таблица перерабатывается, и важно поддерживать ее актуальность.
  22. Должен признать, что SVC - не совсем то, что я бы применил для данной задачи. Получается слишком сложно, но это именно то, что я хотел прояснить. Итого процедура логирования выходит строк на 10, так что запрет прерываний мне кажется, оптимальное решение. Ну и выгрузка в EEP конечно будет происходить где-то ближе к мейну, или низкоприоритетному таймеру. Спасибо за советы! Ну и книжка многое прояснила
  23. В емкостной области я работать не собираюсь, только в индуктивной. Также стойка будет переключаться после рассасывания токового хвоста. Тут самая затратная статья по теплу - это жесткое переключение опережающей стойки. У меня FGH60N60SFD мостом по 4 в стойке тянут до 70А при 67-70кГц, а дальше нужно конденсаторную батарею наворачивать) Модуль будет работать на 15-50кГц
  24. Добрый день! Ув. коллеги, кто владеет темой, подскажите - хочу применить модуль SKM200GB125 в резонансном инверторе со сдвиговым управлением мощностью. При этом встроенный обратный диод принимает в процессе преобразования самое непосредственное участие, и насколько я понял из даташита, он должен справиться с такой задачей. Но - одно дело даташит, другое - реальная конструкция, и такого опыта у меня мало. Сейчас у меня в таком режиме прекрасно работают FGH60N60SFD по 2 в параллель, но это опять же не совсем то же самое. Потому и прошу совета. Напряжение 500-600В с 3-х фазки, рабочий ток 100-150А. Фазу опережения планируется изменять в пределах 18-180о (градусов). задача по сути - регулировка мощности.
  25. Вот как раз что меня беспокоит: в процессе формирования сообщения может сработать прерывание. можно в первых строках процедуры запомнить текущий индекс StackTop и сразу его инкрементировать. тогда в локальном контексте разрыв уже не повлияет на работу, т. к. место в логе уже будет зарезервировано, а всю необходимую информацию для сообщения передать аргументами, ее на самом деле не так много. Весь лог будет держаться в оперативе, а сохранение в EEP может происходить не прямо сразу. А через ISR - это как? кажется, я все-таки плохо представляю механизм прерываний.