New HAL v 0.6.0 for W806 for Arduino platform (part 2)

[AnatolSher]

Продолжаем здесь :)
В старой ветке файл hardware.zip с последними правками по i2c. Не пропустите

Но я еще эту тему попозже поковыряю отчасти i2c. Вейн из WinnerMicro прислал кое что по софтверной реализации на уровне HAL, посмотрим смогу ли я обернуть это в существующий класс SoftwareI2C и что там нового.

[board707]

Добавил все Ваши измения по I2c, слил на гитхаб. Вроде ничего не упустил.
Спасибо.

[AnatolSher]

Распиновка на Air101

c *.ld разбираюсь. Чуть позже скину

[board707]

Начал работать с SPI - для начала "на авось" попытался запустить свой SPI дисплей с вашим примером.
Не вполне понятны вот эти пины

#define ST7735_CS  PA8
#define ST7735_RST PA10
#define ST7735_A0  PA9

Точнее CS понятен, а с двумя другими сомнения. У меня на дисплее есть пины "DC/RS" и "RESET". Какой из них соответвует пину "А0" в примере?
Пока подключил DC/RS - А0 и ST7735_RST к RESET - не реагирует совсем, даже белым не светится.

[AnatolSher]

Мда... видимо упустили из виду что ванильная ардуина это все таки 8 битная система :) Тогда понятно почему байты тусуют в коде SoftwareSPI при передаче int16_t. Но в любом случае нужно эмулировать 8битное поведение. Расширенные возможности можно отдельно добавить

[AnatolSher]

но это будет правка ХАЛ, чего мы не хотели.

Возможно я тогда погорячился... с идеей что в ХАЛ не нужно лезть. Все равно залезли, и видимо еще придется по крайней необходимости.
Главное историю изменения как то отслеживать

[board707]

Анатолий, доброй ночи.
Сравнил по Вашей просьбе организацию работы с UART в нашем ХАЛ и в СДК 801.
На первый взгляд никаких подобных косяков, как тут - в СДК 801 нет. На основе того, что я теперь знаю про УАРТ - в СДК все выглядит логично.
В целом эти два пакета очень разного уровня.. В нашем ХАЛе только самые базовые функции. В СДК продвинутость кода значительно выше, есть работа с ДМА, предусмотрены буферы приема и передачи и очередь сообщений. В ХАЛе ничего этого нет и буферизацию надо будет дописывать самим (она необходима для работы в асинхронном режиме).

[AnatolSher]

Примерчик в папку Wire
MPU_QMC_Test.zip

Еще под замену
wm_cpu.zip

Там восстановлены разрядности переменных и функций связанных с тиками процессора. Иначе delay() и delayMicrosecond() работают не совсем корректно. Вчера весь день потратил на тестирование.

[board707]

Анатолий, приветсвую.
Выкатил большое обновление на гитхаб.
Доделал SPI с выбором пинов, с переключением между хардовым и сфотовым CS, с ручным и автоматическим подбором таймаута. Наконец закончил с работаой УАРТ через прерывания. Добавил так же Ваши правки из последних сообщений.
Оттестировано все очень поверхностно, так что будет время - гляньте.
Что дальше делать - пока не знаю, что-то я устал.
Дмитрий

[AnatolSher]

Привет Дмитрий!
Спасибо огромное за проделанную работу. Я свободен по вечерам от лодочного проекта и найду время все потестировать.
Если устали - перерыв :). А я , не спеша, пересажу часть LVGL сюда. Сделаю HALовскую реализацию, потом прикинем как это в класс завернуть.

ЗЫ. А новая сборка будет? :) И галочку SPI наверное можно поставить...

[board707]

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

[AnatolSher]

Забыл предупредить - пришлось полностью выключить системную печать

Тогда это в особенностях надо прописать, и какой ключ пользователю рихтовать

[board707]

какой ключ пользователю рихтовать

Никакой :)
Печать через Сериал работает, а о том, что там были еще какие-то сообщения, пользователь и не узнает :)

[AnatolSher]

А.... Ну ладно :)
Значит примеры надо пересмотреть. Кое где Serial.printf проскакивает... Или Вы системный printf имели в виду?

[board707]

Только системный. Тот который просто printf , без указания Сериал.
Serial.printf поддерживается на всех УАРТах

[board707]

Я отделил наш репозиторий от китайского прародителя :)
Теперь это независимое репо, а не форк.

[board707]

Выпустил новый релиз версия 0.0.3. Можно обновить прямо из Боард Менеджера.
Немного переписал файл Readme. Будет время, проверьте

[board707]

Александр, добрый день!

Решил написать краткие памятки для каждого пункта списка, где мы галочки ставим.
Дошел до PWM и тут есть вопросы.
Насколько я вижу, по дефолту у нас настроена частота ШИМ 39 КГц. разрешение 8 бит (0-255). На мой взгляд частота великовата, а вот разрешение можно и побольше. Что если поменять настройки на 20 КГц и 10бит (0-1023) ?
И вообще правильно было бы дать юзеру возможность самому менять частоту и разрешение.
В ХАЛе есть метод HAL_PWM_Freq_Set(). Правильно ли я понял, что им можно менять парметры таймера ШИМ, не останавливая и не переинициализируя ШИМ канал?

И еще вопрос - на каждом ШИМ канале мы можем использовать одновременно только один пин, или можно и несколько, но парметры сигнала у них будут общими?

[AnatolSher]

