Welcome! Log In Create A New Profile

Advanced

RADDS work now stable with RepRap Firmware

Posted by angelo 
Re: RADDS work now stable with RepRap Firmware
January 07, 2016 12:45AM
Quote
WestonWW
I'm trying to get my hotend fan to turn on when the hotend reaches 40C so I defined M106 P1 T40 H1 but it doesn't seem to work. M106 P1 S255 works fine, although any S value other than 0 turns the fan on, there isn't a gradient to the speed. I may be missing something about this function.

That feature was added only very recently (1.09o). The released, stable binaries for RADDS do not include that support. So, unless you have built your own binary from the most recent sources, the "H" parameter is not expected to work. (Me, I just turn the hotend fan on the same time I turn the heater on.)
Re: RADDS work now stable with RepRap Firmware
January 07, 2016 02:50AM
Quote
WestonWW
Quote

Yes, you can have high endstops on some axes and low endstops on others.

How do you do this? I have M574 X2 Y2 Z1 S1 defined for the end stops but I don't know how to change the "S1" without changing all of the end stops. I can rewire, but I would rather have the X,Y wired closed for an additional safety check. My IR probe is normally open and closed when triggered.

I'm trying to get my hotend fan to turn on when the hotend reaches 40C so I defined M106 P1 T40 H1 but it doesn't seem to work. M106 P1 S255 works fine, although any S value other than 0 turns the fan on, there isn't a gradient to the speed. I may be missing something about this function.

The Z steppers wired in series seem to work well so far, I haven't started to print yet though.

Separate the endstop you want inverting onto a separate line i.e.

M574 X2 Y2 S1
M574 Z1 S0

For example that is

HTH

Doug
Re: RADDS work now stable with RepRap Firmware
January 07, 2016 03:51AM
Quote
WestonWW
Quote

Yes, you can have high endstops on some axes and low endstops on others.

How do you do this? I have M574 X2 Y2 Z1 S1 defined for the end stops but I don't know how to change the "S1" without changing all of the end stops. I can rewire, but I would rather have the X,Y wired closed for an additional safety check. My IR probe is normally open and closed when triggered.

I'm trying to get my hotend fan to turn on when the hotend reaches 40C so I defined M106 P1 T40 H1 but it doesn't seem to work. M106 P1 S255 works fine, although any S value other than 0 turns the fan on, there isn't a gradient to the speed. I may be missing something about this function.

The Z steppers wired in series seem to work well so far, I haven't started to print yet though.

If your X and Y endstops switches are high end and normally closed but your Z is low end and normally open, use:

M574 X2 Y2 S1
M574 Z1 S0



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 07, 2016 10:05AM
Quote


I was able to get the endstops configured with M574 X2 Y2 S1 Z1 S0, is it more proper to use the 2 lines like you both have commented?

For the hotend fan, is there a way to configure the function into the firmware where, anytime the hotend heater is active the fan turns on or do I need to write this into my macros and print start gcode? It would be nice if it was in firmware so I don't forget to turn it on.

As far as editing the config files on the SD card, it there an easier way to do this since I don't have an LCD or network access to the board? Right now I'm ejecting the card, editing on my PC and then rebooting the printer. I tried to access the card with Repetier host and Pronterface but couldn't get a response.

Thank you for your help so far, I feel like I'm almost ready to print! smileys with beer
Re: RADDS work now stable with RepRap Firmware
January 07, 2016 11:17AM
Quote
WestonWW
I was able to get the endstops configured with M574 X2 Y2 S1 Z1 S0, is it more proper to use the 2 lines like you both have commented?

It should indeed be one line per distinct Sn value. I myself do not see how your above command would have the desired result. The underlying code checks the Sn value once,

https://github.com/dcnewman/RepRapFirmware/blob/dev/src/GCodes.cpp#L4528

and then loops over each axis specified and sets it using that single Sn value,

https://github.com/dcnewman/RepRapFirmware/blob/dev/src/GCodes.cpp#L4537

Quote
WestonWW
For the hotend fan, is there a way to configure the function into the firmware where, anytime the hotend heater is active the fan turns on or do I need to write this into my macros and print start gcode? It would be nice if it was in firmware so I don't forget to turn it on.

