dxp

ВременнОе моделирование, имхо, рулит в некторых случаях, когда надо именно времянки отследить - например, при отладке интрефеса с внешним устройством (например, памяти), где жесткая времянка, становится важным, сколько времени проходит сигнал с выхода триггера I/O элемента до выходного пина. А функционалку отлаживать после синтеза и размещения с времянками, согласен, муторно, трудоемко и неразумно.

Не понятно. Если проект полностью синхронный, если временнОй анализатор грит, что все хорошо, откуда проблемы возьмутся? Вот фронт клока прошел, вся логика успела перещелкнуться до прихода следующего фронта - какие проблемы? Или Вы не о том? Поясните пожалуйста?

О господи, опять... Люди, пожалйста, перестаньте такое советовать... Ну нельзя использовать звуковую карту для этого - ну нельзя и все!!! Мозги, знаете ли выворачивает... Был у меня такой вот студент, поручили ему фильтры настроить, так он в качестве генератора использовал ЦАП звуковой карты... Мама моя, что там было! Половину времени он угрохал на то что-бы понять, что сигнал такой кривой формы дает не фильтр, а его горе-генератор... Идиотский радиолюбительский подход, который учат вместо презерватива юзать обертку от сосиски... <{POST_SNAPBACK}> Что не так было с генератором? Согласен, что в качестве измерительного девайса звуковая карточка не годится. Но иногда и она бывает кстати - однажды понадобилось поиграться с квадратурными сигналами (синус-косинус) - поисследовать, как ведет себя система при фазовом сдвиге, отличном от 90 градусов. Взял просто в CoolEdit'е сгенерил два сигнала с требуемым сдвигом по фазе и получил что надо. Генератор синусов такой (с двумя выходами) еще поискать. И сигнал, кстати, очень приличной формы. О точности речь не идет, но форма сигнала и шумы очень даже на высоте. С остальными Вашими советами совершенно согласен, присоединяюсь. Единственное, скоп цифоровой, где нормальная возможность писать сигнал, стОит заметно поболее двух килодолларов - память тут нужна. P.S. Кста, в ките с DSP, который Вы посоветовали, обычно стоят аудиокодеки, которые по характеристикам суть то же самое, что стоит и в звуковой карточке. :)

А и не обязательно использовать именно эту - годится любой линейник с разрешением выхода. Только вот, ихмо, лучше бы тут step-down dc-dc применять - греется оная микруха весьма нехило (не зря у ней на пузе металлизация выведена - чтобы контачить с полигоном на плате для теплоотвода), даже при входном напряжении всего в 6 В. TMS320F28xx - весьма прожорливый камушек. Либо импульсник до 3.5-4.0 В, а дальше этот линейник. Кстати, сами процы тоже отнюдь не дешевые - центы считать не приходится. Т.ч. на фоне проца и всей системы в целом стоимость этого лоудропа не выделяется. У нас, по кр. мере. :)

Сравнивать SRAM и SDRAM вообще некорректно. Они слишком разные. В том числе и по скорости. На линейном потоке SDRAM вполне рулит (хотя синхронная SRAM тоже вполне может с ней успешно посоревноваться), а вот на произвольном доступе - извините, - SDRAM пролетает как фанера вне зависимости от тактовой. Основным преимуществом SDRAM является ее плотность - таких объемов памяти в расчете на корпус и цену среди SRAM не найти. Насчет потребления. Асинхронная SRAM (впрочем, как и синхронная) кушает очень даже нехило. Например, самсунговская K6R4016, время обращения 10 нс, объем 256Кх16, потребляет 85 мА. В standby тоже ощутимо - от 2.4 до 20 мА в зависимости от режима. И это у Самсунга еще один из лучших варинатов - у Альянса все заметно хуже. И все это при таких, в общем-то, смешных по сравнению с SDRAM объемах. Еще заморочки с регенерацией у SDRAM. И еще где-то слышал, что динамическую память запрещали использовать в бортовой аппаратуре. Т.ч. оба вида памяти правильнее, имхо, не противопоставлять друг другу, а использовать их так, чтобы они дополняли друг друга. В конечном итоге, как всегда, все зависит от задачи.

Отослал. Где-то на телеиськах говорили, что схема эта открыто лежит на сайте. Толи у техасов, толи у спектрумдигиталов. Даже ссылку давали. Сам не проверял за ненадобностью.

То, что кто-то использует девайсы не в режиме, не повод и не причина так делать. Сегодня у кого-то на каком-то экземлпляре получилось, завтра не получится. Это сознательный поиск граблей и радиолюбительство. :) Картинка, к сожалению, почему-то не цепляется, не понимаю причины. Могу по мылу прислать (файлик на 50 кил).

