LPC port of RepRapFirmware An experimental port of RepRapFirmware v1.21RC2 for LPC1768 boards. Sources: [url=https://github.com/sdavi/RepRapFirmware/tree/LPC]RepRapFirmware for LPC[/url] and [url=https://github.com/sdavi/CoreLPC]CoreLPC[/url]. Attached below are firmware binaries for: [list] [*] Azteeg X5 Mini (Tested normal cartesian only on AzteegX5Mini V1.1) [*] Smoothieboard (Tested on Smoothieboard 4XC on my CNC, 2 drivers for Y-axis - only movement tests X,Y,Z) [*] ReArm (UNTESTED don't have one) - Best guess, configured based on provided smoothie config files [/list] Uploading firmware is same procedure as Smoothieware, i.e. copy appropriate firmware file as firmware.bin to the SDCARD and reset. Notes: [list] [*] Very Experimental at this stage - Use at own risk - Do not leave unattended etc etc etc. [*] The "Play" LED (on ReArm? and Azteeg X5 Mini) or LED1 (on Smoothieboard) should blink every 500ms which is controlled via the Systick interrupt. [*] RRF doesn't mount the SD card as a MSD like smoothie does. You may need physical access to the SDCard, if things go wrong and can't upload a new firmware.bin to the SDCard, or, want to revert back to smoothieware. [*] Currently the following features are disabled: SPI thermocouple; ethernet; and, Reset/fault Diagnostics. [*] RRF only supports 3 endstops + probe, so on boards with both max and min endstops, the MAX endstop headers are used by default for XYZ endstops (as either max or min), and Z-Min being used for zprobe. The X Min and Y Min pins are free for other purposes. [*] Currently no mapping of spare pins to Special pins controllable with Gcode for Smoothieboard and ReArm. [*] Zmin (currently configured for z-probe) is not ADC capable. If need Analog In for probe then update header files to switch to a spare ADC pin. [*] I've tried to pack RAMs AHB0 and AHB1 leaving around 8k main RAM free which hopefully will be enough for auto-calibrations etc????? [/list] Unfortunately, I don't have a spare printer for testing, but I did have it temporarily connected on my printer and was able to home, heat hotend+bed, probe bed with piezo probe and print a hollow cube test print. I don't have a delta, corexy etc so haven't been able to test those. https://reprap.org/forum/read.php?147,810214,810214#msg-810214 Sun, 08 Mar 2026 12:13:36 -0400 Phorum 5.2.23 https://reprap.org/forum/read.php?147,810214,881504#msg-881504 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881504#msg-881504 Teamgloomy.github.io]]> jay_s Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:48:06 -0500 https://reprap.org/forum/read.php?147,810214,881503#msg-881503 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881503#msg-881503
Thanks a million! I guess I can start playing with it.]]> Molafa Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:43:53 -0500 https://reprap.org/forum/read.php?147,810214,881502#msg-881502 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881502#msg-881502 jay_s Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:41:56 -0500 https://reprap.org/forum/read.php?147,810214,881501#msg-881501 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881501#msg-881501 M591 P7 C"servo" S1 L100 E3 D0
Error: M591: Unknown pin name 'servo']]> Molafa Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:41:29 -0500 https://reprap.org/forum/read.php?147,810214,881500#msg-881500 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881500#msg-881500 jay_s Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:41:24 -0500 https://reprap.org/forum/read.php?147,810214,881499#msg-881499 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881499#msg-881499 M591 D0
Pulse-type filament monitor on pin probe, enabled, sensitivity 1.500mm/pulse, allowed movement 60% to 160%, check every 3.0mm, no data received
M591 P7 C"probe" S1 L1.5 E3 D0]]> Molafa Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:40:29 -0500 https://reprap.org/forum/read.php?147,810214,881498#msg-881498 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881498#msg-881498 You can use either the name or pi number to refer to it as both are supported]]> jay_s Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:34:21 -0500 https://reprap.org/forum/read.php?147,810214,881497#msg-881497 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881497#msg-881497 Can I let's say define "e0det" in board.txt to be e0det= then call in in config.g?
or I could just use the "servo" which is P2_0?]]> Molafa Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:33:23 -0500 https://reprap.org/forum/read.php?147,810214,881496#msg-881496 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881496#msg-881496 jay_s Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:07:39 -0500 https://reprap.org/forum/read.php?147,810214,881495#msg-881495 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881495#msg-881495 Molafa Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 10:01:39 -0500 https://reprap.org/forum/read.php?147,810214,881491#msg-881491 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881491#msg-881491 jay_s Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 02:12:56 -0500 https://reprap.org/forum/read.php?147,810214,881490#msg-881490 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881490#msg-881490
I was wondering if anyone was able to get the filament sensor working on SKR 1.4T. as per RRF; it should be enabled by M591, however when I try to create the sensor in config.g then issue M591 D0 to show the status of the filament sensor in Drive0 or E0; it says that E0 has no filament sensor.
Then I tried running the setup M591 which I have in config.g from the console & this is what I get: M591: unsuitable pin
this is what I have in config.g :
M591 P7 C"e0stop" S1 L100 E3 D0 A1
Although in RepRapFirmware/src/LPC/Boards/BIQU_SKR.h the "e0stop" is defined to be correctly pin 1.26, not sure why it says unusable.

