ST32MP1XX SOCs from ST Microelectronics has one unique feature: They operate from -40 up to +125 by default there is no other commercial or industrial or etc temperature range. What does this means – very well done production! It’s not secret that all SOC vendors produce their chips then test them and which pass -40+125 are classified automotive grade, which fail but pass -40+85C are classified industrial and it there are SOC which fail both automotive and industrial grade on tests are sold as commercial grade.
This chip has no other than automotive grade, so ST is confident in their process quality.
For this SOC ST Microelectronics guarantee 10 years rolling availability.
The peripherals ST32MP1XX has are also industrial and real time oriented:
- Cortex-M4 co processor, we know Cortex-A series when run RTOS has latency which do not allow fast processed like motor control etc. This is where this co-processor release the main OS processor of such demanding tasks
- FD-CAN ST32MP1 has two cans both support FD which offer less latency and faster speed, one of them has also time triggered CAN (TTCAN)
- 2 × ADCs with 16-bit max. resolution (12 bits up to 4.5 Msps, 14 bits up to 4 Msps, 16 bits up to 3.6 Msps)
- 2 × 12-bit D/A converters (1 MHz)
- 8- to 14-bit camera interface up to 140 Mbyte/s
- Gigabit Ethernet
- 6 × SPI (50 Mbit/s)
- 6 × I2C FM+ (1 Mbit/s, SMBus/PMBus)
- Documented Trust Zone and Secure Boot (may be subject to some export restrictions)
We designed our STMP1-OLinuXino to be with same layout as A20-OLinuXino-LIME2, with all connectors on same positions, so people who used LIME2 to may migrate to STMP1 if necessary.
We put the SOC on bottom this time to may attach easier bigger heat sinks or even connect it to the BOX-LIME-BLACK metal and remove the need for aluminum heatsink.
Note that schematic is not verified yet and the PCB is not routed, we just placed the components on their approximate locations.
All preliminary files are put on GitHub so people who are interested how we wired the GPIOs to match LIME2 functionality and existing customers find potential conflicts with their current design may signal while still routing is not complete 🙂
Looking forward for your comments.
olimex 
Dec 10, 2019 @ 16:27:17
Looks great ! Congrats on this progress.
Could you please share the exact ST32MP1XX variant chosen for the current industrial version?
Keep up the good work!
Dec 10, 2019 @ 16:39:51
The whole series are pin to pin compatible, so we can assembly any device ST32MP151..ST32MP157 both A and C suffix
Dec 10, 2019 @ 16:45:07
I may have misread on the previous blog post, that the A and C series are not pin-to-pin compatible. But if they are, then that’s great.
I guess it too early to make the decision for SoC variant for the first batch of STMP1-OlinuXino. Could you disclose Q1 or Q2 availability?
Thanks,
Dimi
Dec 10, 2019 @ 17:19:14
Are the SWD pins available?
Dec 10, 2019 @ 17:25:02
Yes, it is, on the GPIO-3 connector.
Dec 10, 2019 @ 23:06:38
Was AXP209 not sufficient for ST’s chip?
Dec 10, 2019 @ 23:27:17
Sounds nice, how to communicate with the Cortex-M4 from Linux, are the peripherals memory mapped? Are there examples how to do this?
Dec 11, 2019 @ 16:05:31
Yes, there is examples from STM and bootln https://bootlin.com/blog/yocto-project-training-course-available-on-stm32mp1-platform/
https://bootlin.com/blog/building-a-linux-system-for-the-stm32mp1-developing-a-qt5-graphical-application/
Linux support rpmsg/remoteproc interface, look at https://wiki.st.com/stm32mpu/wiki/Linux_remoteproc_framework_overview
There are several different chip vendors that use this interface to communicate to other processors, TI, NXP, etc.
Dec 12, 2019 @ 00:00:22
OK, many thanks!
Dec 11, 2019 @ 18:47:17
what is Es-Ti-Em-Pai
Dec 11, 2019 @ 19:12:10
STM with Bulgarian transcription
Ес Ти Ем = Es Ti Em, this is how we would spell our pronunciation of STM
Dec 11, 2019 @ 19:48:49
I had guess it was something like that … with bulgarian funny accent furthermore .. 😉 Ahaa !
Good job BTW
Dec 11, 2019 @ 20:36:53
To me it seems like a gentle nudge to all those *Pi boards out there that followed the RaspberryPi trend.
It is a prononciation of STMP1, where the 1 looks like I, so S T M Pi = Es Ti Em Pai 🙂
Dec 11, 2019 @ 22:21:34
Your current design connects the VCC_RTC pin of the used PMIC (AXP803) to the VBAT pin of the STM32MP1xx. This means that a LI-ION/LIPO battery will be required if uninterrupted supply of power to the Vsw domain (RTC, backup registers, backup RAM, and retention RAM) is desired. Because the STM32MP1xx supports SW-controlled trickle charging of a supercapacitor or battery connected to its VBAT pin, I would prefer a design where the user can decide how to use the VBAT pin of the STM32MP1xx.
Dec 13, 2019 @ 15:28:11
How much will it cost?
Dec 13, 2019 @ 15:51:12
impossible to say at this moment without final BOM and schematic, PCB number of layers
Dec 16, 2019 @ 23:56:34
An RS-485 port would be sweet!
Dec 17, 2019 @ 10:50:37
we have LIME2-SHIELD in progress with CAN, RS485, Audio and more which will be compatible with STMP1 also as it has same connector layout
Dec 18, 2019 @ 11:10:14
People, i’m dreaming for a piece of hardware like that for many years. And now after the ST release of MP1 the great decision by OLIMEX to build that board is a blessing!
Ready to dig in it and contribute!
Dec 19, 2019 @ 11:27:51
A Som204 version would be very nice too.
Jan 23, 2020 @ 20:26:38
Can you increase the power source? A20 has issue with 3g/4g USB sources. I think, either 12v with 2 amp max capacity or 5v with 3amp will do. We are buying boards form MyirTech due to reason that power source is one nightmare. I am sure, Olimex can look over future and resolve this problem.
Jan 25, 2020 @ 17:16:52
A20 works just fine with 3g/4g USB just need USB-CAP to filter the spikes and must be used to USB1 host which allows up to 1A current source
Mar 27, 2020 @ 17:54:42
guys, any update on this?
Apr 15, 2020 @ 07:40:50
Something like this looks promising for IP cam and other low power Linux devices.
In an earlier post on September 19th of last year you guys said the STM32MP151AAC (single core, no GPU, no CAN FD, no DSI, but has crypto-extensions and TrustZone) and STM32MP157AAA3 (dual core, GPU, CAN FD, DSI, no crypto extensions or Trust Zone) will be supported. Will there be a 157 variant with crypto offered?
Will there be a low-cost version with 10/100 Ethernet and less memory?
Apr 15, 2020 @ 07:51:30
all STM32MP1XX share same pinout so the board will support all variants
Apr 15, 2020 @ 09:05:00
Thank you for the quick response. 🙂
Mar 05, 2022 @ 15:43:11
I’m late to this variant, just got a board. I’ve been programming STM32F series for several years now. And Linux as well. Had been using SPI interconnects between them, this design would seem to eliminate that need.
Anyone done interprocessor work with the LIME2 yet ? I don’t need a lot of help, just looking for a place to get started, e.g. a “Hello, world” on the Linux side combined with a “blinky” on the M4 side.
I can do both, separately by myself. Looking for a quite pointer to combine them both and I’ll take it from there. Thanks,