Rambo 1.4 board and LCD was purchased from Ryan this spring for use on a Burly build. The Burly worked well but I have recently upgraded to the Primo with dual end stops.
If I try to compile with Arduino IDE version 1.8.13 the compile fails with:
*Arduino: 1.8.13 (Windows Store 1.8.39.0) (Windows 10), Board: "RAMBo"*
*avr-gcc: error: CreateProcess: No such file or directory*
*Multiple libraries were found for "U8glib.h"*
*Used: \\Mac\Home\Documents\Arduino\libraries\U8glib*
* Not used: \\Mac\Home\Documents\ArduinoData\packages\rambo\hardware\avr\1.0.1\libraries\U8glib*
*exit status 1*
*Error compiling for board RAMBo.*
I am using file: Marlin-1CNC_Rambo_Dual which contains version 2.0.5.4. I have tried compiling on both a PC and MACOS. Same Results. It appears to object to having two copies of u8glib. I try deleting the library folder from one or both, deleting it through library manager and adding it back. When I add the library it places it in both directories.
I was able to compile and upload the firmware with with PlatformIO without any issue and the Primo works great with a few exceptions that I am working through but do not affect normal operation. I have solved the problem for my install but wanted to document it for others that use the Arduino IDE exclusively.
I would be happy to try a few things if anyone has an ideas.
I think the first step would be to use the standalone Arduino app, not the Windows store version. Also, were you trying to use a Windows app on Mac files, or is it accessing network files on the Mac? The error you pasted shows Mac in the file path.
On the MAC I am running Windows 10 as a guest OS using parallels so the file structure is NTSC. The same on a PC using Windows 10 as well. I downloaded Arduino IDE from https://www.arduino.cc/en/main/software not the windows store. Is there another version and where would I get access to it?
The MAC file path is how Parallels stores the windows library paths. I can also accessed the files via a traditional drive letter like C: and have tried that as well with the same results.
I have been able to compile Marlin on my Mac using the MacOS version of Arduino, no VM needed. I don’t know if things changed with newer versions of the V1 firmware.
I would also check you are using the correct version number of Arduino as recommended here on the Firmware instructions page.
This page says 1.8.9 is the minimum version needed for Marlin 2.0, and you have .13. There used to be something with a beta version needed instead. I’m still confused why the first line of your error says Windows app store.
Well, aside from what I’ve already mentioned, there’s nothing else I can think of unless you changed settings in the Firmware. I’m very sure it compiled before it was uploaded to github. Perhaps someone else has some ideas?
I’m glad you found a way to get it working anyway.
I made no changes to the config files or anything else. I will probably be making some to get around the above but plan to keep using PlatformIO since is this a better tool anyway.
You could try using 1.8.12, you can isolate the libraries by creating a portable folder under the main Arduino folder. I would avoid the windows store version as well.
I downloaded 1.8.12 and manually installed in the Documents directory on a real PC. I downloaded the Rambo Board and U8Glib using the manually installed program. Same results.
This is normal. The bed size setting in configuration.h is set to 300mm. You can make it higher, or just move closer to home before sending the G28.
The other issue is something like “safe home z” feature, and it so you have less of a chance of dragging the bit across the work. If you don’t like it, you can disable it in configuration.h.
I’m using this version on a MPCNC Primo. Aside from the problems compiling with Arduino IDE states above it seems to work OK for the most part. Homing seems to be a problem on large tables as it causes a Rambo Halt after about 300mm. I think it might be related to bed size and I am working on solving that problem currently. Version 2.0 of the Rambo MPCNC worked well and I could compile it with Arduino IDE.
The standard MPCNC firmware will work with any board on the LowRider2. Dual endstop firmware is not really needed since all three axis have hard stops you can use for alignment.
For the creative of you, you could use the dual end stop firmware for Y alignment or even Z (homing min or max).
That suggests not using dual Endstops. However, if you still want to, the docs say any firmware will work. This means you will likely use V1CNC_Rambo_Dual for your firmware.
The dual works well, but MPCNC is dual x and y. Low rider is dual Y and Z. So you need to edit configuration_adv.h to disable dual X and set the number of Z to 2.
If that seems daunting, just use the non dual endstops and make a little serial adapter at the controller to wire the Z and Y motors in serial. Then after you are cruising and getting bored, you can try to work on the dual and only deal with one problem at a time. I suspect we will be publishing LR versions in the future. But no guarantees.