Activity
From 10/12/2011 to 11/10/2011
11/10/2011
- MW 11:23 AM Software Development: RE: L138 UART and DSP
- Hi Andrew,
With the MityDSP-L138F, you have two options for UARTs: you can use one of the three UARTS provided on the OMAP-L138 processor, or you can use one or more UART cores (made available by Critical Link) instantiated in the FP... - Hi,
For the project that I am currently engaged in we have a remote ADC device that feeds data down a fibre optic link into a UART.
I want the UART to be read by the DSP which will then perform a variety of manipulations and calc... - MW 10:14 AM Software Development: RE: Kernel Hang
- Note the change to the _defconfig file, BTW. (industrialio_defconfig, not mityomapl138_defconfig).
- MW 10:02 AM Software Development: RE: Kernel Hang
- Ok,
Sorry guys. I need to update the instructions on that page. The devel branch is no longer maintained, and you should always reference new work off of the master. The proper instructions, for the Industrial I/O board, should be ... - AH 10:02 AM Software Development: RE: Kernel Hang
- Hi,
I built the kernel as per the instructions here: http://support.criticallink.com/redmine/projects/arm9-platforms/wiki/Linux_Kernel
I have made no local changes, I can't get the vanilla one to work :)
.config attached - TC 09:58 AM Software Development: RE: Kernel Hang
- Mike -
Andrew provided this information to me prior to posting on the forum:
I built a kernel, following the instructions at http://support.criticallink.com/redmine/projects/arm9-platforms/wiki/Installing_Open_Embedded
With ... - MW 09:48 AM Software Development: RE: Kernel Hang
- Hi Andrew,
Can you please identify where you got the kernel (is it from support.criticallink.com, arago, the TI PSP, or mainline?) and what commit point you are working with? You might also want to include the .config file so that we ... - Hi,
I have a MityDSPL138 in the industrial IO board. I have built a new kernel, (2.6.34-rc1) It hangs when I try to boot.
I can boot the board from another copy of the kernel, both from flash & by tftp
Here are the u-boot set...
11/04/2011
- DK 02:12 PM Software Development: RE: Kernel Hang Anomaly
- Mike,
The new boards boot with the 2011-08-01 uImage. I still need to check if this image is backwards compatible with the older MityDSP boards.
Thanks,
Dave
11/03/2011
- MW 11:16 AM Software Development: RE: Kernel Hang Anomaly
- Hi Dave,
I think you might want to use the uImage located in the release_2011-08-01.run file under MDK_2011-08-01/images/uImage. There are several bug fixes from the May 2010 release that may be causing the hang.
If that doesn't h...
11/02/2011
- DK 11:32 AM Software Development: RE: Kernel Hang Anomaly
- Mike,
Thanks for your fast response. The requested information is listed below.
Dave
>>>>>>>>>>>>>> 1. Complete Boot Sequence <<<<<<<<<<<<<<
OMAP-L138/AM-1808/AM-1810 initialization passed!
Configuring 128MB mDDR
... - MW 07:27 AM Software Development: RE: Kernel Hang Anomaly
- Hi Dave,
Can you please post the complete text of the boot attempt, from the start of power up to the hang?
Also, can you please type "factoryconfig" as well as "config" and dump the results from u-Boot?
Thanks.
-Mike
11/01/2011
- TC 08:51 PM Software Development: RE: Kernel Hang Anomaly
- Hi David -
I'll let the technical team address the hang. But just wanted to let you know that modules are shipped without a kernel or file system installed. This is a customer configuration step since our customers run a variety of o... - We recently received MityDSP boards containing u-boot but don't have Linux installed. Note that MityDSP product configuration varies since Linux was installed in previous shipments. I attempted to install the following components on se...
10/28/2011
- MC 04:59 PM Software Development: RE: Is there an Embedded Linux USB-Serial device driver in the kernel?
- The Serial Gadget device is exactly what I am trying to do. thanks for the link, I will post how this goes.
Mike - MW 10:57 AM PCB Development: RE: Adding a SPI peripheral through J700 on industrialIO board
- My take on that is the same. I'll need to check as to why those signals were brought to both connectors. I'll double check the layout for you and get back.
-Mike - MC 10:45 AM PCB Development: RE: Adding a SPI peripheral through J700 on industrialIO board
- OK great, thanks. I will start another thread if I have any problems configuring the software. The schematic I have lists GP0_5, GP0_13, GP0_15 and GP0_6 all on J700. but I noticed they are all on J701 also, just checking that this is ...
- MW 10:05 AM PCB Development: RE: Adding a SPI peripheral through J700 on industrialIO board
- The GP0[] nets on J700 should also be usable for chip selects.
-Mike
- MW 10:04 AM PCB Development: RE: Adding a SPI peripheral through J700 on industrialIO board
- Hi Mike,
The SPI drivers support using a regular OMAP GPIO for a chip select to gang up multiple devices on a SPI bus, so you could use one of the OMAP_GP0[X] signals brought out to J701 as an alternate chip select. If you look at th... - Hi,
We are designing a underboard that will have additional peripherals attached to the industrialio board through the J700 pins. We are using a mitydspl138f module. I was hoping to use SPI1 with CS0 on J700, but I just noticed tha...
10/27/2011
- GG 05:40 PM Software Development: RE: L138F UART2 in Linux
- Just as an FYI (to possibly save you time in the future) linux-davinci/arch/arm/mach-davinci/da850.c has a number of pin groupings already defined.
So you could have enabled UART2 by just adding the following line to baseboard_init(): - MC 05:25 PM Software Development: RE: L138F UART2 in Linux
- Sorry scratch that last question.. I will do it in my C++ app settings.
- MC 05:22 PM Software Development: RE: L138F UART2 in Linux
- Dominic & Mike,
Thanks for all your help BTW.
Where can I configure the baud rates if the TAG structures are not used anymore? - MC 04:55 PM Software Development: RE: L138F UART2 in Linux
- ah that solves the mystery of no output .o files. I finally got the UART2 working using the baseboard-industrialio.c file. i added these lines of code (in case anyone else needs them)
- DG 04:20 PM Software Development: RE: L138F UART2 in Linux
- Mike,
If you build menuconfig (make menuconfig) and navigate -> System Type -> TI DaVinci Implementations -> Select Baseboard you will see a list of baseboards. These options set a variable in your kernel .config that causes the build... - MC 04:08 PM Software Development: RE: L138F UART2 in Linux
- Darn, I confused myself in hopes that I found a solution!
so how do I know which baseboard-xxx.c file is being compiled in? some files call out the I2C some call out the UART. But none have an output .o file after I build the kernel... - MW 03:50 PM Software Development: RE: L138F UART2 in Linux
- Hmmm...
Those aren't "default values", those are the values that the register will be programmed to if you add DA850_UART2_RXD to a call to da8xx_pinmux_setup() list.
I am looking at section 11.5.10 of the OMAP-L138 Technical Resou... - MC 03:39 PM Software Development: RE: L138F UART2 in Linux
- I found these lines in da850.c
according to this line the default value for those pins is 2, which means they are set to the I2C peripheral
MUX_CFG(DA850, UART2_RXD, 4, 16, 15, 2, false)
MUX_CFG(DA850, UART2_TXD, 4, 20, 15, 2, fal... - MC 01:36 PM Software Development: RE: L138F UART2 in Linux
- Hi Mike,
I looked into baseboard-hrsc.c and DA850_UART2_TXD is listed in the array. wouldn't this mean the pin-mux for those pins are configured for the UART2?
Also if I don't see .o files are these .c files being compiled? Do I ne... - MW 07:33 AM Software Development: RE: L138F UART2 in Linux
- Hi Mike,
You don't want to change the name of the MACHINE_START macro name. Put it back, otherwise the unit will not use any of the initialization code (if you google that MACHINE_START macro, you'll see why).
The UART config stuf... - MW 08:47 AM Software Development: RE: Is there an Embedded Linux USB-Serial device driver in the kernel?
- If you are interested in making the USB 2.0 port look like a virtual serial port, here is more information about the Serial Gadget device (you'll need to reconfigure your kernel to get this going).
http://www.mjmwired.net/kernel/Docum... - MW 07:16 AM Software Development: RE: Is there an Embedded Linux USB-Serial device driver in the kernel?
- If you have the USB1.1 port hooked up (it is on the Industrial I/O profibus card, it's the a USB-A host connector), you can use pretty much any off the shelf USB to serial converter such as a Keyspan. If you have the drivers configured ...
10/26/2011
- MC 05:32 PM Software Development: RE: L138F UART2 in Linux
- Hi Mike,
I tried changing the enable field for UART2 in board-mityomapl138.c but I don't think there is any effect. - MC 03:27 PM Software Development: RE: L138F UART2 in Linux
- Hi Mike,
I see an option in board-mityomapl138.c to enable UART2 and will give that a shot.
It seems that there are setup files that are basic to the OMAP but there is an additional layer that CriticalLink brings into the picture.... - MC 03:24 PM PCB Development: RE: PROFIBUS Dev Kit RS485 on J504
- OK, thanks for confirming Tom
- TC 10:24 AM PCB Development: RE: PROFIBUS Dev Kit RS485 on J504
- Hi Mike -
You are correct, thank you for pointing this out. The table in the data sheet is from an older revision to the board before we moved the line drivers to an external, panel mounted (and currently customer supplied).
We w...
10/25/2011
- MW 07:32 PM Software Development: RE: L138F UART2 in Linux
- Hi Mike,
In the kernel in the arch/arm/mach-davinci area, you will find a bunch of calls for setting up the multiplex options for the various pins on the device. In this case, the board-mityomapl138.c and the baseboard-industrialio.c... - Hi,
it looks like UART2 is enabled in the default linux kernel. When i do
>dmesg | grep tty
3 uarts are shown to be setup.
Is there anything additional I need to do to use UART2? I tried writing a C++ app that writes some ... - MC 05:39 PM PCB Development: RE: PROFIBUS Dev Kit RS485 on J504
- One more question on this...
I'm confused on the pinout of J504. the schematic that you guys sent of the dev board seems to not agree with the datasheet. see my pictures attached
Thanks
Mike - MC 04:23 PM PCB Development: RE: PROFIBUS Dev Kit RS485 on J504
- Got it, thanks Tom
- TC 02:10 PM PCB Development: RE: PROFIBUS Dev Kit RS485 on J504
- Hi Mike -
They are TTL and meant to ribbon cable to a small driver board that can be panel mounted to minimize stub length for PROFIBUS applications.
We may not have made that clear enough in the documentation and will take an ac... - Hi,
The RS485 pins on J504 of the PROFIBUS Dev Kit seem to be directly connected to UART2 of the mitydspL138F which are labeled UART2. Are they TTL, or are they converted to RS485 on the mitydspl138F module?
Thanks,
Mike - I have a L138F with profibus board and am looking into options for communicating with a PC. I'd like to use USB if possible. Is there a device driver in the linux kernel that will allow the OMAP to enumerate as a USB-Serial device on a...
- MW 03:22 PM PCB Development: RE: mitydsp-L138F datasheet typo? MII_RXD or MII_DXD?
- If you are not using all the UPP pins, you might be able to use RMII (routed through the FPGA) to free up these pins. Also we do have an FPGA UART core that could be used for UART I/O.
-Mike
- MC 01:57 PM PCB Development: RE: mitydsp-L138F datasheet typo? MII_RXD or MII_DXD?
- Hi Mike, thanks for the verify, and pointing out that those pins are used for the Ethernet control. I do need ethernet (mainly for gdb debugging) so i will keep looking around for other options.
- MW 12:39 PM PCB Development: RE: mitydsp-L138F datasheet typo? MII_RXD or MII_DXD?
- Hi Mike,
You are correct, there is a typo in the datasheet. We'll update the sheet, thanks for pointing it out. In the meantime, the signals you are concerned about should be:
| Pin | Function | Pin | Function |
| 75 | I/O MII_... - Hi, I am confused with the terminology used in the mitydsp-l138f datasheet (july 12 2011)
Pins 79, 81, & 83 are labeled MII_*DXD*[1,2,3]. Is this a typo? should they be labeled MII_*RXD*[1,2,3]?
75 I/O MII_RXDV 76 I/O MII_TXD3
7... - MW 12:47 PM FPGA Development: RE: FPGA part number
- XC6SLX45-2CSG324C
-Mike
- MW 12:33 PM PCB Development: RE: uPP Test Points
- Unfortunately, no. There are no easily available vias for these signals.
- MW 12:31 PM Software Development: RE: jffs2 check
- Hi Thomas,
Sorry for the delay. If you wanted to verify the NAND write (and you have enough memory), I believe you should be able to do a - SW 09:07 AM Software Development: RE: uPP receive problem
- Mike,
Thanks for looking at the snippets of code I sent you. I have set the enable bit in my driver. I didn't send the whole thing, its a hot mess right now. Yesterday I had our fpga designer switch the tx and rx channels between t... - MW 08:23 AM Software Development: RE: uPP receive problem
- Hi Scott,
Sorry for the delay. You are using the receive channel *much* differently than we typically do (we use the Start and Enable signals pretty much according to the diagrams shown in the UPP users guide, or now in the Technical...
10/24/2011
- GG 04:06 PM Software Development: RE: RS-485 failure to operate
- Hi Mark,
My initial inclination would be to make sure that the pinmux is set correctly. Section 11.5.10 in the OMAP-L138 Reference Guide has more details on this if you haven't already verified these settings.
Are you trying to com... - Using a MityDSP L178 with industrial IO board 80-000268RI-2
Trying to use RS-485 via J504 - there are no signs of life on any of the pins - even tried manipulating the GPIOs directly. Any ideas?
Note: We were able to toggle other G...
10/21/2011
- SW 02:34 PM Software Development: RE: uPP receive problem
- Mike,
I will attach the upp control settings and dma descriptor settings. I know in the end I want to use the enable on the receive channel. I had disabled that in testing just to see if any data was clocked in. What worries me is ...
10/20/2011
- MW 05:47 PM Software Development: RE: uPP receive problem
- On the MityDSP-L138F, the voltage domain for the UPP (and for the FPGA bank connected to the UPP) is 1.8 Volts.
I'm not entirely sure, on receive, you want to disable the start and enable lines. It might be useful to post your UPP re... - SW 04:56 PM Software Development: RE: uPP receive problem
- Tom,
I understand the handshaking can be a problem. I have the uPP running with the highest divisor now at ~4.68 MHz xmit clock. My concern is that I have disabled the start and enable on the receive channel. With those disabled I ... - TC 01:23 PM Software Development: RE: uPP receive problem
- Hi Scott -
Thanks for posting.
I talked to the guys about this problem that you're having. It sounds like any number of issues in the handshake between the FPGA and the uPP peripheral could be causing your issue. They mentioned D... - Hello,
I am writing a linux uPP driver for bi-directional comms between the fpga and OMAP. From what I can tell the FPGA is receiving data from the OMAP correctly, but THe OMAP is not getting the return data from the FPGA. In our cur... - RB 03:11 PM Software Development: RE: Using dspQDMA library on OMAP-L138
- Great! Thanks very much guys. This should get me on the right track.
- DR 12:41 PM Software Development: RE: Using dspQDMA library on OMAP-L138
- Mike and I apparently were typing simultaneously! Good thing we both came up with the same answer!
Dave
- DR 12:40 PM Software Development: RE: Using dspQDMA library on OMAP-L138
- Typically, we kick off the DMA from an ISR and pend for it in a task. Pending from within an ISR is not allowed. You could kick off the DMA from with the timer function, and pend for the semaphore within a monitoring task. This will av...
- MW 12:35 PM Software Development: RE: Using dspQDMA library on OMAP-L138
- If you are calling SEM_pend() from within an ISR, you need to use a zero timeout. You could do a
- RB 12:16 PM Software Development: RE: Using dspQDMA library on OMAP-L138
- If I did want to be sure that the operation had completed before moving on, is there an alternative approach. In this case polling would probably be ok, but I didn't see any methods in the class to support polling.
-rb - RB 12:15 PM Software Development: RE: Using dspQDMA library on OMAP-L138
- Hi Mike,
I will check on the initialization value. I was calling the SEM_pend function immediately after requesting the DMA operation initially so that I wouldn't leave the routine before the transfer had completed. The last question wa...
10/19/2011
- MW 12:38 PM Software Development: RE: Using dspQDMA library on OMAP-L138
- Hi Richard,
How are you creating the Semaphore? Zero initialization value?
Is it possible your routine that is pending is running slower than the 5 ms PRD timer (and you are effectively falling behind)? Are your timer routines ru... - I am using the dspQDMA class in a project on the mity-omap processor. I was able to successfully load all of the components and successfully link my project for the dsp. When I execute the dspQDMA->ReadFromFIFO routine (I am reading data...
10/12/2011
- MW 04:01 PM Software Development: RE: HelloWorldDSP.out syntax error
- Hi Peter,
Thank you for your feedback. We'll try to update the Hello World page and address your comments. The challenge of course is that many tools (e.g., CCS from TI and eclipse in general) continue to migrate and change and we m... - PS 03:19 PM Software Development: Reflections after building DSP "Hello, world!"
- I managed to compile the DSP Hello World...*finally*.
(Using Version: 4.2.4.00033 of CCS on WinXP)
I noticed a few of issues when following the guide at:
http://support.criticallink.com/redmine/projects/arm9-platforms/wiki/DSP_Hel... - Hello,
We are trying to debug a uPP application and routed the chan A and Chan B signals through the fpga to connector J104. The Industrial IO data sheet lists 10 of these pins as LVDS pairs and mentions added termination resistors f...