MementoMori

Тогда еще раз повторю свой вопрос, который потонул в остальных и не был замечен. Вот у меня трасса питания контроллера, жрет он, условно говоря, 100 мА. Рядом проходит сигнальная трасса с тем же напряжением, но, по известным причинам, с исчезающе малым током. Я понимаю, она может навести помеху в такой же сигнальной трассе, которая преобразует помеху в ложный сигнал. Но на питание это как повлияет? P.S. Я не спорю, я просто любитель и в матчасти у меня есть пробелы.

Вот кстати - а разве есть необходимость в том, чтобы полигон питания заливал всю плату до краёв? можно ведь очертить на плате зону, где располагаются потребители тока, сделать такой же формы полигон и не распространять заливку туда, где она, достигнув края платы, так и не встретит потребителей ? Вне этой зоны можно разместить проводники. Полигон питания в этом случае будет не порезан, а оттеснен от краёв - у меня ведь так и сделано - присмотритесь, внизу и вверху есть полосы - это 12 и 5 вольтовые цепи. Кстати, на этой плате я уже монтировал компоненты, с питанием проблем не было.

А если пару тройку сигнальных дорог я все-таки не смогу развести в TOP и BOTTOM - можно ли их упрятать в слой питания? Разделю вопрос на подвопросы 1. Само по себе нарушение монолитности полигона питания вредит? Или главное чтобы ширина пути тока к потребителю была достаточна? 2. Влияет ли полигон питания на врезанные в него сигнальные линии? Если да - то только на высокочастотные или и на низкочастотные тоже? 3. Мне конечно сложно себе представить, чтобы слаботочный высокочастотный сигнал мог повлиять на линию питания но все же - возможно ли это?

Спасибо. Но... Я вот думаю.... Сказать, что ли, кто из форумцев настоятельно реклмендовал мне в моем конкретном случае звезду и спровоцировать баттл?

Изрезаный полигон это в слое питания. Там все является питанием кроме рамки и пары 12 и 5 вольтовых цепей. Изрезан для питания "звездой" контроллера и памяти. Два земельных слоя ничего кроме земли не содержат и здесь не приведены. В изрезаный плюсовой полигон нужны виа? И в какое место в остальных слоях их ткнуть? Или вы думали что это земля и потому так сказали? С учетом сказанного, хвосты хвосты все равно убрать?

Господа, вопрос такой. Есть у меня проект, содержащий STM32H7, SDRAM на 90 МГц, QSPI, SDcard и USB_PHY. По совету друзей сделал его 6-ти слойным, главным образом ради борьбы за целостность сигналов и борьбы с помехами. Как бонус - это облегчило трассировку, внутренний сигнальный слой не сильно забит. Но....уж больно кусаются цены на мелкие партии 6-ти слоек - 10 штук по 1 дм.кв стоят около 6 тыс. руб. В то же время на JLCPCB упали цены на 4-слойки. Их при тех же размерах платы можно заказать за 900 руб, а если взять 5, а не 10 - то цена вообще 450 руб. Смотрю на свой проект и понимаю, что чисто геометрически я могу избавиться от сигнальных линий внутреннего сигнального слоя. И, выкинув одну землю, получаем 4 слоя. Но это геометрически. Ухудшатся ли параметры самой платы непонятно. Да, я могу переделать, протестировать в Гиперлинксе. Но прежде чем заморачиваться и тратить время, хочется просто спросить совета умных людей. Посмотрите на топологию и скажите, попытка сделать из 6 слойки 4 слойку - это изврат или стоит попробовать? Пожертвововать хочу внутренним сигнальным слоем, он желто-коричневого цвета.

Мощно! За сколько ж он нагревает эти 120 мл?

соответственно, при bpp < 32 Шайтан))) Как раз 32битный цвет решал все проблемы. Вот только TOuchGFX его не поддерживал) У меня были артефакты при bpp24 и 32битном подключении SDRAM. Исчезали при 16 битном подключении SDRAM и/или при отказе от ChromeArt. Спасибо! Причины проблем рано или поздно находятся.... P.S. Что интересно - правильный ответ мне пришел в голову под литром пива)) До этого все посты в этой теме были на трезвую голову)))

