1.6.5r2 working with Maple Mini!!!

The “portable” folder was build as explained above. I created a directory join to my Arduino folder in my home (Documents) directory. I did a test compile of the ESP8266 and it all worked.

What I did NOT notice is that the symlink also “activated” the STM32 code stuck in the hardware folder! Yes, in looking over the installation this morning, I noticed toward the end of the board selections the Maple stuff. I selected Maple Mini R2, set the bootloader to 2.0, picked the blink sketch, compiled and uploaded.

Yes.
The basic steps seem to be a virgin install of 1.6.5r2 and
– create the portable folder under Program Files\Arduino1.6.5r2\
C:\Program Files (x86)\arduino-1.6.5-r2\portable

– Install Due, you can verify that everything got stuck into portable:
C:\Program Files (x86)\arduino-1.6.5-r2\portable\packages\arduino\hardware\sam\1.6.4

– build a linked directory “sketchbook” from inside portable to your Arduino directory located in Documents
C:\Program Files (x86)\arduino-1.6.5-r2\portable\sketchbook
On my box,
C:\Program Files (x86)\arduino-1.6.5-r2\portable>mklink /j "C:\Program Files (x86)\arduino-1.6.5-r2\portable\sketchbook" D:\Documents\Arduino

Junction created for C:\Program Files (x86)\arduino-1.6.5-r2\portable\sketchbook <<===>> D:\Documents\Arduino

I uninstalled my old copy of Arduino (1.6.4), then installed 1.6.5.r2 However I forgot to remove %appdata%\Arduino15, so I got a message about existing data.

So I closed the IDE, renamed %appdata%\Arduino15 to %appdata%\Arduino15.bak
Then I added the portable folder to C:\Program Files (x86)\Arduino (which Windows seemed to let me do without authenticating).

I then restarted the IDE, but I get the message “You forgot your sketchbook”
“Arduino cannot run because it could not create a folder to store your sketchbook”

So what I had to do was change the permissions on the “Portable” folder

Once I did that, the IDE could then create the files it wanted, in the “portable” folder, including a sketchbook folder, and all the package json files that it downloaded.
I could then also install the Due to get the ARM compiler.

I can see that the sketchbook simlink works, but its quite a complicated install process that people would need to go though.

1) There is a final release of 1.6.5 but you still use 1.6.5r2 or I am wrong?
2) Since Vista writing in C:\Program Files (x86) or C:\Programs is not allowed and discouraged. Usually programs need administrative privilege to write there or, if you use compatibility mode you will write c:\USERNAME\AppData\Roaming like the IDE normally do. Maybe it’s better to use a portable version outside the Program folder?
3) I have 1.6.5 and I am able to program Maple Mini so I don’t understand the topic heading. It mean that it works in the portable version?

1) There is a final release of 1.6.5 but you still use 1.6.5r2 or I am wrong?
2) Since Vista writing in C:\Program Files (x86) or C:\Programs is not allowed and discouraged. Usually programs need administrative privilege to write there or, if you use compatibility mode you will write c:\USERNAME\AppData\Roaming like the IDE normally do. Maybe it’s better to use a portable version outside the Program folder?
3) I have 1.6.5 and I am able to program Maple Mini so I don’t understand the topic heading. It mean that it works in the portable version?

i got an email from Federico cc’ed to me.

This PR aims at solving the long debate that took place on the developers mailing list about the location of cores/tools installed through Boards Manager. On windows it was Roaming\Arduino15, which breaks Microsoft rules and causes troubles to who actually like own profile to roam between different computers

New location is %LOCALAPPDATA%\Arduino15

When no custom preferences file location is specified (via CLI) and if the IDE finds something in %APPDATA%\Arduino15 and no %LOCALAPPDATA%\Arduino15 is present, IDE prefs files will be moved. Nothing will happen otherwise.

i have not had chance to see if the portable folder system has been retained as well as this change.
I presume I’d need to download a nightly build in order to check.

I then restarted the IDE, but I get the message “You forgot your sketchbook”
“Arduino cannot run because it could not create a folder to store your sketchbook”

So what I had to do was change the permissions on the “Portable” folder

Once I did that, the IDE could then create the files it wanted, in the “portable” folder, including a sketchbook folder, and all the package json files that it downloaded.
I could then also install the Due to get the ARM compiler.

I can see that the sketchbook simlink works, but its quite a complicated install process that people would need to go though.

So, in my case, ..\MySketches works, but entering c:\arduino\MySketches, or \arduino\MySketches doesn’t.

Not a show stopper by any means, but weird.

Thanks for the explanations.

It looks like the Boards Manager, unzips the compiler package separately into all boards that need that compiler.

It doesn’t need to download the ARM compiler again, if our package uses the same compiler that the Due does, but it does waste 244Mb of space, because the compiler is unzipped into our tools folder as well as the SAM/tools folder.

I’d assumed that the whole point of separating the tools into different sections in the package JSON file was so that the same tools files could be used by multiple cores, but this isn’t the case.

Edit.

BTW. I copied the “tools” section from my package json file from the SAM one, so its has the same dependencies as the DUE

"toolsDependencies": [
{
"packager": "arduino",
"name": "arm-none-eabi-gcc",
"version": "4.8.3-2014q1"
}
]