Activity
From 10/15/2011 to 11/13/2011
11/11/2011
- 03:04 PM Software Development: RE: OMAP I2C
- IFor what it is worth, it should be noted that the i2c accesses in the startup code and in the i2c_get utility are do...
11/03/2011
- 02:08 PM Software Development: RE: FPGA Driver
- I have posted a new BSP which has a fixed FPGA driver and fix to the timer routines so the clock period can be change...
11/01/2011
- 09:12 AM Software Development: RE: OMAP I2C
- Mark,
I2C0 is not something that needs to be turned on. It is used internally in the startup code to read configur... - 09:00 AM Software Development: RE: OMAP I2C
- It looks like neither I2C driver is started by default.
We are trying to use I2C0
There is an error generated if we...
10/28/2011
- 02:44 PM Software Development: RE: FPGA Driver
- Mark,
The files under /dev/fpga are not intended to be executed. They are intended to be opened and then read from... - 02:27 PM Software Development: RE: FPGA Driver
- Tried that - now I'm having a very strange, possibly unrelated problem where the files created under /dev/fpga are cr...
10/27/2011
- 05:04 PM Software Development: RE: FPGA Driver
- Mark,
These is a mistake in the fpga driver as provided. It is printing out the virtual addresses for the cores in... - 03:35 PM Software Development: RE: FPGA Driver
- Understood. I have a memory block in the FPGA that I was able to examine using mmap_device_memory().
The offset wa... - 03:29 PM Software Development: RE: FPGA Driver
- Mark,
The 5 fpga device files (cmd, image, state, version, and devices) are for loading an image into the fpga and... - 02:51 PM Software Development: RE: FPGA Driver
- I have the FPGA driver loaded, with the FPGA mapped into 0x66000000.
If I want to access the FPGA for a user applica...
10/26/2011
- 03:57 PM Software Development: RE: Pin MUX
- Just saw a signal out of the port - thanks. It may have been a conflict with the I2C or something else we tried along...
- 03:19 PM Software Development: RE: Pin MUX
- Mark,
I have tried using a scope on an INDIO board (80-000268RI-2 rev. B, serial number 110765) with a module (L13... - 07:45 AM Software Development: RE: Pin MUX
- We are using RS-232 at TTL levels, so that is not a problem.
We had done all the steps you outlined and we are not s...
10/25/2011
- 04:32 PM Software Development: RE: Pin MUX
- Mark,
I do not know of any qnx code that has been used with this port. I have been talking with the hardware guys ...
10/24/2011
- 04:26 PM Software Development: RE: ClockPeriod
- John,
The timer_load callout only gets called when you change the system tick period, so it will only be indetermi... - 03:55 PM Software Development: RE: ClockPeriod
- Rob,
I think the method I described was a way of giving the timer control over the reload so it could be done grac... - 03:44 PM Software Development: RE: ClockPeriod
- Hi John,
I need to do more testing, but it looks like I have a fix. You cannot change the timer's period while it... - 03:25 PM Software Development: RE: Pin MUX
- We were able to toggle other GPIO lines that come out the connectors on the back, but unable to see any activity with...
- 11:32 AM Software Development: RE: Pin MUX
- Mark,
I did not understand the details of uart 2 on our kit before. As I understand it now, it is connected as a h... - 10:55 AM Software Development: RE: Pin MUX
- It may be more of a hardware problem - we have the industrial IO board 80-000268RI-2 serial 110759 and we see no RS-4...
- 10:21 AM Software Development: RE: Pin MUX
- Here is a snapshot of my last attempt (attached)
Devices configured:
EMAC (RMII)
EMIFA/EMIFB
MMC/SD1
UART0,1... - 09:48 AM Software Development: RE: Pin MUX
- Mark,
Please send you pinmux (both the .pin and the .h files) and startup script files. You can just attach them t... - 07:47 AM Software Development: RE: Pin MUX
- We aren't having any luck, John will try to call, and we've sent along the files.
10/20/2011
- 05:22 PM Software Development: RE: ClockPeriod
- The QT_TIMER_LOAD value of 0x30 is just an offset into the system page or some structure. It is not the actual load v...
- 05:20 PM Software Development: RE: ClockPeriod
- Rob,
It looks like there is a callout function that does not really do what it is supposed to. I suspect the kerne... - 01:32 PM Software Development: RE: ClockPeriod
- Hi John,
The pidin program does not display the info we're interested in, so I modified my clock_period program to... - 10:06 AM Software Development: RE: Pin MUX
- You will probably need to modify the omapl138_psc_init() to include a line like:
omapl138_psc_enable (PSC_MODULE_U... - We are trying to use the MityDSP L138 UART2 on the PROFIBUS dev kit with Qnx. We are connecting via J504.
I saw men...
10/18/2011
- 02:48 PM Software Development: RE: ClockPeriod
- Rob,
With regards to the syspage, I was hoping to see values change after changing the ClockPeriod. Sections relat... - 02:37 PM Software Development: RE: ClockPeriod
- John,
I just tried the above mentioned change, and as you suspected it did not fix the problem but was worth a try... - 02:38 PM Software Development: RE: QNX BSP Timers
- John,
We have tried using ClockCycles(). I think it may be working for us but will check with the other developer...
10/17/2011
- 10:06 AM Software Development: RE: QNX BSP Timers
- Rob,
Have you tried using ClockCycles()?
John - 10:02 AM Software Development: RE: ClockPeriod
- Rob,
I see your point.
We have not provided the arm clock handling routines so in that sense, this would seem t...
Also available in: Atom
Go to top