Is there another way to actually define the pin & use it as filament sensor?

Regards,
Molafa.]]> Molafa Firmware - experimental, borrowed, and future Sat, 13 Feb 2021 00:38:45 -0500 https://reprap.org/forum/read.php?147,810214,881270#msg-881270 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,881270#msg-881270
Quote
MKSA
Quote
svs072477
Hi, you wrote that you wanted to experiment with ESP 32. Is anything working?

What controller board uses this chip ?
[github.com]
The E4 board is a minimal 3D printer control board based on the ESP32 microcontroller from ESPRESSIF, with built-in Wi-Fi and Bluetooth. The controller speed is up to 240MHz, 16M flash.]]> dbo7lwzs Firmware - experimental, borrowed, and future Sat, 06 Feb 2021 03:33:16 -0500 https://reprap.org/forum/read.php?147,810214,870569#msg-870569 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,870569#msg-870569 bcmob Firmware - experimental, borrowed, and future Fri, 10 Apr 2020 11:32:45 -0400 https://reprap.org/forum/read.php?147,810214,869281#msg-869281 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,869281#msg-869281
Quote
jay_s
@sdavi

I definitely saw a difference in response times between RRF2 and RRF3 but I was using two different MKS boards.
I thought the slow down I saw was of a result of the board I used for RRF2 having a borked driver (amongst other things).

For me, on RRF2, it took about 5 minutes to load DWC. After that, everything was fine.

I have a spare MKS board and will do a comparison test between RRF2 and RRF3 this evening.

Did you get a chance to look at this issue ?

I tried V3.0, tried also with the machine hooked up to the router, tried DHCP, different cables ... to no avail.

It always takes 14min to load the script (about 2MB) but once loaded all seems fine but sometime com errors then it reconnects. Upload of a 1 Megabyte file in 5s but cannot download it back or edit it ?]]> MKSA Firmware - experimental, borrowed, and future Mon, 23 Mar 2020 06:17:52 -0400 https://reprap.org/forum/read.php?147,810214,868651#msg-868651 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868651#msg-868651
I definitely saw a difference in response times between RRF2 and RRF3 but I was using two different MKS boards.
I thought the slow down I saw was of a result of the board I used for RRF2 having a borked driver (amongst other things).

For me, on RRF2, it took about 5 minutes to load DWC. After that, everything was fine.

I have a spare MKS board and will do a comparison test between RRF2 and RRF3 this evening.]]> jay_s Firmware - experimental, borrowed, and future Mon, 09 Mar 2020 08:04:14 -0400 https://reprap.org/forum/read.php?147,810214,868650#msg-868650 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868650#msg-868650
Hmmmmm, that is strange - I don't see anything out of the ordinary there. Based on those snippets, it looks like its working properly (on the LPC), but for some reason just very slow when loading up the web files.

I tested on mine (v3.01) connected directly to laptop with a static address and can confirm that part of networking is still working quickly.

Since the upload speeds etc are all good once its up and running, I'm out of ideas what could be the cause. This is how mine looks for comparison:

[attachment 114735 ScreenShot2020-03-09at10.14.57PM.png]]]> sdavi Firmware - experimental, borrowed, and future Mon, 09 Mar 2020 07:59:19 -0400 https://reprap.org/forum/read.php?147,810214,868648#msg-868648 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868648#msg-868648

I use Pronterface via USB as a console. Here is what I get:
I connect, issue the debug command:

