repstosw

Играть в рулетку не стал, сделал всё как надо. Запитал УНЧ от аналогового LDO. Разделил полигоны. Соединил в одном месте (питание и землю) Результат порадовал - постороннего шума нет: ни по питанию, ни от SD карты. Доволен как слон ))) Подробнее о результатах здесь: http://vrtp.ru/index.php?showtopic=30174&st=90

Хороший магазин! Номер 1 по заказу кварцев и фильтров, а также ГУН и ПАВ-резонаторов!!! Такой широкой номенклатуры нигде больше не встретишь в той стране, где я живу! Соглашусь с единственным минусом - могут профукать заявку и считать что она не оплачена. Пришлось брать выписку в банке и разбираться. Но это было всего один раз. А так всё нормально.

Подыму эту тему. Может кому пригодится........ Несколько лет назад делал видеокарту на ПЛИС для своей игровой приставки. Описание видеокарты вместе с исходниками VHDL (Quartus) здесь: http://zx-spectrum128k.narod.ru/Romanich/V...ideoFlipper.htm Простой фреймбуфер с двумя видеостраницами (одна отрисовывается на дисплей, во вторую пишет CPU. Переключение между страницами - по запросу). Прямой режим цветности 15 бит или палитровый. Есть оконная функция как в LCD с видеоконтроллерами. исходники: http://zx-spectrum128k.narod.ru/Romanich/V...ideoFlipper.rar документация на регистры (программирование) видеокарты: http://zx-spectrum128k.narod.ru/Romanich/V...per/VF_Soft.txt (выставить кодировку Cyrillic Windows!) Схема принципиальная в составе игровой приставки:

Спасибо всем за помощь! Если будут ещё вопросы, касаемо загрузки, напишу сюда.

Добрый день. Использую отладочную плату Olinuxino-A13 на базе процессора Allwinner A13. Загружать программы с SD карты научился. Есть ли возможность грузиться с USB ? Не с флешки-USB, а именно, через USB, соединив с USB компьютера? (наподобие как в DFU downloader в AT91RM9200). И второй вопрос, есть ли возможность грузиться с UART0,1 ? Интересует именно встроенная возможность (прошивка BROM в самом Allwinner) или с помощью Uboot на худой конец. А то надоело постоянно возиться с SD-картой: перевтыкать её туда-сюда...........

MMU хорош тем, что: 1) позволяет настроить кеширование, буферирование.... (cachable, bufferable), политику кеша (write throw, write back) 2) сделать виртуальное адресное пространство (полезно к примеру для склейки разных диапазонов адресов в один непрервыный) Ну и в целях защиты его использовать пока не приходилось, потому что bare metal и standalone. От кого защищаться? Написал в личку

Серьезнее некуда. Было и то и другое (случай с киви и со штрафом ГИБДД). К счастью всё разморозили, но нервов и времени потрачено - куча. Более я не пользователь карт, кошельков.

8 бит всего. Надо ШД 32 бит.

Оплата в банке занимает у меня не более 10 минут. И не иду туда целенаправленно, планирую сразу несколько дел по одному пути. А вот использовать киви которые могут заблокировать и присвоить себе деньги, а потом доказывать, что не верблюд, те же упомянутые вами комиссии от мудаков платёжных шлюзов - ой как удобно, да? Да и нет у меня банковских карт. Оплатил через знакомых. И заводить их нет желания. Про глобальную слежку слыхали? А приятно будет когда вам заморозят деньги на карте из-за того, что не вовремя оплатили штраф ГИБДД? Увы, это реалии сегодняшнего дня. Никаких карт, кошельков. Только наличные!

Мне линукс не нужен. Также как и другие операционки в МК. Ну и мутно в документации. SDK баре-метального нет. Нужно что-то наподобие как STMCube MX для STM32 + нормальный референс-мануал. Ни того и ни другого в олвиннерах нет. Раскурил его UART и GPIO. Ну и автономный загрузчик. Дальше понял, что секс с линуксом должен быть жестким. У меня только 1 жизнь всего, времени мало, чтобы позволить себе ковырять его BSP несколько месяцев. Мне тоже понравилась идея, но причем тут ардуинщики? Ну и сколько времени ждать, пока пойдут первые МК с такой шиной? Да, удивляет их консервативность подхода. Сделать 743-й чип и позиционировать его как для "графических приложений" с внутренней памятью 1 МБ, которая ещё и фрагментирована. Даже MMU не удосужились приделать как в AT91RM9200 с трансляцией физических адресов в виртуальные - так можно было фрагменты склеить на уровне программиста. И специфика по скорости ещё у этих кусков разная. Будущее за МК со встроенной памятью. Только сразу SRAM на частоте ядра. nDR-ы даже не понадобятся.

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