Чтобы в loop() исключить возможность конфигурирования выводов
} else {
printf("Конфигурирование выводов в Loop запрещено! \n\r");
}
Раз мы даем послабление в безопасности - эта проверка не нужна

[board707]

Анатолий, косяк в ХАЛ, который приводил к порче PWM0 при настройке PWM2 и PWM3 нашел, исправил.

Но вот Вам еще один пример относительно необходимости настройки pinMode() в loop(). При отработке значений 0 и 255 в ардуиновском analogWrite() есть косяк - не помню точно, то ли при значении 0 возникает единичный импульс, толи при значении 255 проскакивает единичный спад до нуля - в общем, картинка получается негладкая. Поэтому в ардуино сделано так - крайние значиения 0 и 255 обрабатываются как обычный GPIO OUTPUT со значениями LOW и HIGH, а для промежуточных значений генерится ШИМ. То есть пин в loop() постоянно перестраивается с обычного GPIO в PWM и обратно.
Я это вспомнил потому, что у нас в ШИМ такая же проблема - при значении DUTY =0 генерится единичный импульс высокого уровня. Если Вы не знаете какого-нить "костыля" для лечения проблемы - похоже, что придется делать так, как в Ардуино - если пользователь задает 0, переключаем пин в OUTPUT mode и даем низкий уровень.

[AnatolSher]

Если Вы не знаете какого-нить "костыля" для лечения проблемы

Знаю... RC цепочка на выводе PWM канала. Т.е обычный НЧ фильтр с частотой среза, настроенный на частоту ШИМ. Ну, или так как Вы говорите. Насколько я помню, даже в STM линейность ШИМ обеспечивается в интервале min+1...max-1
И кроме того, сигнал ШИМ обычно используют в качестве управляемого воздействия на объект регулирования, следовательно, абсолютная линейность не нужна... Для случаев где нужна линейность нужен ЦАП(R-2R)

[board707]

Цепочка не поможет, по-моему, единичный импульс-то тоже с частотой ШИМ будет. По сути речь о том, что DUTY =0 генерит сигнал со скважностью 1, duty =1 - скважность 2 и так далее. А нулевого сигнала от ШИМ не получить, только через полное выключение ШИМ.

[AnatolSher]

В цифре уровень лог 0 и 1 ведь не строго детерминирован. Сейчас не помню - но плюс/минус лапоть это точно. Я бы не заморачивался по этому поводу. Вот наглядно видны существенные зазоры. Так что наличие единичного импульса с частотой ШИМ сглаженный простейшим фильтром, вполне допустимая ситуация

[AnatolSher]

Дмитрий, а у нас по дефолту какой режим SPI? NSS_Soft или NSS_Hard? Что то у меня пример не заводится :)
ЗЫ. Разобрался...Soft_NSS
Другая непонятка... зачем reverseByte ? Когда я закоментил эту функцию все заработало с искажением цветности. Но это понятно почему - при заливке байты цвета местами поменять.
ЗЫ#2 Кажется понял... это от bitOrder зависит

В примере ST7735_HardSPI.ino надо строку инициализации заменит на эту
SPI.beginTransaction(SPISettings(20000000,MSBFIRST, SPI_MODE0)); // Запускаем SPI на частоте 20 Мгц
все работает с полпинка. Режим NSS_Hard завтра проверю

В общем, этот пример придется , наверное, немного переписать/причесать с учетом разрядности MCU и заодно данные из даташита в памяти освежить :)

[AnatolSher]

Привет! Режим "захват" - capture, можно применить для измерения периода/частоты входного сигнала. Dead-time и комплементарный выход используют для управления многофазными двигателями обычно. Эти режимы для ардуино - предмет отдельного исследования, использование их на практике не встречал еще.

[board707]

Спасибо, но я немного не о том. Что для чего - я в целом знаю, хотелось конкретных подробностей :)... если вы что-то пробовали из этого. Например, настройки dead-time включают как длительность этих периодов (это понятно), так и частоту(?) - в СТМ32 в деад-тайме никакой частоты не было, если я верно помню....

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

[AnatolSher]

Конкретней могу про захват... Делал на PIC18 измерительную систему лет 100 назад. Исходники где то еще лежат, можно адаптировать под наши нужды. Но это чуть позже... Обо все остальном представление имею но руками не делал... но придется. Бикоз мне надо аттюатором управлять который румпель будет тягать в режиме автопилотирования
Что касается счетчика... внутренний голос подсказывает что его надо искать в описании режима capture.

[AnatolSher]

Дмитрий, в файле SoftwareI2C.cpp надо закомментить ### set_loop(false);
Там несколько раз встречается

ЗЫ. Проверил режим NSS_Hard - полет нормальный :)

[board707]

надо закомментить ### set_loop(false);

Убрал. Заодно обновил пример PSRAM

[board707]

Привет

Выкладываю перевод раздела 23 даташита (описание регистров PWM) .
Перевод гугля. Там где я понимаю, что к чему - чуть поправил, где не понимаю - оставил как есть. Посмотрите, может будет полезно.
pwm_regs.pdf

