Re: RADDS work now stable with RepRap Firmware June 05, 2016 08:57PM |
Registered: 9 years ago Posts: 185 |
Re: RADDS work now stable with RepRap Firmware June 07, 2016 11:52AM |
Registered: 9 years ago Posts: 5,232 |
Re: RADDS work now stable with RepRap Firmware June 07, 2016 12:05PM |
Registered: 9 years ago Posts: 185 |
Quote
o_lampe
I just bought a RADDS/Raps and Due Combo out of frustration about the Duet0.6 selling policy out there.
Quote
Now I see it doesn't come with Ethernet, which was my favorite gadget ( using web UI and no display )
Is there a chance to connect a RRDiscount 2004 LCD or do I have to get PanelDue or angelos 2004 LCD?
Re: RADDS work now stable with RepRap Firmware June 08, 2016 06:01AM |
Registered: 11 years ago Posts: 1,807 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 05:02AM |
Registered: 9 years ago Posts: 5,232 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 06:37AM |
Registered: 9 years ago Posts: 5,232 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 07:46AM |
Registered: 9 years ago Posts: 5,232 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 09:51AM |
Registered: 8 years ago Posts: 356 |
; Communication and general M111 S0 ; Debug off M550 Ptheimp ; Machine name and Netbios M555 P2 ; Set output to look like Marlin G21 ; Work in millimetres G90 ; Send absolute coordinates... M83 ; ...but relative extruder moves ; Axis and motor configuration M569 P0 S0 ; Drive 0 goes forwards M569 P1 S0 ; Drive 1 goes forwards M569 P2 S0 ; Drive 2 goes forwards M569 P3 S0 ; Drive 3 goes forwards M574 X2 Y2 Z2 S0 ; set endstop configuration M665 R174.35 L345.32 B152.00 H400.34 X0 Y0 Z0 M666 X0 Y0 Z0 ; put your endstop adjustments here M92 X160 Y160 Z160 ; Set axis steps/mm M201 X3200 Y3200 Z3200 E600 ; Accelerations (mm/s^2) M203 X20000 Y20000 Z20000 E3900 ; Maximum speeds (mm/min) M566 X1800 Y1800 Z1800 E600 ; Max instant speed changes mm/min ; Thermistors ;M305 P0 T100000 B3950 R4700 H0 L0 ; set the bed thermistor M305 P1 T100000 B3950 R4700 H0 L0 ; set the first nozzle ;M305 P2 T100000 B3950 R4700 H0 L0 ; set the second nozzle M570 S180 ; Hot end heat timer ; Tool definitions M563 P0 D0 H1 ; Define tool 0 G10 P0 S0 R0 ; Set standby temperatures ;If you have a dual-nozzle build, un-comment the next 2 lines ;M563 P1 D1 H2 ; Define tool 1 ;G10 P1 S0 R0 ; Set standby temperatures M92 E295 ; Set extruder steps per mm ; Z probe and compensation definition ;M558 P3 X0 Y0 Z0 ;G31 X0 Y0 Z4.80 P500 ; Set the zprobe height and threshold M556 S78 X0 Y0 Z0 ; Axis compensation here M208 S1 Z-0.3 ; set minimum Z T0 ;Set Tool 0 by default
Re: RADDS work now stable with RepRap Firmware June 12, 2016 10:02AM |
Registered: 9 years ago Posts: 185 |
Quote
o_lampe
I tried to find the bossac command line that is used for flashing the Due board, but on the doku.radds page I only see links to this thread.
Do I have to flip through all the pages now?
Quote
edit:
OK I found a file named RADDS-v1.5.md that is a howto to program the due via bossac.
I wish this doc would be named "bossac_howto.doc" or something. My windows doesn't even know what to do with the ending .md
Quote
Another question:
How can I invert the stepper enable signals when using RAPS128 drivers and RRF_dc42_Radds firmware?
It's not mentioned in the config.g file that came with the firmware zip-file.
Quote
Funny sidenote: The M902 stepper current adjustment is still included in the config.g which could give RADDS users a false idea.
Other config lines, like IP address and subnet mask also don't make sense.
Quote
IMHO there is a bit of cleanup required.
Quote
BTW: Is it safe to power up the RAPS128 drivers without steppers connected? It's not mentioned in the doku....
Re: RADDS work now stable with RepRap Firmware June 12, 2016 11:18AM |
Registered: 9 years ago Posts: 5,232 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 11:38AM |
Registered: 9 years ago Posts: 185 |
Quote
o_lampe
Thanks for the quick answer.
Isn't it a bit to strict to disable coms when a thermistor isn't plugged? How about allowing to connect to pc and then report an error?
I'm a guy who wants to test every single feature before I install the board in the printer ( and blow it all up in amicrosecond )
RepRapFirmware for Duet Version 1.13beta1 dated 16/06/02 Executing config.g...Done! Network disabled. RepRapFirmware for Duet is up and running. M105 ok T:21.7 B:21.5 Error: Temperature fault on heater 0: open circuit M105 ok T:21.5 B:-25.1 M105 ok T:21.6 B:-25.7 M105 ok T:21.5 B:-25.7 M105 ok T:21.6 B:-26.3 M115 FIRMWARE_NAME: RepRapFirmware for Duet FIRMWARE_VERSION: 1.13beta1 ELECTRONICS: RADDS 1.5 DATE: 16/06/02 ok M305 P0 T:100000.0 B:4066.0 R:4700.0 L:0.0 H:0.0 X:0 ok M305 P1 T:100000.0 B:4066.0 R:4700.0 L:0.0 H:0.0 X:1 ok
M562 P0 ok Error: Temperature fault on heater 0: open circuit M105 ok T:22.0 B:-26.3
M562 P0 ok M105 ok T:21.2 B:22.1 M105 ok T:21.2 B:22.2
Re: RADDS work now stable with RepRap Firmware June 12, 2016 12:01PM |
Registered: 9 years ago Posts: 5,232 |
Quote
radds_v1.5.md
...
USB
---
Use the Due's USB programming port for uploading firmware. This is the USB port
closest to the Due board's power jack. Use the Due's native USB port for
communication with the RepRapFirmware when it is running. The native USB port
is configured to communicate at 115200 Baud
Quote
doku.radds
Use the USB Programming port when connecting the DUE to a computer for software update or controlling the printer.
Re: RADDS work now stable with RepRap Firmware June 12, 2016 12:34PM |
Registered: 8 years ago Posts: 83 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 12:45PM |
Registered: 8 years ago Posts: 356 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 01:30PM |
Admin Registered: 17 years ago Posts: 13,975 |
Quote
// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
// :{0:'Low',1:'High'}
#define X_ENABLE_ON 1
#define Y_ENABLE_ON 1
#define Z_ENABLE_ON 1
#define E_ENABLE_ON 1 // For all extruders
Re: RADDS work now stable with RepRap Firmware June 12, 2016 02:32PM |
Registered: 9 years ago Posts: 5,232 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 02:46PM |
Registered: 9 years ago Posts: 5,232 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 03:31PM |
Registered: 8 years ago Posts: 356 |
Re: RADDS work now stable with RepRap Firmware June 12, 2016 04:07PM |
Registered: 9 years ago Posts: 185 |
Quote
VDX
... I'm programming the Due with the Arduino-IDE 1.6.8 and programming and communicating over the "Programming Port" (nearest to the power-jack) - here I can see in "Tools/Port", which USB's are found.
For testing unknown communication speeds I'm switching between 115200 and 250000 Baud, my setting is mostly 250000
Inverting the Enable pins is done in "configuration.h" at/after line 358:
Quote
// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
// :{0:'Low',1:'High'}
#define X_ENABLE_ON 1
#define Y_ENABLE_ON 1
#define Z_ENABLE_ON 1
#define E_ENABLE_ON 1 // For all extruders
Re: RADDS work now stable with RepRap Firmware June 12, 2016 04:17PM |
Registered: 9 years ago Posts: 185 |
Quote
GroupB
I see you reference to the reprapfirmware LCD sd card... are you trying to use that SD slot or the one on the board ?
Re: RADDS work now stable with RepRap Firmware June 12, 2016 04:21PM |
Registered: 9 years ago Posts: 185 |
Quote
o_lampe
I also added two fixed value resistors ( 77k) to T4&T0 to get rid of thermistor errors, but no difference.
Re: RADDS work now stable with RepRap Firmware June 12, 2016 05:50PM |
Registered: 10 years ago Posts: 14,684 |
Quote
o_lampe
Thanks for pointing out the reset problem.
I have a Due R3, but mine behaves opposite of what you ( AK eric ) described.
I can see both ports in windows device manager, but as soon as I hit the reset button, the native port disappears. Same when I don't reset and try to connect it with arduinoIDE.
ArduinoIDE shows the com port is selectable, but the name doesn't appear.
BTW The device manager names it "bossa programming port" while the real programming port ( close to the barrel jack ) is named "arduino due programming port"
This one doesn't disappear when I hit reset, but it also doesn't communicate with ArduinoIDE or pronterface.
I'm using IDE 1.63, maybe it's time to switch over to the newest?
Should I look for a Due R3-E, it seems to be the cheapest solution for this problem?
Re: RADDS work now stable with RepRap Firmware June 12, 2016 06:32PM |
Registered: 9 years ago Posts: 185 |
-DUSB_DEVICE_VENDOR_ID=0x2341 \ -DUSB_DEVICE_PRODUCT_ID=0x003e \ "-DUSB_DEVICE_PRODUCT_NAME=\"Arduino Due\"" \ "-DUSB_DEVICE_MANUFACTURE_NAME=\"Arduino S.r.l.\""
Re: RADDS work now stable with RepRap Firmware June 12, 2016 06:47PM |
Registered: 10 years ago Posts: 14,684 |
Quote
dnewman
For RADDS CoreNG is compiled
-DUSB_DEVICE_VENDOR_ID=0x2341 \ -DUSB_DEVICE_PRODUCT_ID=0x003e \ "-DUSB_DEVICE_PRODUCT_NAME=\"Arduino Due\"" \ "-DUSB_DEVICE_MANUFACTURE_NAME=\"Arduino S.r.l.\""
and those should be picked up by conf_usb.h,
https://github.com/dcnewman/CoreNG/blob/master/asf/conf_usb.h#L19.
And those values should match what the Arduino App normally bestows on the Native USB port,
https://github.com/arduino/Arduino/blob/master/hardware/arduino/sam/boards.txt#L26
Now, in keeping with the CoreNG changes, it's no longer a hybrid HID (mouse+kbd) & CTC device as with the Arduino libraries and is only a CTC device now. However, my Arduino 1.5.8beta app on OS X 10.9.5 connects fine. And others have connected fine using Octoprint (presumably on a Linux-based kernel).
Re: RADDS work now stable with RepRap Firmware June 12, 2016 07:12PM |
Registered: 9 years ago Posts: 185 |
Quote
dc42
So if you are going to keep the Arduino Due VID/PID (which I agree is the right thing to do for Due/RADDS), then for compatibility I think you need to make it appear as a composite device.
Re: RADDS work now stable with RepRap Firmware June 12, 2016 07:44PM |
Registered: 9 years ago Posts: 185 |
Quote
dnewman
Quote
dc42
So if you are going to keep the Arduino Due VID/PID (which I agree is the right thing to do for Due/RADDS), then for compatibility I think you need to make it appear as a composite device.
Fortunately, I previously worked out how to do that with CoreNG and it's even in the github commit history. So, I can try it again and let people who use Windows test it.
Any interest in having the dc42/CoreNG/asf/conf_usb.h pull in an alternate conf_usb_radds.h header file or shall I keep that isolated to dcnewman/CoreNG? I don't care much either way, but figure I should ask.
Re: RADDS work now stable with RepRap Firmware June 12, 2016 09:16PM |
Registered: 9 years ago Posts: 185 |
Re: RADDS work now stable with RepRap Firmware June 14, 2016 03:37PM |
Registered: 9 years ago Posts: 5,232 |
Re: RADDS work now stable with RepRap Firmware June 14, 2016 05:14PM |
Registered: 9 years ago Posts: 185 |
Quote
o_lampe
It seems my Due has a stuck erase button, so I can test the new .bin file when I get a replacement board.
def tickle(target, source, env): import serial import time port = env['PORT'] print 'Tickling the bootloader via port ' + port try: with serial.Serial(port, baudrate=1200) as sd: sd.setDTR(1) time.sleep(0.5) sd.setDTR(0) except serial.SerialException, e: return str(e)
Re: RADDS work now stable with RepRap Firmware June 14, 2016 11:18PM |
Registered: 8 years ago Posts: 83 |