Новый HAL v "0.6.0" для чипа W806 в платформе Arduino

[AnatolSher]

Я успешно подменил HAL в сборке от https://github.com/nulllaborg/nulllab_w80x_arduino. Правда пришлось откатится в самое начало и соответственно потерялась поддержка для Linux, а так же GPIO/ADC/PWM в стиле Arduino. Проверял компиляцию и загрузку прошивки под W7. Базовый пример с моргающими светодиодами на плате W806-KIT работает.

По моим наблюдениям чипы W801 и W806 совместимы отчасти. Если посмотреть в даташитах таблицу мультиплексирования пинов можно заметить некоторую разницу. Это не считая радиочастотного модуля и сетевых фишок. Кроме того SDK для этих чипов существенно различаются. Т.е под W801 нужно пилить свою отдельную платформу со своим SDK или через Variant это прописывать.

Если владелец этого форка меня поддержит, предлагаю принять за точку отсчета пакет который я подготовил.

Дальнейший план работы вижу в такой последовательности:

1. Адаптация этого пакета под Linux
2. Проверка всех Demo примеров в новой версии HAL и в стиле HAL
3. Так как пакет хорошо себя чувствует и в Arduino IDE версии 2.0.3, добавить режим отладки через CKlink-Lite.
4. Не забыть про поддержку RTOS в этой сборке.

После этого можно будет прикручивать Wiring.

Пакет в облаке https://cloud.mail.ru/public/xoBL/SGeMgpRBK

In English

I have successfully changed the HAL in the assembly from https://github.com/nulllaborg/nulllab_w80x_arduino . True, I had to roll back to the very beginning and, accordingly, support for Linux was lost, as well as GPIO / ADC / PWM in the Arduino style. I checked the compilation and loading of the firmware under W7. The basic example with blinking LEDs on the W806-KIT board works.

According to my observations, the W801 and W806 chips are partly compatible. If you look at the pin multiplexing table in the datasheets, you can notice some difference. This does not include the RF module and network "whistles". In addition, the SDKs for these chips differ significantly. That is, under W801, you need to cut your own separate platform with your SDK or prescribe it through Variant.

If the owner of this fork supports me, I propose to take the package that I prepared as a starting point.

The next plan of work I see in the following sequence:

Adaptation of this package for Linux
Checking all Demo examples in the new HAL version and HAL style
Since the package works well in Arduino IDE version 2.0.3, add debug mode via CKlink-Lite.
Don't forget about RTOS support in this build.
After that it will be possible to do Wiring.

Package in the cloud https://cloud.mail.ru/public/xoBL/SGeMgpRBK

[board707]

@AnatolSher
Давайте наконец познакомимся! А то неудобно, когда не ясно, как обращаться.
Вас, я так понимаю, Анатолием зовут? - Я Дмитрий

Сразу вопрос по этой теме - поправьте меня, если я что не понял, разве апгрейд с версии 0.4 на версию 0.6 не свелся с простой замене одних и тех же файлов в тех же директориях? Тогда почему слетела поддержка ардуино в линуксе - ведь она этой заменой не должна затрагиваться?
Не воспринимайте как наезд - я реально пока слабо представляю анатомию этих СДК...

Кстати, Вы в курсе, что для W801 есть свой отдельный СДК с поддержкой сети, блютуза и прочих вкусностей 801-ого чипа. Причем к тому СДК даже есть некая документация с описанием системных методов. Вот бы его к ардуино прикрутить...

[AnatolSher]

Все правильно. Меня зовут Анатолий :) Очень приятно познакомиться.
Я хоббист. Почти пенсионер, занимаюсь контроллерами чтобы тупо не забухать :)

С чем я столкнулся при подмене файлов HAL... Китаец nullaborg, когда делал первую версию под ардуино сильно не заморачивался и навтыкал в инклюды абсолютные ссылки на хедеры. Вместо того, чтобы внимательно изучить спецификацию на подключение сторонних плат, и пути поиска заголовочных файлов и библиотек прописать в Platform.txt . Отсюда и кривая компиляция в ос Linux- это во первых

Во вторых... Его реализация GPIO,ADC,PWM базируется на HAL v 0.4.0 И если подменять HAL на более современную версию, кое что может отвалиться. PWM точно отвалится - я проверял. Взрослые дяди обычно работают с периферией на более низком уровне... а-ля CMSIS. Особо упоротые манипулируют регистрами напрямую :)

Про 801 я в курсе. Вообще вся линейка 80х достаточно интересна, но на европейском рынке мало известна. В основном эти чипы используют только в китайских поделках. Прикрутить к ардуинке можно... и даже нужно, я считаю. Но для этого надо наработать квалификацию по этим чипам. Поэтому 806 не плохое начало, имхо
Кстати, закажите себе 806 платку на алиэкспресс. Будет проще отрабатывать технологии на одинаковых бордах

[board707]

Плату заказал, но честно говоря, концентрироваться на 806й мне бы не хотелось. На мой взгляд, у нее нет никаких серьезных преимуществ перед широко известными STM32F411 или Расбери Пико RP2040 - но которые, в отличии от 806й - обладают хорошо отлаженным и документированным ядром.
W801 - другое дело.... беспрводные интерфейсы открывают новые возможности

[AnatolSher]

С Вами согласен о перспективах 806 чипа. Но его периферия является подмножеством 801го. Думаю что лягушку надо медленно варить :) Я ковыряю структуру SDK для w801 совместно со спецификацией по подготовке плат для ардуино IDE. Пока темный лес