(Замечание к файлу - в принципе, большая часть там понятна, несмотря на местами кривой перевод. А остальное надо пробовать на железе, чтобы понять, что же китайцы имели в виду. Например это относится к режиму захвата и его прерываниям (разделы 23.4.10 и 11). Например, что такое "Rising edge delay interrupt flags overrun status" - что-то тут намешано всего, и delay и flag и overrun... - каша какая-то.
Или например зачем регистры счетчиков захвата 16 битные, если основной счетчик таймера только 8 бит?

[board707]

Спасибо.
Сегодня пока занят, изменения внесу позже.

[AnatolSher]

Дмитрий, приветствую!
Надо в классе SoftSPI закомментить set_loop(false);
И этот, на скорую руку слепленный пример, поместить в папку libraries
Если будет время запустите его у себя. Подключение дисплея расписано в lcd.h
Это тест драйвера SDIO_SPI в ардуино среде. Сейчас у меня времени нет вылизывать код... пусть так в репо полежит. Освобожусь, продолжу. Можно в *.md короткий комментарий написать... что бы не шарахались от стиля :)

ЗЫ. Пример я доработал. Можно выкладывать.

SDIO_TFT_TEST.zip

[board707]

set_loop() убрал, поправил пример работы с SD картой. Обновил на гитхабе.

До SDIO пока руки не дошли, извините

[AnatolSher]

Не к спеху... Может я успею пример доработать напильником....
Там я заметил в классе SPI маленькую не совместимость с ванильным ардуино. Например библиотека Adafruit GFX ожидает тип данных SPIClass, так как это прописано в ардуино_коре для AVR.
Adafruit_ILI9341::Adafruit_ILI9341(SPIClass *spiClass, int8_t dc, int8_t cs, int8_t rst) : Adafruit_SPITFT(ILI9341_TFTWIDTH, ILI9341_TFTHEIGHT, spiClass, cs, dc, rst) {}
У нас HardSPI. Ничего не стрясется если мы переименуем класс как в Arduino API?

[board707]

Я попробую

[board707]

Касательно Вашего замечания насчет SPIClass и совместимости с Ардуино. Как раз на минувшей неделе столкнулся с тем, что поддержка этого SPIClass в ядре АВР чисто номинальная. Даже инициализировать свой экземпляр обьекта SPIClass и то проблема - все методы чисто виртуальные. Нам надо будет написать это как-то более прилично :)

Так же в продолжение темы про PWM - я там выше выкладывал Вам перевод описания регистров из даташита. Сегодня попробовал некоторые режимы. Ну, с OneShotMode все понятно - запускаешь ШИМ, он выдает единичный импульс заданной частоты и скважности и останавливается. При этом все настройки ШИМ сохраняются, для нового импульса достаточно дать только PWM_Start, ничего настраивать не надо. Можно, вроде настроить прерывание по концу цикла, но до этого пока не добрался.
Мне больше понравился режим многократных импульсов - фактически это тот же OneShotMode, но импульсов в цепочке от 1 до 255. После этого ШИМ переходит в СТОП, вызывается прерывание и канал готов к запуску следующей цепочки. Прикольно.

Непонятно только, зачем китайцы сделали фактически два дублирующий друг друга режима - ведь OneShotMode и многократные импульсы со счетчиком =1 - это абсолютно один и тот же режим.
Думаю написать для них отдельные функции в наш пакет, может кому-то пригодятся.

[AnatolSher]

Кстати, к недавнему вопросу про линковку виртуальных функций...
В стандартном Ардуино есть файл abi.cpp где прописаны заглушки для __cxa_pure_virtual()
Наверное этот файл тоже надо включить в нашу сборку

[board707]

В стандартном Ардуино есть файл abi.cpp где прописаны заглушки для __cxa_pure_virtual()
Наверное этот файл тоже надо включить в нашу сборку

Я пока вставил заглушку из 1 строчки прямо в main.cpp

[board707]

Кусочек кода пришлите, я по моделирую

Я проверял так - возьмите скетч из примеров к HardwareTimer - Tim_Led_Irq.ino и в начале обработчика прерывания void tim_irq_routine() добавьте строчку delayMicroseconds(1). С этой строчкой прерывания зависают, без нее - работают.

Посмотрел исходники - очевидно, что оно и должно виснуть. Ведь микросы тоже считаются через прерывание, приращением переменной uwTick.
А если дать этому прерыванию наивысший приоритет, как Вы думаете?

Другой вариант - сделать микросы на основе счетчика системного таймера, а миллисы на uwTick. Тогда микросы не должны виснуть в прерываниях.

В общем, надо пробовать. Я пока оформлю это в виде issue, чтобы пользователи видели и самим не забыть. Вы не против?

[AnatolSher]

Привет! Конечно не против :)
Мало того, освобожусь во второй половине дня и тоже поковыряюсь. Может накопаю что нибудь :)

[board707]

Доброе утро
По поводу микрос и миллис - посмотрел как сделано в других контроллерах.
Думаю надо сделать так - запустить CORET таймер на максимальный возможный период - 0xFFFFFF, а миллисы и микросы уже вычислять по разности системных тиков. Это даст нам использовать delayMicrosends() в прерываниях в пределах 0-70 миллисекунд при частоте 240 МГц
Только прерыванию CORET надо дать наивысший приоритет, иначе все равно есть вероятность зависания.

Добавка - можно сделать микрос 16битным - это будет соотсветвовать размерности CORET-а, деленного на частоту 240.

[AnatolSher]

Давайте разберем логику событий. Мне кажется что мы получаем deadlock/клинч/зависание из за неправильной обработки масок прерываний. Смотрите, перед запуском пользовательского обработчика прерывания отрабатывает макрос
#define __HAL_TIM_DISABLE_IT(HANDLE) (TIM->CR &= ~(TIM_CR_TIM_TIE((HANDLE)->Instance - TIM0)))
При выходе из пользовательского обработчика или при запуске таймера снова, должна быть зеркальная операция
#define __HAL_TIM_ENABLE_IT(HANDLE) (TIM->CR |= TIM_CR_TIM_TIE((HANDLE)->Instance - TIM0))
она присутствует в функции HAL_TIM_Base_Start_IT(TIM_HandleTypeDef *htim)
Получается, если нет наложений прерываний от периферийного таймера и системного таймера ядра то логика верна, и случайного вечного цикла не случится.
Т.е если в HAL нет ошибок у нас не должно быть зависаний.
Сейчас через отладчик в регистрах поковыряюсь...

