Activity
From 09/29/2011 to 10/28/2011
10/28/2011
- 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 - 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 doubl...
- 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 ...
- 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
- 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 ... - Hi,
We are designing a underboard that will have additional peripherals attached to the industrialio board throug...
10/27/2011
- 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 ...
- 05:25 PM Software Development: RE: L138F UART2 in Linux
- Sorry scratch that last question.. I will do it in my C++ app settings.
- 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 ... - 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...
- 04:20 PM Software Development: RE: L138F UART2 in Linux
- Mike,
If you build menuconfig (make menuconfig) and navigate -> System Type -> TI DaVinci Implementations -> Selec... - 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 com... - 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 DA8... - 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 ... - 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-mu... - 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 ... - 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 ...
- 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), y...
10/26/2011
- 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... - 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 ther... - 03:24 PM PCB Development: RE: PROFIBUS Dev Kit RS485 on J504
- OK, thanks for confirming Tom
- 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...
10/25/2011
- 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 multip... - Hi,
it looks like UART2 is enabled in the default linux kernel. When i do
>dmesg | grep tty
3 uarts are sho... - 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 boar... - 04:23 PM PCB Development: RE: PROFIBUS Dev Kit RS485 on J504
- Got it, thanks Tom
- 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 st... - Hi,
The RS485 pins on J504 of the PROFIBUS Dev Kit seem to be directly connected to UART2 of the mitydspL138F whic... - I have a L138F with profibus board and am looking into options for communicating with a PC. I'd like to use USB if p...
- 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....
- 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 ether...
- 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. ... - Hi, I am confused with the terminology used in the mitydsp-l138f datasheet (july 12 2011)
Pins 79, 81, & 83 are la... - 12:47 PM FPGA Development: RE: FPGA part number
- XC6SLX45-2CSG324C
-Mike
- 12:33 PM PCB Development: RE: uPP Test Points
- Unfortunately, no. There are no easily available vias for these signals.
- 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 yo... - 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 se... - 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 ...
10/24/2011
- 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 OMA... - Using a MityDSP L178 with industrial IO board 80-000268RI-2
Trying to use RS-485 via J504 - there are no signs of l...
10/21/2011
- 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 ena...
10/20/2011
- 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'... - 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 ... - 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... - Hello,
I am writing a linux uPP driver for bi-directional comms between the fpga and OMAP. From what I can tell t... - 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.
- 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
- 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...
- 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 ...
- 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...
- 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 ...
10/19/2011
- 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... - I am using the dspQDMA class in a project on the mity-omap processor. I was able to successfully load all of the comp...
10/12/2011
- 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 c... - 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 ... - Hello,
We are trying to debug a uPP application and routed the chan A and Chan B signals through the fpga to conne...
10/10/2011
- 03:36 PM Software Development: RE: HelloWorldDSP.out syntax error
- those binaries were a great sanity check for me. you guys might consider posting them to the quick start page.
Mike
10/06/2011
- Hi,
After transferring the jffs2 filesystem via uBoot, using the "nand write.jffs2 C2000000 0 <>" command, is there...
10/03/2011
- 03:48 PM Software Development: RE: uPP digital loopback
- Greg,
I'm using the default ASYNCH3 clock which is PLL_SYSCLK1 I think. This should be divided down automatically... - 01:49 PM Software Development: RE: uPP digital loopback
- Hi Scott,
As far as I know we have not seen any issue like what you're describing when using a uPP clock driven by... - Hello,
I have a linux driver module to test the uPP in digital loopback. I saw some odd behavior in regards to th...
09/30/2011
- 06:30 AM Software Development: RE: Additional serial port on the MityDSP Profibus dev-kit
- Just thought I'd add a note in case some one else stumbles upon this thread:
Ended up using a Prolific usb-to-seri...
09/29/2011
- Are there test points available on the MityDSP-L138F for the following uPP signals?
'UPP_CHA_ENABLE' = L138 Pin#U1... - 10:40 AM Software Development: RE: upp clock
- Greg,
Thanks for the reply. My question was more of how the clocks are setup on the board as a default. I suspec... - 08:30 AM Software Development: RE: Additional serial port on the MityDSP Profibus dev-kit
- No, I don't think ssh would work. It has to be something I could open and interact with just like a com port from my ...
- 08:18 AM Software Development: RE: Additional serial port on the MityDSP Profibus dev-kit
- (re: comm over ethernet)
Is ssh acceptable? "ssh root@mitydspaddr"
-Mike
- 08:17 AM Software Development: RE: Additional serial port on the MityDSP Profibus dev-kit
- The default kernel and root filesystem may "just work". If you plug in the device you should see some messages about...
- 08:13 AM Software Development: RE: Additional serial port on the MityDSP Profibus dev-kit
- Hmm, I don't really need a physical port. Is there any com over ethernet software availible for these systems?
/ M... - 08:10 AM Software Development: RE: Additional serial port on the MityDSP Profibus dev-kit
- Thanks for the speedy reply!
One extra port should suffice. I'll order one of the keyspan adapters right away.
... - 07:49 AM Software Development: RE: Additional serial port on the MityDSP Profibus dev-kit
- Hi Mattias,
I think that your best (or easiest) bet would be to use a usb-to-serial adapter on the Host (USB1) por... - Hi, I'm wondering what the best way to get an additional serial port is? Is there support for usb-to-serial adapters?...
Also available in: Atom
Go to top