Connecting...
Printer is now online.
>>> M111 P1 S1
SENDING:M111 P1 S1
Debugging enabled for modules: Network(1)
Debugging disabled for modules: Platform(0) Webserver(2) GCodes(3) Move(4) Heat(5) DDA(6) Roland(7) Scanner(8) PrintMonitor(9) Storage(10) PortControl(11) DuetExpansion(12) FilamentSensors(13) WiFi(14) Display(15)

I sent M552 and I get:

>>> M552
SENDING:M552
Network is enabled, configured IP address: 192.168.2.2, actual IP address: 192.168.2.2

Then with Chrome I connect to the printer:

This loops for 10 minutes plus. but is quite slow. Not much displayed on Chrome debug network screen.

Accepted Connection from 192.168.2.1:49098 on Skt: 1
Queued 205 bytes (of 205 bytes) on Skt: 1
Queued 512 bytes (of 512 bytes) on Skt: 0
Queued 256 bytes (of 256 bytes) on Skt: 1
Queued 512 bytes (of 512 bytes) on Skt: 0
Queued 256 bytes (of 256 bytes) on Skt: 1
Queued 512 bytes (of 512 bytes) on Skt: 0
Queued 8 bytes (of 8 bytes) on Skt: 1
Waited 0 ms for Graceful Shutdown
Queued 512 bytes (of 512 bytes) on Skt: 0
Queued 512 bytes (of 512 bytes) on Skt: 0
Accepted Connection from 192.168.2.1:49610 on Skt: 1

Then once the DWC control panel is displayed. (Couldn't catch the exact moment), plenty of "stuff" on Chrome debugscreen.
, this loops fast:

Graceful Shutdown
Accepted Connection from 192.168.2.1:60650 on Skt: 0
Queued 205 bytes (of 205 bytes) on Skt: 0
Queued 256 bytes (of 256 bytes) on Skt: 0
Queued 256 bytes (of 256 bytes) on Skt: 0
Queued 8 bytes (of 8 bytes) on Skt: 0
Waited 0 ms for Graceful Shutdown
Accepted Connection from 192.168.2.1:60906 on Skt: 1


Gcode file upload is done at about 110KiB/s according to the console.

If I turn the printer OFF, then ON again, DWC reconnects immediatly but sorry, no Pronterface console as no time to reconnect via USB.

Same with Firefox or an other PC.]]> MKSA Firmware - experimental, borrowed, and future Mon, 09 Mar 2020 05:31:55 -0400 https://reprap.org/forum/read.php?147,810214,868636#msg-868636 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868636#msg-868636
When it's up and running, what are the speeds like when upload and download a gcode file?

Enable debugging for Networking: M111 P1 S1. Attempt to connect, when its working you should see accepted connections and data queued on sockets 0 and 1 when its sending the web files.

Also there is debugging for WebServer: M111 P2 S1.

Open the debugging console in Chrome or Firefox and look at the network tab and see the progress of the initial DWC files being downloaded to see what the browser is doing.

Watch the Link LED on the network port and make sure it's not dropping the link for some reason.]]> sdavi Firmware - experimental, borrowed, and future Mon, 09 Mar 2020 00:00:55 -0400 https://reprap.org/forum/read.php?147,810214,868625#msg-868625 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868625#msg-868625
RRF3 is probably the way to go for a lot of reasons, but right now I am staying with it until i get my HW issues worked out.]]> sinned Firmware - experimental, borrowed, and future Sun, 08 Mar 2020 16:59:50 -0400 https://reprap.org/forum/read.php?147,810214,868624#msg-868624 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868624#msg-868624
Quote
jay_s
I've powered mine with 24v and had the issue of it taking a while to connect on the network. With RRF3, I don't get that issue. Once loaded it works fine.

It may need @sdavi to come in as I don't know what changes have been made in RRF between version 2 and 3.

@MKSA
If you like DWC, might be another reason to look at upgrading to RRF3.

Obviously it is not a power issue !

Anyway, my MKS SBASE is properly wired, one 24V supply and the USB not even used (and when in use my USB cable has the V+ cut BTW). NO noisy ground loop either. I used a portable PC to check too.

And same issue you experienced. It takes time to load the script but once done, all is fine. I can power off and on, the printer, DWC reconnect asap but if I close Chrome and reopen, again takes forever !

If RRF 3 is OK, I will move on then.]]> MKSA Firmware - experimental, borrowed, and future Sun, 08 Mar 2020 16:42:12 -0400 https://reprap.org/forum/read.php?147,810214,868622#msg-868622 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868622#msg-868622
It may need @sdavi to come in as I don't know what changes have been made in RRF between version 2 and 3.

