Activity
From 03/05/2012 to 04/03/2012
04/03/2012
- MW 06:40 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- Oh,
And make sure that the Spectrum Digital Connection tool is *closed* before you start CCS.... I don't think multiple tools play nice with that particular emulator at the same time.
-Mike - MW 06:39 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- Hi Peter,
I'm looking at your CCS example.
1. If the MDK board is connected via serial port, can you hit "C" (capital C, keep hitting it) on the terminal while powering it up and catch the MityDSP in the Bootloader (you should get ... - PF 06:22 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- Hi Mike,
Still having trouble. I tried your project. It built just fine but CCS still is giving me trouble with the JTAG initialization.
I've attached two videos of my screen to show you what I'm seeing. I'm hoping that you see ... - AB 03:22 PM MityDSP (TI TMS320C6xxx Based Products) PCB Development: RE: MityDSP-Pro FPGA questions ...
- Minor changes
Update to Step 1:
Depending on the version of MityGUI (or how it is installed) you should simply right-click on your MityGUI shortcut and view "properties" from there you want to find the location of the exe file it is ...
04/02/2012
- AB 04:02 PM MityDSP (TI TMS320C6xxx Based Products) PCB Development: RE: MityDSP-Pro FPGA questions ...
- Hello,
I wanted to update this issue with a interim Boot SW and FPGA that addresses the issue stated. Attached are two files that you will need to program your MityDSP-Pro module with. These are bootloader files NOT application files.... - MW 01:54 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- Peter,
I am attaching a Hello World program as build, using the CCXML file for the debugger connection. "works for me".
The D4 pin will blink while in the bootloader application, then it's function is a function of your applicati... - PF 12:57 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- Hi Mike,
I'm still having trouble. My final application doesn't involve using the TI bios so, as a debug technique, I'm just creating the CCS's 'hello world' example project as a test to see if I can complile/link/download and run a ... - AS 01:52 PM MitySOM-335x (ARM Cortex-A8 Based Products) PCB Development: RE: 48V Power Supply Suggestion ...
- is a DC power supply? do you have space limitations? the options are multiple, if you can provide details I would be able to specify it for you
- (posted on behalf of a customer)
As per our product specification, we need to use 48 V input power supply, so we are planning to use 0ne 48V to 12 v POWER SUPPLY. CAN YOU SUGGEST ANY SUITABLE POWER SUPPLY FOR THE SAME .
03/30/2012
- AB 06:04 PM MitySOM-335x (ARM Cortex-A8 Based Products) PCB Development: RE: Power supply requirements
- Tom,
Here are a couple power usage numbers I was able to gather with a 3.3V input voltage to a MityARM-3359 module:
Measured a low usage, Linux only no demo or other applications, power usage of 760mW.
Measured a high usage, Demo ... - SP 09:19 AM MityDSP-L138 (ARM9 Based Platforms) 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, a hardware defect on the Base Board is causing our problems.
Thanks for your time and help.
Best regards
Stépha... - MW 07:54 AM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- You'll also want to set up a DSP/BIOS 5.xx project if you can. It's not required, but then the default platform BIOS configuration files provided with the MDK kit will work out of the box.
-Mike
- MW 07:52 AM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- Hi,
I am attaching a MityDSP.ccxml file (debugger configuration) that I was able to configure and get working with an MDK board here.
I did have to unplug and replug the emulator once to get it working, but that may have been due t... - JH 06:11 AM MityDSP-L138 (ARM9 Based Platforms) 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.
I am not sure that we need linux-v3.2 or not. I will try to patch it if we need.
Thanks,
Joe
03/29/2012
- MW 05:25 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- Also,
Have you double checked that the ribbon cable between the emulator adaptor board and the motherboard is not reversed as far as pin 1 to pin 1? It's not keyed, and this has happened to folks on multiple occasions....
-Mike
- MW 05:23 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- Hi Peter,
Don't jump out the window! I will try to get some screenshots tomorrow for connecting via CCS5 and a SD XDS510USB emulator. When you are connecting, is the MityDSP bootloader loaded (e.g., is there an FPGA loaded or anythi... - PF 02:25 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: emulator initialization from CCSV5.1
- A couple more screen shots (attached) that might be helpful.
I've tested my setup with a couple other TI C28 based processors that I have and everything works with them.
I'm at my wit's end - may jump out the window.
Thanks,
... - I running Windows7.
I have the MDK-MB development board. I'm running CCSV5.1 and have a Spectrum Signal XDS510USB emulator.
I can initialize the emulator using the Spectrum Signal 'SdConfigEx' program. I see one device in the JTA... - PF 01:06 PM MityDSP (TI TMS320C6xxx Based Products) PCB Development: RE: Schematics for the MityDsp development kit motherboard?
- Thank you,
Peter - MW 12:47 PM MityDSP (TI TMS320C6xxx Based Products) PCB Development: RE: Schematics for the MityDsp development kit motherboard?
- Hi Peter,
I just dropped in a schematic set for the MityDSP-6711 Development kit motherboard in the Files tab. Let me know if you need anything further.
-Mike
- Where can they be found?
I see that the schematics are provided for the MityDSP-PRO dev kit under the forum's Files tab. I assume that the PRO dev kit is different from the regular MityDSP development kit.
Thanks,
Peter
03/28/2012
- SP 11:15 AM MityDSP-L138 (ARM9 Based Platforms) 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 for mDDR), resolves the mDDR problem such as I can load and run application over JTAG.
The bad thing is, that I've ma... - MW 09:32 AM MityDSP-L138 (ARM9 Based Platforms) 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 location.
Is the UPL_SPI_MEM.ais your custom application, or the "UBL_SPI_MEM.ais" image provided by Critical Link f...
03/27/2012
- MW 08:18 AM MityDSP-L138 (ARM9 Based Platforms) 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-485 patches made at Critical Link for another customer.
This code will work with the 2.6.34-rc1 kernel code (the "maste... - JH 01:50 AM MityDSP-L138 (ARM9 Based Platforms) 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), but I don't know how to control RS-485 TXE signal on linux.
The TXE de-assert is too late if I control it by linux gpio e... - (posted on behalf of a customer)
- I tried to flash a new application to my module. Therefor I performed: sfh_OMAP-L138.exe –flash –v –p COM1 UPL_SPI_MEM.ais myApp.out.
- After a reset, the serial connection remai... - KF 12:51 AM MityDSP-L138 (ARM9 Based Platforms) 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 the u-Boot commands you suggested and it seems to work as advertised.
Thanks again for help,
keith
03/26/2012
- TI 09:58 PM MityDSP-L138 (ARM9 Based Platforms) 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 without looking what register 18 is, but linux does provide quite a lot of control
over a lot of the params using the /pr... - Hi,
This is perhaps a long shot, but I am using a MityARM1808 with development kit, and would like to know if there is any way to access and change the Ethernet PHY registers (particularly 18H) through the ARM software (either u-boot or... - AJ 05:00 AM MityDSP-L138 (ARM9 Based Platforms) 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/23/2012
- (posted on behalf of a customer)
In design guide (for the MityARM-335x) page 12 section 3.1 power supply requirements are given but no indicative current. Can you give me ball park on this.
03/22/2012
- RB 08:42 PM MityDSP-L138 (ARM9 Based Platforms) 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 configuration after running menuconfig to
check that the mmc drivers were enabled. I didn't make
any changes to the co... - RB 07:13 PM MityDSP-L138 (ARM9 Based Platforms) 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 your and our configuration report the same info.
THere is a difference at the point in the boot sequences where udev st... - RB 06:23 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Kernel Hang Anomaly
- Ok, I'll go check the config.gz settings and let you know what I find out.
- MW 06:16 PM MityDSP-L138 (ARM9 Based Platforms) 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 configure the MMC pins and enable the device.
Right now, we only support MMC0 configuration, and the prompts for the d... - RB 04:58 PM MityDSP-L138 (ARM9 Based Platforms) 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 Config : 0
I just brought up a couple of our carrier boards with mity-omapl138s using the 08-01-11 kernel
and once the...
03/21/2012
- TC 08:01 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: StarterWare question ...
- Hi Stephane -
Unfortunately we believe you are executing the low level initialization code for the TI EVM which is different than what needs to execute for our module. We believe this is why you are having difficulty.
We need to ... - DS 04:38 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: Loading code to on-board 6455 SRAM
- It will copy from the flash to DDR2 then pass execution to DDR2. It is simple copy
which does not have the facility to copy to different addresses.
Dave - BC 04:30 PM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: Loading code to on-board 6455 SRAM
- Mike,
how does the bootloader work? If my code stored in FLASH is linked such that part of should be located in L1 or L2, does the bootloader just ignore it or does it somehow put everything in the DDR2 memory?
Thanks.
-Bob
- SW 02:06 PM MityDSP-L138 (ARM9 Based Platforms) 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 directed out uart2? At this point I will leave uboot output on uart1. It is good to know it shouldn't be too hard to f...
03/20/2012
- MW 05:13 PM MityDSP-L138 (ARM9 Based Platforms) 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 settings are ok for the other serial port) to point at ttyS2.
For u-boot, if you mess it up, you can recover using t... - MW 05:13 PM MityDSP-L138 (ARM9 Based Platforms) 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 settings are ok for the other serial port) to point at ttyS2.
For u-boot, if you mess it up, you can recover using t... - Hello,
We are using a MItyDSDPL138 with the MityDSP baseboard. We want to use uart1 on the baseboard to interface with a serial device and redirect console output through uart2. I will need to change the console in both uBoot and in t... - SP 07:34 AM MityDSP-L138 (ARM9 Based Platforms) 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 unfortunatelly, I didn't succeed so far*...
Following the steps I made (most of it according to the chapter _Flashing an A...
03/19/2012
- MW 10:30 AM MityDSP-L138 (ARM9 Based Platforms) 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 to do some handshaking on startup after the linux kernel is loaded and initialized. You'll need to look closely at opti...
03/15/2012
- SW 10:49 PM MityDSP-L138 (ARM9 Based Platforms) 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 enabled MUX debug output to verify the GPIO pins are configured correctly), I can toggle the GPIO pins.
Thanks,
- Simon - MW 08:10 PM MityDSP-L138 (ARM9 Based Platforms) 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 for this particular GPIO. I thought that the stock ARM linux kernel provided by Critical Link did this for you, but if yo... - Hi,
I'm having trouble accessing the OMAP GPIO pins as detailed in the "MityARM-1810 PROFIBUS Dev Kit" documentation from the DSP.
I am assuming the OMAP_GP0_xx pins means bank 0, and xx means the offset. I'm using the core library... - (Posted on behalf of a customer):
We need to boot the DSP fast (up and running code in less than 2 secs. ) and then continue with ARM/Linux boot?
03/14/2012
- MW 10:13 AM MityDSP (TI TMS320C6xxx Based Products) Software Development: RE: Loading code to on-board 6455 SRAM
- Hi.
At the moment, your observation is correct, the current bootloader does not support loading code directly to anywhere other than DDR2 from FLASH with the hex images provided. Initialized DATA (via cinit) should be OK. The issu... - (posted on behalf of a customer using MityDSP-Pro)
I have so far only loaded & run via CCSv5, but soon I will want to run via boot from a hex file stored in FLASH. However, I see an ominous note under "IRAM" on pg 28 of your Day-1 PM... - (posted on behalf of a customer who is using the MityDSP-Pro)
I've been trying to put an interrupt service routine (ISR) and the data it touches into L1P & L1D on the c6455 (MityDSP-Pro). Using L2 for code & data works fine, but I ca...
03/13/2012
- SW 04:25 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: ftdi usb to serial drivers
- Thanks Mike that worked.
- MW 12:07 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: ftdi usb to serial drivers
- You need to install mkimage on your linux machine.
- SW 12:02 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: ftdi usb to serial drivers
- Tim,
Thanks for the help. I see the source in the code tree and also see why I couldn't see it in menuconfig. My problem now is when I try to compile. I think I am missing a step in my setup. I get this error:
Kernel: arch/ar...
03/12/2012
- TI 05:25 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: ftdi usb to serial drivers
- Scott
The FTDI serial drivers should be in the kernel source tree (as of kernel v 2.6.31)
Its the "USB FTDI Single Port Serial Driver"
See <http://ftdi-usb-sio.sourceforge.net/> for more
In Menu Config:
Device Drivers --... - Hello,
I want to access a device across the host USB that uses a FTDI chip to transmit serial data across the usb. When I plug the usb device into the MityDSP the usb device is recognized correctly, but the FTDI usb to serial driver is...
03/06/2012
- TE 04:10 PM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: StarterWare question ...
- Also, as a followup question, the StarterWare examples are setting up the system for the evmOMAPL138. For instance, the UARTecho example tries to configure UART2 while the MityDSP is setup for UART1. Are there examples setup like the s...
- (posted on behalf of a customer)
For the starterware non-os method, I have built some of the starterware examples using code composer. I have converted those to bin files with the out2rprc executable. I am at the point that I need t... - MW 10:16 AM MityDSP-L138 (ARM9 Based Platforms) Software Development: RE: Critical Link Package locations?
- At the moment, we don't provide customized packages. The mityomapl138 location was generated during the bitbake build as part of the configuration scripts. We didn't catch it when we built the filesystem up.
You can safely ignore th... - (posted on behalf of a customer)
What are the updated feed addresses for the critical link packages?
(these are the errors I get from opkg update)
Downloading http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv5...