OSD3358 on custom board resets every 15s
Forums › Devices › OSD335x-SM › OSD3358 on custom board resets every 15s
- This topic has 1 reply, 2 voices, and was last updated 5 years, 8 months ago by
Neeraj Dantu.
- AuthorPosts
- March 30, 2019 at 7:15 am #7832
Hi all,
I have created a custom board with the OSD3358 BSM based on the PocketBeagle PCB. I can boot the processor with the OSD3358-SM-RED Linux image with the U-Boot patch as described here. The board boots, the LEDs flash and I get the output on the console as below. The first time it tries to boot I get to the ‘Starting Kernal’ where I see the current draw on my bench PSU drop and rise again as the boot process starts once more. If I enter the U Boot console to stop the normal boot process the same with happens. I’ve measured the cycle to ~15s. I have used the multi meter to verify the PMIC_GOOD/PWRONRESET (tied together) signal as well as the WARMRSTN signal going low as the boot process stops. I have measured all of the power supplies and they are fine.
Does anyone have any ideas on what might happening/ what I can check next?
Thanks.
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869U-Boot SPL 2018.01-dirty (Mar 29 2019 - 21:25:53)Trying to boot from MMC1U-Boot 2018.01-dirty (Mar 29 2019 - 21:25:53 +0000)CPU : AM335X-GP rev 2.1I2C: readyDRAM: 512 MiBNo match for driver 'omap_hsmmc'No match for driver 'omap_hsmmc'Some drivers were not foundReset Source: Power-on reset has occurred.MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1Using default environmentnot set. Validating first E-fuse MACBeagleBone: cape eeprom: i2c_probe: 0x54:BeagleBone: cape eeprom: i2c_probe: 0x55:BeagleBone: cape eeprom: i2c_probe: 0x56:BeagleBone: cape eeprom: i2c_probe: 0x57:Net: usb_etherPress SPACE to abort autoboot in 2 secondsboard_name=[A335BLNK] ...switch to partitions #0, OKmmc0 is current deviceSD/MMC found on device 0** Bad device 0:2 0x82000000 **** Bad device 0:2 0x82000000 **switch to partitions #0, OKmmc0 is current deviceScanning mmc 0:1...gpio: pin 56 (gpio 56) value is 0gpio: pin 55 (gpio 55) value is 0gpio: pin 54 (gpio 54) value is 0gpio: pin 53 (gpio 53) value is 1switch to partitions #0, OKmmc0 is current devicegpio: pin 54 (gpio 54) value is 1Checking for: /uEnv.txt ...Checking for: /boot.scr ...Checking for: /boot/boot.scr ...Checking for: /boot/uEnv.txt ...gpio: pin 55 (gpio 55) value is 12068 bytes read in 46 ms (43 KiB/s)Loaded environment from /boot/uEnv.txtdebug: [dtb=osd3358-bsm-refdesign.dtb] ...Using: dtb=osd3358-bsm-refdesign.dtb ...Checking if uname_r is set in /boot/uEnv.txt...gpio: pin 56 (gpio 56) value is 1Running uname_boot ...loading /boot/vmlinuz-4.9.45-ti-r57 ...9464664 bytes read in 806 ms (11.2 MiB/s)loading /boot/dtbs/4.9.45-ti-r57/osd3358-bsm-refdesign.dtb ...64053 bytes read in 162 ms (385.7 KiB/s)uboot_overlays: [fdt_buffer=0x60000] ...uboot_overlays: loading /lib/firmware/AM335X-PRU-UIO-00A0.dtbo ...853 bytes read in 117 ms (6.8 KiB/s)loading /boot/initrd.img-4.9.45-ti-r57 ...5908180 bytes read in 522 ms (10.8 MiB/s)debug: [console=ttyO0,115200n8 root=/dev/mmcblk0p1 ro rootfstype=ext4 rootwait coherent_pool=1M net.ifnames=0 quiet] ...debug: [bootz 0x82000000 0x88080000:5a26d4 88000000] ...## Flattened Device Tree blob at 88000000Booting using the fdt blob at 0x88000000Loading Ramdisk to 8fa5d000, end 8ffff6d4 ... OKreserving fdt memory region: addr=88000000 size=70000Loading Device Tree to 8f9ea000, end 8fa5cfff ... OKStarting kernel ... - April 1, 2019 at 5:50 pm #7839
Hi boscoe,
Please check for shorts on IO signals of the board. Also measure the total current consumption and compare it to the expected current consumption of an equivalent design such as a Beaglebone. Monitor the thermal behavior of the board as well as that would indicate an abnormal power draw as well. A high power draw on one of the power rails could be causing the board to reset periodically. Also make sure that PMIC_PB_IN pin of OSD335x is not grounded as that causes the PMIC to power cycle(every 8 sec).
Apart from shorting/current draw there might be a specific component at fault. The processor has already booted at ~15 seconds, are there other components that are being powered up/initialized at ~15 seconds?
Plotting the main power rails including the power input, the PMIC/processor interface and power rails of various subsystems of the processor with an oscilloscope might be useful to pin point which power rail is at fault if that is the case.
Hope that helps. Please let us know how it goes.
Neeraj
- AuthorPosts
- You must be logged in to reply to this topic.