For this, you really want a current binary build so you have that H parameter support. Failing that, either put it into your code for turning the heater on/off or wire the fan to an "always on" output on the electronics card (e.g., wire it directly to the power input terminals if the fan's voltage is compatible). The latter solution can be annoying as it has the fan always on. Nonetheless, it's the "solution" often used in assorted 3D printer kits. (Personally, I don't like it: like you, I use hot ends which have some sort of heatsink cooling fan and I prefer to have it turn on when the extruder heater turns on and then turn off shortly after the heater is turned off. I tend to have my start gcode turn everything off but the heatsink cooling fan which it leaves on for three minutes and then also turns off.)

Quote
WestonWW
As far as editing the config files on the SD card, it there an easier way to do this since I don't have an LCD or network access to the board? Right now I'm ejecting the card, editing on my PC and then rebooting the printer. I tried to access the card with Repetier host and Pronterface but couldn't get a response.

From Octoprint, I can see the SD card's files in the card's gcodes/ subdirectory. I can also upload files to there. To upload to sys/ you would need to figure out how to get Repetier host or Pronterface to allow you to upload a file with an absolute file path (e.g., beginning with "/sys/"). That way you could upload "/sys/config.g" and then issue a M999 command to restart the processor. Note that dc42 put in the necessary support for absolute file paths around 25 November 2015. So you would need to build the binary yourself: I've not issued a stable release with that support.
Re: RADDS work now stable with RepRap Firmware
January 08, 2016 12:00PM
What is the best/recommended control software (windows) when running RepRap firmware?
Is it only Octoprint that supports editing CD card files without removing the SD card

I`m planning the RADDS/RepRap documentation and try to find the best/easiest way to get started

My test setup:
OrdBot Hadron (my test printer) using a 24V power
RADDS + RAPS128 + Hall-E (endstops)
Panel DUE + 5inch touch LCD (800x480) - have to wait for them to arrive.
Re: RADDS work now stable with RepRap Firmware
January 08, 2016 06:17PM
RepRapFirmware on Duet supports file upload over the web interface and full access to the SD card over FTP. But whoever designed the Arduino Due made the strange decision to use an Ethernet-capable chip but not to provide an Ethernet port, even as an add-on. So Due/RADDS doesn't have Ethernet. You can upload and manage gcode files and some configuration files on the SD card over USB from Pronterface or another USB host program, but that's about it.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 08, 2016 06:24PM
RADDS + Repetier supports bluetooth :
[doku.radds.org]

+ WiFi - I`ll do the documentation when the WiFi module arrives:
[www.ebay.com]
[doku.radds.org]

I do not know if Bluetooth and/or WiFi is supported when using RepRap firmware?
If so, can it be used in combination with PanelDUE?

Quote
dc42
RepRapFirmware on Duet supports file upload over the web interface and full access to the SD card over FTP. But whoever designed the Arduino Due made the strange decision to use an Ethernet-capable chip but not to provide an Ethernet port, even as an add-on. So Due/RADDS doesn't have Ethernet. You can upload and manage gcode files and some configuration files on the SD card over USB from Pronterface or another USB host program, but that's about it.
Re: RADDS work now stable with RepRap Firmware
January 08, 2016 06:37PM
Wifi was originally implemented with RepRapFirmware on RADDS, and later ported to Repetier. See the ESPRINTER thread in the Developers section of these forums. File upload over wifi is supported but is quite slow, 30 kbytes/sec AFAIR. I am told that Due/RADDS has only one usable auxiliary serial port, so you have to choose between WiFi, Bluetooth and PanelDue.

Edited 1 time(s). Last edit at 01/08/2016 06:40PM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 08, 2016 10:55PM
I'm having an issue getting my Z probing working. I have it hooked up to the Z min endstop pins. It works great for homing. When running G32 (bed.g) M574 P1-3 says the probe is already triggered and P4 doesn't trigger at all. Is it possible to use the Z End (with digital mode IR trigger) as the probe?

Edited 1 time(s). Last edit at 01/08/2016 11:52PM by WestonWW.
Re: RADDS work now stable with RepRap Firmware
January 09, 2016 12:58AM
Quote
WestonWW
I'm having an issue getting my Z probing working. I have it hooked up to the Z min endstop pins. It works great for homing. When running G32 (bed.g) M574 P1-3 says the probe is already triggered and P4 doesn't trigger at all. Is it possible to use the Z End (with digital mode IR trigger) as the probe?

The Z probe pins relating to the IR probe are

  1. The RADDS "ADC" pin. (Z_PROBE_PIN in the RepRapFirmware sources.) On the RADDS board, there are three pins labeled as "AUX ADC" and are 3.3V, ADC, and GND. Use the "ADC" pin. These three pins (or pads on the board for a header) are near the 3x4 block of pins (pads) for servo hookups on the RADDS board. This is the pin used to read the analog response from the DIR sensor.
  2. The Due digital pin D34 which presents on RADDS as the unused X-max pin. (Z_PROBE_MOD_PIN, Z_PROBE_MOD_PIN07 in the RepRapFirmware.) This is the pin used by the firmware to turn on/off the IR LED.

Mind you, I've not tested a differential IR probe with the RADDS board. However, the code is identical between the Duet and RADDS. All that is different are the pin assignments.
Re: RADDS work now stable with RepRap Firmware
January 14, 2016 03:04PM
Some progress :-)
- Installed RepRap firmware on my RADDS/DUE
- The PanelDue module arrived today - installed the latest firmware for 5" LCD panel

Now I wait until the LCD panel arrives before I continue
Re: RADDS work now stable with RepRap Firmware
January 15, 2016 06:24AM
Quote
WestonWW
I'm having an issue getting my Z probing working. I have it hooked up to the Z min endstop pins. It works great for homing. When running G32 (bed.g) M574 P1-3 says the probe is already triggered and P4 doesn't trigger at all. Is it possible to use the Z End (with digital mode IR trigger) as the probe?

If it's one of my IR boards, connect it to the three pins of the aux adc connector that Dan describes, and select probe type 1 in M558. That runs it in analog mode, which has the benefit that it reduces the probing speed when getting close to the trigger point.

Edited 1 time(s). Last edit at 01/15/2016 06:24AM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 29, 2016 11:48AM
Hi, my 5" LCD arrived today. Connected it to the PanelDUE controller. Then I get the text: Touch the spot, and a black spot - but nothing happens when I touch the spot.
I reflashed the controller using the PanelDue-5.0-1.13 file (image from the cmd after flashing)

Have I done something wrong?
I have not connected it to my RADDS yet - should Iget some menus.. without connecting to RADDS?

I have this LCD panel: [www.ebay.com]
Attachments:
open | download - PanelDUE_1.PNG (18 KB)
Re: RADDS work now stable with RepRap Firmware
January 29, 2016 05:54PM
Quote
mundsen
Hi, my 5" LCD arrived today. Connected it to the PanelDUE controller. Then I get the text: Touch the spot, and a black spot - but nothing happens when I touch the spot.
I reflashed the controller using the PanelDue-5.0-1.13 file (image from the cmd after flashing)

Have I done something wrong?
I have not connected it to my RADDS yet - should Iget some menus.. without connecting to RADDS?

I have this LCD panel: [www.ebay.com]

Yes you should be able to get all the menus without connecting the PanelDue to the RADDS. When you touch the spot at the edge of the screen, the PanelDue should beep and the spot move to a different edge. If that doesn't happen:

1. Check that your USB outlet powering the PanelDue + display is capable of supplying enough current. With 5" display the current draw is about 500mA, which is too much for some laptops. If in doubt, use a powered USB hub.

2. Check that your screen has the touch membrane installed. The membrane has a visible outline with 4 connections coming off it the bottom of the screen. These are visible in the picture on that eBay page you linked to.Some suppliers sell the screen without the touch membrane.

3. If you still have the protective film on the front of the display then the touch sensitivity will be reduced. These are resistive membranes, not capacitive ones as used on smartphones, so they react better to a tap with a fingernail than to a push with the pad of a finger.

4. Otherwise, I suspect the display panel is faulty.

All PanelDue boards are fully tested before dispatch, and I have no reports of any failing.

HTH David



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 29, 2016 06:02PM
I have the PanelDUE set to 3.3V - should I set it to 5V for this panel? seems a lot like the panel on your web site
Attachments:
open | download - A__60BD.jpg (246.1 KB)
Re: RADDS work now stable with RepRap Firmware
January 29, 2016 06:31PM
That looks like a 3.3V panel to me, I think the second pin up on the left hand side in the photo on eBay is even labelled 3.3V. The only panels I have found that take 5V as the main power input are the Itead panels.

Edited 1 time(s). Last edit at 01/29/2016 06:32PM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 29, 2016 06:54PM
PS - more things you could check:

1. Check that the soldering on the 40-pin header on the panel and the 40-pin socket on the PanelDue looks good, just in case a pin has been missed and is making intermittent contact. [But this has never been reported on a PanelDue.]

2. Check that the soldering on the touch controller IC on the panel looks good. That's the small chip with 8 legs on each side, below the SD card socket. Also check it's the right type - should be XPT2046 or TSC2046.

3. Check that the 4-way Kapton cable from the touch membrane looks securely soldered to the much larger Kapton cable/flexible PCB that connects to the main display PCB. If in doubt, post a high-res photo of the back of the display panel.

Edited 1 time(s). Last edit at 01/30/2016 04:20PM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 30, 2016 07:50AM
All seems fine, but I`ll take a closer look later today. Sent a message to the ebay seller - they want to send me a new panel (great service),
Re: RADDS work now stable with RepRap Firmware
February 02, 2016 02:13PM
I have a RADDS 1.5 on Arduino Due and a RADDS LCD 4 x 20.
I want to set it up with Repetier firmware but I cannot get it to work.
It looks like the RADDS and Arduino are working well but the LCD doesn't.

I need the right uiconfig.h and configuration.h settings.
Can you help me. It cost me two days already.
Can I use repetier firmware 0.92.8?

Thanks a lot in advance.
Re: RADDS work now stable with RepRap Firmware
February 02, 2016 02:16PM
Quote
wrreek
I have a RADDS 1.5 on Arduino Due and a RADDS LCD 4 x 20.
I want to set it up with Repetier firmware but I cannot get it to work.
It looks like the RADDS and Arduino are working well but the LCD doesn't.

I need the right uiconfig.h and configuration.h settings.
Can you help me. It cost me two days already.
Can I use repetier firmware 0.92.8?

Thanks a lot in advance.

[doku.radds.org]

You can use the latest firmware and the online config tool at [www.repetier.com]

Edited 1 time(s). Last edit at 02/02/2016 02:24PM by mundsen.
Re: RADDS work now stable with RepRap Firmware
February 02, 2016 03:38PM
I did but that didn't lead to anything showing on the screen. It just lights up and flickers a bit and beeps ticking sounds and no characters.
Re: RADDS work now stable with RepRap Firmware
February 02, 2016 03:43PM
- using Arduino to flash the Arduino DUE? No errors when flashing?
- The cables connected correct to the LCD panel and the RADDS?
Re: RADDS work now stable with RepRap Firmware
February 02, 2016 03:51PM
Are you sure you have the plug headers connected the right way on the RADDS and LCD module? "RADDS LCD Display 4x20" is all I needed to set for mine to work in the configuration tool (0.92.8).

I assume you have this LCD/encoder http://reprap.me/radds-lcd-display.html

I would also pull the entire firmware download and not just the Configuration.h file.

Edited 1 time(s). Last edit at 02/02/2016 03:53PM by WestonWW.
Re: RADDS work now stable with RepRap Firmware
February 02, 2016 04:16PM
Re: RADDS work now stable with RepRap Firmware
February 03, 2016 05:26AM
Thx. I have this LCD and wiring is correct as I read from wiring diagrams. See attached photos.
Attachments:
open | download - 2016-02-03 11.20.33.jpg (462.7 KB)
open | download - 2016-02-03 11.21.19.jpg (446.2 KB)
open | download - 2016-02-03 11.21.49.jpg (400.4 KB)
Re: RADDS work now stable with RepRap Firmware
February 03, 2016 07:46AM
Can you test swapping the ends of the cable at right (left = the side with the USB ).
Plug the end that goes to the RADDS in the LCD module and the end now in RADDS to the LCD

You download the complete file set from repetier config + flashing the DUE without any errors?

Edited 1 time(s). Last edit at 02/03/2016 07:46AM by mundsen.
Re: RADDS work now stable with RepRap Firmware
February 03, 2016 07:59AM
Yes I will do this. I dowloaded all in .zip and no errors uploading to Arduino.
Re: RADDS work now stable with RepRap Firmware
February 03, 2016 10:09AM
The cable! :-/ that was it. How can I see this in advance?

Thanks a lot it is working!
Re: RADDS work now stable with RepRap Firmware
February 03, 2016 12:11PM
From your images it seems like your cable is folded over the contact - that makes it opposite compared to mine. That is why I got the idea?

[onedrive.live.com]

But agree - hard to tell

Edited 2 time(s). Last edit at 02/03/2016 12:19PM by mundsen.
Sorry, only registered users may post in this forum.

Click here to login