Adafruit_ili9341_stm - ничего на дисплее

michael_l
Вт 19 июля 2016 г. 14:23
Я думаю, я прошу некоторую помощь, чтобы получить что -нибудь, чтобы показать на этом 2.2 "ILI9341 Spi TFT Touch Display. Последовательный монитор печатает данные, но отображение просто остается черным. Я использую Dongle ST-Link V2 для загрузки.

Я использую STM32_GraphicStest с этими определениями:
#define TFT_CS PB4 //10 pin 3 10 #define TFT_DC PC15 // 9 pin 5 9 #define TFT_RST PB3

Ахулл
Вт 19 июля 2016 г., 16:33
Проверьте, что я собираюсь предложить очень внимательно. Вы, кажется, питаете дисплей с 3.3v, однако, на нем, кажется, есть регулятор напряжения LDO (помеченный U1), поэтому убедитесь, что вы не должны питать его из 5V или, возможно, связывать J1 на дисплее и питание от 3.3V без регулятора напряжения LDO.

Убедитесь, что я прав, прежде чем попробовать это, очевидно, или вы приобретете свое членство в STM32Duino Magic Smoke Club.
Примечание. Я не проверял другие булавки. Мы можем сделать это, как только мы будем рады, что у нас есть правильная сила.

Martinayotte
Вт 19 июля 2016 г., 16:38
Ахулл написал:Или вы приобретете свое членство в STM32Duino Magic Smoke Club.

michael_l
Вт 19 июля 2016 г., 8:22 вечера
Некоторый прогресс.. Я подключил светодиодный штифт в один из 3.3В булавки, и теперь у меня есть белый экран, но ничего больше. Так кажется, что дисплей как бы «жив» :)

Ахулл
Вторник 19 июля 2016 г., 8:49 вечера
michael_l написал:Некоторый прогресс.. Я подключил светодиодный штифт в один из 3.3В булавки, и теперь у меня есть белый экран, но ничего больше. Так кажется, что дисплей как бы «жив» :)

michael_l
Вторник 19 июля 2016 г., 21:27
Обмен булавки не помогли. Последовательный монитор показывает отладки отладки хорошо. Я начинаю думать, что они продали мне немного ILI9340 вместо ILI9341. Завтра я проверю, что это получает достаточно питания.

michael_l
Пт 22 июля 2016 г., 7:19
До сих пор я вспыхнул с ST-Link V2 Dongle. Я переполнил загрузчик STM32Duino Bootloader и подумал попробовать с этим. К моему удивлению, это работает, а демонстрационная программа работает просто отлично!

Я не знаю, что думать об этом. Если я вспыхиваю основную программу «мигание», она работает при мигании через ST-Link Dongle.

Стивестронг
Пт 22 июля 2016 г., 7:34 утра
michael_l написал:Некоторый прогресс.. Я подключил светодиодный штифт в один из 3.3В булавки, и теперь у меня есть белый экран, но ничего больше. Так кажется, что дисплей как бы «жив» :)

michael_l
Пт 22 июля 2016 г. 8:14
Стивестронг написал:michael_l написал:Некоторый прогресс.. Я подключил светодиодный штифт в один из 3.3В булавки, и теперь у меня есть белый экран, но ничего больше. Так кажется, что дисплей как бы «жив» :)

Стивестронг
Пт 22 июля 2016 г. 8:22
Да, я прочитал это.
Но я действительно не думаю, что это идет не так во время мигания с ключом.
Для дальнейшей проверки проблемы, вы должны отслеживать напряжение питания и линии SPI в обоих случаях.
Когда вы используете загрузчик, ключ больше не подключен, верно? Таким образом, источник питания имеет разное состояние.

michael_l
Пт 22 июля 2016 г. 14:27
У меня все время подключаются булавки с ключом St Link.

Если я мигаю с помощью загрузчика и устройства питания по одному USB или подключением ST-Link --> ХОРОШО.
Если я мигаю с помощью ST Link и Power Device с помощью USB или подключения ST-Link (или оба подключена) --> Не в порядке.

Что-то идет не так, когда мигает со ST-Link, или мое мышление здесь не правильно.. Пожалуйста, помогите :-)

РЕДАКТИРОВАТЬ: Я проверил содержимое вспышки с помощью утилиты STM32 ST-Link. Содержимое вспышки идентичны файлу. Загружает ли загрузчик что -то в память во время запуска - то, что не происходит, когда нет загрузчика ?

