Hi all, Since the open-source aspect of the RepRap community rings true we felt it prudent to share the work we have completed on an Ormerod 2. The project was part of a 4th year Masters project at Heriot-Watt University, Edinburgh. The scope of the project changed in a few aspects throughout the year. However, a couple of factors remained. To modify the Ormerod 2 to accommodate dual extrusionby derek5a - General
Ahhhhhh.... OK so I guess the first filament selection relates to the first extruder and the second relates to the second? Noticed that was variable but didn't relaise they selected the filament for each extruder! Thanksby derek5a - Ormerod
Hi DasBasti. I have been using Slic3r for a while and can't see any place in the extruder setting that allow you to set individual temperatures. Can you possibly direct me to how you achieve this?by derek5a - Ormerod
Thanks for the tips everyone. I have yet to try any of them since i'm currently doing some single extruder testing. Although tips have been given to combat the cooling down of unused extruder I'm still looking for an idea as to how I can have the extruders set to print at different temperatures? Just to reiterate. The plan is to extrude PLA in extruder 1 and ABS in extruder 2.by derek5a - Ormerod
Quotedc42 The E3Dv6 hot end uses a low powered heater, 25W AFAIR compared to 40W for the Ormerod hot end. I think this is a fail-safe system, to prevent it going much over 300C if the heater stays on. You could replace the heaters by 40W ones for faster heating times. They are standard 6mm cartridges. That is interesting dc42. DO you know what the power value is on the standard extruder? I wasby derek5a - Ormerod
Quoteorictosh In the slic3r's printer settings > general > you should have number of extruder set to 2 I use the duet web interface, which is also set for 2 extruders. Upon each one there is a standby and an active temp setting. I would set both these to same temp I.e. 190 PLA as this would stop the cool down between each layer The code below is taken from my config file which sets the pby derek5a - Ormerod
Having done a variety of searches online and on the forum and finding very little, I'm hoping to get some information relating to adjusting extruder temperatures for varied materials mid print. I am at the moment trying to get a decent calibration between two extruders currently using the same material. However, the time it takes to complete a print is obscene. Using slic3r to complete the iniby derek5a - Ormerod
You are correct... Closed eclipse and restarted.. Rebuilt... All errors gone... Only 15 warnings remain. Description Resource Path Location Type Member 'lastTime' was not initialized in this constructor Heat.cpp /RepRapFirmware line 25 Code Analysis Problem Member 'longWait' was not initialized in this constructor Heat.cpp /RepRapFirmware line 25 Code Analysis Problem Member 'switchedOff' wasby derek5a - Ormerod
Quotedc42 I don't get any warning from either of those files. I suggest you post your warning and error lists. If you want to try my new build system: 1. In Eclipse create a new workspace in C:/Eclipse/Firmware. Then exit Eclipse. 2. Download and unzip the latest versions of my github RepRapFirmware and CoreDuet projects, so that in C:/Eclipse/Firmware you have folders RepRapFirmware and CoreDby derek5a - Ormerod
Copied error list as is. Format didn't cross over very well however so done my best to make it readable. Error (100of145) Description Resource PathLocation Type make: *** Error 1 C/C++ Problem Symbol 'EP0' could not be resolved USBCore.cpp /RepRapFirmware/ArduinoCorePatches/sam/cores/arduino/USBby derek5a - Ormerod
I'm guessing this is a good thing? 17:01:50 **** Incremental Build of configuration Release for project RepRapFirmware **** make all 'Building target: RepRapFirmware' 'Printing size:' "C:/Arduino-1.5.8/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/arm-none-eabi-size" -A "C:/eclipse/workspace/RepRapFirmware/Release/RepRapFirmware.elf" C:/eclipse/workspace/RepRapFirmware/Release/RepRapFirmwarby derek5a - Ormerod
OK so that was weird... The variable A.BUILD.VARIANT.PATH had a forward slash at the beginning? Really weird as I didn't add that location. Anyways forward slash removed and the trial continues. I was really hopeful that would be the last modification however there appears to be another problem this time with the emac file Current console error: 11:39:45 **** Incremental Build of configuratioby derek5a - Ormerod
OK so I have had a guess at the flags at fault and left as much as I can.. The current content of the A.BUILD.USB_FLAGS is : -DUSB_VID=${A.BUILD.VID} -DUSB_PID=${A.BUILD.PID} -DUSBCON Manufacturer and Product variables have been removed. Can you please confirm this is correct? Also would be good to get a final Board setting as mentioned above. Finally some good news!. We're past the Startingby derek5a - Ormerod
Quotedc42 I recall that in the build variables, you removed the definitions of the USB variables that were causing trouble. But you need 3 of them. USBCON just needs to be defined e.g. as 1. USBPID and USBVID need to have the correct values so that the board is recognised as an Arduino Due. Before readjusting the environment data can I just double check the board you have set to? Is it the Ardby derek5a - Ormerod
Thanks, Includes now added to both C AND C++ Compilers. It feels like we're getting close! Latest console error: 09:49:48 **** Incremental Build of configuration Release for project RepRapFirmware **** make all 'Building file: ../ArduinoCorePatches/sam/cores/arduino/USB/USBCore.cpp' 'Starting C++ compile' "C:/Arduino-1.5.8/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/arm-none-eabi-g++"by derek5a - Ormerod
Attached a screenshot... Is it possible my method of adding is incorrect? This was how it was setup when I compiled...by derek5a - Ormerod
Quotechrishamm Add C:/Arduino-1.5.8/hardware/arduino/sam/system/libsam/include to your include directories. Is there a specific reason you say that? I know it's missing from that compilation list but the strange thing is that is definately in the list of includes?by derek5a - Ormerod
Amended to -std=gnu99. Current console error: 15:28:11 **** Incremental Build of configuration Release for project RepRapFirmware **** make all 'Building file: C:/eclipse/workspace/RepRapFirmware/Libraries/SD_HSMCI/utility/hsmci.c' 'Starting C compile' "C:/Arduino-1.5.8/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/arm-none-eabi-gcc" -c -g -Os -w -ffunction-sections -fdata-sections -nostdlby derek5a - Ormerod
OMG THAT IS REALLY ANNOYING... Every now and again the environment settings revert back to default!... The USB flags reappear AND the Compiler flags disappear!... chrishammQuotechrishamm Quote chrishamm Add this to your C compiler flags: -std=gnu11 And this to your C++ compiler flags: -std=gnu++11 IIRC dc42 uses -std=c99 in his CFLAGS, but gnu11 should do the trick too. That's what I've beenby derek5a - Ormerod
As suggested I have updated the hardware folder in Arduino-1.5.8 with the contents of the ArduinoCorePatches folder found in dc42's firmware. Also as suggested by dc42 I have added the three folders missing in to the folders for includes. Quotedc42 btw I am currently restructuring the build system to make the Eclipse project files more portable. That sounds like a good idea, in which case thisby derek5a - Ormerod
Thanks chrishamm... adding those flags seemed to make a big difference, the compilation console is now as follows: 11:08:29 **** Incremental Build of configuration Release for project RepRapFirmware **** make all 'Building file: ../Platform.cpp' 'Starting C++ compile' "C:/Arduino-1.5.8/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/arm-none-eabi-g++" -c -g -Os -w -ffunction-sections -fdata-sby derek5a - Ormerod
Yeah which is what i'm finding strange... Your earlier firmware everything was fine i was cranking it to ~295 with no issues. I've now switched to chrishamm's firmware which seems so far to be working... though it does do something slightly annoying... Possibly because we're still using the standard power supply, but the hot end seems to take ages to heat up to temp... It tends to through up anby derek5a - Ormerod
15:02:19 **** Incremental Build of configuration Release for project RepRapFirmware **** make all 'Building file: ../DDA.cpp' 'Starting C++ compile' "C:/Arduino-1.5.8/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/arm-none-eabi-g++" -c -g -Os -w -ffunction-sections -fdata-sections -nostdlib -fno-threadsafe-statics --param max-inline-insns-single=500 -fno-rtti -fno-exceptions -Dprintf=iprintby derek5a - Ormerod
Latest Console error using Arduino Due (ProgrammingPort) as board: 14:29:29 **** Incremental Build of configuration Release for project RepRapFirmware **** make all 'Building file: ../DDA.cpp' 'Starting C++ compile' "C:/Arduino-1.5.8/hardware/tools/gcc-arm-none-eabi-4.8.3-2014q1/bin/arm-none-eabi-g++" -c -g -Os -w -ffunction-sections -fdata-sections -nostdlib -fno-threadsafe-statics --param maxby derek5a - Ormerod
Quotechrishamm Quotederek5a That sounds great chris! I am however also using thermocouples and so far only dc42's 1.09r fork seems to allow these to work? Unless you also have them incorporated? My fork supports them as well (thanks to dnewman's/dc42's changes), but I use a slightly different pin mapping. If you want to try out my fork, I suggest you check if your thermocouples are connected toby derek5a - Ormerod
Mixed news... Having tried the M143 mod of firmware the command definately works.. As does the homing of X and Y... I've had the temperature of the hotend above 300C as per the command. However 9 times out of 10 during the phase of heating up there appears to be a problem. A fault appears: Temperature fault on heater 1, temperature above safety limit, T=2000.0 This appears at a variety of tby derek5a - Ormerod
Nope... Tried compilation then retried on different board setting while changing the environment setting every time. dc42 can you confirm the board selected in "Properties=>Arduino=>Board:"?by derek5a - Ormerod
OMG... I've just noticed all the environment settings have reverted back to default!!!!!by derek5a - Ormerod
OK so a few things happening now... Quick rundown of what i've done... Having realised that the make files I had added before to my windows PATH were originally in the Hardware folder I'd copied into the workspace (NOW DELETED). I've searched for the location of any in the Arduino-1.5.8 folder and found 4! C:\Arduino-1.5.8\hardware\duet\sam\system\CMSIS\Examples\cmsis_example\gcc_atmel C:\Arduiby derek5a - Ormerod
That sounds great... I'll give it a try tomorrow and see how it goes! Sounds promising tho!... Any ideas regarding the last error message? As explained above there was some misunderstanding of the Board setting... But having tried all variables the error remains?by derek5a - Ormerod