[AnatolSher]

Я проапгрейдил и Вашу сборку/форк на HAL 0.6.0
При компиляции один варнинг выскакивает вокруг delay(). Но это победимо
Сайчас проверю заявленную ранее поддержку ADC/GPIO/PWM в Wiring стиле

upd: Все работает... Вот например ADC

Новая сборка одинаково хорошо работает в win/lin

[AnatolSher]

Чтобы варнинги не сыпались нужно прототип объявить в файле wiring.c

[board707]

Отлично. Можете выложить в виде архива куда-нибудь?

[AnatolSher]

Да... через полчасика в облако закину

[AnatolSher]

https://cloud.mail.ru/public/SSuK/z244kAQei
Но что то я погорячился... про работу пакета под win
Вы вроде там зачистили папки /win и /wrapper
Надо восстановить. Я в виндовозе продуктивней работаю
Или... я что то делаю не так? :)

[board707]

про работу пакета под win Вы вроде там зачистили папки /win и /wrapper

Там разные пакеты tools устанавливаются. Под виндой папки /win и /wrapper , под линуксом /lin

[AnatolSher]

При слиянии обратите внимание на следующее...
Драйвер семисегментного индикатора пока надо удалить. То что было в старой версии с новым HAL не дружит.
Я его на новом хале отлажу, потом обратно подольем. Индикатор едет.
Подменялись файлы wm*.h, wm*.c b analogWiring.c - вроде ничего не забыл

[AnatolSher]

Я справился... Сейчас везде у меня работает - Win/Lin
Сам не понял что сделал :)

[board707]

Я не собирался их сливать, думал просто заменить старый новым.

[AnatolSher]

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

[AnatolSher]

Дмитрий, хотел задать вопрос...
Вы сильны в спецификациях на ардуино пакеты?
Мысль такая промелькнула. Изначально эта сборка была и есть под 806/805 cpu. Я например 805 в глаза не видел :) Зато имею 801/806. Вы умеете через варианты расширить пакет и задать там необходимое количество файлов в виде шаблона под 801 плату?
Т.е мы в менеджере выбираем платформу 801/806. А в выборе CPU - конкретный контроллер/борда. И под каждый cpu у нас должно быть свое описание пинов и т.д. Просто, в процессе экспериментов можно будет и туда и туда что то подливать. Т.е SDK у нас один. А конкретные различия обрабатываются в разных папках. Когда доберемся до RF модуля, сделаем перенос драйверов из SDK 801 в эту редакцию HAL
Как то так примерно... :) Будете нашим DevOps-ом :)

[board707]

мы в менеджере выбираем платформу 801/806. А в выборе CPU - конкретный контроллер/борда.

Добавил вариант w801. Пока через выбор CPU в меню. Но у этого варианта есть свой отдельный каталог в папке variants, в который я пока тупо скопировал файлы из варианта для 806. Проверил, при сборке используются файлы именно этого каталога.

Так что если у Вас список различий в описании пинов для 801 / 806 - присылайте, будем для каждого камня делать свои настройки.

[AnatolSher]

А на hal 0.6.0 еще подвижек нет?
Если слияние/замещение сделаете, тогда надо будет из примеров удалить hal_pwm_led.ino
Он на версию 0,4,0 заточен. Чуть позже другой пример подкину на новую версию hal

И еще одна маленькая рацуха :)
Есть ли возможность добавить еще один пункт меню типа Release/Debug ?
И в зависимости что там установлено снабжать сборку скетча соответствующими опциями.
Правда, если есть в этом необходимость. Я так понял что elf и непосредственно прошивка собираются по разному.

Я еще надеюсь что мы отладку все же победим :)

[board707]

Есть ли возможность добавить еще один пункт меню типа Release/Debug ? И в зависимости что там установлено снабжать сборку скетча соответствующими опциями.

готово - добавил меню "Build mode" c вариантами Release и Debug. Правда они при сборке пока никак не используются - жду от Вас опций, которые надо прописать с точным указанием куда именно - там ведь много правил сборки для разных типов исходников.

[board707]

Да, это вполне возможно.
Более того, в рамках одного пакета даже можно добавить разные СДК для разных плат. И, например, сделать опцию в настройках ардуино ИДЕ - собирать плату с СДК 806 или СДК 801.
Я, когда начинал возиться с w80x серией некоторое время назад, именно так и хотел сделать.
Но задача подключения 801-ого СДК в ардуино пакет пока у меня не взлетела, поэтому отложил.

[AnatolSher]

Дмитрий, привет!
Мы когда планируем обновить сборку на hal 0.6.0? С учетом изменений рецептов сборки для отладки и т.д
Нужна фиксация проделанной работы , да и новые примеры и тесты подгорают :)
Бикоз времени до весны все меньше, и я переключусь на другой проект до следующей осени :)

[board707]

В планах.
Но учитывайте, что я не пенсионер еще. На работу приходится ходить :)

Тот пакет, что Вы выкладывали - актуальный?

[AnatolSher]

Уже нет. Чуть позже перезалью

[AnatolSher]

https://cloud.mail.ru/public/3duh/JPmTYVs6F
Фактически надо заместить файлы
wiring_analog.c,Platform.txt,gcc_csky.ld
wm_.h, wm_.c - это в папках drivers
удалить wm_lcd.c,wm_lcd.h
удалить hal_pwm_led.ino - в примерах

И добавить в wiring.c прототип
uint32_t HAL_Get_Micros();