Там 16M x 32 максимально. Нужно хотя бы 32 M x 32. На маузере тоже смотрел - нет. А DDR нельзя использовать в режиме SDR SDRAM ? (на всякий случай спросил, вдруг чудо ожидаемо? :biggrin: )

Приветствую! :rolleyes: Напишите пожалуйста марки микросхем SDRAM с шиной 32 бита, ёмкостью, большей, чем 16M x 32 и желательно работающей на 200 МГц(SCLK). Желательно 128 МБайт или ещё лучше 256 МБайт. Для работы с STM32H743 Каскадирование микросхем по ширине шины и по размеру - не предлагать!

Да, попутал. Я думал, что паяльная маска убирается нечто похожим на снятие галочки с "force complete tenting on top/bottom", как это было с via или pad-ами. Искал именно её. А так да, создал в Top/Bottom Solder -слоях защитные регионы. Проблема решена. Решение найдено здесь: https://electronics.stackexchange.com/quest...tium-pcb-design

Использую Altium Designer 6-й версии по ряду причин, не позволяющих перейти на более поздний. Сделал контактные площадки сложной нестандартной формы с помощью Solid Region. При генерации гербера, площадки закрываются паяльной маской, а надо чтоб были открыты. В свойствах не нашёл где настраивается наличие/отсутствие паяльной маски. Картинка ниже. Как заставить Altium 6 эти контактные площадки делать открытыми от паяльной маски?

OK, спасибо. Посмотрел - 1,5 мА от силы. У ЦАП-а ещё меньше. Надеюсь, что в 50 мА уложусь (1 ЦАП + PLL).

Использую STM32H743 на частоте 400 МГц, шина 200 МГц. Питания Vdd , AVdd , VREF = 3.3V Интересует ток потребления аналоговой части(желательно максимальная амплитуда(пиковый)) - именно PLL (синтезаторы частоты) + ЦАП (один канал). В референсе инфу не нашёл. Где можно почитать об этом?

Нет. Я хотел использовать один и тот же аккумулятор для всего питания. Так и сделано (см. схему). В схеме 2 LDO, запитывающихся от аккумулятора: один LDO для цифровых линий, второй LDO для аналога(ЦАП STM32, VREF и УНЧ). Но я хотел кинуть питание на УНЧ с аккумулятора, чтобы немного повысить КПД по энергетике и снизить нагрев(нагрузку) на второй аналоговый LDO. Но при этом чтобы в тракте НЧ не наводились шумы от перепадов напряжения питания аккумулятора. Видать не выйдет, поэтому буду брать питание с аналогового LDO (у него максимальный ток отдачи 150 мА, максимальный ток потребления УНЧ до 100 мА, + аналоговая часть STM32 ? мА). Каков ток потребления аналоговой части STM32H743 ? (PLL + ЦАП) ? В референсе есть эта информация?

У меня сомнения в том, что по входу включение не-дифференциальное : сигнал снимается с ножки выхода ЦАП (диапазон напряжения 0 В ...+VREF В) относительно AGND , которая организована как отдельный полигон и соединяется с полигоном цифровой земли через резистор 0 Ом в единственном месте. Боюсь, что перепады напряжения питания Li-Ion аккумулятора (общий ток потребления устройства 0.25 А максимум) будет наводить помеху в AGND через GND. На цифровые узлы свой LDO, который из 3.7 В Li-Ion делает 3.3 В (ток до 0.5 А максимально). Shutdown в схеме всегда посажен на землю (без управления от МК). Землю микросхемы УНЧ садить на аналоговую или цифровую(общую) ? Или всё-же подать питание на УНЧ от LDO, который используется для AVCC +VREF для STM32. И землю подключить к AGND STM32 ? Схема ниже. Пока запитал УНЧ от аналогового LDO (который также питает ЦАП и аналоговые цепи внутри STM32): свои AVCC и AGND. На схеме FB - ферритовая бусина. 3A3 - аналоговое питание 3.3V. A - аналоговая GND

