Prev: C code generation from Matlab (m-file)
Next: Difference between ARM9 and ARM11
From: saurabhneo23 on 18 Jun 2008 09:26
Our team is developing some electronic systems for a FORMULA STUDENT CAR
competition held by SAE,the systems are:
1.Data aquisition system using CAN protocol and logging into USB
2.Automatic gear shifting system
3.Telemetry system
4.Eletronic control unit for engine(purchased it!! so not a part of
development)
5.dashboard controls and displays

Now we want to implement the entire system using a single host PIC18 and
RTOS.If it is possible then please guide us for the system centralisation
using RTOS and if not kindly suggest us some alternatives.We are all
undergraduate electronics engineering students ;).


From: stevepierson on 18 Jun 2008 09:37
On Jun 18, 9:26 am, "saurabhneo23" <saurabhne...(a)gmail.com> wrote:
> Our team is developing some electronic systems for a FORMULA STUDENT CAR
> competition held by SAE,the systems are:
> 1.Data aquisition system using CAN protocol and logging into USB
> 2.Automatic gear shifting system
> 3.Telemetry system
> 4.Eletronic control unit for engine(purchased it!! so not a part of
> development)
> 5.dashboard controls and displays
>
> Now we want to implement the entire system using a single host PIC18 and
> RTOS.If it is possible then please guide us for the system centralisation
> using RTOS and if not kindly suggest us some alternatives.We are all
> undergraduate electronics engineering students ;).

Yikes, a pic18, use a PC for developement and implement using a PC104
card

http://en.wikipedia.org/wiki/PC104
From: FreeRTOS.org on 18 Jun 2008 09:54
"saurabhneo23" <saurabhneo23(a)gmail.com> wrote in message
news:nI2dnSKj4r1qkcTVnZ2dnUVZ_j2dnZ2d(a)giganews.com...
> Our team is developing some electronic systems for a FORMULA STUDENT CAR
> competition held by SAE,the systems are:
> 1.Data aquisition system using CAN protocol and logging into USB
> 2.Automatic gear shifting system
> 3.Telemetry system
> 4.Eletronic control unit for engine(purchased it!! so not a part of
> development)
> 5.dashboard controls and displays
>
> Now we want to implement the entire system using a single host PIC18 and
> RTOS.If it is possible then please guide us for the system centralisation
> using RTOS and if not kindly suggest us some alternatives.We are all
> undergraduate electronics engineering students ;).

While it is possible to run a kernel on a PIC18 (FreeRTOS.org has a PIC18
port for example), it is a bit of a round peg in a square hole. There are
plenty of other low cost development environments you can choose that would
give you more freedom - if you are set on Microchip then take a look at
their 16 and 32bit offerings.

What is your motivation for choosing the PIC18?

--
Regards,
Richard.

+ http://www.FreeRTOS.org & http://www.FreeRTOS.org/shop
17 official architecture ports, more than 6000 downloads per month.

+ http://www.SafeRTOS.com
Certified by T�V as meeting the requirements for safety related systems.


From: Rich Webb on 18 Jun 2008 10:05
On Wed, 18 Jun 2008 08:26:15 -0500, "saurabhneo23"
<saurabhneo23(a)gmail.com> wrote:

>Our team is developing some electronic systems for a FORMULA STUDENT CAR
>competition held by SAE,the systems are:
>1.Data aquisition system using CAN protocol and logging into USB
>2.Automatic gear shifting system
>3.Telemetry system
>4.Eletronic control unit for engine(purchased it!! so not a part of
>development)
>5.dashboard controls and displays
>
>Now we want to implement the entire system using a single host PIC18 and
>RTOS.If it is possible then please guide us for the system centralisation
>using RTOS and if not kindly suggest us some alternatives.We are all
>undergraduate electronics engineering students ;).

Don't decide on the answer (a single PIC18 + RTOS) before you have a
good handle on what the question is.

It's natural (and reasonable) to tend to use processors and solutions
that you're familiar with; helps to cut down on the time needed to get
up to speed in a new environment. If you want to go the microcontroller
route, though, I'd suggest using many, specialized, cooperating uCs
rather than trying to do it all with a single one.

Data acquisition. What sensors? How many? How interfaced?

CAN proto. Is this roll yer own or do you have to speak to CANOpen, CIA,
CAN Kingdom, ...?

USB data logger. Does it have to be a USB stick or can you use something
like an SD card? The latter is somewhat easier to implement on a uC,
although Atmel has some USB-flavored AVRs that work well as small hosts.

Gear shifting. Again, what sensors? What actuators?

Telemetry. Range? Data rate?

ECU. Any interfacing required?

Dashboard controls and displays. What type? How many?

--
Rich Webb Norfolk, VA
From: Jim Stewart on 18 Jun 2008 12:26
saurabhneo23 wrote:
> Our team is developing some electronic systems for a FORMULA STUDENT CAR
> competition held by SAE,the systems are:
> 1.Data aquisition system using CAN protocol and logging into USB
> 2.Automatic gear shifting system
> 3.Telemetry system
> 4.Eletronic control unit for engine(purchased it!! so not a part of
> development)
> 5.dashboard controls and displays
>
> Now we want to implement the entire system using a single host PIC18 and
> RTOS.

I hope you don't plan on exceeding about 20 mph
with the race car.

If it is possible then please guide us for the system centralisation
> using RTOS and if not kindly suggest us some alternatives.We are all
> undergraduate electronics engineering students ;).

Only "centralize" the parts that need to be
centralized. In particular, make sure that
the data acquisition system lives even if
something else dies.
 |  Next  |  Last
Pages: 1 2
Prev: C code generation from Matlab (m-file)
Next: Difference between ARM9 and ARM11