[board707]

Нет, по-моему логика зависания тут другая. Смотрите, delayMicroseconds() ждет изменения значения uwTick.
А оно может изменится только, если произошло прерывание CORET.
У прерывания CORET приоритет 7, а у прерывания таймера - 0. Поэтому если мы вызовем delayMicroseconds() внутри прерывания таймера - получим зависание.

[AnatolSher]

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

[board707]

при входе в обработчик, прерывания периферийного таймера запрещаются?

Не вполне Вас понимаю. При входе в какой обработчик прерывания какого таймера запрещаются?

[board707]

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

Может и нам так проще сделать? Вместо изменения приоритета у всех прерываний?

Надо только подобрать число NOP на каждую системную частоту.
Я думаю это будет проще всего.

[AnatolSher]

Когда мы входим в пользовательский tim_irq_routine() прерывания от MyTim должны быть запрещены. При выходе из обработчика нужно восстановить бит TIE

[AnatolSher]

По поводу NOP я два дня назад предлагал такой подход :) #15 (reply in thread)

[AnatolSher]

Но если обработку прерывания написать как в учебниках рекомендуют, все зайграет разноцветными светодиодами :)
`
#include <Arduino.h>
#include <HardwareTimer.h>

// initialize a new HardwareTimer, using mcu timer 2.
// You can use up to six timers with numbers 0..5.
HardwareTimer MyTim(2);
static volatile uint8_t key_flag = 0;
bool isr_flag = false;

// Timer irq handler function
void tim_irq_routine() {
key_flag++;
isr_flag = true;
}

void setup() {
// Led pins init
pinMode(LED_BUILTIN_1, OUTPUT);
pinMode(LED_BUILTIN_2, OUTPUT);
pinMode(LED_BUILTIN_3, OUTPUT);

// Configure the timer with period 1000 milliseconds, auto reload mode
MyTim.configure(1000, TIM_UNIT_MS, TIM_AUTORELOAD_PRELOAD_ENABLE);
// Enable timer interrupt and attach the handler
MyTim.attachInterrupt((timer_irq_callback) &tim_irq_routine);
// start the timer
MyTim.start();
}

void loop() {
// put your main code here, to run repeatedly:
if (isr_flag) {
delayMicroseconds(100);
if (key_flag % 3 == 0) {
digitalWrite(LED_BUILTIN_1, LOW);
digitalWrite(LED_BUILTIN_2, HIGH);
digitalWrite(LED_BUILTIN_3, HIGH);

	} else if (key_flag % 3 == 1) {
		digitalWrite(LED_BUILTIN_1, HIGH);
		digitalWrite(LED_BUILTIN_2, LOW);
		digitalWrite(LED_BUILTIN_3, HIGH);
	} else {
		digitalWrite(LED_BUILTIN_1, HIGH);
		digitalWrite(LED_BUILTIN_2, HIGH);
		digitalWrite(LED_BUILTIN_3, LOW);
	}
	isr_flag = false;
}

}
`

И не важно какая задержка...и какой приоритет. Странное поведение однако. Надо перечитать раздел даташита о прерываниях и переосмыслить :)

[board707]

По поводу NOP я два дня назад предлагал такой подход :)

Ну, тогда мне казалось, что есть способ лучше :)

если обработку прерывания написать как в учебниках рекомендуют, все зайграет разноцветными светодиодами :)

Это, в смысле, не использовать задержку в прерывании? :) С этим я не спорю, но ситуации когда короткие задержки в прерывании нужны - тоже бывают.

Анатолий, можно вас попросить переписать delayMicroseconds() на NOP-ах? - Вы же вроде пробовали ВиннерМикровский ассемблер.

[AnatolSher]

Попробую

PS. Нормальная точность с 10 мкс может получится, хотя китайцы говорят с 5

[board707]

Когда мы входим в пользовательский tim_irq_routine() прерывания от MyTim должны быть запрещены. При выходе из обработчика нужно восстановить бит TIE

Это не имеет никакого отношения к проблеме конфликта прерываний от двух РАЗНЫХ таймеров, как мне кажется

[board707]

Анатолий, вопросик к Вам как знатоку ХАЛа.
Когда мы работаем с GPIO у нас есть DATA регистр и DATA_EN регистр. Как написано в даташите, чтобы прочитать или записать состояние пина в ДАТА регистре, необходимо записать единицу в соответствующий бит DATA_EN регистра.
Правда, судя по ХАЛ, для чтения пина писать бит в DATA_EN необязательно - авторы ХАЛа читают сразу. А вот пишут, разрешая запись сначала черех энейбл-регистр.
Вопрос - можно ли разрешить запись в пин один раз, скажем в начале кода - а потом менять его состояние туда-сюда, не тратя время на выставление и обнуление бита в энейбл-регистре?
Точнее, я уже попробовал - и это работает. Но может так делать нельзя, есть какие-то противопоказания?

[AnatolSher]

Вот тут китаец утверждает что частота тактирования GPIO всего 20 мгц.
http://ask.winnermicro.com/question/298.html