Доброе время суток! Исходный звуковой сигнал (полоса частот 60 Гц - 24 кГц) беру с выхода ЦАП STM32, напряжение VREF хорошего качества - аналоговая земля, на AVCC свой стабилизатор напряжения LDO 3.3 В. Сигнал поступает на вход УНЧ на микросхеме LM4871, которая представляет собой мостовой УНЧ (нагрузка подключается гальванически напрямую к выходам двух ОУ без земли). Рисунок ниже. Выход ЦАП относительно Analog GND. Можно ли запитать УНЧ LM4871 напрямую от литиевого аккумулятора 3.7V, а не через аналоговый LDO 3.3V (который для опоры ЦАП STM32) без опасения, что помехи по цепи питания (микроконтроллер STM32 400 МГц + цифровые узлы) наведут шум тракте НЧ ?

Это здОрово, что есть уже аппаратное решение. Но в моём случае - возможность воспроизведения видео-потоков PackMan и H264 - это "ОДНА ИЗ ВСЕХ" возможностей, которых много. Поэтому гибче софтово было решить.

Оказывается, эта проблема существует уже много лет : https://community.st.com/s/question/0D50X00...-of-stm32f407ig

Всем привет! :rolleyes: :1111493779: В связи с освоением процессора STM32H743 на базе отладочной платы Nucleo-H743, были сделаны перенос и модификация Lossless кодека PackMan на разрешение 320x240. Ветка получила кодовое название "PackMan320". Подробнее вместе с исходными текстами программ тут: http://vrtp.ru/index.php?showtopic=29688&st=150 Видео(PackMan320 + FLAC) : http://www.youtube.com/watch?v=s2a_DqrIFaw Ну и попутно ещё сделал декодеры MP4(точнее H.264, пофиксил, у китайцев в коде была ошибка, приводящая к артефактам ) и MP3. Видео: http://www.youtube.com/watch?v=x3sADTqlfj8 Более подробнее - там же: http://vrtp.ru/index.php?showtopic=29688&st=150

Заимплементировал SDIO в работе декодера видео + FLAC. Переписал Хало-Куб для работы с картами в HIGH_SPEED Mode. У Куба 2 крайности: либо карта в Standard Mode, либо в Ultra High Speed Mode (с понижением питания до 1.8V). Мне же Ultra HS Mode не подошёл, так как питание карты 3.3V. Поэтому сделал поддержку High Speed Mode (3.3V). Частотомер выдал на SDIO CLK 48,6 МГц (вместо теоретических 50 МГц). Подробнее тут: http://vrtp.ru/index.php?showtopic=29688&st=150 Там же исходники (High Speed Mode отключен, включить его - раскомментарить последнюю строку в main.c). Видео в действии: http://www.youtube.com/watch?v=s2a_DqrIFaw

Пробовал все линии и по-очереди делать в LOW. Без бусины тоже не работало, даже при CLK < 1 МГц. И это Куб изначально выставил, а не я :) Был бы у меня глаз осциллограф, можно было посмотреть форму сигнала...... Соглашусь с ув. aaarrr, ферритовая бусина как раз душит СВЧ-всплески, от которых карта может несанкционированно передёргиваться. Это макет. Сделать короче уже трудновато, много другой периферии висит. На релизе будет печатная плата с земляными полигонами и всё как надо. Но футпринт заложить на резистор/бусину не помешает. Мне удалось повысить SD CLK до 48 МГц - карта работает, прикрутил FatFs (не та, то с Куб-ом идёт, а свою отлаженную версию). MP3-файл декодируется нормально. На 96 МГц уже не работает. Никакими командами перевода в High Speed Mode не пользовался, просто увеличил CLK до 48 МГц. Все три карты работают. Спрашивается, зачем нужна команда для перевода в High Speed Mode, когда она при 3,3V нормально работает на быстром клоке 48..50МГц ? В файле stm32h7xx_hal_sd.c сделать изменения в функции HAL_SD_ConfigWideBusOperation(): //.............. #if 0 /* Check if user Clock div < Normal speed 25Mhz, no change in Clockdiv */ if(hsd->Init.ClockDiv >= SDMMC_NSpeed_CLK_DIV) { Init.ClockDiv = hsd->Init.ClockDiv; } else { if(hsd->SdCard.CardSpeed == CARD_ULTRA_HIGH_SPEED) { Init.ClockDiv = hsd->Init.ClockDiv; } else { /* No High speed SD card */ Init.ClockDiv = SDMMC_NSpeed_CLK_DIV; } } #endif Init.ClockDiv = hsd->Init.ClockDiv; //!!! снимаем ограничение на SD CLK SDMMC_Init(hsd->Instance, Init); //.......