1
0
mirror of https://github.com/RIOT-OS/RIOT.git synced 2024-12-29 04:50:03 +01:00
RIOT/drivers/periph_common
bors[bot] 2a4496b32a
Merge #19539 #19815 #19860 #19886
19539: drivers/periph_sdmmc: define a High-level SDIO/SD/MMC API and low-level SDMMC periperal driver interface r=benpicco a=gschorcht

### Contribution description

This PR provides a SDIO/SD/MMC Device API (SDMMC). It implements a SD host controller driver that provides a high-level functions using a low-level SDIO/SD/MMC peripheral driver for accessing

- MultiMediaCards (MMC) and Embedded MultiMediaCards (eMMC)
- SD Memory Cards (SD Cards) with Standard Capacity (SDSC), High Capacity (SDHC) or Extended Capacity (SDXC).

It supports:

- 1-bit, 4-bit and 8-bit data bus width
- Default Speed and High Speed
- Auto-CLK

The SDIO/SD/MMC device API (SDMMC) is divided into two parts:

1. The high-level API that implements the SD Host Controller driver and allows
   - to inititialize and identify different types of cards,
   - to access them either blockwise or bytewise,
   - to get information about the used card, and
   - to send single commands or application specific commands to the card.

2. The low-level SDIO/SD/MMC peripheral driver implements the low-level functions required by the high-level device API. It has to be implemented for each MCU.

### Limitations:

- Only one card per SDIO/SD/MMC device is supported.
- eMMCs specific features are not supported.
- UHS-I, UHS-II and UHS-III are not supported.

### Testing procedure

PR #19540, PR #19760 or PR #19786 is needed to test this PR.

### Issues/PRs references

Prerequisite for PR #19540
Prerequisite for PR #19760
Prerequisite for PR #19786

19815: cpu/sam0_common/periph/sdhc: busy waiting and clock fixes r=benpicco a=benpicco



19860: drivers/ft5x06: fix vendor ID for FT6xx6 and FTxxxx register addresses r=benpicco a=gschorcht

### Contribution description

This PR provides a fix of the vendor ID for FT6xx6 touch panel driver ICs and a fix of register addresses for FTxxxx.