[AnatolSher]

И вот еще полезное чтиво
http://ask.winnermicro.com/question/272.html

[board707]

Вот тут китаец утверждает что частота тактирования GPIO всего 20 мгц.

Ну так он взял пин РВ22, который по даташиту вообще всего 10 МГц. Чего он хотел то? - ему еще повезло, что он 20 МГц видит (хотя я по его картинкам не вижу)
И кроме того, его код записи цвета в экран не оптимальный. Нужно писать не по точке, а по 16-32 за раз. И клок писать в одну операцию с цветом, а не двумя.

[AnatolSher]

Ну... то что он с экраном делает - не важно. Важно что выше тактирования GPIO не прыгнешь. А вот
tls_bitband_write() посмотреть стоит, как там внутри устроено

[board707]

tls_bitband_write() - результат 400нс флип. То есть всего 2.5 МГц, как и у прошлого оратора.
Короче надо поробовать прямую запись в порт на пине с частотой в 50 МГц

Исходник tls_bitband_write() лежит в 801м СДК в файле include/wm_regs.h

[board707]

ФастЛЕД с оговоркой :) - пока только 2811/2812 ленты поддерживаются, а синтаксисе настроек Фастлед для разных лент не разобрался еще.

[board707]

Чтобы раскачегарить все это по максимуму нужно у нас прописать дефолтное значение _clock в 20мгц вместо 4. Будет работать шустрее.

А почему просто не добавитьь в начале скетча

SPI.setClockDivider(SPI_CLOCK_DIV2);

Результат, мне кажется, будет ровно тем же.

[AnatolSher]

Не будет
Когда запускается слой Adafruit_SPITFT идет полная переинициализация SPI и подставляется дефолтное значение в 4 мгц. Я всю цепочку прошел отладчиком - по шагам
Правда, я не пробовал вставлять SPI.setClockDivider(SPI_CLOCK_DIV2); после tft.begin() :))) Сейчас посмотрю :)

[AnatolSher]

ГЫ... Работает :)
AdafruitGFX_ILI9341_CompatTest.zip

Такая запись корректна. Инициализация дисплея идет на дефолтной частоте 4 мгц, Потом переключаемся на максимальную
void setup() {
Serial.begin(115200);
Serial.println("ILI9341 Test!");
tft.begin();
SPI.setClockDivider(SPI_CLOCK_DIV2); // Up to 20Mhz SPI
SPI.begin();

[board707]

Привет!
Я вижу, вас интересуют дисплеи :)
Поэтому наверно Вам будет интересно - запустил на наших платах библиотеку mcufriend_kbv https://github.com/prenticedavid/MCUFRIEND_kbv/tree/master для 8-битных параллельных дисплеев. Вроде ничего так, шустренько отрабатывает, график_тест встроенный в библиотеку за 8 сек для дисплея 320х240

[board707]

Сделал форк библиотеки MCUFRIEND_kbv для наших плат:
https://github.com/board707/MCUFRIEND_kbv/tree/w80x_port

[board707]

Анатолий, помните я спрашивал про глобальное отключение прерываний?
Нашел в ядре функцию (файл cores/w806/include/arch/XT804/csi_core/csi_gcc.h)

/**
  \brief   Disable IRQ Interrupts
  \details Disables IRQ interrupts by clearing the IE-bit in the PSR.
  Can only be executed in Privileged modes.
 */
__ALWAYS_STATIC_INLINE void __disable_irq(void)
{
    __ASM volatile("psrclr ie");
}

и соответвующую ей __enable_irq()
Смущает только предупреждение, что можно запускать только Privileged режимах. Что это значит?

[AnatolSher]

Смущает только предупреждение, что можно запускать только Privileged режимах. Что это значит?

Если честно, я пока не разбирался что они имеют ввиду упоминая Privileged. Судя по даташиту, у XT804 есть три режима работы - нормальный, пониженная мощность и отладочный режим. Возможно имеется в виду что ассемблерная команда psrclr сама по себе привилегированная и выполнится по любому... ХЗ
Если рассматривать этот термин в контексте опер.системы, то вся работа с железом это Privileged

[board707]

Анатолий, как Вы себя чувствуете?
Вроде писали что выздоравливаете, а тут снова пропали...

[board707]

Ясно, я далек от этого, поэтому даже со схемой не очень понял, что это :)
У меня пока все по простому - чип имеет I2s выход, с него можно слать цифровой звук на девайсы с i2s входом. Что я и делаю.
Программно от SPI крайне мало отличается.

[AnatolSher]

с него можно слать

не только слать, но и получать в дуплекном режиме. А потом, с полученным цифровым потоком, выполнять интересные манипуляции а-ля DSP ;)

[board707]

Ок, будет интересно посмотреть.

Анатолий, я добавил в README раздел про библиотеки, тестированные на работу с нашим пакетом. Но я уже не помню, что мы оттестировали, а что нет. Если вы помните какие-то либы - напишите мне

[AnatolSher]

Gyver OLED работает и уже в составе папки libraries
Работа с SD картами через SPI интерфейс

[board707]

Привет
У вас, случайно, LCD 1602 экрана (без напаянного I2c-интерфейса) нет? У меня только с напянным.
А то тут один пользователь попытался запустить LiquidCrystal библиотеку на нашем пакете - пример компилируется, но по его словам не работает.
Посмотрел в исходники - вроде ничего особенного, должно работать

[AnatolSher]