Для Linux больше правок нет. Чуть позже протестирую в Windows.
О результатах расскажу

[board707]

Анатолий, что-то я потерялся, в чем моя задача?
Я взял присланный Вами пакет и подложил вместо прежнего - и все заработало. Никакие файлы не тасовал, поменял пакеты полностью.

Если Вы уже все сделали, от меня-то что требуется?

[AnatolSher]

Наверное я плохо разбираюсь как вся эта кухня работает. Я предполагал что будет версия w80x_arduino-0.0.2c.tar.gz
с учетом всех изменений. В каталоге Code все же осталось по прежнему? И чтобы новую сборку можно было из ардуино среды затаскивать по ссылке. А может цифры в версии заменить на 0.0.3, изменения существенные на мой взгляд.

А во вторых... если нам это интересно, можно пнуть контору Hi-Link что бы эти изменения прошли в главную ветку. Они давно забили на это дело. У меня там знакомая есть :)

[board707]

Доброе утро

Если Вы имеете в виду, что я не выложил результат на гитхаб - то это дело не долгое..
Я прежде хотел убедится, что все идет правильно.
Смотрите, по факту я просто взял каталог 0.0.2 из Вашего архива и подложил в старый пакет вместо прежнего 0.0.2. И все.
К чему тогда вы писали вот этот список :

надо заместить файлы
wiring_analog.c,Platform.txt,gcc_csky.ld
wm_.h, wm_.c - это в папках drivers
удалить wm_lcd.c,wm_lcd.h

если на самом деле все уже заменили сами?

[AnatolSher]

Ну на локальном компьютере папку заменить и все будет работать конечно :) Я сам гитхаб имел ввиду. Но в этой технологии я не волоку пока. В прошлой жизни только sourcesafe пользовался в командной работе.

[board707]

Хорошо, в течении дня выложу.

Кстати, вот еще любитель W806 с кучей примеров кода для ардуино-пакета, знаете про него?
https://github.com/jlsilicon/w806/

[AnatolSher]

Первый раз слышу :) Поизучаю на досуге. Но у меня академический подход к проекту. Сначала надо прощупать все примеры из SDK , адаптировать их к ардуино стилю. Посмотреть как ведет себя новый HAL. Наверняка там граблей накидали. Потом полезем в Wiring

[board707]

Вы загляните внутрь. У него тоже примеры на основе HAL, он в вайринг лезть не хочет.

[AnatolSher]

А на RTOS у него духу не хватило :) Мы это поправим :)

[board707]

Залил пакет с HAL 0.6 как новую ветку hal-v0.6.0 в репо на гитхаб.
Ссылка на ветку: https://github.com/board707/w80x_arduino/tree/hal-v0.6.0
Ссылка на релиз: https://github.com/board707/w80x_arduino/releases/tag/hal06-0.0.2
ССылка на обновленный json file
https://raw.githubusercontent.com/board707/w80x_arduino/hal-v0.6.0/package_w80x_index.json

Прежняя ветка linux-dev остается дефолтной, когда открываете стрничку нашего репо - по умолчанию показывается она. Если вам нужен ХАЛ 6 - не забывайте сменить ветку

[AnatolSher]

Спасибо! Сегодня протестим. Дальше issues будут только по этой ветке.

[AnatolSher]

В общем работает... и там и там. Только пустой hal_examples.h забыли положить

[board707]

Только пустой hal_examples.h забыли положить

А где он должен быть? Его и в прошлой версии не было.

[AnatolSher]

В папке Arduino15\packages\w80x_duino\hardware\XT804\0.0.2\libraries\HAL_Examples
Это для корректного отображения в "Примерах"

[board707]

Добавил hal_examples.h

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

[AnatolSher]

Ok.

[board707]

Отлично, спасибо.
Сразу хотел спросить - в АДС вроде дифф-режим заявлен, не смотрели? Или не будем в ардуино это тащить?
И хорошо бы UARTы попробовать, заявлено 6 шт, а сколько реально будет доступно?
Ну если что другое интереснее - выбирайте сами :)

[AnatolSher]

Диф пары есть. Но в ардуинке это вряд ли понадобиться.
УАРТЫ чуть позже... Я пока тачпанель победил, и заодно выяснил что HAL жутко тормозная штука. Подозрения пали на блокирующий режим работы. В особо ответственных местах, как например передача/прием данных по SPI там присутствует функция HAL_Lock(). Однако, там же есть и неблокирующая запись/чтение. Попробую, сравню производительность оптимизирую драйвер на 4" экран с тачем, потом уартами займусь. Хочу через ESP01-UART OTA загрузку прошивок осилить.

[board707]

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

[board707]

Добавил библиотеку EEPROM с описанием и примером. Добавил ваш пример hal_internal_flash.ino в HAL_EXAMPLES.
Вроде все работает, но есть кое-какие вопросы, позже напишу.

[AnatolSher]

Добил дисплей! Немного причешу и драйвер загружу
Где бы еще библиотекой шрифтов разжиться с поддержкой русского языка и разных размеров/начертаний...

[board707]

Отлично
Драйвер на основе SPI или параллельный?
Библиотеку можно взять Адафруит, она руссифицируется и фонтов полно

[AnatolSher]

На SPI
Адафрукт посмотрю... но вроде руссификации там не было. Может умельцы делали

[board707]

Умельцы делали... я в том числе :) Но по-моему это вообще не проблема, фонтов с кириллицей для дисплеев много.

