Activity
From 03/15/2012 to 04/13/2012
04/13/2012
- 06:31 PM PCB Development: RE: RTC Battery Drain
- Hi,
Wanted to follow up on this. We have seen RTC battery drainage, but at the time we looked at it we were using... - 06:28 PM Software Development: RE: FS Corruption due to dropping power
- Hi Keith,
I have seen these symptoms before, and I'm pretty sure it's filesystem corruption related (I suspect ude...
04/12/2012
- Hi, We are developing a system where the user is unlikely to power down gracefully, even if asked to do so and ultima...
04/07/2012
- 09:46 PM PCB Development: RE: SODIMM Pin 53 ...
- SPI1_SCS0 is indeed connected to that pin on the module. It is also connected to the chip-select on the on-board SPI...
- (Posted on behalf of a customer)
The datasheet for the MITYDSP-L138F shows Pin 53 as reserved, however the Industr...
04/06/2012
- 07:40 AM Software Development: RE: StarterWare question ...
- Quick note. The new u-Boot command to load up the Starterware image was "bootelf" not "loadelf". I've corrected the...
04/05/2012
- 02:56 AM Software Development: RE: StarterWare question ...
- see [[StarterWare]]
04/04/2012
- 02:33 PM Software Development: RE: StarterWare question ...
- Hi guys,
Just wanted to give you a heads up that we've been able to get the EVM UART echo example in the TI startw...
03/30/2012
- 09:19 AM Software Development: RE: Dead board
- All clear.
Today, I received a second Base Board - And with this new hardware, the CPU Board runs normally. --> So, ... - 06:11 AM Software Development: RE: Write UART2 RS-485 API
- Hi Mike:
Thanks for your response. It is working with the 2.6.34-rc1.
It is good timing to assert/de-assert TXE.
...
03/28/2012
- 11:15 AM Software Development: RE: Dead board
- Hi Mike,
Thank you for your hints.
The good news first: Using the gel files (which is extended with the 150MHz ... - 09:32 AM Software Development: RE: Dead board
- Well.
The Address 0xFFFD5684 is ARM local ROM code, so it's not surprising that you can't set a breakpoint at that...
03/27/2012
- 08:18 AM Software Development: RE: Write UART2 RS-485 API
- Hi Joe,
I am attaching some sample code (a transmit program, and a receive program) that we used to test the RS-48... - 01:50 AM Software Development: RE: Write UART2 RS-485 API
- Sorry I forgot the file.
- Hi,
I want to use RS-485 to control other device.
Now I can control uart2 from mitydsp-l138 (not FPGA module), bu... - (posted on behalf of a customer)
- I tried to flash a new application to my module. Therefor I performed:... - 12:51 AM Software Development: RE: Access to the PHY Registers
- Hi Tim,
Thanks for your quick reply - Register 18 is the LED direct control register. I did a few quick tests with t...
03/26/2012
- 09:58 PM Software Development: RE: Access to the PHY Registers
- u-boot has the mii commands that let you twiddle the registers, or you can always write a driver :D
I'm not sure wit... - Hi,
This is perhaps a long shot, but I am using a MityARM1808 with development kit, and would like to know if there ... - 05:00 AM PCB Development: RE: FPGA no-connects for 45 size FPGA on MityDSP-L138F
- I've tried out the "hack" and it works fine; so yes indeed they are floating.
-anders
03/22/2012
- 08:42 PM Software Development: RE: Kernel Hang Anomaly
- Hi Mike,
No need to dig into the file I sent.
I downloaded the 12-05-2011 MDK and rebuilt the kernel
using that c... - 07:13 PM Software Development: RE: Kernel Hang Anomaly
- HI Mike,
I'm attaching a file that contains the results of the check of the config.gz file filtering by MMC
both yo... - 06:23 PM Software Development: RE: Kernel Hang Anomaly
- Ok, I'll go check the config.gz settings and let you know what I find out.
- 06:16 PM Software Development: RE: Kernel Hang Anomaly
- Hi Rich,
So in the u-Boot, the config block is read on start-up in order to tell u-Boot whether or not it should c... - 04:58 PM Software Development: RE: Kernel Hang Anomaly
- Mike,
Can you elaborate on the significance of the lines in the config response that read:
MMC0 Config : 0
MMC1 Co...
03/21/2012
- 08:01 PM Software Development: RE: StarterWare question ...
- Hi Stephane -
Unfortunately we believe you are executing the low level initialization code for the TI EVM which i... - 02:06 PM Software Development: RE: console redirection
- Mike,
So then I just need to change the bootargs to use ttyS2 instead of ttyS1 and the linux kernel console will be ...
03/20/2012
- 05:13 PM Software Development: RE: console redirection
- Hi Scott,
For the kernel, you should only need to change the console argument in the bootargs (assuming the pinmux... - 05:13 PM Software Development: RE: console redirection
- Hi Scott,
For the kernel, you should only need to change the console argument in the bootargs (assuming the pinmux... - Hello,
We are using a MItyDSDPL138 with the MityDSP baseboard. We want to use uart1 on the baseboard to interface w... - 07:34 AM Software Development: RE: StarterWare question ...
- Hello,
Thank you for starting this thraed, because I'm facing the same problem as Tim had 2 weeks ago - *and unfor...
03/19/2012
- 10:30 AM Software Development: RE: 'Fast Boot' DSP
- Is the DSP going to be communicating to the ARM via DSPLINK? If so, this may be a challenge as the ARM and DSP need ...
03/15/2012
- 10:49 PM Software Development: RE: OMAP GPIO
- Hi Mike,
It turns out I didn't enable the Industrial Board I/O option in the kernel. After I enabled it (and enabl... - 08:10 PM Software Development: RE: OMAP GPIO
- Hi Simon,
I don't see anything wrong here, but you might want to ensure that the pin-mux configuration is setup fo... - Hi,
I'm having trouble accessing the OMAP GPIO pins as detailed in the "MityARM-1810 PROFIBUS Dev Kit" documentati... - (Posted on behalf of a customer):
We need to boot the DSP fast (up and running code in less than 2 secs. ) and the...
Also available in: Atom
Go to top