lcd 1602 без i2c есть. Смогу проверить в воскресенье. А он не говорил как подсоединился? Какие ноги и куда задействовал?

[AnatolSher]

9.3. MCU to memory write/read direction page 209 даташита на ILI9341
Там таблица описывающая настройки

[board707]

Привет! Можно не ждать, проблем не будет. LVGL на прямую железо не юзает, только через драйвера.

По Lvgl вы писали, что у вас возникают ошибки, связанные с многократным определением таблицы пинов. В принципе этот PR вроде как раз и нужен, чтобы эти ошибки исправить. Мне интересно, поможет ли?

[AnatolSher]

В настройках lvgl есть опция
`#define LV_TICK_CUSTOM 0

#if LV_TICK_CUSTOM
#define LV_TICK_CUSTOM_INCLUDE "Arduino.h" /Header for the system time function/
#define LV_TICK_CUSTOM_SYS_TIME_EXPR (millis()) /Expression evaluating to current system time in ms/
/If using lvgl as ESP32 component/
// #define LV_TICK_CUSTOM_INCLUDE "esp_timer.h"
// #define LV_TICK_CUSTOM_SYS_TIME_EXPR ((esp_timer_get_time() / 1000LL))
#endif /LV_TICK_CUSTOM/
`
Это пока единственное место где я обнаружил конфликт, и пока этой секцией я не пользуюсь. Можно и без нее обойтись чтобы запустить и проверить работоспособность. Мне, чтобы внедрить в мое окружение CDS пулреквест Рудольфа, слишком много движухи надо сделать. Я же не под Ардуино ИДЕ отладкой занимаюсь. Так что мастер ветку обновляйте, меня не ждите. Если при переносе LVGL в текущую версию и с опцией LV_TICK_CUSTOM 1 что то пойдет не так, я смогу найти обходной путь

[AnatolSher]

Сделал я у себя в CDS окружении PR Рудольфа. Полет нормальный, с опцией LV_TICK_CUSTOM 1 нормально компилируется, это нам и нужно. UPTIME будем брать из системы через millis(), а пинать LVGL будем в loop(). Обновляйте мастер ветку, я с ней синхронизируюсь с учетом ДМА расширений. Может пригодится для проверки драйверов. Дальше копаю

[AnatolSher]

Попробовал на своем экране пример ILI9341_Fast_SDIO_SPI. - работает, но изображение перевернуто по оси Х и цвета неверные. Помнится, Вы говорили, что есть команда для того чтоб отзеркалить картинку?

Нашел косяк! Все дело в проводах. Они должны быть короткими. Дмитрий, надо снизить скорость драйвера! Вот так не искажает ничего
SDIO_HOST->CR = 0x542 | (1 << 3);// auto transfer, mmc mode.

[board707]

Меня больше LVGL заботит :)

А что там с LVGL ? Она вроде на ЕСП32 работает, значит можно попробовать портировать...

[AnatolSher]

Короче говоря, дольше запрягал чем ехал.
Для Ардуинки эта библиотека ставится на раз-два.
Она имеется в списке доступных либ в ИДЕ. Берем оттуда.
По инструкции https://docs.lvgl.io/latest/en/html/get-started/arduino.html выполняем требуемые шаги из секции Configure LVGL
Не забываем перенести lv_conf в корень libraries.
Правим файл lv_printf.h вот так
//#if defined(__has_include)
// #if __has_include(<inttypes.h>)
// #include <inttypes.h>
// /* platform-specific printf format for int32_t, usually "d" or "ld" /
// #define LV_PRId32 PRId32
// #define LV_PRIu32 PRIu32
// #else
// #define LV_PRId32 "d"
// #define LV_PRIu32 "u"
// #endif
//#else
/ hope this is correct for ports without __has_include or without inttypes.h */
#define LV_PRId32 "d"
#define LV_PRIu32 "u"
//#endif
Но лучше разобраться с нашим inttypes.h и добавить туда определения на PRId32,PRIu32... Полагаю что это будет выглядеть так:
#define PRId32 "d"
#define PRIu32 "u"
Тогда править ничего не надо
Пишем драйвер для экрана, тача или используем подходящий. Я использовал недавний ILI9341_Fast.h
Тестовый примитивный пример через пол часа закину

[board707]

использовал недавний ILI9341_Fast.h

Кстати, попробовал Ваш ILI9341_Fast.hс уменьшенной скоростью, как Вы посоветовали вчера - изображение стало нормальным (а не перевернутым) и все цвета исправились.

[AnatolSher]

w80x_test_lvgl.zip

Ну а дальше все ограничивается только полетом фантазии. Документация на LVGL очень вменяемая, можно разбираться уже по ходу.

[AnatolSher]

Кстати, попробовал Ваш ILI9341_Fast.hс уменьшенной скоростью, как Вы посоветовали вчера - изображение стало нормальным (а не перевернутым) и все цвета исправились.

Я тоже на эти грабли наступил :) 120Мгц это не шутки, монтаж нужно делать в соответствии с радиочастотными правилами

[AnatolSher]

Но лучше разобраться с нашим inttypes.h и добавить туда определения на PRId32,PRIu32... Полагаю что это будет выглядеть так:
#define PRId32 "d"
#define PRIu32 "u"

Эта правка сработала. Хидер рихтовать не надо. Так работает

[AnatolSher]

Привет! Небольшая косметика по горячим следам. Tested!
Скетч
PSRAM_test.ZIP
Файлы HAL
PSRAM.ZIP