Ахулл
Пт 22 июля 2016 г. 15:25
Я подозреваю, что у вас есть некоторая проблема последовательного перечисления, или в вашем коде есть что -то конкретное, что вызывает поведение.
Попробуйте простой мигающий набросок, используя оба метода. Я все время использую ST-Link, и у меня нет проблем.

michael_l
Пт 22 июля 2016 г. 15:31
Ахулл написал:Я подозреваю, что у вас есть некоторая проблема последовательного перечисления, или в вашем коде есть что -то конкретное, что вызывает поведение.
Попробуйте простой мигающий набросок, используя оба метода. Я все время использую ST-Link, и у меня нет проблем.

Ахулл
Пт 22 июля 2016 г. 15:39
michael_l написал:Ахулл написал:Я подозреваю, что у вас есть некоторая проблема последовательного перечисления, или в вашем коде есть что -то конкретное, что вызывает поведение.
Попробуйте простой мигающий набросок, используя оба метода. Я все время использую ST-Link, и у меня нет проблем.

michael_l
Пт 22 июля 2016 г., 15:44
Ахулл написал:michael_l написал:Ахулл написал:Я подозреваю, что у вас есть некоторая проблема последовательного перечисления, или в вашем коде есть что -то конкретное, что вызывает поведение.
Попробуйте простой мигающий набросок, используя оба метода. Я все время использую ST-Link, и у меня нет проблем.

michael_l
Пт 22 июля 2016 г., 16:45
Нормально ли, что распечатано жирный код ? {загрузить.altid} {upload.Usbid} - если это будут фактические значения ?? Они должны быть установлены на некотором сценарии


Sketch использует 25 916 байт (39%) пространства для хранения программы. Максимум составляет 65 536 байтов.
Глобальные переменные используют 11 904 байта динамической памяти.
C: \ users \ mika \ documents \ arduino \ arpware \ arduino_stm32/tools/win/stlink_upload.Bat Com19 {загрузить.altid} {upload.Usbid} C: \ users \ mika \ appdata \ local \ temp \ builde7beee08ccdcd28160514e2a426c5306.tmp/rtos_blink_mika.Ино.бин
STM32 ST-Link CLI V2.1.0
Интерфейс командной строки STM32 ST-Link

ST-Link SN: 48FF6C064970535623390887
Версия прошивки ST-Link: V2J24S4
Подключен через SWD.
Частота SWD = 1800K.
Режим соединения: нормальный.
Идентификатор устройства: 0x410
Размер вспышки устройства: 64 кбит
Семейство устройств: STM32F10xx Средняя плотность

Загрузка файла...
Флэш -программирование:
Файл: c: \ users \ mika \ appdata \ local \ temp \ builde7beee08ccdcd28160514e2a426c5306.tmp \ rtos_blink_mika.Ино.бин
Адрес: 0x08000000
Программирование флэш -памяти...
± ± ± ± ± ± ± ± ± ± ± мах 0%
0%ûûûûûûûûûû 29 29%ûûûûûûûûû 5 59%ûûûûûûû 8 8ûûû 59%ûûûûûûû 8 88%ûûûû 100%
Флэш -память запрограммирована за 2 и 74 мс.
Программирование завершено.

MCU сброс.

Заявление началось.

Ахулл
Пт 22 июля 2016 г., 20:43
Я использую Linux, поэтому понятия не имею, как должны выглядеть эти строки *, но они выглядят разумно.

Я вижу что -то вроде.. Sketch uses 16,604 bytes (12%) of program storage space. Maximum is 131,072 bytes. Global variables use 2,720 bytes of dynamic memory. USB Status [ttyACMx] 2016-07-18T12:50:15 INFO src/stlink-common.c: Loading device parameters.... 2016-07-18T12:50:15 INFO src/stlink-common.c: Device connected is: F1 Medium-density device, id 0x20036410 2016-07-18T12:50:15 INFO src/stlink-common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 1024 bytes 2016-07-18T12:50:15 INFO src/stlink-common.c: Attempting to write 16604 (0x40dc) bytes to stm32 address: 134217728 (0x8000000) Flash page at addr: 0x08004000 erased 2016-07-18T12:50:16 INFO src/stlink-common.c: Finished erasing 17 pages of 1024 (0x400) bytes 2016-07-18T12:50:16 INFO src/stlink-common.c: Starting Flash write for VL/F0/F3 core id 2016-07-18T12:50:16 INFO src/stlink-common.c: Successfully loaded flash loader in sram 16/16 pages written2016-07-18T12:50:16 INFO src/stlink-common.c: Starting verification of write complete 2016-07-18T12:50:17 INFO src/stlink-common.c: Flash written and verified! jolly good! USB Status [ttyACMx] Waiting for tty device /dev/ttyACM3 /dev/ttyACM3 should now be available.