У меня тут вопросики возникли по ЕЕПРОМ, пока библиотеку писал.

Почему в HAL, в файле wm_internal_flash.h прописан размер флеша 2 мб ? Это же вроде файл от 806 камня, у которого 1 мб? Вот оно:

/******************************0x81FFFFF
 *            USER PARAM
 * ****************************0x8XXXXXX
 *            RUN IMAGE
 * ****************************0x8010400
 *            RUN IMAGE HEADER
 * ****************************0x8010000
 *            SECBOOT IMAGE
 * ****************************0x8002400
 *            SECBOOT IMAGE HEAER
 * ****************************0x8002000
 *            CHIP DATA
 * ****************************0x8000000*/
 

Я зацепился в коде за константу из этого файла и не сразу понял, почему у меня ничего не работает.
Не встречали, в HAL где-нибудь правильный размер прописан? Можно, конечно, его вручную задать - но тогда придется это делать для каждой версии платы, что некрасиво.

Теперь еще вопрос - я пока в режиме блочной записи в ЕЕПРОМ режим update делать не стал. Дело в том, что в АВР этот режим реализован так - любые обьекты и структуры пишутся в ЕЕПРОМ побайтно, с проверкой значения каждого байта перед записью. С точки зрения сохранения ЕЕПРОМ это правильно - если например в структуре изменился только один байт - только один байт и будет переписан. Но у нас запись во флеш блочная, по одному байту как-то неохота писать. И потом, насколько я знаю, некоторые модели флешпамяти обновляются только блоками или страницами, так что писать туда побайтно будет очень невыгодно.
С другой стороны, посмотрел у Тенси - у них режима update вовсе нет, потому что флешка долгоиграющая. Что выберем?

[AnatolSher]

Для 806 граница флеша 0x80FFFFF. Видимо китайцы что то напутали, или как вариант, пытаются этот HAL натянуть на 801 чип.
По второму вопросу... Мне кажется что чем проще тем лучше. NAND 100000 перезаписей выдержать должна. Но это не точно :) Кроме того запись/чтение во внутренний флеш не предполагает интенсивности. Т.е файловую систему там замутит можно - но не нужно. Медленно это будет. Для интенсивной работы есть SD карта. Так что можно остановиться на достигнутом :) ИМХО

PS. В w80x постраничная запись/чтение. Это уже на уровне HAL мы можем регулировать длину записи. Один байт или целый блок
Кстати, с SPI тоже самое. Максимальный размер передаваемого буфера ограничен только ОЗУ. Но внутри идет нарезка по блокам размером в 8к

[board707]

Ок. Там еще остался кусок по записи Arduino Strimgs во флеш, но поскольку у нас самих String пока нет, я его закомментировал. В свое время доделаю
Дальше буду заниматься таймерами.

[AnatolSher]

А смысл писать стринги в аля EEPROM? Сразу возникает вопрос в динамическом исчислении размера блока. Отсюда потенциальные ошибки в назначении адресов и т.д Там обычно какие либо калибровочные данные хранят фиксированной длины. Строки и файлы - это в SD карту

[board707]

Ну String это такой же обьект, как любой другой. Их очень любят начинающие. Сразу возникнет вопрос - если другие обьекты можно, то почему эти нельзя?
Тем более что сам код в библиотеке уже есть, его только раскомментировать надо будет.

[board707]

Добавил библиотеку HardwareTimer c описанием и примером.

[board707]

Это мне придется вникнуть сначала....

[AnatolSher]

Короче, я на выходных инициализацию пинов перепишу в соответствии с новыми задачами.
Но, возможно Вы увидите другой способ, без переписывания
Я вижу... но придется лезть на уровень регистров. Что не хотелось :)

[board707]

Я хотел поменять систему работы с атрибутами пинов... Или это одно с другим не пересечется?

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

[board707]

Еще немного поправил системные файлы, восстановив возможность работы с таймерами как через новую библиотеку, так и методами HAL, без использования новой библиотеки.
Добавил в HAL_Examples новый пример hal_tim_irq
Будете переписывать работу с пинами - обязательно сначала обновите свою копию до версии, выложенной на гитхабе.

[AnatolSher]

Ок

[board707]

Еще нашел непорядки с миллис и делей:

uint32_t millis() {
	return HAL_GetTick() / 1000;
}

Поскольку значение HAL_GetTick() имеет тип uint32_t, то после деления на 1000 максимальное значение миллис у нас получается порядка 4.2 млн мс - то есть всего чуть более 1 часа. Это не соотвествует традициям Ардуино :) и вообще очень мало. То же самое относится к delay() - ведь оно считается от того же источника. Нет каких-нибудь других вариантов? Занимать под миллис целый таймер неохота.

[AnatolSher]

А можно сделать как в HAL. Объявить какую нибудь float arduino_tick и наращивать через прерывание в одну микросекунду.
Я практически RTC еще не ковырял, но при беглом прочтении он столь коротких прерываний не дает. Но на измерение длительных интервалов конечно его можно задействовать. И плохо что нет дополнительного домена для питания RTC по типу STM32 - Vbat

[board707]

А можно сделать как в HAL. Объявить какую нибудь float arduino_tick и наращивать через прерывание в одну микросекунду.

Нет, это не хорошая идея, особенно если запускать прерывания часто. Если основная программа тоже активно использует прерывания - они будут сталкиваться и счетчик миллис начнет отставать, как это довольно часто пороисходит в ардуино. Да и в основном коде будет джиттер.
Чем хорош таймер - он тикает сам по себе, не напрягая ядро.