Там есть нюанс в определении размера кучи. По дефолту установлено 2 мегабайта, видимо для W861
Для другой емкости PSRAM надо будет модифицировать в частном порядке
Можно галочку запилить для PSRAM и добавить MD с этим комментарием

[AnatolSher]

Ну да... можно и так. Через dram_heap_init() указать размер psram чипа

[board707]

Через dram_heap_init() указать размер psram чипа

Добавите в wm_psram.c и .h? Я могу и сам, но тестировать все равно Вам придется... :)

[AnatolSher]

Вы добавьте, а я проверю :)
Но не думаю что кашу можно маслом испортить :)

[board707]

Ок, тогда завтра днем пришлю вариант

[AnatolSher]

Вот откуда ноги растут у XT-E804
MCORE.pdf
Там про привилегиро́ванный режим тоже рассказывают

[AnatolSher]

Дмитрий, приветствую!
Поддержка Air101. Проверил... вроде моргает, сериал работает.
AIR101.ZIP

Ок, тогда завтра днем пришлю вариант

Зразу заливайте в основную ветку. Там проверять нечего по большому счету... три строчки на С

[AnatolSher]

Привет! Да, очепятка случилась. Там DIO| _SPI_MOSI
Кроме того, ноги PB19,PB20 есть на плате и судя по даташиту туда можно гнать PWM. Но они не используются как DIO

Я их обозначил как NONE. Но может быть правильней обозначить их как
#define MUX_PB19 (PWM0) // TX0: used to download firmware and output to console
#define MUX_PB20 (PWM1) // RX0: debug data via printf() - NO GPIO

Остальное вроде соответствует

[board707]

Аир101 влил в основную ветку. Что касается измененных дефайнов, что мы обсуждали - имена для плат поменял по Вашей рекомендации. Имя для всего семейства пока не стал трогать, будет время - найду все зависимости и вычищу.

[AnatolSher]

Жаль что производитель этих плат не сделал площадку поширше под выводом ANT. Там есть RF модуль но его LUAT не использует почему то. Можно было бы керамикой подцепиться туда

[AnatolSher]

Дмитрий
Air_101 (W806 clone) - это клон W800

[board707]

Спасибо, поправлю при случае.

[AnatolSher]

Гляньте одним глазом

Все нормально. Можно заливать

[board707]

спасибо
Залил в основную ветку

[AnatolSher]

Во... так быстро :)
А меня тут мысль посетила. А может не надо процедуры распределения памяти в драйвера записывать? Мне кажется что лучше это хозяйство в состав коре внести, и расширить инициализацию на еще один аргумент - стартовый адрес. Мало ли в каких случаях это может пригодится. Например оперативная память состоит из двух физических банков. И обычный malloc() работает только в банке пользовательских программ. В другой банк мы не залезем при помощи него... я так понимаю. Когда мы юзаем вифи/бт то переменные для этой подсистемы находятся в другом банке. Т.е при заявленной емкости реально мы пользуемся половиной. Могу ошибаться, но я так понял китайские разговоры на эту тему
Тут на картинке видно что эта оператива сидит на разных шина

А у 802 более оптимальная архитектура. Там один банк - общий для всех

[board707]

лучше это хозяйство в состав коре внести, и расширить инициализацию на еще один аргумент - стартовый адрес.

Честно говоря, я пока не готов это обсуждать по сути, одно только замечание - опять с точки зрения совместимости.
Лучше не редактировать существующую инициализацию, а использовать перегрузку функций - то есть добавить еще одну реализацию того же метода с другим набором параметров. Тогда весь существующий код будет работать как раньше, а кому надо - сможет вызвать новый метод со стартовым адресом в качестве аргумента.

[AnatolSher]

Про overload я в курсе. Как никак на яве программировал в прошлой жизни. Ладно... пусть пока так будет. Мне нужно проверить пару идей с DSP, а там расширенную память придется интенсивно использовать. Все потенциальные неудобства когда вылезут, тогда и суетится будем

[AnatolSher]

Привет! Сегодня целый день возился с LVGL. Вроде все получается через DMA, но на второй итерации бенчмарка зависает... редиска :)

ЗЫ. Как мне кажется, проблема в недостатке памяти. Сейчас буфер для данных о цвете выводимой на экран области организовал в PSRAM размером 320X240X2 16битных ячеек. Беньчмарк теперь затыкается на 79 итерации из 96. ХЗ куда копать дальше... надо доку читать на LVGL
А так, при выводе объектов LVGL без "изнасилования", работает прилично. Средний FPS = 23-25
Еще попробую вкрутить энкодер и тач. Но это чуть позже.

PPS. Гы... не знаю что я намудрил, но бенчмарк прошел полностью!

Чуть - чуть не угадал FPS :)

Вот пример скетча что у меня заработал. С двойной буферизацией в PSRAM. Это в репо заносить не надо, это посмотреть. Еще далеко все от совершенства. Надо разобраться как Ваш простой механизм DMA здесь заюзать. Я в HAL стиле все там сделал.

LVGL_Test_w801_w_psram.ZIP

[board707]

Вот пример скетча что у меня заработал. С двойной буферизацией в PSRAM. Это в репо заносить не надо, это посмотреть.

Посмотрел :) Появились совершенно тупые вопросы :), пожалуйста не обижайтесь.

1. А что в этой LVGL такого, что с ней все носятся? Чем она отличается, например, от Адафруит?
2. Не совсем понимаю, почему нужно использовать PSRAM. Библиотека в обычной памяти не работает? Или это просто "по приколу", чтобы разом задействовать и LVGL и PSRAM?