Бхаскинс
Сб 23 июля 2016 г., 2:47
У меня два из них, и я бегу 3.3 В на поставках и подсветке (светодиод).
Я не коротко j1, кажется, так хорошо работает так.
Оба связаны в это время, один находится на нукле F4, а другой - на RPI3, но я надеюсь попробовать их в ближайшее время с STM32Duino.
Какая демонстрация вы используете?

michael_l
Сб 23 июля 2016 г. 12:01
Ахулл написал:Я использую Linux, поэтому понятия не имею, как должны выглядеть эти строки *, но они выглядят разумно.

Я вижу что -то вроде.. Sketch uses 16,604 bytes (12%) of program storage space. Maximum is 131,072 bytes. Global variables use 2,720 bytes of dynamic memory. USB Status [ttyACMx] 2016-07-18T12:50:15 INFO src/stlink-common.c: Loading device parameters.... 2016-07-18T12:50:15 INFO src/stlink-common.c: Device connected is: F1 Medium-density device, id 0x20036410 2016-07-18T12:50:15 INFO src/stlink-common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 1024 bytes 2016-07-18T12:50:15 INFO src/stlink-common.c: Attempting to write 16604 (0x40dc) bytes to stm32 address: 134217728 (0x8000000) Flash page at addr: 0x08004000 erased 2016-07-18T12:50:16 INFO src/stlink-common.c: Finished erasing 17 pages of 1024 (0x400) bytes 2016-07-18T12:50:16 INFO src/stlink-common.c: Starting Flash write for VL/F0/F3 core id 2016-07-18T12:50:16 INFO src/stlink-common.c: Successfully loaded flash loader in sram 16/16 pages written2016-07-18T12:50:16 INFO src/stlink-common.c: Starting verification of write complete 2016-07-18T12:50:17 INFO src/stlink-common.c: Flash written and verified! jolly good! USB Status [ttyACMx] Waiting for tty device /dev/ttyACM3 /dev/ttyACM3 should now be available.

michael_l
Сб 23 июля 2016 г. 16:40
Я попробовал это в своем Nucluo F103RB и настройка дополнительных булавок, подобных этому, и дисплей работает просто отлично. Nucleo имеет встроенную ST Link.

#define tft_cs PC13 // 10 PIN 3 10
#define TFT_DC PC15 // 9 PIN 5 9
#define tft_rst PC14 // 8 PIN 4 8

Поэтому мой вывод заключается в том, что я выбрал «неправильные» булавки в АД, которые не играют в мяч во время мигания с помощью ST Link, потому что они не инициализируются.. * Или* Stm32duino Bootloader выполняет некоторые булавки таким образом, чтобы они работали

ZMEMW16
Sun 24 июля 2016 г. 1:18
у вас 4 провода в Stlink? ? ? Одним из них является его выход 3V3.
Вам нужно только подключить 3; SWCLK, SWDAT, а затем GND на общую почву таблетки и дисплея.

Стивен

Rogerclark
Sun 24 июля 2016 г. 11:13
Некоторые модули Stlink имеют 3.3V, сброс, SWDIO, SWCLK и GND. Однако я никогда не обнаружил, что соединение линии сброса имело какое -либо значение

В любом случае, 4 провода могут быть сброшены, SWDIO, SWCLK и GND и все равно не включали 3.3В

ZMEMW16
Sun 24 июля 2016 12:36
DUH, конечно, он может пометить 3V3 и быть связанным внутренним с печатной платой «Stlink» в качестве входа АЦП.
Все мои USB -клон «клон» Stlinks, это 3v3 и кажется достаточным для питания платы.
Просто подумал, что это стоит упомянуть как сомнение в том, что аспект питания был поднят ранее в ветке.

Стивен
<Редактировать более правильно определено 3V3 & ADC F /Back /Edit>

michael_l
Sun 24 июля 2016 г. 15:31
ОК, больше тестирования.. Я наконец получил демо, работая с BP с этими настройками PIN -кода и мигает со ST Link.

#define tft_cs PC13
#define tft_dc PC15
#define tft_rst PC14

PC13 - это пользовательский светодиод, но это не беспокоит.

Поэтому по какой -то причине использование их и мигание с помощью ST Link приводит к белому экрану. Эти булавки в порядке для использования ?

#define tft_cs Pb4 // 10 Pin 3 10
#define tft_dc pa15 // 9 Pin 5 9
#define tft_rst pb3 // 8 Pin 4 8