@MKSA
If you like DWC, might be another reason to look at upgrading to RRF3.]]> jay_s Firmware - experimental, borrowed, and future Sun, 08 Mar 2020 16:28:22 -0400 https://reprap.org/forum/read.php?147,810214,868620#msg-868620 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868620#msg-868620
How are you powering the controller? If you are using 5V from USB it might not have enough capacity.

I found that with the ReArm board with the ethernet controller module. With UBS only, it was constantly misbehaving.

Once I put dedicated 12V adapter on the controller and used PS_ON to control the main PSU power, it got reliable.]]> sinned Firmware - experimental, borrowed, and future Sun, 08 Mar 2020 16:12:06 -0400 https://reprap.org/forum/read.php?147,810214,868604#msg-868604 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868604#msg-868604
Quote
jay_s
@MKSA

Sorry I haven't replied earlier.
I had this happen with one of my boards with it taking forever to show DWC.
You could try what sinned recommended and statically assign an IP address and see if that fixes the issue. I upgraded to RRF 3 (to match the rest of my machines) and the issue went away.
I don't think it's related to speed as the issue doesn't exist on RRF 3.
I suggest going the static IP address route and see if that fixes it

I did assign static IP to my PC Ethernet port and MKS SBASE . I also disabled the WiFi, the Firewall, no change.

I just added the M550 command, no change.

As I wrote and this is strange, once I get DWC console on the PC (Chrome browser but same with Firefox), if I turn the 3D printer off, DWC detects it and resume as soon as the printer is turned on again. If I close DWC, then reopen it then it takes for ever to finally load ?

Note that the TFT32 and USB connection with Pronterface are working OK with the network ON. I did try to disable it to see if it was the reason but no change.]]> MKSA Firmware - experimental, borrowed, and future Sat, 07 Mar 2020 16:04:41 -0500 https://reprap.org/forum/read.php?147,810214,868602#msg-868602 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868602#msg-868602
Sorry I haven't replied earlier.
I had this happen with one of my boards with it taking forever to show DWC.
You could try what sinned recommended and statically assign an IP address and see if that fixes the issue. I upgraded to RRF 3 (to match the rest of my machines) and the issue went away.
I don't think it's related to speed as the issue doesn't exist on RRF 3.
I suggest going the static IP address route and see if that fixes it]]> jay_s Firmware - experimental, borrowed, and future Sat, 07 Mar 2020 15:25:46 -0500 https://reprap.org/forum/read.php?147,810214,868599#msg-868599 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868599#msg-868599
Quote
MKSA
@jay_s

Looks like this huge delay is due to how slow the scripts are transferred to the PC ???
Am I the only one facing this ?

Did you try to define all your network parameters in your config file?

I had better luck hard coding the static IP and gateway with M552, M553 and M554 in the config file than with DHCP. I also forced compatibility with M550

I think I did it this way-

M552 S0 ; disable networking
M550 P"Duet_Printer"
M553 P255.255.255.0 ; netmask
M554 P192,168,1,254 ; Gateway
M552 S1 P192.168.1.30 ; Assign IP Addy and enable
M550 P0]]> sinned Firmware - experimental, borrowed, and future Sat, 07 Mar 2020 12:06:09 -0500 https://reprap.org/forum/read.php?147,810214,868597#msg-868597 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868597#msg-868597
Looks like this huge delay is due to how slow the scripts are transferred to the PC ???
Am I the only one facing this ?]]> MKSA Firmware - experimental, borrowed, and future Sat, 07 Mar 2020 11:39:56 -0500 https://reprap.org/forum/read.php?147,810214,868512#msg-868512 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868512#msg-868512
I installed DWC, tried different browsers, ended up with Chrome ( I was sure it works with Java) could see that definitely there was something going on but nothing just the rotating arrow and no timeout.

After different attempts, I gave up and went to something else while it was still "running".

Then big surprise after about FIVE if not more minutes, I got the Web control panel ??????

Note I am using a direct Ethernet connection from my PC to the MKS SBASE board (X cable). I fixed the IP address on both end PC: 192.168.2.1 MKS 192.168.2.11 no conflict with my Wifi. Ping less than 1ms

Once I get the Web console, it works fine, is very responsive. If I close Chrome, then open it again, same long wait BUT is I turn the 3D printer off, DWC says connection lost, trying to reconnect and reconnected quickly when I turn power on !

In config.g

; Network
M552 S1 P192.168.2.11

Didn't define anything else. May be I should ? Not easy to connect directly the printer to my router.