According to the [Application Note for FT6x06 CTPM](https://cdn-shop.adafruit.com/datasheets/FT6x06_AN_public_ver0.1.3.pdf), the vendor ID of FT6x06 touch panel driver ICs is `0x11` instead of `0xcd`. Although there are no information found in the Web about the FT6x36, the FT6336U touch panel of a ESP32-S3 WT32 SC01 Plus is also working with `0x11` as vendor ID so that it seems that FT6x36 is also using `0x11` as vendor ID.

Figured out with a `stm32f723e-disco` board (revision D03). Without this PR, `tests/drivers/ft5x06` gives:
```
+------------Initializing------------+
[ft5x06] init: invalid vendor ID: '0x11' (expected: 0xcd)
[Error] Initialization failed
```
With this PR it works as expected.
```
+------------Initializing------------+
Initialization successful
main(): This is RIOT! (Version: 2023.10-devel-96-gbb9011-drivers/ft5x06_fix_vendor_id)
FT5x06 test application

+------------Initializing------------+
[ft5x06] init: configuring touchscreen interrupt
Initialization successful
1 touch detected
[ft5x06] read gesture_id '0x00'
Touch 1 - X: 151, Y:138
[ft5x06] read gesture_id '0x00'
```

Some background information found in the Web:

- According to the [STM32CubeF7](c20e6dd15b/Drivers/BSP/STM32F723E-Discovery/stm32f723e_discovery_ts.c (L24-L27)) the FRIDA LCD panel mounted on the `stm32f723e-disco` board either uses FT6x36 (prior revision D) or FT3x67 (revision D). However, the FT5x06 driver type for the card is defined as FT6x06, which does not seem correct: bb9011c3fb/boards/stm32f723e-disco/include/board.h (L59)
- According to the [STM32CubeF7](c20e6dd15b/Drivers/BSP/Components/ft6x06/ft6x06.h (L269-L270)), the vendor ID for FT6x36 should be `0xcd`. However, the FT6336U on ESP32-S3 WT32 SC01 Plus works with vendor ID `0x11`.
- The [Adafruit FT6206 library](95118cd983/Adafruit_FT6206.h (L28)) uses `0x11` as vendor id.
- The `stm32l496g-disco` board uses a FT6236 which has vendor ID `0xcd`.

So the information available on the web is confusing. Maybe, a better solution would be to accept `0x11` as well as `0xcd` as vendor ID for FT6xxx touch panels. Unfortunately, there are no documents available on the registers directly from FocalTech 😟 so it seems to be more speculation than knowledge.

### Testing procedure


### Issues/PRs references



19886: cpu/efm32: fix DAC configuration r=benpicco a=gschorcht

### Contribution description

The EFM32 MCU allows the reference voltage to be configured per DAC device, not per DAC channel. Also, the DAC reference voltage was defined in the configuration but not used anywhere.

At the moment we have only defined one board (`stwstk6220a`) that uses the DAC, so changing the configuration interface shouldn't be critical.

### Testing procedure

`tests/periph/dac` should still work for the `stwstk6220a`
```
BOARD=slwstk6220a make -j8 -C tests/periph/dac flash
```
I don't have a `stwstk6220a` board (EFM32 Series 0) so that I can't test it. I could only test it for the `sltb009a` board (EFM32 Series 1) with the change for VDAC in PR #19887.

### Issues/PRs references


Co-authored-by: Gunar Schorcht <gunar@schorcht.net>
Co-authored-by: Benjamin Valentin <benjamin.valentin@ml-pa.com>
2023-08-23 16:55:09 +00:00
..
cpuid.c drivers/periph_cpuid: Minor cleanup 2022-04-11 12:01:57 +02:00
eeprom.c drivers/periph_common: build periph module selectively 2021-12-20 13:04:20 +01:00
flashpage.c drivers/periph_common/flashpage: fix silent error 2023-01-19 11:00:40 -05:00
gpio_ll_irq.c drivers: Add periph/gpio_ll API 2022-04-22 08:39:04 +02:00
gpio_ll.c drivers: Add periph/gpio_ll API 2022-04-22 08:39:04 +02:00
gpio.c drivers/periph_common: build periph module selectively 2021-12-20 13:04:20 +01:00
i2c.c drivers/periph_common: build periph module selectively 2021-12-20 13:04:20 +01:00
init_buttons.c drivers/periph_common: add periph_init_buttons to init on-board buttons 2022-02-26 22:45:46 +01:00
init_leds.c drivers/periph_common: add periph_init_leds to init all on-board LEDs 2022-02-18 14:35:43 +01:00
init.c Merge #19539 #19815 #19860 #19886 2023-08-23 16:55:09 +00:00
Kconfig drivers: add periph_sdmmc support 2023-08-08 09:09:12 +02:00
Kconfig.flashpage periph/flashpage: Add _in_address_space feature 2022-03-17 19:45:54 +01:00
Kconfig.gpio periph/gpio: Model TAMPER_WAKE for kconfig 2021-11-29 09:12:28 +01:00
Kconfig.i2c cpu/esp32: model Kconfig 2021-12-10 18:54:07 +01:00
Kconfig.leds drivers/periph_common: add periph_init_leds to init all on-board LEDs 2022-02-18 14:35:43 +01:00
Kconfig.rtc sys: move rtc utility functions to their own module 2021-12-20 13:04:20 +01:00
Kconfig.sdmmc drivers: add periph_sdmmc support 2023-08-08 09:09:12 +02:00
Kconfig.spi drivers/periph_spi: Kconfig SPI_ON_QSPI model 2021-11-29 09:12:27 +01:00
Kconfig.timer periph/timer: fix Kconfig menu title 2022-03-20 21:35:16 +01:00
Kconfig.uart Merge pull request #16681 from benpicco/drivers/dose-collision 2021-12-08 20:48:28 +01:00
Kconfig.usbdev drivers/periph_common: add periph_usbdev_hs feature in Kconfig 2023-03-16 07:47:18 +01:00
Kconfig.vbat cpu/stm32: add VBAT for stm32 2022-02-21 10:49:43 +01:00
Kconfig.wdt drivers/periph_common: remove redundant entry 2020-09-02 15:31:28 +02:00
Makefile drivers/periph_common: build periph module selectively 2021-12-20 13:04:20 +01:00
Makefile.dep drivers: Only select periph_gpio_ll_irq_unmask if needed 2022-08-16 10:57:25 +02:00
pm.c drivers/*: realign ENABLE_DEBUG 2020-10-23 01:26:09 +02:00
ptp_timer.c drivers/periph_common: build periph module selectively 2021-12-20 13:04:20 +01:00
spi.c drivers/periph_common: build periph module selectively 2021-12-20 13:04:20 +01:00
timer.c drivers/periph_common/timer: protect timer_set from IRQs 2020-01-10 09:58:18 +01:00