Приставки к ПК - это вообще не серьезно. А у Вас там 0.1 нс! Это, пардон, не любой скоп умеет. Мой не умеет - а у него 5 ГГц на выборки. Кстати, при упомянутом сегментом сборе есть паузы между сегментами - порядка 5 мкс. Ну не умеет прибор быстрее - ему же надо еще сграбленное обработать и настроисться на следующее событие.

У цифровых скопов LeCroy есть специальный режим захвата - т.н. последовательный. В этом режиме память прибора разбивается на сегменты, в которые девайс пишет события. Т.е. происходит событие, на которое настроена синхронизация, фрагмент записывается. Таких сегментов может быть несколько тысяч. Время между сегментами тоже фиксируется. Потом можно их все просматривать и анализирвать форму записанного сигнала и время между событиями.

Не так давно, точно не помню на каком форуме, этот вопрос обсуждался. В описании ничего об этом не сказано, да и конкретно никто не может сказать о необходимой последовательности подачи питания. Также, на Evalboard я не встречал организации задержки в подаче питания процессора. Не факт. <{POST_SNAPBACK}> Вы не правы. Открываем даташит на МК. В разделе 6.8 "Power Sequencing Requirements" читаем: "TMS320F2812/F2811/F2810 silicon requires dual voltages (1.8-V or 1.9-V and 3.3-V) to power up the CPU, Flash, ROM, ADC, and the I/Os. To ensure the correct reset state for all modules during power up, there are some requirements to be met while powering up/powering down the device. The current F2812 silicon reference schematics (Spectrum Digital Incorporated eZdsp. board) suggests two options for the power sequencing circuit". И далее: "• Option 1: In this approach, an external power sequencing circuit enables VDDIO first, then VDD and VDD1 (1.8 V or 1.9 V). After 1.8 V (or 1.9 V) ramps, the 3.3 V for Flash (VDD3VFL) and ADC (VDDA1/VDDA2/AVDDREFBG) modules are ramped up. While option 1 is still valid, TI has simplified the requirement. Option 2 is the recommended approach. • Option 2: Enable power to all 3.3-V supply pins (VDDIO, VDD3VFL, VDDA1/VDDA2/VDDAIO/AVDDREFBG) and then ramp 1.8 V (or 1.9 V) (VDD/VDD1) supply pins. 1.8 V or 1.9 V (VDD/VDD1) should not reach 0.3 V until VDDIO has reached 2.5 V. This ensures the reset signal from the I/O pin has propagated through the I/O buffer to provide power-on reset to all the modules inside the device. See Figure 6−10 for power-on reset timing." Для С281х этого не требуется, но вопрошающему, насколько я понял, надо именно флешовый вариант, про него я и говорил. Что касается кита (который от Spectrum Digital), то там это как раз реализовано, как требуется. Могу картинку прислать с фргаментом схемы из доки на кит (сюда она почему-то не хочет слаться). :(

Весь проц - один большой подводный камень. :) Шутка. Проц, как проц, только толстый и навороченный - доки одной под три тыщи страниц в целом. Огромное количество регистров, битов, флагов. Стоит на пару месяцев отвлечься от работы с ним, так потом все как в первый раз. :) Хотя это следствие монстровости. По делу. Если программа будет выполняться из флеши, то реальная скорость выполнения упадет более чем в полтора раза на линейных участках кода - флешь там обычная медленная, чтобы там не говорили отдельные представители ТИ. При ветвлениях все еще хуже - там не только конвейер обнуляется, но и кэш выборки из флеши - реально обычный переход при работе из флеши выполняется аж 11 тактов. Это надо иметь в виду и критичный код копировать в ОЗУ и гонять оттуда. Исключения составляют операции цикла, которые после инструкции RPT - они всегда работают на максимальной скорости, т.ч., например, умножения с накоплением будут выполняться бодро. АЦП его реально имеет честных 10 бит (о чем честно написано в доке). И то, если грамотно сконструировать плату. Периферия богатая. Говорят, не без глюков, хотя сам пока не сталкивался, хотя использовал далеко не все. Флешь имеет небольшой ресурс - по заявлению фирмы около 100 циклов, что на сегодняшний день немного. Стирается она долго - несколько секунд. Раздражает организация прерываний. Мало того, что там неслабый контроллер прерываний, так еще куча всяких включалочек - пока настроишь то или иное прерывание - сем потов сойдет. Вдобавок, надо не забывать, что внутри обработчка прерываний надо делать acknowledge, иначе в следующий раз прерывание не произойдет. В общем, все это на порядок сложнее, чем в обычных простых МК. Писать на асме, кому как, а мне не комфортно - огромное количество инструкций, никакой ортогональности. Ну и один аккумулятор тоже не радует на фоне современных процов с регистровыми файлами. При рисовании схемы надо не забыть позаботиться об очередности подачи питания - это важно. Тут же надо помнить, что на вход клока, если используете внешний генератор, надо подавать сигнал не более напряжения питания ядра, которое 1.8 В - а генераторов таких поискать! Выход тут в использовании преобразователя уровня. В общем, мелочи, а неприятно - ведь трудностей тут никаких принципиальных нет, просто недодумано, недоделано. В целом проц работает как ожидается. Меня соблазнило богатство периферии и однокристальность. В общем, пока не жалею, да и альтернативы как-то не видно. Т.ч. запаситесь терпением, упорством и удачи Вам.