[AnatolSher]

Да... Вы правы. Джиттер будет. Но с другой стороны мы плату по дефолту запускаем на 240 Мгц. И наша микросекунда это 1/240 от производительности. Врят ли, кто нибудь, на ардуино платформе будет атомные часы городить. А в повседневном творчестве это не так критично Все ИМХО конечно

ЗЫ. У нас же еще есть инструмент позволяющий уменьшить побочные эффекты, если важна точность ардуиновских функций. Мы с приоритетом прерываний никак не работаем. По дефолту у всех высший приоритет. И у нас не стоит задача делать систему жесткого реального времени. Т.е. мы на TIM0 можем задать приоритет 0, На HAL тики приоритет 1, и так далее. И получим что наш таймер будет обслужен в первую очередь. Вроде AVR младших семейств так не умеет. Поэтому у них millis() отстает :)
Для справки HAL_NVIC_SetPriority
А для HAL тиков можно вообще не париться.
#define TICK_INT_PRIORITY 7 - самый низший

[board707]

Если мы делаем и таймер, и HAL тики - тогда я не вижу, зачем нам прерывания раз в миллисекунду. Микросы берем с ХАЛ, миллисы с таймера... прерывания не нужны вовсе.

[AnatolSher]

Правильней наоборот. Микро с таймера а миллисекунды по дефолту из HAL тиков. Не забываем что я в HAL коэффициенты изменил чтобы получить там микросекунду. По дефолту там миллисекунды. Опять же... если нужна точность, то на HAL тики не следует опираться. И HAL тики - это тоже прерывания, но на уровне ядра чипа с низшим приоритетом
Поэтому Таймер0-Прерывания 1 мкс-наращивание глобальной переменной - самый оптимальный в нашем случае :)
Да... и приоритет 0
На GPIO установим 1 - чтобы не конкурировали

[AnatolSher]

Привет! Немного поковырялся с прерываниями GPIO. Ничего изменять в инициализации пинов не надо. Система допускает реинициализацию пина по усмотрению программиста. Этот код работает нормально, осталось только пользовательскую процедуру вкрутить вместо HAL_GPIO_EXTI_Callback()
`
#include <Arduino.h>
static volatile uint8_t key_flag = 0;

void HAL_GPIO_EXTI_Callback(GPIO_TypeDef *GPIOx, uint32_t GPIO_Pin) {
if ((GPIOx == GPIOB) && (digitalRead(PB5)==LOW)) {
key_flag = 1;
}
}

void attachInterrupt(uint16_t pin, uint16_t mode) { // не хватает 3 параметра - указателя на обработчик прерывания
for (uint8_t i=0; i < PINS_COUNT; i++) {
if (pin_Map[i].ulPin == pin) {
GPIO_InitTypeDef GPIO_InitStruct = { 0 };
GPIO_InitStruct.Pin = pin_Map[i].halPin;
switch (mode)
{
case GPIO_MODE_IT_FALLING: // проверял на HAL эквиваленте FALLING
GPIO_InitStruct.Mode = GPIO_MODE_IT_FALLING;
break;
}
HAL_GPIO_Init(pin_Map[i].pPort, &GPIO_InitStruct);
if (pin_Map[i].pPort == GPIOB) {
HAL_NVIC_SetPriority(GPIOB_IRQn, 1); // приоритет прерывания 1
HAL_NVIC_EnableIRQ(GPIOB_IRQn);
} else {
HAL_NVIC_SetPriority(GPIOA_IRQn, 1);
HAL_NVIC_EnableIRQ(GPIOA_IRQn);
}
}
}
}

void setup() {
pinMode(PB0,OUTPUT);
pinMode(PB5,INPUT_PULLUP);
attachInterrupt(PB5,GPIO_MODE_IT_FALLING ); параметры (нога, режим) добавить обработчик
}

void loop() {
if (key_flag == 1) {
delay(20); // антидребезг
if (digitalRead(PB5)==LOW)
{
digitalToggle(PB0);
}
key_flag = 0;
}
}
`
В файле wm_it.c добавлены следующие строки
'attribute((isr)) void GPIOB_IRQHandler(void)
{
HAL_GPIO_EXTI_IRQHandler(GPIOB, GPIO_PIN_ALL);
}
attribute((isr)) void GPIOA_IRQHandler(void)
{
HAL_GPIO_EXTI_IRQHandler(GPIOA, GPIO_PIN_ALL);
}
'
В HAL определены такие события для GPIO
#define GPIO_MODE_IT_RISING 0x87
#define GPIO_MODE_IT_FALLING 0x88
#define GPIO_MODE_IT_RISING_FALLING 0x89
#define GPIO_MODE_IT_HIGH_LEVEL 0x8a
#define GPIO_MODE_IT_LOW_LEVEL 0x8b

[AnatolSher]

Дальше самое главное :) Нужно написать обертку для HAL - овского SPI в виде класса. За основу лучше взять обертку от STM32
Тогда можно будет подключать целый пласт Адафруктовских библиотек. Кстати, китайцы что то пытались изобразить, но ничего там не сработало. Лежит в Libraries / SPI

[board707]

итайцы что то пытались изобразить, но ничего там не сработало. Лежит в Libraries / SPI

Что-нибудь подробнее можете сказать? Что не работало?

[AnatolSher]

Компилятор ругался на двойные определения SPI. Дальше я не стал лезть.

[AnatolSher]

