- Welcome to Olimex Support Forum.
Olimex Support Forum
Recent posts
#51
STMP1 / STM32MP1-OLinuXino-LIME: flash...
Last post by dry - July 12, 2026, 06:02:42 AMContinuing my 'speed' testing of storage options. External microSD tested here:
https://www.olimex.com/forum/index.php?topic=10025.0
I tested eMMC flash on the external flash module for the board https://www.olimex.com/Products/OLinuXino/Accessories/Flash-e32Gs16M/. So at minimum we know we have 8 data lines on this 'on-board' eMMC, vs 4 on the external microSD line.
I bought 32GB one.
I used diskpd and fio to test speed, but in the end decided to stick to fio for all tests.
I tested on top of fs first, but that gave suspicious speed bumps in some cases, so I re-tested just on top of block device level. I've ran with more 'severe' case with --sync, and 'less severe' with --end_fsync on writes. Note in scrits (attached) I also include flushing (or trying to) caches bewteen each test runs.
In brief, in sum, I'm getting this:
With Severe vs less so
.. while testing with file on ext4 formated on top of that block I get suspicious/ too good read results and IOPS for random reads.
So better to run from this eMMC of course. I kind of hoped it could be faster as this STM32MP1x might support faster mode - see
stm forum link enable hs200/hs400 mode
Based on board design, we cannot get higher HS200 mode as I understand it - again needs that ~1.8V signaling - , but I wonder if DDR52 (at 3.3v) mode could be tried / set to see if that would work: currently based on kernel logs:
Card Type [CARD_TYPE: 0x57], so advertises modes 0x01 to 0x40 (HS400), but also it logs
HS_TIMING: 0x01, so its in high-speed mode.
Might try it next.
https://www.olimex.com/forum/index.php?topic=10025.0
I tested eMMC flash on the external flash module for the board https://www.olimex.com/Products/OLinuXino/Accessories/Flash-e32Gs16M/. So at minimum we know we have 8 data lines on this 'on-board' eMMC, vs 4 on the external microSD line.
I bought 32GB one.
I used diskpd and fio to test speed, but in the end decided to stick to fio for all tests.
I tested on top of fs first, but that gave suspicious speed bumps in some cases, so I re-tested just on top of block device level. I've ran with more 'severe' case with --sync, and 'less severe' with --end_fsync on writes. Note in scrits (attached) I also include flushing (or trying to) caches bewteen each test runs.
In brief, in sum, I'm getting this:
Code Select
Sequential read: ~27.5 MiB/s
Sequential write, severe sync: ~12.8 MiB/s
Sequential write, less severe: ~27.1 MiB/s
4 KiB random read: ~2.5k IOPS / ~10 MiB/s
4 KiB random write, severe sync: ~1.0k IOPS / ~3.9 MiB/s
4 KiB random write, less severe: ~1.7k IOPS / ~6.8 MiB/sWith Severe vs less so
Code Select
| Test | Severe raw | Less severe raw | Change |
| ---------------- | -------------------------: | -------------------------: | ------------ |
| Sequential write | **12.8 MiB/s** | **27.1 MiB/s** | ~2.1× faster |
| Sequential read | **27.4 MiB/s** | **27.5 MiB/s** | Same |
| Random write | **1001 IOPS / 3.91 MiB/s** | **1730 IOPS / 6.76 MiB/s** | ~1.7× faster |
| Random read | **2600 IOPS / 10.2 MiB/s** | **2481 IOPS / 9.70 MiB/s** | Same range |
.. while testing with file on ext4 formated on top of that block I get suspicious/ too good read results and IOPS for random reads.
Code Select
| Test | Filesystem severe fio | Raw block severe fio | Better number to quote |
| ---------------- | ---------------------: | -------------------------: | ----------------------------------------------------------------- |
| Seq write sync | ~23.7–24.1 MiB/s | **12.8 MiB/s** | Depends on workload; raw is stricter |
| Seq read direct | ~37.5 MiB/s | **27.4 MiB/s** | Raw is cleaner |
| Rand write sync | ~291 IOPS / 1.14 MiB/s | **1001 IOPS / 3.91 MiB/s** | Raw for media/block capability; filesystem for real file workload |
| Rand read direct | suspicious ~22k IOPS | **2600 IOPS / 10.2 MiB/s** | Raw result |
So better to run from this eMMC of course. I kind of hoped it could be faster as this STM32MP1x might support faster mode - see
stm forum link enable hs200/hs400 mode
Based on board design, we cannot get higher HS200 mode as I understand it - again needs that ~1.8V signaling - , but I wonder if DDR52 (at 3.3v) mode could be tried / set to see if that would work: currently based on kernel logs:
Card Type [CARD_TYPE: 0x57], so advertises modes 0x01 to 0x40 (HS400), but also it logs
HS_TIMING: 0x01, so its in high-speed mode.
Might try it next.
#52
DUINOMITE / Re: Displays for Duinomite
Last post by KeesZagers - July 09, 2026, 01:30:25 PMI modified the Basic (SI2-CBB software) and it detects now if an old or new touch display is connected. Software remains the same, only the new display includes the variable in Z-direction (pressure on the screen). The new manual of our Basic can be downloaded on:
https://www.si-kwadraat.nl/si2-cbb/manuals/en/can-manual2_6.pdf
In the command OLED you can see how the complete display is covered by just one Basic statement.
BTW I have seen that in the new version also the quality of the display is improved. Compliments to Olimex for that.
https://www.si-kwadraat.nl/si2-cbb/manuals/en/can-manual2_6.pdf
In the command OLED you can see how the complete display is covered by just one Basic statement.
BTW I have seen that in the new version also the quality of the display is improved. Compliments to Olimex for that.
#53
New Products release / Turning the ESP32-CAM-8MB into...
Last post by olimex - July 08, 2026, 04:52:36 PMpaired with ESPectre — WiFi CSI motion sensing, no PIR, no IR light, works in total darkness camera node only wakes up when something actually moves. https://olimex.wordpress.com/2026/07/08/turning-the-esp32-cam-8mb-into-a-smart-security-camera-for-home-assistant/
#iot #espectre #esp32cam
#iot #espectre #esp32cam
#54
ST / Re: OLIMEXINO-STM32F3 and ADXL...
Last post by mgolbs - July 07, 2026, 03:16:07 PMHello,
many thanks for the information an the listing of ports/pins!
Greeting Markus
many thanks for the information an the listing of ports/pins!
Greeting Markus
#55
ST / Re: OLIMEXINO-STM32F3 and ADXL...
Last post by LubOlimex - July 07, 2026, 11:36:48 AMSPI should be possible why not. You should use 4-wire SPI. If using the UEXT connector:
ADXL375 pin UEXT pin OLIMEXINO-STM32F3 signal
----------------------------------------------------
VIN 1 +3.3V
GND 2 GND
SDO 7 SPI1 MISO, D12 / PA6
SDA 8 SPI1 MOSI, D11 / PA7
SCL 9 SPI1 SCK, D13 / PA5
CS 10 GPIO chip select, D4 / PB5
The onboard microSD uses SPI2 separately.
So the recommended setup is ADXL375 on UEXT/SPI1 and microSD on SPI2. Of course, some software effort will be needed.
ADXL375 pin UEXT pin OLIMEXINO-STM32F3 signal
----------------------------------------------------
VIN 1 +3.3V
GND 2 GND
SDO 7 SPI1 MISO, D12 / PA6
SDA 8 SPI1 MOSI, D11 / PA7
SCL 9 SPI1 SCK, D13 / PA5
CS 10 GPIO chip select, D4 / PB5
The onboard microSD uses SPI2 separately.
So the recommended setup is ADXL375 on UEXT/SPI1 and microSD on SPI2. Of course, some software effort will be needed.
#56
ST / OLIMEXINO-STM32F3 and ADXL375 ...
Last post by mgolbs - July 07, 2026, 10:13:37 AMHello,
can I use a adafruit ADXL375 - High G Accelerometer (+-200g) with SPI and mircosd write on a OLIMEXINO-STM32F3 and witch port must I use, 3 ore 4 wire SPI?
[CS, SDO, SDA and SCL]
https://github.com/OLIMEX/OLIMEXINO-STM32F3/blob/master/HARDWARE/OLIMEXINO-STM32F3-revision-D/OLIMEXINO-STM32F3_Rev_D.pdf
Goal is, use the raw x, y and z acce with 100Hz sample, internal ADXL375 ADXL375_DATA_RATE_200. 24g are not enough in a drum. If SPI not possible, then must I use I2C.
Greeting Markus
can I use a adafruit ADXL375 - High G Accelerometer (+-200g) with SPI and mircosd write on a OLIMEXINO-STM32F3 and witch port must I use, 3 ore 4 wire SPI?
[CS, SDO, SDA and SCL]
https://github.com/OLIMEX/OLIMEXINO-STM32F3/blob/master/HARDWARE/OLIMEXINO-STM32F3-revision-D/OLIMEXINO-STM32F3_Rev_D.pdf
Goal is, use the raw x, y and z acce with 100Hz sample, internal ADXL375 ADXL375_DATA_RATE_200. 24g are not enough in a drum. If SPI not possible, then must I use I2C.
Greeting Markus
#57
STMP1 / Re: STM32MP1-OLinuXino-LIME: s...
Last post by LubOlimex - July 07, 2026, 08:50:56 AMTry testing the SD cards. Good free software for testing the SD cards is either f3
(fight flash fraud) or H2testW. There are a lot of counterfeit SD cards out
there and also cards tend to get damaged easily.
(fight flash fraud) or H2testW. There are a lot of counterfeit SD cards out
there and also cards tend to get damaged easily.
#58
STMP1 / Re: STM32MP1-OLinuXino-LIME: s...
Last post by dry - July 07, 2026, 07:17:55 AMHello LubOlimex,
Thank you for replying,
Yea, I have looked since at the board and the shield schematics, and saw that there isn't but 3.3V available with micro SD cards.
Also I have one card I've tested on this LIME2 board which is probably 'too fast' for it: it starts failing from clean brand new fs formated on it and from first mount: just start getting corruption immediately on mount. With 2 different fs tried.
This is Patriot brand, C10 A2 U3 etc.. Probably, not liking slower speeds, no idea but, SanDisk of similar grade works Ok, at least in the main onboard micro sd slot.
Thank you for replying,
Quote from: LubOlimex on July 06, 2026, 01:26:32 PM1. There are both hardware and software limitations to use such a fast card optimally with this board.
Yea, I have looked since at the board and the shield schematics, and saw that there isn't but 3.3V available with micro SD cards.
Also I have one card I've tested on this LIME2 board which is probably 'too fast' for it: it starts failing from clean brand new fs formated on it and from first mount: just start getting corruption immediately on mount. With 2 different fs tried.
This is Patriot brand, C10 A2 U3 etc.. Probably, not liking slower speeds, no idea but, SanDisk of similar grade works Ok, at least in the main onboard micro sd slot.
#59
STMP1 / Re: STM32MP1-OLinuXino-LIME: s...
Last post by LubOlimex - July 06, 2026, 01:26:32 PMOn the fly my thoughts on this:
1. There are both hardware and software limitations to use such a fast card optimally with this board. For sure A2 and faster cards require special software treatment. As I wrote in the manual some years ago: "For best experience use a micro SD card with speed rating between class 10 and A1. Using slower than class 10 card might severely degrade the user experience. Beware that A2 or faster cards might lack software support in Linux."
2. Yes, microSD wiring the card is powered from fixed 3.3 V and the SDMMC I/O is not switched to 1.8 V. The practical maximum is 4-bit SD High-Speed at about 50 MHz. The reported timing spec: sd high-speed, bus width: 4 bits, and signal voltage: 3.30 V are correct.
3. The card expects UHS-capable host, but the speeds are not reachable on a fixed 3.3 V 50 MHz host. O_DIRECT/O_SYNC on ext4 is a very strict test, especially for writes, so it can show much lower numbers than the card's marketing rating. For bus/card comparison it is better to also test large-block direct I/O without per-write sync, or read from the raw block device.
1. There are both hardware and software limitations to use such a fast card optimally with this board. For sure A2 and faster cards require special software treatment. As I wrote in the manual some years ago: "For best experience use a micro SD card with speed rating between class 10 and A1. Using slower than class 10 card might severely degrade the user experience. Beware that A2 or faster cards might lack software support in Linux."
2. Yes, microSD wiring the card is powered from fixed 3.3 V and the SDMMC I/O is not switched to 1.8 V. The practical maximum is 4-bit SD High-Speed at about 50 MHz. The reported timing spec: sd high-speed, bus width: 4 bits, and signal voltage: 3.30 V are correct.
3. The card expects UHS-capable host, but the speeds are not reachable on a fixed 3.3 V 50 MHz host. O_DIRECT/O_SYNC on ext4 is a very strict test, especially for writes, so it can show much lower numbers than the card's marketing rating. For bus/card comparison it is better to also test large-block direct I/O without per-write sync, or read from the raw block device.
#60
A20 / Re: Recurring SATA HD error on...
Last post by LubOlimex - July 06, 2026, 09:46:25 AMYou said 1TB but the log says "WDC WD20SPZX" which is 2TB hard disk.
It is something around the powering for sure but whether is it due to cable, power source or board failing or design downgrade it is hard to say. Need more info:
1. How do you power the disk? Is it via SATA-CABLE-SET and the SATA connector?
2. Did you test with the same cable and the same power supply with the other board (where it doesn't fail)?
3. Did this work at start and started failing at some point? Or it didn't work since start?
4. Where do you boot from?
5. How hard it is to replicate? How often does it occur?
6. Does this happen with other, older revisions of the board?
7. Is it just one board that experiences this issue?
It is something around the powering for sure but whether is it due to cable, power source or board failing or design downgrade it is hard to say. Need more info:
1. How do you power the disk? Is it via SATA-CABLE-SET and the SATA connector?
2. Did you test with the same cable and the same power supply with the other board (where it doesn't fail)?
3. Did this work at start and started failing at some point? Or it didn't work since start?
4. Where do you boot from?
5. How hard it is to replicate? How often does it occur?
6. Does this happen with other, older revisions of the board?
7. Is it just one board that experiences this issue?