MPIDE 20120811 RC4

ricklon · **Joined:** Sun May 22, 2011 6:59 am **Posts:** 145

Hi All,

Release Candidate 4 is here.

Updated compiler from 20120720.
Updated PDE.jar build code.
win-debug, and linux-debug targets added to build.xml

Other than that only minor changes.

If this one is good then we are going to release it officially. This will be the fully open source newlib based compiler.

Windows
https://github.com/downloads/chipKIT32/ ... 1-test.zip

Mac OS X
https://github.com/downloads/chipKIT32/ ... 1-test.dmg

Linux32 (Fixed Link to Linux Build)
https://github.com/downloads/chipKIT32/ ... 1-test.tgz

-_Rick

bperrybap · **Joined:** Sat Nov 19, 2011 8:45 pm **Posts:** 18

Uh is is just me or is the link for the linux download a windows image?

ricklon · **Joined:** Sun May 22, 2011 6:59 am **Posts:** 145

You are correct. I just opened my Linux window and the file was sitting there ready to be uploaded. I was kinda tired. Oops.

Anyway, I just fixed the url. Should be good now.

-_Rick

ricklon · **Joined:** Sun May 22, 2011 6:59 am **Posts:** 145

I'm prepping RC4 to become the official release.

In the meantime builds will continue to be generated that include the latest changes and updates. These build will contain a build number, the current build is 0x01000303

Thanks,
-_Rick

bstott · **Joined:** Wed Aug 22, 2012 9:48 pm **Posts:** 3

I'm trying to compile RepRap 'Marlin' firmware. Github link - https://github.com/jcrocholl/Marlin/commits/Marlin_v1/

MPIDE errors that it does not recognize sub-directory paths within the avr tree for recipe/program #include(s). Specifically util/<filename>. The compile does not progress but, is likely not to find other sub-directories.

Could you correct this within MPIDE so that I may try Arduino Compatibility with a RepRap 3D printer?

The need is soon - I am building a 3D printer based on the chipKIT Max32 for show at Maker Faire Pittsburgh, September 22nd. I am building up the electronics - now. We need to have a fully printing machine and need the time to work out the hardware bugs. Please? Regards, Brian.

BloodyCactus · **Joined:** Fri Mar 23, 2012 6:27 pm **Posts:** 34

I had a quick look, the marlin firmware includes a whole bunch of avr specific headers that you will need to convert (or ignore)

#include <avr/pgmspace.h>
#include <avr/eeprom.h>
#include <avr/wdt.h>
#include <avr/interrupt.h>

the SD stuff has defs for avr boards so you need to change that. sd2pinmap.h, some of the other SD files have atmega spi pin specific stuff.

Your going to have to get your hands dirty, its not just a recompile with mpide.

bstott · **Joined:** Wed Aug 22, 2012 9:48 pm **Posts:** 3

Thank you for the helpful and quick reply. I was under the thought that if MicroChip is marketing chipKIT as compatible with Arduino (AVR) then their version of the IDE (MPIDE) would have pin conversions and the avr pathways correct within the IDE. They do include all the libraries within the distribution. The paths programmed to recognize the locations from a program call. Yes? No?

The chipKIT runs the AVR examples with no issues.....

I'm just tired of bleeding edge touted as easy to implement and compatible with items. Then having to working out all the compile and coding inconsistencies to make the product work. I can just plug and compile my Arduino and keep on keeping on...

I shouldn't have to fix and build the tool chain to program my HW. Unless I am creating the new use. I was told - Compatible. Oh, Hum....

BloodyCactus · **Joined:** Fri Mar 23, 2012 6:27 pm **Posts:** 34

compatible on the api high level is one thing, but compatible on the low level? Embedded stuff is inherently banging on the hardware, an avr is not a pic32, expecting all avr code to compile is a bad assumption.

do you blame microchip/digilent because Marlin is doing some low level AVR things and directly defining atmel avr pin numbers to specific things and wonder why the pic32 compiler cant compile some avr stuff?

do you understand that arduino boards are 5v and chipkit boards are 3.3v and not all pins are 5v tolerant? I assume (but am probably wrong) your using some kind of ramps1.4 shield? if the ramps board expects 5v on some pins it might not see 3.3v?

bstott · **Joined:** Wed Aug 22, 2012 9:48 pm **Posts:** 3

Gotcha - YEP - RAMPS. Board power not so vital - I've the peripherals powered. But, as you note that programming is important at the hardware level. Thanks for the discussion. I was afraid of that. Looks like I'll build the machine first. Get it to working then play with porting software to a different controller. maybe....

thanks again!

fiddler · **Joined:** Fri Nov 25, 2011 6:50 am **Posts:** 20

Just downloaded the above MPIDE 0023 Linux32 201 208 11 test.

When I try to compile the Blinbk example I get errors, see below

Code:

In file included from /home/kim/MP_IDE_023/mpide-0023-linux32-20111221/hardware/pic32/cores/pic32/WProgram.h:16:0,
                 from Blink.cpp:8:
/home/kim/MP_IDE_023/mpide-0023-linux32-20111221/hardware/pic32/cores/pic32/WCharacter.h: In function 'boolean isblank(int)':
/home/kim/MP_IDE_023/mpide-0023-linux32-20111221/hardware/pic32/cores/pic32/WCharacter.h:45:29: error: new declaration 'boolean isblank(int)'
/home/kim/Desktop/mpide-0023-linux32-20120811-test/hardware/pic32/compiler/pic32-tools/bin/../lib/gcc/pic32mx/4.5.1/../../../../pic32mx/include/ctype.h:24:5: error: ambiguates old declaration 'int isblank(int)'

MPIDE 20120811 RC4

Who is online