@T3P3Tony Thank you!

@BlueSandbox said in Will this forum help people who have RRF on lpc devices?:

how to find the printhead coordinates.

you can go to the printer url and add /rr_status at the end

e.g.: http://ender5.local.lan/rr_status

and that will return json will all the important stuff including head coordinates

or even better you can get /rr_model (flags is a parameter)

e.g.: http://ender5.local.lan/rr_model?flags=d99fn

and of course you can use G-Code M114 to get current position

https://duet3d.dozuki.com/Wiki/Gcode#Section_M114_Get_Current_Position

Thanks, just seen them land in the account. I appreciate there is a lack of support.

RRF3 for Duet 3 uses the same chip, except that if you are using the SAME70XPLD board it may have the A revision of the SAME70 instead of the B revision that we use on Duet 3. So it's probably best to start from the Duet 3 build configuration.

thanks, I already made a similar expansion board and I have seen the radds project, the idea is to have a single board, not duet+another board

@Dougal1957 said in Anyone had any experience with CS Labs controllers?:

have a look at link it may be the wrong controller but Pg 26 says it is assigned by DHCP makes 3 attempts and then defaults to 10.1.1.2 (takes 10 secs apparently.)

Thanks for the info, greatly appreciated. I will give it a try on Monday when I have found out how to tweak the Mach4 software to take a new IP address.

Again, thank you.

P.

@code7 nope, I'm definitely talking about servos 🙂
We use a bit heavier industrial equipment, so we use these bad boys here:
d1391d40-42fe-4865-9da5-01d20bc72227-image.png

As for other drivers, just search for "servo driver" at your trusted electronics supplier, and you will find boxes similar to this:
35c1c1f9-1a99-46b6-9c4f-7086eca121aa-image.png

@fcwilt
Iep I understand that, and I did it, but because de dashboard buttons don’t indicate units, they just say "Z-5" for example, I made the mistake.

When that button was pressed, the Z axis moved exactly 5 cm which I confirmed as accurate with a tool (not 5mm as it should). But I was so angry and confused that I didn’t notice that the behaviour of the X and Y axis was different. For those the equivalent button only moved 5mm.

Thanks a lot

@dc42
sadly no , not here yet. its all on reprap forum threads.
for SKR1.3 LCD, the SPI methods needs to be decided. I think you can run the LCD with software SPI. If not, then you need to jumper some of the EXP1/2 pins to get the right pins on the LCD headers.
Ethernet- P1.0 is not wired on the board anywhere. You need to solder a wire to that pin as well then jumper all the appropriate pins to a LAN8270 module.

if anyone has specific questions, post them here or on the thread in the Experimental firmware section on reprap.

sinneD

@t3p3tony, now I get the trade war. 😉

PanelDUE works fine on a RADDS board, iirc the pins in the connector had to be rearranged to match the top 4 pins in AUX1. I had to solder pins to AUX1 as well.
Firmware 2.03 works fine so far 🙂

Send: M115 Recv: FIRMWARE_NAME: RepRapFirmware for RADDS FIRMWARE_VERSION: 2.03 ELECTRONICS: RADDS 1.5 FIRMWARE_DATE: 2019-06-13b2

There is a lot of sdcard juggling between the printer and pc when setting it up.

@dc42 Yes I'm aware of the Van de Graff issues with belts - can cause all sorts of problems with model helicopters I believe because the tail rotor is often driven by a continuous belt and the resultant static plays havoc with the receiver. Also anti-static belts are often used in conveyor systems.

But I wonder if it's an issue with printers because generally the belts constantly change direction back and forth rather than always rotate in the same direction. It's an awfully long time since since schoolboy physics but if one reverses the direction of a Van de Graff generator, doesn't that reverse the polarity of the charge?

@antlestxp cool. Makes sense. The only reason I use it now is for the Pallette 2

@NOVAprint I've changed the encryption cipher for the Wifi in my router. WPA2 (CCMP) does't work. WPA (TKIP) works.

In my fritz box there is also a button to always assign the same ip to some device. Maybe your's too? Try changing down from WPA2 to WPA and post a screenshot if it still doesn't work.

Please post that video on a public site. Facebook won't let me watch it.

I don't know why it only occurs on a layer change. The DRV8825 datasheet says it requires 1.9us step pulse with, 1.9us setup pulse interval, and setup and hold times both 650ns. So you should use at least T1.9:1.9:0.65:0.65 in the M569 command. What's surprising is that it works at all if you don't extend the step pulse width.

In practice, the values you specify in the T parameter get rounded up to the nearest multiple of the step pulse clock interval, which on the Arduino/RADDS is 1.52us.