То есть DQM1 на SDRAM нужно соединить с DQM2 на STM& Ну и уточню все же - то есть так, как я сделал фактически, нельзя делать? В этом была причина? Есть ли тогда объяснение тому, что у меня артефакты были в начале и в конце посылки (по краям картинок), но в целом, даже большая картинка на весь экран была без глюков в ее центре?

Друзья! Как это обычно бывает, осенило. Внезапно. В не в этом ли проблема??? У меня с целью облегчения трассировки линии данных SDRAM переброшены. Вот так Я, неожиданно для себя выяснил, что менять линии данных можно только в пределах байтов, но не в пределах всего 32-битного слова. Так, как сделал я, можно менять? Если это неправильно, то нельзя ли поточнее об ограничениях? Номера байтов должны соответствовать друг другу? Или же достаточно чтобы не смешивались линии из соседних байтов? К примеру, можно ли так: SDRAM STM32 DQ0 DQ8 DQ1 DQ9 DQ2 DQ10 DQ3 DQ11 DQ4 DQ12 DQ5 DQ13 DQ6 DQ14 DQ7 DQ15 Или можно только так

Получилось. const char* MenuItemList[10] = {"ФФ","ЫЫЫ",....... Unicode::UnicodeChar buffer[20]; Unicode::fromUTF8((const uint8_t*)MenuItemList[data],buffer, 20); Спасибо за толчок в правильную сторону

Хм.. неужели touchGFX designer специально кодирует в UTF (только не 8, а 16, что вы и обраружили), а потом, при выводе строки раскодировывает? Наверное в тексте touchgf где-то есть использование fromUTF8. Вечером проверю.

А что, причина неполадок с кодировками именно в версии компилятора? В 5'м принципиально невозможно работать с юникод?

Интересное дельце. У Вас какая версия? У меня 5.29, но меню настроек не такое

форумец x893 предложил.

В Keil не прокатило: char text[20]=u"SSS"; ../touchgfx/gui/src/containers/optionsmenuscrollistcontainer.cpp(24): error: #20: identifier "u" is undefined Какую-то библиотеку надо подключить?

Есть в TouchGFX такая штука Я сделал вот что Unicode::UnicodeChar buffer[20]; uint8_t buffer2[20]; Unicode::strncpy(buffer, MenuItemList[data], 20); //копируем константу из флеши в буфер Unicode::toUTF8(buffer, buffer2,20);// конвертируем в UTF-8 и пмещаетм в buffer2 Unicode::snprintf(OptionsMenuItemtextAreaBuffer, 20, "%s", buffer2);// в итоговый буфер помещаем текст в UTF-8 Это корежит даже латиницу. А.... почему вы решили, что должно быть в UTF-8?

Нет, использовал UTF8 Пробовал сохранять в UTF-16 - лабуда. Кстати, на один символ из константы приходится 2 знака вопроса в итоговом тексте. Я понимаю, что это как-то связано с UTF8/16, но не пойму что нужно сделать. Я понимаю, что вы с моими кодами сделали некую операцию, но мне хочется набирать в редакторе текст и чтобы он попадал в TouchGFX в нормальном виде.

Хехе))) Как же я ждал этого вопроса)))) Вот в такой: TEXT_LOCATION_FLASH_PRAGMA KEEP extern const touchgfx::Unicode::UnicodeChar texts_all_languages[] TEXT_LOCATION_FLASH_ATTRIBUTE = { 0x423, 0x43f, 0x440, 0x430, 0x432, 0x43b, 0x435, 0x43d, 0x438, 0x435, 0x2, 0x0, // @0 "??????????<>" 0x41e, 0x442, 0x43a, 0x43b, 0x44e, 0x447, 0x438, 0x442, 0x44c, 0x20, 0x43c, 0x43e, 0x442, 0x43e, 0x440, 0x44b, 0x0, // @12 "????????? ??????" 0x413, 0x41b, 0x410, 0x412, 0x41d, 0x42b, 0x419, 0x20, 0x42d, 0x41a, 0x420, 0x410, 0x41d, 0x0, // @29 "??????? ?????" 0x42d, 0x43a, 0x441, 0x442, 0x440, 0x443, 0x434, 0x435, 0x440, 0x20, 0x31, 0x0, // @43 "????????? 1" 0x42d, 0x43a, 0x441, 0x442, 0x440, 0x443, 0x434, 0x435, 0x440, 0x20, 0x32, 0x0, // @55 "????????? 2" 0x422, 0x415, 0x41c, 0x41f, 0x415, 0x420, 0x410, 0x422, 0x423, 0x420, 0x410, 0x0, // @67 "???????????" 0x422, 0x435, 0x43c, 0x43f, 0x435, 0x440, 0x430, 0x442, 0x443, 0x440, 0x430, 0x0, // @79 "???????????" 0x423, 0x43f, 0x440, 0x430, 0x432, 0x43b, 0x435, 0x43d, 0x438, 0x435, 0x0, // @91 "??????????" 0x41d, 0x430, 0x20, 0x434, 0x438, 0x441, 0x43f, 0x43b, 0x435, 0x435, 0x0, // @102 "?? ???????" 0x42d, 0x43a, 0x441, 0x442, 0x440, 0x443, 0x434, 0x435, 0x440, 0x44b, 0x0, // @113 "??????????" 0x41e, 0x441, 0x442, 0x430, 0x43b, 0x43e, 0x441, 0x44c, 0x3a, 0x0, // @124 "????????:" 0x41d, 0x430, 0x441, 0x442, 0x440, 0x43e, 0x439, 0x43a, 0x438, 0x0, // @134 "?????????" 0x41d, 0x430, 0x20, 0x43f, 0x43b, 0x430, 0x442, 0x435, 0x0, // @144 "?? ?????" 0x4e, 0x65, 0x77, 0x20, 0x54, 0x65, 0x78, 0x74, 0x0, // @153 "New Text" 0x41f, 0x415, 0x427, 0x410, 0x422, 0x42c, 0x0, // @162 "??????" 0x41f, 0x435, 0x447, 0x430, 0x442, 0x44c, 0x0, // @169 "??????" 0x414, 0x430, 0x442, 0x447, 0x438, 0x43a, 0x0, // @176 "??????" 0x421, 0x442, 0x43e, 0x43b, 0x438, 0x43a, 0x0, // @183 "??????" 0x30, 0x33, 0x3a, 0x35, 0x30, 0x0, // @190 "03:50" 0x414, 0x418, 0x421, 0x41a, 0x418, 0x0, // @196 "?????" 0x2d, 0x30, 0x2e, 0x31, 0x0, // @202 "-0.1" 0x2b, 0x30, 0x2e, 0x31, 0x0, // @207 "+0.1" 0x2b, 0x31, 0x30, 0x0, // @212 "+10" 0x2d, 0x31, 0x30, 0x0, // @216 "-10" 0x2b, 0x31, 0x0, // @220 "+1" 0x2d, 0x31, 0x0 // @223 "-1" }; Он тупо сообщает компилятору куда и какие коды писать)

Насильственно перекодировал файл в UTF-8, открыл его в KEIL - русские буквы в норме, а вот в итоговом приложении - знаки вопроса.

Спасибо, Кэп! Еще вчера поставил. Найдете на картинке результат набора русских букв с клавиатуры и результат отображения на экране? Слазил еще раз в папку установки Keil. ОБнаружил там альетрнативный UVEdit.dll В редакторе все стало на места, в TouchGFX - нет

Господа, проблема с русскими буквами в Keil общеизвестна и легко решается. Я после установки сделал все как прописано - у меня в редакторе русские буквы, все нормально. Но вот в touchGFX с этим проблема. Русские тексты, вставленные в редакторе TOuchGFXDesigner, отображаются нормально. А вот если русский текст набирать ручками в KEIL и грузить из чего-то вроде const char* MenuItemList[10] = {"Элемент1","Элемент2","Элемент3"}; То отображаются вопросики. Как побороть?

Неправильно понимаете.

Выше много чего написано, если не затруднит - вы о чем конкретно?

Почему?