PIC18F8722 - New 2006 RC MPU, 4x more program memory!

Aha! I think I’m the first to notice this (no hits on a CDF search), so here goes… I now believe:

*** The 2006 Robot Controller has a new MPU, the PIC18F8722. ***

When compared to the PIC18F8520:

  • FOUR times the program memory
    … 128Kb (65K single-word instructions) vs 32Kb (16K single word instr)
  • Slightly more SRAM
    … 3936 bytes, vs 2048 in the 18F8520

In addition (I’m not sure if this matters, but it might to USART users):

  • two EUSARTs (vs two USARTS, see spec sheets for differences)
  • There are 2 CCP and 3 ECCP (vs 5 CCP only) PWM channels.
  • Same amount of EEPROM, A/D, timers

You can look up both spec sheets at Microchip’s Data Sheet Finder page:
http://microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2046

Bottom line: MUCH bigger programs (FOUR times larger), and a tad
more RAM space! <yahoo!>

In addition, there is a new IFI loader (V12, vs V10) to support this on
the RC page that you’ll need to download:

FYI, This is how I figured it out… the INI file in the ZIP showed
PIC18F8722 support was added (over V10’s “PIC18F442 & 18F8520
only” support.) :slight_smile:

This probably means the KoP will have a new CBOT compiler this
year, to target the 18F8722.

I made a call, and heard rumor that the 18F8520 is no longer
in production (unverified), which would support a need to change
the MPU in the RC anyway. Given IFI’s statement that you MUST
use the V12 loader for the 2006 controller, I’m pretty sure I’m right
about this.

Comments? Verification (or denials)?

  • Keith

What is a CBOT compiler?

What IFI calls their KoP distribution of the Microchip C compiler for the PIC18F series MPUs. Needed to compile your C source robot control programs into a form capable of downloading into the robot controller.

  • Keith

So does this mean we have less PWMs? :confused:

Too bad it’s not any faster :rolleyes:

Ah, I never noticed they called it that.

You theory is intruiging, but there is always the possibility that one of the other IFI systems (Issac?) is moving to that MPU.

Still, here’s hoping it happens! :smiley:

Just out of curiosity, what chip do the VEX kits use? I have heard that the upgraded loader was changed simply so that VEX kits were supported.

could this maybe explain my problem trying to open hex files in the new ifi loader?? could hex be changed to something else??

2005 IFI RC and Vex both use the same PIC 18F8520.
The IFI Loader version 1-0-10 works with the 2005 IFI RC (not sure about 2004 RC). Version 1-0-11 was created to work with Vex but also works with 2005 RC.
It sounds like version 1-0-12 works with the 2006 RC. I hope it is backward compatible with Vex and 2005 and 2004 RC’s. That way we will only need one version of the IFI Loader on our PC/Laptops. :slight_smile:

I see there are 2 SPI - I2c moduals. This could open up many new devices.

If this device was to be in the 06 RC, it wouldn’t matter. The PWM’s we use are generated by software and not by the CCP module.

Except PWMs 13-16, which could be user generated. They weren’t used much, though, as an interrupt intensive code could really mess them.

If this rumor is true - and it certainly looks like it, great catch - this is an amazing thing, four times more program memory will probably be more than enough for our needs (or will it? :ahh: ).

If this is truly our new chip, I am going to make a prediction that the scripting language will return and be waayy more powerful than last year.

Hey Manoel! Long time no chat… Thanks. I was pretty excited to catch this one.

Let’s hit all questions at once…

Number of PWMs - This doesn’t affect the I/O at all.
IMHO, the best use of this upgrade would be for swapping out
the robot program MPU, enlarging storage space for the robot
program itself.

Besides, I was under the impression that most (if not all) of the PWMs
were done by the other processor in the RC (or did they do away
with the two processor design and simply load up the one MPU
with more tasks? I haven’t had time to delve into the new design
as much as the old one. Been too busy starting teams…) :slight_smile:

Backward compatibility - YES. The 1-0-12 loader simply
ADDS support for the 18F8722. IOW, this is in addition to the
other two, so this one loader should take care of the Vex and
2005 RC as well.

Opening hex file problem - No clue. It shouldn’t affect it
(famous last words), but I haven’t had time to install and run
the new loader yet myself to check it.

Scripting languages - Good question. Also, I’m wondering if this
will affect the new CoreChart graphical programming at all.
But I really feel that if we’re getting into THAT this year, the
company SHOULD have been brought into the loop on this change.

  • Keith

remeber how Kevin Waston kept hinting last year regarding “trig functions”…especially in his scripts. Maybe this new MCU has enough “power” to give us all the trig we need for angles and such, making autonomous much easier :rolleyes:

But you NEVER want to use trancendental functions directly, especially not inside a loop. :slight_smile: It is actually industry standard programming practice to use a lookup table when speed is most important.

Absolutely. BTW… If someone has a pointer to a thread or a whitepaper detailing the tables and code already done for this processor, go ahead and post it here.

[Note: The Kickoff occured yesterday…] Well, it’s looking more and more
like I’m right about the new processor. They announced 4x increased
program space at the Kickoff (Hmmm… sound familiar?), though they didn’t
detail the processor change, and has IFI changed their 2005 RC page yet.
(So, you CDF readers here now probably have more data than most.
Hey, ya gotta love CDF… )

Actually, one change: Looking at the specs again, 3936 bytes vs
2048 bytes isn’t “slightly more”, it’s almost DOUBLE the SRAM
(~92% increase). However, I don’t know if it’ll all be OURS to use.

So go tell your programming gurus they might want to check out this
PIC18F8722 data page to get a head start on details like talking to
the enhanced serial ports, etc.:

http://microchip.com/stellent/idcplgidcplg?IdcService=SS_GET_PAGE&nodeId=1335&dDocName=en010327

Hope this helps! Go Teams!

  • Keith

Absolutely. BTW… If someone has a pointer to a thread or a whitepaper
detailing the tables and code already done for this processor to go ahead
and post it here.

[Note: The Kickoff occured yesterday…] Well, it’s looking more and more
like I’m right about the new processor. They announced 4x increased
program space at the Kickoff! (Hmmm… sound familiar?) But, they didn’t
detail the processor change, and IFI hasn’t changed their 2005 RC page
yet. (So, you CDF readers here now have more data than most.
Hey, ya gotta love CDF… )

Actually, one change to my previous statements: Looking at the specs
again, 3936 bytes vs 2048 bytes isn’t “slightly more”, it’s almost DOUBLE
the SRAM (~92% increase). However, I don’t know if it’ll all be OURS
to use.

So I’m becoming pretty confident that this is the real deal. You may wish
to inform your programming gurus that want to hedge their bets and get a
head start on programming details (like the enhanced serial port features)
to check out this PIC18F8722 data page at Microchip:

http://microchip.com/stellent/idcplgidcplg?IdcService=SS_GET_PAGE&nodeId=1335&dDocName=en010327

Hope this helps! Go Teams!

  • Keith