Так что имейте в виду - после отключения прерывания на пине пин нужно инициализировать заново.

Переинициализация пина в Loop запрещена

А так, здесь все просто. Как я говорил - у нас 2 варианта. Или вместо NULL подсовывать op code rst ( см. гуид по ассемблеру)
или добавить еще пару строк в detachInterrupt()
`void detachInterrupt(uint16_t pin)
{

if (pin_Map[pin].ulPinAttribute & PIN_DIO_Msk)
{

    //HAL_GPIO_DeInit(pin_Map[pin].pPort, pin_Map[pin].halPin);

    // Отключаем прерывания и возвращаем режим работы пина по дефолту. Т.е на ВХОД
    GPIO_InitTypeDef GPIO_InitStruct = {0};
    GPIO_InitStruct.Pin = pin_Map[pin].halPin;
    GPIO_InitStruct.Mode = GPIO_MODE_INPUT;
HAL_GPIO_Init(pin_Map[pin].pPort, &GPIO_InitStruct);
    if (pin_Map[pin].pPort == GPIOB)
    {
        GPIOB_CallbackFlag &= ~(pin_Map[pin].halPin);
        GPIOB_Callback[pin - PB0] = NULL;
    }
    else
    {
        GPIOA_CallbackFlag &= ~(pin_Map[pin].halPin);
        GPIOA_Callback[pin - PA0] = NULL;
    }
}

}
`

[board707]

Спасибо.
Второй вариант мне нравится больше.

[board707]

Анатолий, тут откликнулся тот любитель W806, про которого я вам писал ранее

Кстати, вот еще любитель W806 с кучей примеров кода для ардуино-пакета, знаете про него?
https://github.com/jlsilicon/w806/

Просит показать наш пакет. Покажем? Мне что-то страшно Ж)

[AnatolSher]

А чё... пусть качает :) Может что накопает интересного. Ковчег любитель строил, а Титаник профессионалы :)
Интересно как он нашел? :) Тут вроде только мы с Вами колупаемся

[board707]

Если бы он нашел - он бы не спрашивал. Я ему сам сказал. что мы тоже этим занимаемся :)

[board707]

Анатолий, я тут взял пример из ХАЛ по работе с i2c и переделал в i2c сканер. Но что-то не пошло.
Может глянете быстрым взглядом - увидите ошибки?
i2c_scanner.zip

[AnatolSher]

Вот это гарантировано работает :)
`

#include "Arduino.h"
#include "SoftwareI2C.h"

SoftwareI2C softwarei2c;
uint8_t dDev = 0;

void setup() {
softwarei2c.begin(PA12, PA14); // sda, scl
printf("begin to scan...\n\r");
}

void loop() {
for (unsigned char i = 0; i <= 127; i++) {
if (softwarei2c.beginTransmission(i)) {
printf("Found i2c device at address [0x%X] \n\r",i);
dDev++;
}
softwarei2c.endTransmission();
}
if (dDev == 0) printf("find nothing");
while (1);
}
`

[AnatolSher]

И, раз пошла такая пьянка... запись/чтение в eeprom 24с32 на шилде TinyRTC
`/*

• Use the I2C bus with EEPROM 24LC64
• Sketch: eeprom.ino
• Author: hkhijhe
• Date: 01/10/2010

*/

#include "Arduino.h"
#include "SoftwareI2C.h"

SoftwareI2C Wire;

void i2c_eeprom_write_byte( int deviceaddress, unsigned int eeaddress, char data ) {
int rdata = data;
Wire.beginTransmission(deviceaddress);
Wire.write((int)(eeaddress >> 8)); // MSB
Wire.write((int)(eeaddress & 0xFF)); // LSB
Wire.write(rdata);
Wire.endTransmission();
}

// WARNING: address is a page address, 6-bit end will wrap around
// also, data can be maximum of about 30 bytes, because the Wire library has a buffer of 32 bytes
void i2c_eeprom_write_page( int deviceaddress, unsigned int eeaddresspage, char* data, char length ) {
Wire.beginTransmission(deviceaddress);
Wire.write((int)(eeaddresspage >> 8)); // MSB
Wire.write((int)(eeaddresspage & 0xFF)); // LSB
char c;
for ( c = 0; c < length; c++)
Wire.write(data[c]);
Wire.endTransmission();
}

char i2c_eeprom_read_byte( int deviceaddress, unsigned int eeaddress ) {
char rdata = 0xFF;
Wire.beginTransmission(deviceaddress);
Wire.write((int)(eeaddress >> 8)); // MSB
Wire.write((int)(eeaddress & 0xFF)); // LSB
Wire.endTransmission();
Wire.requestFrom(deviceaddress,1);
if (Wire.available()) rdata = Wire.read();
return rdata;
}

// maybe let's not read more than 30 or 32 bytes at a time!
void i2c_eeprom_read_buffer( int deviceaddress, unsigned int eeaddress, char *buffer, int length ) {
Wire.beginTransmission(deviceaddress);
Wire.write((int)(eeaddress >> 8)); // MSB
Wire.write((int)(eeaddress & 0xFF)); // LSB
Wire.endTransmission();
Wire.requestFrom(deviceaddress,length);
int c = 0;
for ( c = 0; c < length; c++ )
if (Wire.available()) buffer[c] = Wire.read();
}

void setup()
{
char somedata[] = "this is data from the eeprom"; // data to write
Wire.begin(PA12, PA14); // sda, scl; initialise the connection
i2c_eeprom_write_page(0x50, 0, (char *)somedata, sizeof(somedata)); // write to EEPROM

delay(100); //add a small delay

}

void loop()
{
int addr=0; //first address
char b = i2c_eeprom_read_byte(0x50, 0); // access the first address from the memory

while (b!=0)
{
    printf("%c",(char)b); //print content to serial port
    addr++; //increase address
    b = i2c_eeprom_read_byte(0x50, addr); //access an address from the memory
}
printf(" \n\r");
delay(2000);

}
`