Here the result of M552 and M122 command:

>>> M552
SENDING:M552
Network is enabled, configured IP address: 192.168.2.11, actual IP address: 192.168.2.11
>>> M122
SENDING:M122
=== Diagnostics ===
RepRapFirmware for LPC176x based Boards version 2.05 running on LPC176x at 100Mhz
Used output buffers: 2 of 16 (10 max)
=== RTOS ===
Static ram: 2940
Dynamic ram: 29192 of which 0 recycled
Exception stack ram used: 416
Never used ram: 188
Main SRAM : 32548/32768 (220 free, 188 never used)
RTOS Dynamic Heap : 40016/46720 (6704 free, 5272 never used)
=== LPC PWM ===
HWPWM:500Hz T1:10Hz T2:0Hz T3:250Hz
Tasks: EMAC(blocked,52) NETWORK(ready,556) IP-task(blocked,88) HEAT(blocked,1352) MAIN(running,2260) IDLE(ready,164)
Owned mutexes: RTOSPlusTCPEthernet(NETWORK)
=== Platform ===
Last reset 00:51:14 ago, cause: [power up]
Flash Slot[29]:
Last software reset at 2020-03-05 08:23, reason: User, spinning module GCodes, available RAM 360 bytes (slot 0)
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x00400000 BFAR 0xe000ed38 SP 0x00000000 Task 0x2007cfc0
Stack: 00000000 00000002 00017f71 2009c000 2007c310 00000000 10003410 10004348 10003450 00000001 0001810b 00000000 10003410 10003e88 00000050 00000007 10003e88 10003410 2007eb94 00000001 a5a5a5a5 000003e7 a5a5a5a5
Error status: 0
[ERROR] Error status: 0

Free file entries: 4
SD card 0 detected
SD card longest block write time: 0.0ms, max retries 0
Date/time: 2020-03-05 15:57:45
Slowest loop: 57.71ms; fastest: 0.05ms
=== Move ===
Hiccups: 0, FreeDm: 100, MinFreeDm: 99, MaxWait: 277730ms
Bed compensation in use: none, comp offset 0.000
=== DDARing ===
Scheduled moves: 22, completed moves: 22, StepErrors: 0, LaErrors: 0, Underruns: 0, 0
=== Heat ===
Bed heaters = 0, chamberHeaters = -1 -1
Heater 0 is on, I-accum = 0.0
Heater 1 is on, I-accum = 0.2
=== GCodes ===
Segments left: 0
Stack records: 2 allocated, 0 in use
Movement lock held by null
http is idle in state(s) 0
file is idle in state(s) 0
serial is ready with "M122" in state(s) 0
aux is idle in state(s) 0
daemon is idle in state(s) 0
queue is idle in state(s) 0
lcd is idle in state(s) 0
autopause is idle in state(s) 0
Code queue is empty.
=== Network ===
Slowest loop: 59.32ms; fastest: 0.02ms
Responder states: HTTP(2) HTTP(0)
HTTP sessions: 1 of 2
Interface state: active, link 100Mbps full duplex
Socket States: Connected(86ms) Listening
NetBuffers: 3 lowest: 1
IP Event Queue lowest: 9
EthDrv: Dropped packets (no buffer): 3
=== Filament sensors ===
Extruder 0 sensor: no data received]]> MKSA Firmware - experimental, borrowed, and future Thu, 05 Mar 2020 10:05:01 -0500 https://reprap.org/forum/read.php?147,810214,868042#msg-868042 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868042#msg-868042
Its very convenient. Using the network connection would also allow you to upload gcode directly from the slicer if its supported.
Prusaslicer/slicer++ support it natively, Cura has a plugin which can be installed and Simplify3D can upload using the script found here.

Of course you can just upload gcode through DWC.
You'll also be able to edit the config.g file and the board.txt file if required through DWC.

I'll be interested to know how you get on using both DWC and the TFT.]]> jay_s Firmware - experimental, borrowed, and future Tue, 25 Feb 2020 04:05:36 -0500 https://reprap.org/forum/read.php?147,810214,868041#msg-868041 Re: LPC port of RepRapFirmware https://reprap.org/forum/read.php?147,810214,868041#msg-868041 OK, will have to try then.
Currently I have to remove the SD card to copy the file to be printed on it to be able to use the filament monitoring.]]> MKSA Firmware - experimental, borrowed, and future Tue, 25 Feb 2020 03:53:21 -0500