March 28, 2024, 11:12:24 PM

Recent posts

#1
STMP1 / Re: Olimex STMP1 SOM - Error s...
Last post by thom_nic - Today at 08:44:08 PM
Quote from: Titomax on March 27, 2024, 06:17:44 PMWe initially thought we broke the modules in some way but they started working again after about 20-24 hours after removing them from the motherboard and let them disconnected.

This is exactly the same behavior we've observed as well.  After attempting many times to boot, sometimes leaving the device powered off overnight - I pull off the SOM and replace with a different one (same SD card) and it boots. Must be a bad SOM, right? 

Then a few days later, I take another look at the "bad" SOM on the EVB or I throw it back in the product and now it boots!
#2
ESP32 / ESP32-EVB-EA-IND Rev K - SD Ca...
Last post by moises - Today at 08:08:09 PM
Hello everybody

I'm using a ESP32-EVB-EA-IND Rev K board but I can't seem to get the SD card to mount.
I keep having the error:

[E][sd_diskio.cpp:739] sdcard_mount(): f_mount failed 0x(3)

I've tried to the the SD.begin() with:
GPIO 14
GPIO 15
GPIO 02

And all of them gave me the same error.

Can someone please help me?

#3
JTAG / Re: Faulty ARM-JTAG-SWD?
Last post by LubOlimex - Today at 02:31:20 PM
I feel like the small 10-pin connector is placed in reverse. Looking at the red marking of the cable it seems you got pin #1 to position #10. But I can't find pinout of JTAG connector of Sammy board.... It is not written in the info sheet...
#4
STMP1 / Re: Olimex STMP1 SOM - Error s...
Last post by LubOlimex - Today at 09:16:09 AM
We are investigating thoroughly thanks to the four boards with this issue that we received back from customers. In such boards it seems that the AXP209 hangs sometimes and the u-boot can't find it or communicate with it so the boot process stops. Our tests and hardware changes so far hadn't provided the definitive answers we are seeking. Currently, we are prototyping a number of test boards around the AXP209 to exhaust all hardware scenarios. I will update this thread when I have some more news but I welcome any feedback or experience or description with the boot of STMP boards - any specific details are helpful.

One workaround is to exclude any AXP209 initialization from u-boot and kernel, the AXP209 still hangs but the board would boot all the time (you'd lose access to any features of the PMU tho, like power management, battery status, etc). It is not clear if it is safe to exclude the AXP209 entirely since it controls a lot of things - like voltage on chip, voltage on HDMI, etc. It might be unsafe to disable the AXP209. Disabling the AXP209 from u-boot or kernel might lead to bigger issues and problems in the long run. More empirical tests are needed to confirm if it is safe.

We will post here some more details on how to exclude the AXP209 if you wish to test that.

#5
STMP1 / Re: Olimex STMP1 SOM - Error s...
Last post by Titomax - March 27, 2024, 06:17:44 PM
Hi all,
I can confirm the problem described at the beginning by SteffenFuchs (Steffen thank you for your in deep analysis). We are using many STMP157-SOM-512-EXT on our mainboard and sometimes after normal shutdown the modules don't boot anymore. On the debug UART the boot procedure hangs after this messages:

U-Boot SPL 2021.04+olimex-1-20240312.134658 (Mar 12 2024 - 13:48:01 +0000)
Model: STM32MP1XX OLinuXino-SOM
Init AXP209 PMIC

We initially thought we broke the modules in some way but they started working again after about 20-24 hours after removing them from the motherboard and let them disconnected.

Now only 2 modules on the initial 11 refuse to boot, all the others boot again.

It's alarming that we don't have any guarantee that inside our final product they don't stop to boot again after a system restart.

Please investigate the issue as soos as possible as we need to stop production if an hardware failure is identified.

Thank you in advance
 


#6
A20 / Re: Issues with setting up PE2...
Last post by olecom - March 27, 2024, 05:54:29 PM
#7
SHIELDS / Re: SHIELD-LCD16x2 new firmwar...
Last post by Laurence123 - March 27, 2024, 03:58:27 PM
I used MPLAB-IDE, this new version is cleaned up and will hopefully load into the IDE as a project.
https://workupload.com/file/ypjLT3YxZMJ
#8
SHIELDS / Re: SHIELD-LCD16x2 new firmwar...
Last post by LubOlimex - March 27, 2024, 03:39:18 PM
Nice but can you give some details about what tools are used to compile it to build it? There is no project file.
#9
A20 / Re: Use of PI port as GPIO iss...
Last post by LubOlimex - March 27, 2024, 03:10:09 PM
Are PI02, PO03, PI18, PI19 defined elsewhere in the fex? CTRL + F ?

PI18 and PI19 are defined for SPI usually, you have to either remove them from there or define other pins.
#10
SHIELDS / SHIELD-LCD16x2 new firmware
Last post by Laurence123 - March 27, 2024, 02:38:20 PM
I have identified a number of issues with the 16x2 LCD and fixed them with a new firmware build for the PIC16F722A.
This is attached as a zip. Initial testing shows it is much faster, but the UART functionality has not been fully tested.
https://workupload.com/file/yupRn6mV78J
I2C has been tested at 100kHz. 400kHz seem to result in issues, appears related to the I2C peripheral on the PIC, which is in 100kHz mode by default. This can be swapped to 400kHz mode, but then according to the PIC16F datasheet there is a hardware timeout that will cause timeouts with bit-banged data exchange.