headers
Steven | 28 Sep 2012 00:10
Picon
Favicon

On the MCB1700 eval. board, when using uCOS-III-Ex eamples LCD does not work?

I'm using MCB1700 eval. board based on LPC1768 micro and LCD TFT Display
I downloaded KEIL examples for this board and LCD worked showing inversed picture, but at least it worked.
But when downloaded Micrium
examples uCOS-III-Ex2,uCOS-III-Ex3,uCOS-III-Ex4 the LCD is blank?

Thanks,
Steven

------------------------------------
Permalink | Reply | 0 comments |
headers
pjeccles@ymail.com | 27 Sep 2012 03:18
Favicon

pending on both the task semaphore and task message queue

I have a task which I would like to pend both on the task's internal semaphore and also the task's message queue.

I don't think I can use OSPendMulti() because this only works with OS_Q and OS_SEM, the internal message
queue and semaphore are not of this type.

Is there a way to achieve this?

------------------------------------
Permalink | Reply | 0 comments |
headers
Steven | 21 Sep 2012 03:25
Picon
Favicon

Message was not poosted?

Hello,

I posted my message about 2 weeks ago, but still haven't seen it on the board?

Thanks,
Steven.

------------------------------------
Permalink | Reply | 0 comments |
headers
socomecdlg | 28 Aug 2012 17:52
Picon
Favicon

XML library, uC/FS, and POSIX-compatible API

Hello all,

I'm using uC/OS III and uC/FS (File System) on a STM32F20x target (cortex M3).
I would like to implement a XML library in order to manage XML files coming from USB drives.

I chose Mini-XML library, a simple one interfacing with POSIX compatible APIs.

The uC/FS driver is declared POSIX-compatible interface for file access (fopen , fread , etc.) and
directory access (opendir , readdir), but I can not understand how it could be since return type of these
functions (fs_fopen , fs_fread) is FS_FILE*, when I'm expecting FILE* type...

So I can not use XML library for now, is it possible to do that ?

Thank you for your answer,

Best regards,

Damien

------------------------------------
Permalink | Reply | 0 comments |
headers
rgrymin | 18 Aug 2012 15:27
Picon

I can't find which futures provide cpu_c.c, cpu_a.asm, cpu.h, cpu_def.h

Hello everyone.

I am a nawbie in uCOS-II.
I tried to make simle overview of files in my project.
There are files: cpu_c.c, cpu_a.asm, cpu.h, cpu_def.h.

I can't find what do they do in uCOS pdf manuals
and books and google. Can you explain me what they do?

Best regards,
Radoslaw Grymin

------------------------------------
Permalink | Reply | 0 comments |
headers
nandroltom | 13 Aug 2012 10:49
Picon
Favicon

RAM requirement for MSP430

Hi,

I'm currently evaluating different RTOS solutions for the MSP430. One important factor is the memory
requirement of the RTOS.
Can you tell me how much memory is required for a very simple uC-OS III application? For example if I have
multiple preemptive tasks that would only toggle LEDs, how much RAM would be used per task.
Also, what is the recommended OS for MSP430, uC-OS II or uC-OS III?

Thanks in advance!

------------------------------------
Permalink | Reply | 0 comments |
headers
nandroltom | 8 Aug 2012 15:18
Picon
Favicon

MSP430 memory requirements

Hello,

I'm looking at using Micrium on an MSP430F5529 device. What are the RAM / Flash requirements for the OS? How
many preemptive tasks could I use on this 8k RAM device? Is there a way to save memory or minimize task
switching times?
Also, which OS is better suited for the MSP430: OS-III or the OS-II version with minimized memory footprint?

Thanks in advance!

------------------------------------
Permalink | Reply | 0 comments |
headers
tjcnfl | 23 Mar 2012 20:26
Picon
Favicon

PIC32 port

Hi,

I've been using uC-OS/II for several years now, but I am new to the PIC32. Recently I downloaded the port from
the website and tried to compile the EX1_OS project, use it for my base to develop my code. I got this error,
anyone know what is
wrong?

