Welcome! Log In Create A New Profile

Advanced

LPC port of RepRapFirmware

Posted by sdavi 
Re: LPC port of RepRapFirmware
January 20, 2020 11:05AM
Quote
PB
Dear all! Can you tell me in short your opinion is it worth compiling and running RRF3 instead latest RRF2 binary?

What are you going to be using it for?


Based in Darlington, North East
PB
Re: LPC port of RepRapFirmware
January 21, 2020 06:55AM
I found there is a special thread for RRF3 and found an answer from it.
[reprap.org]

Decided not to shift from RRF2
PB
Re: LPC port of RepRapFirmware
January 21, 2020 08:10AM
BTW for those who asked about temperature spikes, they are still present. But as I mentioned before, these single reading spikes of more than 10 degrees don't affect heater temperature in excess of 0.5 degree so I stopped to investigate it.



Edited 3 time(s). Last edit at 01/21/2020 08:58AM by PB.
VDX
Re: LPC port of RepRapFirmware
January 21, 2020 08:20AM
... as for the "temperature spikes" -- the are mostly caused by EMI, transients and instability of the reference voltage, used as base ...


Viktor
--------
Aufruf zum Projekt "Müll-freie Meere" - [reprap.org] -- Deutsche Facebook-Gruppe - [www.facebook.com]

Call for the project "garbage-free seas" - [reprap.org]
PB
Re: LPC port of RepRapFirmware
January 21, 2020 09:01AM
Quote
VDX
... as for the "temperature spikes" -- the are mostly caused by EMI, transients and instability of the reference voltage, used as base ...

Of course. But it's hard to investigate without oscilloscope. And no need, honestly.
Re: LPC port of RepRapFirmware
February 18, 2020 04:07AM
Does this RRF version support this function and/or has someone used/tested it with a pulse generating sensor (https://duet3d.dozuki.com/Wiki/Duet3dFilamentMonitor_RotatingMagnetVersion#Section_Technical_details).

I am using a digital Hall sensor 3144 and a magnet mounted on my extruder idler giving 6 pulses per turn (about one pulse per 7mm of filament.) and plan to connect it to one of the free endstop pin of a MKS SBASE 1.3.


"A comical prototype doesn't mean a dumb idea is possible" (Thunderf00t)
Re: LPC port of RepRapFirmware
February 18, 2020 04:36AM
There is no reason that I'm aware of that it wouldn't work, but I haven't seen any reports of anyone trying one either.
By all means try it but if it doesn't work, I would suggest looking at using RRF3 instead of RRF2.
This version is pretty much frozen now and won't have any further development carried out.

If you're using this with an MKS Sbase, I take it you are using the ethernet connection for control?
Just be warned that you will have to make a number of changes to you config to make the move from RRF2 to RRF3.
Either look at generating a new config as reference using the configurator or change your config taking into account the changes required detailed here.
Also be aware that changes are required to your board.txt file. Examples can be found here

Edited 1 time(s). Last edit at 02/18/2020 06:46AM by jay_s.


Based in Darlington, North East
Re: LPC port of RepRapFirmware
February 18, 2020 05:30AM
Quote
jay_s
There is no reason that I'm aware of that it wouldn't work, but I haven't seen any reports of anyone trying one either.
By all means try it but if it doesn't work, I would suggest looking at using RRF3 instead of RRF2.
This version is pretty much frozen now and won't have any further development carried out.

If you're using this with an MKS Sbase, I take it you are using the ethernet connection for control? There isn't currently a recent build of the ethernet version of RRF3 but I can look at doing one tonight for you.
Just be warned that you will have to make a number of changes to you config to make the move from RRF2 to RRF3.
Either look at generating a new config as reference using the configurator or change your config taking into account the changes required detailed here.
Also be aware that changes are required to your board.txt file. Examples can be found here

I currently stay with RRF 2 as it is "frozen" and currently does what I need. Will eventually move to RRF 3, just I don't want to get confused by other issues smiling smiley


"A comical prototype doesn't mean a dumb idea is possible" (Thunderf00t)
Re: LPC port of RepRapFirmware
February 18, 2020 05:35AM
Quote
MKSA

I currently stay with RRF 2 as it is "frozen" and currently does what I need. Will eventually move to RRF 3, just I don't want to get confused by other issues smiling smiley

No problem, just wanted to make sure you were fully informed.
I'm currently running the latest 3.01 RC1 on a printer mainly without issue.

I'm eagerly awaiting your feedback as to whether it works or not.
If and when you do decide to make the plunge to move to RRF3, we're here to support.
I've also started work on a wiki page to try ensure that all the steps required are documented where they differ from the official RRF instructions.

How do you find RRF2 currently? Which version of DWC are you using? What sort of machine are you running it on?


Based in Darlington, North East
Re: LPC port of RepRapFirmware
February 18, 2020 06:37AM
Quote
MKSA
Does this RRF version support this function and/or has someone used/tested it with a pulse generating sensor (https://duet3d.dozuki.com/Wiki/Duet3dFilamentMonitor_RotatingMagnetVersion#Section_Technical_details).

I am using a digital Hall sensor 3144 and a magnet mounted on my extruder idler giving 6 pulses per turn (about one pulse per 7mm of filament.) and plan to connect it to one of the free endstop pin of a MKS SBASE 1.3.

From memory, to use those types of filament monitors you need a pin which is external interrupt capable - on the LPC that is pins on Port 0 or Port 2.

If you have a spare 0.xx or 2.xx pin available, then in RRF2 edit endstops array in board.txt to allow you to index it with M591 C param, and also in board.txt add that pin to lpc.externalInterruptPins so it will be enabled to use external interrupts.

In RRF3, it's a bit easier as you just select the pin in gcode (assignable pins from GCode you can see here in the PinTable Array: [github.com]). There is a 3.01 RC1 binary here: [github.com] (firmware.bin is the standard ethernet version) but as has already been said will require changes to your config when upgrading from RRF2.
Re: LPC port of RepRapFirmware
February 18, 2020 09:19PM
Just a quick update for those who may not be following the V3 thread that I am no longer maintaining the LPC port.

Fortunately @gloomyandy and @jay_s will be keeping this project going, see here: [reprap.org]
Sorry, only registered users may post in this forum.

Click here to login