Это специализированный аппаратный форт-процессор. На С на нем писать несколько неудобно. :)

В чем проблема-то при наличие аппаратного умножителя. Умножайте в столбик как обычно. 3 байта на 3 байта. Представьте, что имеется два трехразрядных числа (один разряд - один байт). Все очевидно.

TMS320F2810. Да, модуль захвата там есть. Только АЦП мне удобнее использовать. К тому же таймеры в EVx все заняты под формирование ШИМ (система планируется двухканальной)... Собственно, я не против этой микрухи, более того, у меня стоит в качестве драйвера IR2130, которая имеет такое же подвешенное питание, т.ч. питание не проблема. Я еще не решил, как поступить. Не исключено, что придется реально попробовать несколько вариантов и на практике выбрать подходящий. P.S. У них полоса маловата - 15 кГц всего. Надо бы раза в два больше.

Не, не получится - там переходный процесс очень сильный - большой и по амплитуде, и по длительности. Он и будет доминировать в продетектированном (выпрямленном) сигнале. Про синхронизацию выборок я с самого начала думал. Но не хорошо это, неправильно, имхо. Надо все-таки постараться исходно сигнал снять как можно качественнее. Тем более, что, вроде, тут есть еще куда копать.

Частота следования импульсов ШИМ-выхода IR217x пропорциональна действующему значению тока проходящего по шунту. Подключив выход IR217x к входу захвата (capture input) или входу прерывания процессора, необходимо программно реализовать вычисление значения тока. И не нужно АЦП и сопутствующих с этим проблем... <{POST_SNAPBACK}> Понятно. Только нужно иметь модуль Capture, это раз. И делать пересчет скважности в ток, а это, обычно, несколько накладнее, нежели пересчет отсчетов АЦП (которые можно вообще не пересчитывать). К тому же АЦП и так есть. И даже с возможностью собирать не по одному отсчету, а сразу несколько. Впрочем, согласен, для ряда применений этот вариант очень неплох. Особенно тем, что не нужно таскать аналоговые сигналы - на выходе фактически цифра.

IR2171(72) или новые IR2175 (datasheet в прикреплении) хорошие сенсоры, нет необходимости заморачиваться с преобразованиями. Выход - ШИМ с частотой до 40 кГц (130 кГц у 2175), наличие сигнала "overcurrent", минимум дополнительных элементов, стоимость - до 10 баксов. Главный минус - отсутствие гальванической развязки, только потенциальная (выход реализован на двух полевиках). <{POST_SNAPBACK}> Развязка не нужна. А вот что делать с этим ШИМом? Мне надо значение тока, преобразованное в напряжение, которое я подам на вход АЦП. ШИМ тут явно мимо тазика. :)

Ну почему же? Оказывается и у них есть весьма достойные девайсы - например, AD8205, AD8206, AD8210. Что касается INA118, то он сегодня уже несколько устарел. Гораздо лучше тут выглядит специализированный монитор шунта INA193 - у него подавление синхфазного в зависимости от частоты заметно лучше. Правда, он не двунаправленный, т.ч. и тут есть над чем подумать...

Почему же? Оказывается есть уже очень неполохие по характеристикам девайсы - INA193, например. Специально для таких применений и предназначены. Буду пробовать. Спасибо, буду смотреть.

Конечно, думал про это. Синфазного-то не будет, но потеряется инфа о постоянной составляющей. Да и форма сигнала тоже оставляет желать лучшего - там у драйвера моста "мертвые зоны", они дают провал на переключении - на картинке это хорошо видно: зеленый - сигнал с шунта, стоящего внизу моста, синий - управлющий сигнал на драйвер. Меня тут навели на несколько другой вариант - этот самый АД629 уже стар и убог, а сейчас есть очень приличные специализированные мониторы шунтов. Например INA193. Или AD8210 (который, правда, слишком свеж и пока недоступен), которые специально предназначены для работы в таких условиях. Там и полоса под полмегагерца и подавление синфазного на порядок-другой лучше. Буду пробовать. :)

