This set of changes adds support for QSPI-based external flash and
Bluetooth to the device tree. This make it possible to correctly build and
execute the fatfs and several Bluetooth samples out of the box.
Also added a function to read the external flash OTP to extract
information about the Opta model and hardware features and a second
function to retrieve the "official" Opta serial number.
Signed-off-by: Federico Di Gregorio <fog@dndg.it>
The Arduino Nicla Vision board supports the new device_next USB stack
and can be used for testing USB Device features such as UVC.
Signed-off-by: Josuah Demangeon <me@josuah.net>
Describe the magnetometer part of the lsm9ds1 sensor, available in the
Arduino Nano 33 BLE through I2C.
Signed-off-by: Miguel Gazquez <miguel.gazquez@bootlin.com>
Instead of assuming the reset pin is low at boot, create a reset pulse
by setting the pin low long enough for the LAN controller to recognize
it.
Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
This change defines the "st,stm32-qspi-nor" compatible Node
in conformance to the DTS specifications
Includes the size property (in Bits) of the external memory device
Signed-off-by: Francois Ramu <francois.ramu@st.com>
Add device tree and support files for the Nano Matter board
based on the Silicon Labs MGM240SD22VNA chip.
Signed-off-by: Tamas Jozsi <tamas.jozsi@silabs.com>
Some of these are allegedly ESLOV connectors and have an extra
identification pin, but there's adapters on the market to use them with
qwiic modules, let's label them so they can be used with other
zephyr_i2c shields.
Signed-off-by: Fabio Baltieri <fabiobaltieri@google.com>
The arduino Uno R4 has only ioport1 enabled in the dts. The arduino
header however uses ioport0,1,3 [minima variant] and ioport 0,1,3,4
[wifi variant]. This causes a build failure for some of the pins.
This change makes sure than an application can use any arduino pins.
Signed-off-by: Loic Domaigne <tech@domaigne.com>
Usage of dma is mandatory for the dcmi and this property is
tightly coupled with the soc itself since the configuration of
the dma depends on the source/destination, and the request line
is also fixed for an ip.
Instead of having to always have the dma property part of the
board or shield dts/overlay, add the dma property into the
dcmi node of the stm32h7.dtsi.
Signed-off-by: Alain Volmat <alain.volmat@foss.st.com>
Update overlay following usage of video-interfaces based
endpoint properties by the dcmi driver.
Signed-off-by: Alain Volmat <alain.volmat@foss.st.com>
To make the pin names of the Arduino MKR header easier to understand,
we will introduce a macro definition for the pin names.
And also update the definition of `arduino_mkrzero` with the definitions.
Signed-off-by: TOKITA Hiroshi <tokita.hiroshi@gmail.com>
To make the pin names of the Arduino Nano header easier to understand,
we will introduce a macro definition for the pin names.
And also update the definition of `nano_33_ble`, `nano_33_iot`,
`nucleo_g031k8`, and `nucleo_l031k6` with the definitions.
Signed-off-by: TOKITA Hiroshi <tokita.hiroshi@gmail.com>
Add .. zephyr:board-supported-runners:: to the Programming and Debugging
section of the documentation for each board that has one such section,
as this is the most natural place to put it.
Signed-off-by: Benjamin Cabé <benjamin@zephyrproject.org>
To make the pin names of the Arduino header easier to understand,
we will introduce a macro definition for the pin names.
We will use this to update the definition of `arduino_uno_r4`.
Signed-off-by: TOKITA Hiroshi <tokita.hiroshi@gmail.com>
add mdio and phy node to every stm32board that
supports ethernet.
Also set the phy-handle for every ethernet mac.
Signed-off-by: Fin Maaß <f.maass@vogl-electronic.com>
Reintroduced by commit 8c9af42a63
("portenta_h7: enable onboard regulator") and becomes annoying to
remove again and again. There is also no test feature usb_cdc.
Signed-off-by: Johann Fischer <johann.fischer@nordicsemi.no>
Adds zephyr:board and zephyr:board-supported-hw directives to the
Arduino docs in order to generate more of the boards' documentation
automatically.
Signed-off-by: Benjamin Cabé <benjamin@zephyrproject.org>
This commit updates the device tree source files
for all STM32 boards to specify the PHY connection
type for the Ethernet configuration.
Added the `phy-connection-type` property
with the value "rmii" to the Ethernet node.
Signed-off-by: IBEN EL HADJ MESSAOUD Marwa <marwa.ibenelhadjmessaoud-ext@st.com>
Selecting the wrong power scheme could potentially destroy the board.
Luckily, the bit can only be set once and the default build still
uses the Arduino bootloader (which has the correct setting).
Signed-off-by: Martino Facchin <m.facchin@arduino.cc>
Fix compliance check script.
Arduino nano BLE - connector.dtsi pin corrections
There were several pin mappings from Arduino pin to GPIO pin
which were not correct.
This includes Arduino pins: 7, 8, 18, 19, 21
Arduino NANO 33 BLE - init turn PWR LED on
default Power LED light on.
Signed-off-by: Kurt Eckhardt <kurte@rockisland.com>
The ADC pin assignments for the Arduino Zero, MKR Zero and Nano 33 IoT
boards were missing in the device tree files, even though the boards
advertise ADC functionality. This was highlighted recently by commit
162f728 which made it a build error.
This patch fixes the issue by adding the detailed pinout assignments
for the analog pins on these boards.
Signed-off-by: Luca Burelli <l.burelli@arduino.cc>
This commit removes all references to the `xtools` toolchain variant in the
board YAML files.
Note that the `xtools` toolchain variant has been deprecated since Zephyr
v3.3.0 and now removed.
The removal process was automated using the following command line:
git grep -l xtools -- boards/*.{yml,yaml} | \
xargs -n 1 -P $(nproc) \
yq -i 'del(.toolchain[] | select(. == "xtools"))'
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
In all STM32 dtsi and board dts, update the st,adc-sequencer and the
st,adc-clock-source properties so they are strings.
Signed-off-by: Guillaume Gautier <guillaume.gautier-ext@st.com>
fu dts: arm: st: use string instead of enum
Remove all USB and CDC ACM configuration in favor of common
configuraiton.
Do not adapt board-specific configurations such as unknown PID/VID or
string descriptors. There is no justification for using them on specific
boards, and we do not have formal approval to use them in the project
tree. Also, we need more uniform configuration, since the main reason
for enabling CDC ACM here is to allow users to run examples like
hello_world right out of the box. Of course, anyone is free to customize
these settings in their fork or downstream project.
Signed-off-by: Johann Fischer <johann.fischer@nordicsemi.no>
Deprecate BT_CTLR, and add a new HAS_BT_CTLR as a virtual option which
specific users (like BT_LL_SW_SPLIT) select. This also means that we can
remove all places that were forcefully enabling the BT_CTLR option, and
instead we now depend on devicetree to get some local LL HCI driver
enabled which in turn also enables the HAS_BT_CTLR option.
Signed-off-by: Johan Hedberg <johan.hedberg@silabs.com>
The board shares many features with other Arduinos based on STM32H747
(like the HSE in bypass mode).
Once https://github.com/zephyrproject-rtos/zephyr/pull/76542 is merged,
PF1550 support should be added too to allow switching IO voltage
from 3v3 to 1v8
Signed-off-by: Martino Facchin <m.facchin@arduino.cc>
Right now, USART1 is enabled on the M7 target variant by default, leaving
M4 without a UART to use; this is the way this port was originally
contributed.
Since then, USB was enabled on M7, changing the console backend from USART1
to USB CDC ACM; the M4 target was left unchanged.
This commit enabled USART1 on the M4 variant and disabled it on the M7
variant, so that the M4 variant can use it as its console backend.
Note that, for the M4 variant, USART1 has been assigned to `zephyr,console`
and `zephyr,shell-uart` since this port was contributed, even though USART1
was always disabled on M4.
Signed-off-by: Filip Kokosinski <fkokosinski@antmicro.com>
A valid device tree configuration is provided for the ADCs of the 8 input
channels and the sample adc_dt works out of the box. Obviously this is
not the only possible configuration but it provides a good template for
further customization without the need to lookup the ADC GPIOs and
connections in the schematics.
Signed-off-by: Federico Di Gregorio <fog@dndg.it>
This set of changes enables the RS485 hardware connected to usart3 and
provides some overlays that allow for easily running the modbus
rtu_client and rtu_server samples on Opta.
Signed-off-by: Federico Di Gregorio <fog@dndg.it>