[AnatolSher]

По статистике, когда ваяешь приложение к контроллеру с GUI, основное время тратишь на графические фенечки и взаимодействие пользователя через тач. Используя LVGL можно в редакторе накидать внешний вид плашек, кнопок, ползунков и портировать в проект в виде исходного кода. В инфраструктуре STM такая фишка тоже есть, но она только для STM. LVGL кроссплатформенна.

PSRAM не обязательна, но примерно 20кб оперативы экономит. Я игрался с psram чтобы пройти тесты.
LVGL_Test_w801_no_psram.ZIP
Вот без PSRAM. Нога CS дисплея на землю. Остальные выводы в скетче. Вывод на экран моментальный

[board707]

По статистике, когда ваяешь приложение к контроллеру с GUI, основное время тратишь на графические фенечки и взаимодействие пользователя через тач.

Ага, именно поэтому я бросил писать приложения с ГУями :) Основной код пишешь день, интерфейс к нему - неделю :) Мне это скучно, поэтому я в основном работаю с командной строкой :)

[AnatolSher]

Привет! Натолкнулся на странное поведение...
Суть проблемы вот в чем. Имеем шилд multichannel PWM и библиотеку Adafruit_PWMServoDriver. Все это хозяйство работает или при частоте процессора 80Мгц на стандартных ногах I2C или через SoftwareI2C на любых частотах и на любых пинах. Похоже что дело в таймингах SCL,SDA сигналов. Пробовал внедрять 5мкс задержки при передачи байтов в наш Wire. Не спасает. Видимо придется лезть в HAL

[AnatolSher]

В общем победил. Немного отредактировал Адафруитовскую либу. Рассказал китайцам как сделать тоже самое
http://ask.winnermicro.com/question/709.html

В итоге, классный шилд! И PWM и SERVO и расширитель GPIO в одном флаконе. Рекомендую :)

[AnatolSher]

Дмитрий привет!
Это под замену
w80x_test_lvgl.zip

Более-менее причесал
И это надо исправить на стартовой странице
Air_101 (W806 clone) - Это клон w800

Схемы на W802 в DOC

W802_mainboard.pdf
W802_Core_Moudle.pdf

ds_w802.pdf

Есть ли смысл под эту плату городить папку в variant? По назначению пинов это тоже самое что и w801.
Нюансы есть в конфигурировании тактирования периферии, но по умолчанию будет вести себя как и все остальные платы.

ЗЫ. Придется делать свой variant. На этой плате недоступны выводы для ExtFlash и psram

[board707]

Спасибо
Сегодня не доберусь, исправлю завтра.

[board707]

Есть ли смысл под эту плату городить папку в variant? По назначению пинов это тоже самое что и w801.
Нюансы есть в конфигурировании тактирования периферии, но по умолчанию будет вести себя как и все остальные платы.

Какие нюансы?
Точнее поставлю вопрос так - если загрузить примеры для платы 801 - будут ли они запускаться на плате 802 или в коде надо что-то править?
Что касается папки variant - не вижу никакой проблемы. Если есть хотя бы малое различие в назначении пинов - лучше завести.

[board707]

Семен-семеныч...

[AnatolSher]

W802 работает! Где то я с драйвером нового дисплея накосячил. Со старыми работает хорошо

Можно в репо загружать однозначно :)

[board707]

Отлично!!!
Вечром добавлю

[AnatolSher]

Я думаю что 6 версию сборки можно выкатывать тоже.

[board707]

Добавил w800 и w802. Новый релиз выкачу пару дней позже

[AnatolSher]

Привет! Родилась идея :) Можно подружить плату W806 с WiFi модулем с SDIO интерфейсом. Я потихоньку разбираюсь с F133 чипом на плате вот отсюда https://aliexpress.ru/item/1005005927716994.html?sku_id=12000034886620617&spm=a2g2w.productlist.search_results.2.5f932b04SRYgTI
там применено такое решение и в сборке Tina Linux есть драйвера, которые можно адаптировать к нашему ардуино пакету. Но плотно заняться этим вопросом я смогу только осенью. Сейчас сезон строительства лодки открывается и времени на работу по трем проектам не хватит. Не осилю :)

[board707]

Хм... у вас наверно есть задача, которую вы хотите решить этой связкой? Иначе не понимаю, зачем приделывать внешний Вайфай, когда у нас есть W801 с уже встроенным :)

[AnatolSher]

Главный мотиватор - любопытство :)
И, к тому же, мы здесь не закрыли гештальт по нетворкингу в общем.

[AnatolSher]

Привет! Я там в issue добавил проблему с решением.
DHT22 у меня нету, с DHT11 работает

[board707]

Я не знаю, но посмотрите... в этой табличке
INT_FAST16_TYPE это int
INT_FAST8_TYPE это тоже инт
-наводит на мысли что смысл тут в чем-то другом. ЭТо же макросы, а не типы.

Да и к тому же я больше верю оператору size - раз он говорит что инт 4 байта, значит так и есть.
Кстати, если вы посмотрите определение word в СТМ32 - там int это dword, то есть дабл-ворд

[board707]

Запустил код

Serial.print("Size of int: ");
Serial.println(sizeof(int));
Serial.print("Size of long: ");
Serial.println(sizeof(long));

вывод в консоли:

Size of int: 4
Size of long: 4

[board707]

Добавил в репо

[AnatolSher]

Давайте часть №3 откроем. А то тут уже без пол-литры не разберешься :)

[board707]

Пишите в дискуссию в w80x_private