Дмитрий, эти два примера тоже можно положить в BasicExample под именами SoftI2C_Scan и SoftI2C_RW_EEPROM

[board707]

Кстати, Вы себе сделали программатор CKLink из стандартного блюпила (STM32F103C8T6)? Крайне полезная вешь - рекомендую!

Я помню вы вроде советовали мне. Напомните, где посмотреть об этом

[AnatolSher]

https://github.com/henrycoding/cklink-lite
https://hackaday.io/page/12671-how-to-debug-w806-and-w801-mcus

Если CDK нужен будет - скажите.
Я сейчас сижу на федоре, там запускаю T-Head debug server , а отлаживаю код в vbox на виндовозе с CDK.
Можно работать

[board707]

Я тоже на Федоре, но вот остальных слов не понял :)
Ничего, разберусь.

[AnatolSher]

Вот готовые папки для BasicExamples
SoftI2C_RW_EEPROM.zip
SoftI2C_Scan.zip

Проверено в среде Arduino IDE

[AnatolSher]

Дмитрий, чтобы закрыть гештальт по таймерам, я расширил разрядность счетчика системных тиков до 64 бит. Думаю теперь измерение длительности в более чем 25000 суток нам будет достаточно :) А все имеющие таймеры отдаем пользователю.
wm_cpu.zip

А это исправления для i2c на счет корректного расчета делителей.
wm_i2c.zip

[AnatolSher]

Добрый вечер. Немного преобразовал пакет. Оказывается, абы что кидать в core нельзя. Могут возникнуть проблемы со скетчами написанные в стиле HAL. Проверил экспериментально.
PS. См внизу
И вопрос по C++
Насколько я понял тему, если в коде идет замес функций в стиле С и С++, все прототипы функций нужно объявлять как extern "C" либо заключать в
#ifdef __cplusplus
extern "C"{
#endif
.
.
#ifdef __cplusplus
}
#endif
В HardwareTimer.h такого нет, но пример по таймеру нормально компилится в Arduino IDE и на плате исполняется. Однако, если перенести эту библиотеку в среду CDK - то там компилятция проходит успешно. Но код после загрузки не работает. Я заметил эту особенность, и у себя внес изменения в HardwareTimer.h для прототипов. После этой правки все заработало. С чем это может быть связано? Тулчейн же один

[board707]

Анатолий, я тут немного приболел...
Что касается опции extern "C"{ - с ней и без нее функции линкуются между собой по разному. Более подробно, к сожалению, сказать не могу - не сталкивался.
Что касается нашего пакета для Ардуино - я тоже замечал, что некоторые файлы там скомпонованы неверно. Например файл pins_arduino.h - это хидер, а у нас там внутри описаны переменные и структуры, что в корне неправильно. При попытке включить этот заголовок более одного раза полезут ошибки.

[AnatolSher]

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

[AnatolSher]

Подглядел у китайцев :)

Осталось студента найти чтобы на репрезентативной выборке распределение посчитал
Выше, в hardware.zip включены все дополнения и изменения/исправления. А так же примерчик на генерацию случайных чисел стандартным образом и через криптомодуль.

[board707]

Анатолий, немного оклемался....
что у нас подвисло на данный момент?

[board707]

Анатолий, спасибо за ваш вклад. Заходите почаще, я постараюсь встроить в проект все что вы выложили.

[AnatolSher]

В голову пришла мысль... Чтобы избежать конфликтов имен надо задействовать механизм namespace в с++. Но я пока плохо владею инструментом. Параллельно изучаю :)

[board707]

Избегайте использования глобальных переменных, используйте локальные и статические вместо них - и у вас не будет конфликтов имен и без использования namespace

[board707]

Анатолий, кстати вопрос по RTC в нашем чипе. Нет идей, как вообще китайцы предполагали его использовать без отдельного батарейного питания? В чем тогда смысл?

[AnatolSher]

Скорее всего схемотехнически можно подсунуть батарейку. У меня есть идея как это сделать, но пока нет чипа супервизора питания.
Идея простая... Супервизор отслеживает 3.3v на общей шине питания, и если идет спад напряжения, он дает логический уровень на ключ подключения батареи и команду PMU на уход в спячку. Чтобы все это стабильно работало нужно будет ионистор подкинуть. В общем, как элементы все необходимые соберу - схему нарисую. Проверим
При уходе в спячку RTC продолжает работать

[board707]

Анатолий, влил в пакет ваш архив hardware.zip. Пока у себя на компе, чтобы посмотреть изменения.
Ваши упражнения с изменением прототипов и добавлением

