MementoMori

Уважаемый! Я разделяю Вашу философию, я со SDRAM работал в свое время с помощью AVR. И без ассемблера. Ни один куб, если бы он существовал для AVR, не решил бы эту задачу. Но пока я использую куб как интерактивный справочник ножек.

Я, предположим, напишу функцию, которая для разового на протяжении всей жизни устройства (ну если не считать обновление прошивки) записи картинок будет переключаться в нужный режим и писать что надо, как надо и куда надо. Мне бы сейчас самое главное быть уверенным, что от схемотехники (в том числе от пресловутого CS) это не зависит.

И еще... для кубоненавистников. Знакомясь с touchgfx, я собрал проект по инструкции. Проект не заработал. Поскольку у меня заведомо исправная отладочная плата, было понятно, что причина в проекте. Доведя его до ума, я лицезрел работающий дисплей. Теперь, когда я закажу плату, осуществлю монтаж и загружу заведомо рабочий проект, я не буду гадать, в чем причина неработоспособности, в плате или в коде. Мне для начала нужно написать helloworld. А потом уже буду рационализировать код, возможно клепая его с нуля, а не средствами куба. В противном случае, упустив какую-нибудь деталь при самостоятельном написании кода, я буду разбираться долго. А куб - он мне подсказывал, что и где подключить, и пока все не включишь, раздел graphics недоступен, а если и доступен, но чего-то не хватает, то недоступна вкладка touchgfx. Я не представляю себе, как бы я все это настраивал в "свободном плавании" Нет, может быть меня первоначально не так поняли... quadspi я в состоянии настроить сам, без куба. Весь проект - что с точки зрения кода, что с точки зрения схемотехники - в разумные сроки - нет. Так что имея уже навороченный проект в кубе, я вынужден подключать qspi через него. Хотя бы для того, чтобы куб указал мне, что ешо ноги занимает ранее задействованная периферия и сам эти ноги передвинул. Так все-таки, почему в последней версии куба cs ноги не настраиваются?

ЩЧто-то я не пойму смысла ломани копий в последнем десятке сообщений. в доке по touchgfx на вопрос, где же хранить картинки и как использовать при этом внешнюю память, сказано, что можно прямо указывать адрес в памяти. А внешнюю память настраивать так, чтобы она проецировалась в общее адресное пространство. Мне это напомнило fsmc. Как при этом контроллер будет общаться с qspi памятью, я не знаю, но возможность проецировать ее в общее адресное пространство есть. И контроллеру по барабану будет, кто эти запросы шлет, touchgfx или иная библиотека. В свою очередь, библиотека touchgfx будет думать, что грузит картинки из пузатого-препузатого контроллера с большим объемом флеш. Сорри за опечатки, с мобильного пишу

Touchgfx знает как работать с памятью. А флешки будут настроены так, чтобы проецироваться в общее адресное пространство. На сайте где-то была их дока, как это сделать. Они именно про qspi писали

Мне грузить картинки из флешек надо. Грузить буду не сам, а с помощью touchgfx.

Господа, не поверите, до недавнего времени был ярым презрителем кубика. И на HAL даже не подумывал перебираться. Просто никогда не работал раньше с 208 ногими чипами, в которых задействовать пришлось почти все. У меня ltdc, sdram, spi, uart,qspi, i2c, adc, dac задействованы. Поначалу подключил и развел только ltdc и sdram. Просто для экспериментов. Даже с помощью кубика у меня проект завелся только на 3 день. Без него, с даташитами, с поисками кодов я бы недели две разбирался. Далее, каждый раз, когда я подключал что-то последующее из списка, то ноги ltdc или еще какой периферии автоматом уезжали (ремаппились) я за этим наблюдал и понимал, что без кубика, в даташите я просто потонул бы на месяц. Не будем сейчас рассуждать о качестве кода, генерируемого кцбиком, пока что я его использовал исключительно как инструмент, облегчающий создание схемы, позволяющий понять, какая ножка откуда. Так что зря вы про зависимость от куба. Мне, малоопытному, он очень помогает.