Ситуация следующая. Имеется электродвигатель, которым надо управлять. Для этой цели необходимо измерять ток в обмотке (чтобы организовать конур управления током). Обмотка двигателя подключена к мосту на четырех MOSFET'ах. Напряжение, подаваемое на мост, 24 В. Частота ШИМ - порядка 30 кГц. Вариант с резистором в качестве датчика тока. Последовательно с обмоткой стоит резистор 0.033 Ом. Для измерения падения напряжения на резисторе (датчике тока) использован высоковольтный дифференциальный усилитель AD629. На постоянном токе все работает хорошо - падение вычленяется дифференциальником, далее усиливается и оцифровывается. Беда в том, что когда подается не постоянка, а тот самый ШИМ 30 кГц - а это есть рабочий режим, постоянки там нет, - то с выхода дифференциальника прет паразитный сигнал. Причина этого состоит в том, что при высокой частоте - а фронт переключения плечей моста составляет порядка 400-500 нс, - коэффициент подавления синфазного сигнала у дифференциальника совсем небольшой - порядка 30-40 дБ, в то время как синфазный сигнал здоровенный - все 24 В. Поэтому возникает неприятный переходный процесс (при переключении), который и является причиной паразитного сигнала, портящего всю картину. Можно, конечно, засинхронизировать оцифровывание с переключением и делать выборку непосредственно перед переключением моста, но это технически не очень просто, неудобно и негибко. А главное, надо, имхо, побороть искусственную проблему в зародыше - естественных и без того хватает. :) Приходит в голову вариант с использованием датчика тока на эффекте Холла. Посмотрел на LEM, у них более-менее похожи на правду из серии HX10, но вид у них релеобразный - здоровые. К тому же, не понял, как он применяется (может смотрел плохо) и не понял, какое у них разрешение по току. Да и дороговаты - больше $20. Больше понравился вариант ACS704 от Allegro - корпус SO8, все внутри, цена приемлемая - в пределах 5 баксов. Все, вроде, хорошо. Но присмотревшись внимательнее, обнаружил, что разрешение по току у них весьма убогое. У них на выходе присутствуют приличных размеров шум - порядка десятков мВ при чувствительности 100мВ/А, поэтому разрешение по току получается порядка сотен мА, что есть недостаточно - хоцца иметь хотя бы на порядок лучше. Да и диапазон такой - 15 А, - не нужен, достаточно 5 А. Посему вопрос. Посоветуйте, плиз, датчик тока со следующими требованиями: 1. Измеряемый ток - +-5 А. 2. Полоса частот - 50 кГц. 3. Разрешение по току - не хуже 30 мА. 4. Исполнение (желательно) в виде микросхемы. 5. Цена (желательно) в пределах $10. 6. Доставабельность в России. Спасибо.

Как-то баловались с EP1C6TI144-7: создали проект из офигительно длинного сдвигового регистра - почти на все триггеры (что-то окло 6 тыщ), тактовая 100 МГц, подали на вход паттерн 1010101... (с делителя - клок в два раза поделили - 50 МГц), замеряли потребление. Выходило, насколько помню (но могу и соврать, уже давно было, а результаты не записал), что-то около полампера или немогим более (но не больше 600 мА) по ядру. Т.е. логика почти вся простаивала, только триггеры на известной частоте щелкали. Зато все. :) Совершнно точно помню, что микруха начинала сильно греться и буквально за несколько секунд до нее уже нельзя было дотронуться. Т.ч. когда все щелкает, хавает оно весьма заметно.

Прошу прощения, не в тему. А какой датчик тока используете?

На работе: 1. 1600х1200 2. Вин2К 3. 22'' 4. Стоит. Дома: 1. 1280х1024 2. Вин2К 3. 17'' 4. Не стоит. Не во всех окнах отображение корректно - в некоторых часть кнопок "уехала" на границу экрана. В некоторых случаях помогает растяжка окна, но не всегда. В чем причина, не понимаю, хотя жить не мешает.

Я не спорю, что нужно время на адаптацию. Но я уже с Протелом работаю лет 8 и он никогда не умел нормально драгать ни проводники, ни переходные, ни компоненты - всегда соседние получаются корявыми. Думаю, просто они над этоим не работают, как было, так и остается. Вещь, вроде, элементарная, но не работает, как надо. Как грицца, "мелочь, а неприятно". :)