#ifdef __cplusplus
extern "C"{
#endif

меня ставят в тупик.
Например, в модуле HardwareTimers (как наиболее знакомом мне) у вас некоторые структуры данных и методы (функции) оказались определены дважды - и в .h файле и в .cpp.
Напишите еще раз, зачем это пришлось менять? - желательно поподробнее, с указанием ошибок.

Я пока не готов сказать определенно, как это надо делать, но по-моему не так. Тут придется разбираться.

[AnatolSher]

Я уже выше где то упоминал что без этой конструкции в CDK компилируется но на плате не работает. Почему так... я не знаю :) Сам удивлен что в среде Ардуино и без нее работает. Вроде тулчейн один, сценарий сборки не сильно отличается и т.д.
Что касается HardwareTimers, то я в cpp ничего не делал, только в заголовочнике обрамление extern "C". И конечно, тупо скопировал туда две функции, а нужно было только прототипы объявить. На работоспособность кода это не повлияло. И главное, почему я туда залез... потому что я отладку делаю в среде CDK а не в Ардуино. Так может и не заметил бы

ЗЫ. На определение класса и встроенные члены/методы это не влияет. А вот на отдельно стоящие функции на чистом С влияет. HAL_TIM_Base_MspInit(TIM_HandleTypeDef *htim) и HAL_TIM_Callback(TIM_HandleTypeDef *htim)
Это описано в разделе "Связывание кода C и C++" в вики и вот здесь https://www.oracle.com/technical-resources/articles/it-infrastructure/mixing-c-and-cplusplus.html

[AnatolSher]

Привет! Запилил класс HardwareSPI, проверил на примере. Работает
HardwareSPI.zip
Не все методы имплементированы, но это со временем сделаю (или сделают :))
Ну и со совместимостью с ванильным Ардуино надо поработать.

Если с погодой будет плохо, может успею еще библиотеку e_TFT портировать

[board707]

а чем 801 мешает? Разве у него есть несовместимости с ядром для 806-ого? Мне кажется, пока у нас нет отдельного ядра для 801-ого, его поддержку удалять не надо.

Про а101 я вообще не знаю, у меня его нет.

[AnatolSher]

Я заказал на всякий случай https://aliexpress.ru/item/1005004666205590.html?spm=a2g2w.orderdetail.0.0.1bba4aa6Ul1KdM&sku_id=12000030035018388

Согласен что шашкой махать пока рано :)

[board707]

А чем он от 103-ого отличается (принципиально) ? Я вижу что памяти меньше и пинов.... что-то еще?
Если только этим - то тупо добавить еще один вариант да и все, даже покупать не обязательно (тем более что он вдвое дороже 103-ого, и хуже :)

[AnatolSher]

Если внимательно смотреть на reference manual, получается интересная картинка. Например почему они рисуют бридж на APB шине у w801 и не рисуют у w800 хотя ядро одинаковое. А вот у тактирования периферии есть особенности. Тоже наверное и у а101/w805 и а103/w806. Вот на это надо пристально посмотреть и разобраться. Поэтому и заказал, пусть и хуже :) Нужно на стенде все прощупать. Кроме того, слышал звон на китайских форумах что если хотите wifi-bt не следует устанавливать максимальную тактовую в 240. Вопрос - почему? Не хватает разрядности для делителей периферии? Нет кратности с базовой частотой чтобы получить нужное на RF модуль? В общем, куча вопросов... например - нужно ли выносить в variant функцию SystemClock_Config персонально для каждого чипа и т.д

[board707]

ясно.
Но меня куда больше интересует отдельный пакет для поддержки 801-ого на основе его собственного ХАЛ.... :)

[board707]

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

TIM_HandleTypeDef* timer_devices[TIMER_COUNT] = {&htim0,&htim1,&htim2,&htim3,&htim4,&htim5};
timer_irq_callback timer_callback[TIMER_COUNT] = {0};

проблема все равно остается.
Вы поместили эти массивы одновременно и в хидер и в срр файл - так это не заработает.

В СДК у вас это не дает ошибок именно потому, что вы обернули этот код в

#ifdef __cplusplus
extern "C"{
#endif

Судя по всему, в СДК у вас идет сборка как Си проект, а не С++, поэтому эта секция просто игнорируется и двойного обьявления не возникает. Но это только предположение.

Так что наверно я должен буду вернуть обратно прежний код. Я попробую разобраться, почему он не работает в СДК, но это задача не первой очереди.
Все-таки этот пакет в первую очередь для ардуино

Однако это очень полезный опыт - я вижу что и прежний класс HardwareTimer был написан неправильно. Надо абсолютно все методы убрать из .h файла в .cpp, оставив в хидере одни заголовки, иначе это создаст проблемы в будущем.

[AnatolSher]

Дмитрий приветствую!
hardware.zip
Это на перезалив репы. Что сделано...
Причесал примеры по i2C,все проверил в софт и хард режимах. 4 пример пока удалил. Удалил из библиотеки не нужные папки по i2C предварительно сосредоточив все классы в папку Wire. Ну и примеры туда же.
В HAL закомментил надоедливый вывод сообщения - "i2c ack error". И увеличил время ожидания ACK до 1024 итераций (было 512) Хотя проверку таймаута должны были сделать по аналогии с SPI или UART. Сыроватый HAL.
Заодно потестил Serial . Пока работает :)

[AnatolSher]

Ну что, раз намечается уже международная команда, переходим на ангельский? Только не закидывайте меня тапками :)

[board707]

Можно и так. Хотя я боюсь, что некоторые нюансы могут ускользать.

[board707]

Кстати, что это они все так разом повалили к нам, За утро 4 новых звезды, все сплошь китайские ники. Вы что-ли ссылку на какой-то китайский форум закинули? :)

[AnatolSher]

Было дело... :)

[AnatolSher]

Продолжение во второй части

[board707]

Closed