И как в последнем кубике подключить cs? В аппноуте есть скриншот со старым кубиком. Там есть специальные ниспадающий список для выбора. В новом кубике есть только текстовая строка, мол, выберите ногу cs и все

Господа, есть контроллер stm32f469be. Хочу подключить к нему две флешки quad-spi, чтобы получить полноценный байт и хорошую скорость. Нашел аппноут, где показано, как подключать такие флешки к контроллеру. Непонятки с chipselect. Согласно аппонуту, можно подключать каждый из пинов CS к своему каналу. А можно любой из пинов подключать к обеим флешкам сразу. Перечитав аппноут, я не нашел минусов второго, экономного варианта. Не хочу потом увидеть эти минусы в виде сюрприза. Нет ли какого подвоха в этом решении? Для меня вопрос важный, у меня натыкано всего на плате и одна из ног CS занята и не ремаппится. Проигрываем ли мы в чем-то, если используем только одну ногу cs на обе микросхемы?

Как выделить все via и только их? Хочу разом включить тентирование.

Ну знамо дело, что не в личном кабинете интернет провайдера. Я зашел в preferences, pcb editor, general и все остальные подпункты. Где галка? Как она называется?

Я ж написал выше - накидал в альтиуме элементов - там по умолчанию 100 pf, не правил пока

Что-то я потерял - где в настройках альтиума 19 отключить генерацию room при экспорте изменений из схемы в плату?

Это не номинал, это я пока накидал кондюков, не расставляя номиналов. P.S. Вы где-нить видели электролит на 100 pf ?

Усилитель на TDA7052 1 ватт. Мега требований к качеству звука не предъявляется - это будет пикалка, проигрывающая нехитрые звуки (сигнализатор событий, типа как в винде или в гаджетах), плюс возможно синтезированная речь. Зачем тантал? Исключительно из-за его низкопрофильности. Алюминиевый и так и сяк тыкал - не лезет. Нет, если я конечно приму радикальные меры, то влезет. А пока хочу знать - можно ли ставить тантал? На схеме - С408

А что сложного? Предположим вы шлете данные пакетами по, условно говоря, 100 байт. Пишите пакетами по 101 байту, записывая в последний байт некую метку. Итого вы можете отследить 256 потенциальных источников утечки. Это в картинке водяной знак накладывается собственно на картинку, так как она относится к типу информации, незначительное изменение которой не портит ее. А если данные должны быть целостными, то придется "рисовать" "водяной знак" рядом. На плате можно разместить маленький плазменный дезинтегратор, который будет разрывать муху в клочья)))

Не...они красавцы... Vcom эта микросхема не генерирует, на нее отдельный линейник ставить надо. А сама эта микросхема - сотворенный из рисовой муки аналог max1779 ))

В ответ на мое письмо китайские крестьяне порекомендовали драйвер AAT1118 AAT1118(2).pdf

Надо попробовать)

Это да. По даташиту дисплея - что подсветка, что AVDD - 9.6 вольт. Но мне нужна регулировка яркости дисплея, а в PT4110 есть ШИМ, да и разведен у меня уже на плате этот блок, так что...

Что значит, просто так и не проверяли? Вы же сказали, что это правильно. То есть схемотехники сделали правильно, а трассировщики ошиблись (монтажники унаследовали ошибку), так?

То есть, Evboard, что на фотке - он был спаян только ради фотографии и не проверялся?

Вы невнимательно читали. Но проблема уже решена. Тут другие сюрпризы. Посмотрите на Fig.19, Fig.20. R9 - на землю, С9 - к пину COMP. А вот на Fig.21 где разводка - там наоборот. В интернете есть фотки EVBoard для этой микрухи - тоже наоборот. А есть ли разница? И если есть, то где правда? https://www.ti.com/lit/ds/symlink/tps65101.pdf

Да это я сгоряча, в сердцах. Уже навело. Вам бы даже следовало написать - наличие делителя на входе VComin. На нем подозрительно одинаковые резисторы)

В даташите для нищебродов не указан ток потребления на линии Vcom. Он примерно какого порядка обычно? Достаточен ли, чтобы разогреть резисторный делитель? Я все к тому, как получить нужный мне VCom...