crt0.o:C:\pic32-port\Micrium\Software\EvalBoards\Microchip\Explorer16\PIC32MX360\MPLAB-PIC32-GCC\EX1_OS/..\BSP/crt0.S:81:
undefined reference to
`_data_image_begin'
crt0.o:C:\pic32-port\Micrium\Software\EvalBoards\Microchip\Explorer16\PIC32MX360\MPLAB-PIC32-GCC\EX1_OS/..\BSP/crt0.S:81:
undefined reference to
`_data_image_begin'
crt0.o:C:\pic32-port\Micrium\Software\EvalBoards\Microchip\Explorer16\PIC32MX360\MPLAB-PIC32-GCC\EX1_OS/..\BSP/crt0.S:82:
undefined reference to
`_data_begin'
crt0.o:C:\pic32-port\Micrium\Software\EvalBoards\Microchip\Explorer16\PIC32MX360\MPLAB-PIC32-GCC\EX1_OS/..\BSP/crt0.S:82:
undefined reference to
`_data_begin'
crt0.o:C:\pic32-port\Micrium\Software\EvalBoards\Microchip\Explorer16\PIC32MX360\MPLAB-PIC32-GCC\EX1_OS/..\BSP/crt0.S:101:
undefined reference to
`_ramfunc_length'
crt0.o:C:\pic32-port\Micrium\Software\EvalBoards\Microchip\Explorer16\PIC32MX360\MPLAB-PIC32-GCC\EX1_OS/..\BSP/crt0.S:101:
undefined reference to
`_ramfunc_length'
crt0.o:C:\pic32-port\Micrium\Software\EvalBoards\Microchip\Explorer16\PIC32MX360\MPLAB-PIC32-GCC\EX1_OS/..\BSP/crt0.S:109:
undefined reference to
`_ramfunc_image_begin'
crt0.o:C:\pic32-port\Micrium\Software\EvalBoards\Microchip\Explorer16\PIC32MX360\MPLAB-PIC32-GCC\EX1_OS/..\BSP/crt0.S:109:
undefined reference to
(Continue reading)

Permalink | Reply | 1 comment |
headers
klaasvortex | 16 Mar 2012 16:13
Picon

USB Demo for YRDKRX62N

Hello All

I have tried to run the usb demo (host and device) of Micrium. It doesn't work :-(

I have a YRDKRD62N + HEW, but when I open the workspace, the debugger setting is for the E1, not the segger.
That is not what I expect.

So I changed the debugger to the segger, and downloaded the code. But it doesn't run at all. No leds, nothing.
When I halt the processor the program has crashed. I get invalid opcodes.

I know there are multiple developer kits, do I have the right kit ?
My kit looks the same as the photos. And the kit runs the kit-demo software and other stuff. So the kit works
and the hew also.

My kit has no additional ram, there are kits with extra ram, but mine has just the 96K internal RAM.

Any suggestions ?

Best regards 
Andre

------------------------------------
Permalink | Reply | 0 comments |
headers
Ken_LaBar | 15 Mar 2012 19:50

uCOS-II contractors?

Hello all,

We are looking to pull in our schedule a bit. I have been asked to look for contract solutions to help us get
over the hump.

We have a few user screens left to complete (using custom uC/GUI widgets), and we need to hook up our uC/USB host.

Project Highlights:
- NXP LPC2468
- IAR 5.3
- uCOS-ii
- uC/GUI
- uC/FS
- uC/USB
- sqlite3
- location: Loveland, CO (off-site contractors are OK too)

I would love to limit our search to those with contractors with uCOS experience. Are there any uCOS
contractors in this group (or used by this group)?

Thank you,
Ken
klabar at hach dot com

------------------------------------
Permalink | Reply | 0 comments |
headers
sweeneykevin21 | 28 Feb 2012 00:37
Picon
Favicon

Starting uC after bootloader jump

I'm trying to get uC to start after the jump from a 'bootloader'.
My configuration;
MPC565, my own board design. 36KRAM, 1Meg flash in two modules, lower 512k and upper 512k, 8 blocks per
module. No external ram or flash, chip runs in 'single chip mode'.
My problem; In the MPC5xx family you cannot write to flash in the module you are operating out of. Because of
this, my flash burning routine is located at 0x00080000. When I write my application (using uC) at 0x0
everything is fine. App runs and I am able to jump to the flash burning routine from the main application. I
want to install a bootloader, or more accurately, a recovery module, at 0x0, and move the application code
to 0x00010000. The bootloader would look for a signal on the serial input upon reset. If there is a signal it
would jump to x000080000 and start the flash burning routine, if no signal, it would jump to the main app and
start it.
I am unable to get uC to start despite trying a number of jump to addresses. The code is (I think) properly
relocated to 0x00010000 with the exception table.

My question; what is required to relocate a uC application in memory and what is required to get it to start? 

------------------------------------
Permalink | Reply | 0 comments |

Gmane