<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
        <description>The original 3.0 thread was getting a little old (and long) so we have decided to create a new thread for V3.1.x (which includes the current 3.1.1 versions). We have also included a number of links to information which will hopefully help anyone trying to use this port. 

[b]History[/b]
The original LPC port of RRF firmware was created by Sdavi and details of that can be found here https://reprap.org/forum/read.php?147,810214 and here https://reprap.org/forum/read.php?147,859857, a huge thanks for this and continuing work. The LPC port of RRF is based upon the Duet3D source which can be found here https://github.com/Duet3D many thanks to DC42 for his help and support.

[b]Released files[/b]
Version 3.1.x binary versions can be found here: https://github.com/gloomyandy/RepRapFirmware/releases there are currently 4 different builds for different hardware configurations...
firmware-wifi.bin for users with add-on ESP8266 WiFi boards
firmware-nonet.bin for users that do not need networking support - this is the only build that has support for RepRap style displays.
firmware-eth-notmc.bin for users that have hardwired Ethernet networks (typically smoothieboard, or MKS SBase boards), this version does not have TMC driver support.
firmware-sbc.bin for users that wish to attach an external Raspberry Pi SBC.
Unfortunately due to memory limitations it is not possible to include all features in a single build.

The source code for the above builds is provided in a set of github repositories, the builds are usually tagged with the release version:
https://github.com/gloomyandy/CoreLPC4RRF Hardware support framework for the LPC version
https://github.com/gloomyandy/RepRapFirmware Main RRF source modified for use with LPC
https://github.com/gloomyandy/RRFLibraries Additional libraries
https://github.com/gloomyandy/DuetWiFiSocketServer RRF ESP 8266 WiFi Module source
https://github.com/gloomyandy/Arduino Modified versions of the ESP8266 Arduino build system for the WiFi Module

[b]Getting started[/b]
For information on how to use and configure the LPC version please see the Wiki pages: https://github.com/gloomyandy/RepRapFirmware/wiki
For details of which boards and drivers are currently supported please see: https://github.com/gloomyandy/RepRapFirmware/wiki/Supported
There is an LPC specific version of the online configuration tool that will help you build the needed gcode files used to setup the firmware for your machine. You can find it here: https://jaysuk.github.io/LPCConfigurator
All of the above has been provided by Jay_S, thanks Jay!

For users who would like to attach a WiFi module or Raspberry Pi SBC to their LPC board, user PCR has created adaptor boards see: https://www.tindie.com/stores/pcr/

[b]Support[/b]
To make it easier to provide support to users of this firmware we have created a discord server which can be found here: https://discord.gg/uS97Qs7 This is probably the best place to get help if you need it.

[b]Further information[/b]
There is a huge amount of useful information available about RRF as part of the Duet3D documentation: https://duet3d.dozuki.com/c/RepRapFirmware
in particular a complete list of available gcodes can be found here: https://duet3d.dozuki.com/Wiki/Gcode
The Duet3D forum is also a great place to find information: https://forum.duet3d.com/

The links provided here are up to date as of 6-July-2020, but it is not possible to modify this post, so please check for further updates in the thread.</description>
        <link>https://reprap.org/forum/read.php?147,874661,874661#msg-874661</link>
        <lastBuildDate>Fri, 15 May 2026 10:25:40 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,879756#msg-879756</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,879756#msg-879756</link>
            <description><![CDATA[ @diman77<br />
<br />
<br />
There won't be a further 3.1.1 release.<br />
3.2 RC1 should be released in a few days time. I would suggest moving to that as its fairly stable]]></description>
            <dc:creator>jay_s</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 21 Dec 2020 11:34:51 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,879755#msg-879755</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,879755#msg-879755</link>
            <description><![CDATA[ You can ask when you will add version 3.1.1-15 with additional boards (MKS SGen L v2) and pins on 2 stepper motors.]]></description>
            <dc:creator>diman77</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 21 Dec 2020 11:24:29 -0500</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,877862#msg-877862</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,877862#msg-877862</link>
            <description><![CDATA[ Any plan for Makerbase MKS Rumba32 180MHZ ?<br />
Ps: i just realised there is another topic for stm32 specific, it seems i can't delete the message too.]]></description>
            <dc:creator>mechanik</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 03 Oct 2020 10:39:07 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876856#msg-876856</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876856#msg-876856</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>gloomyandy</strong><br />
@fenixsz, you will almost certainly get more help if you use the LPC discord server (see the LPC Wiki for details). The M911 command you are trying to use requires that the main board is able to monitor the supply voltage, the BTT SKR boards do not have that feature. When using the BTT UPS it sends a trigger value to the board and it may be possible to configure RRF to use this trigger, but it is not something I've tried nor have I seen any posts from users that have done this and have it working. You should probably ask this question again on the discord server.</div></blockquote>
<br />
Thanks!]]></description>
            <dc:creator>fenixsz</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Wed, 02 Sep 2020 03:14:18 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876843#msg-876843</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876843#msg-876843</link>
            <description><![CDATA[ @fenixsz, you will almost certainly get more help if you use the LPC discord server (see the LPC Wiki for details). The M911 command you are trying to use requires that the main board is able to monitor the supply voltage, the BTT SKR boards do not have that feature. When using the BTT UPS it sends a trigger value to the board and it may be possible to configure RRF to use this trigger, but it is not something I've tried nor have I seen any posts from users that have done this and have it working. You should probably ask this question again on the discord server.]]></description>
            <dc:creator>gloomyandy</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Tue, 01 Sep 2020 17:58:11 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876840#msg-876840</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876840#msg-876840</link>
            <description><![CDATA[ <b>@gloomyandy</b> and the rest! Thanks for the great opportunity to dive into reprap firmware. I am relatively new to 3d printing as I am with my first having it for 3 months, but decided to change Marlin as I had many problems with features not available on pure TFT BTT35 V2 - filament sensor, BTT Mini UPS Resume Print, etc. Thankfully, RepRap Firmware seems to work great with exception of the Mini UPS.<br />
<br />
I set sensorless homing which works perfectly. Did a bit of calibration with pressure advance. I must say that I put some sweat to make the heater on the bed working! Being new to the RepRap I thought there is some bug or I did something bad on my SKR 1.4 turbo. But after reading the 3D Beginner's blog, I found my solution with the PID tunning.<br />
<br />
The one thing I currently struggle to make it working is the <b>Resume</b> printing with the help of BTT mini UPS 24V.  I have the following line in my config.g. Is it the case, that this feature is not working because of the limited memory we have on SKR boards?<br />
M911 S23.5 R23.7 P"M913 X0 Y0 G91 M83 G1 Z3 E-5 F1000"	 	;enable power-loss recovery<br />
<br />
My Setup:<br />
COREXY Sapphire Plus<br />
SKR 1.4 Turbo + TMC2209<br />
TFT35 V2<br />
BTT Mini UPS 24v<br />
BTT Shutdown Relay (currently with hardware problem)]]></description>
            <dc:creator>fenixsz</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Tue, 01 Sep 2020 16:17:30 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876790#msg-876790</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876790#msg-876790</link>
            <description><![CDATA[ That's great news. Glad you got sorted]]></description>
            <dc:creator>jay_s</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 31 Aug 2020 13:08:02 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876788#msg-876788</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876788#msg-876788</link>
            <description><![CDATA[ Ah yes, forgot that one completely. Thanks, seems to be working now. Haven't printed anything yet and my Raspi just hangs by the wires at the moment, but everything seems to work so far. And network speed is way up, from ~70kb/s to 5.5Mb/s so that's an nice improvement.]]></description>
            <dc:creator>spegelius</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Mon, 31 Aug 2020 13:02:12 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876751#msg-876751</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876751#msg-876751</link>
            <description><![CDATA[ Yes, it should work as wifi works.<br />
You'll need to perform the hardware modification as detailed here [<a href="https://github.com/gloomyandy/RepRapFirmware/wiki/MKS-Sbase-Wifi" target="_blank"  rel="nofollow">github.com</a>]<br />
Most of the settings are the same, you just don't need to include 8266wifi.espDataReadyPin or 8266wifi.espResetPin in your board.txt file<br />
<br />
Prepare the wiring (e.g. resistors etc) as per here [<a href="https://github.com/gloomyandy/RepRapFirmware/wiki/SKR-SBC" target="_blank"  rel="nofollow">github.com</a>]]]></description>
            <dc:creator>jay_s</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 30 Aug 2020 15:40:49 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876748#msg-876748</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876748#msg-876748</link>
            <description><![CDATA[ Trying to set up SBC mode with MKS Sbase, is it supported? I have Raspi set up and connected the boards using info from SKR instructions to correct pins in MKS. However, even though Duet Web Server and Duet Control Server are alive, browsing to [<a href="http://duet3" target="_blank"  rel="nofollow">duet3</a>] keeps telling that DCS is not started.]]></description>
            <dc:creator>spegelius</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 30 Aug 2020 14:20:29 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876404#msg-876404</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876404#msg-876404</link>
            <description><![CDATA[ I have another problem. The sensorless does not seem to work. Do you know if I can adjust the homing speed and the sensorless sensitivity?]]></description>
            <dc:creator>Serge_P</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Fri, 21 Aug 2020 17:58:22 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876054#msg-876054</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876054#msg-876054</link>
            <description><![CDATA[ Not at the moment.<br />
The whole firmware for the ESP would require porting.<br />
I'm not aware of any plans for this to be done for the Duet range of boards either]]></description>
            <dc:creator>jay_s</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 13 Aug 2020 03:29:23 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,876053#msg-876053</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,876053#msg-876053</link>
            <description><![CDATA[ Are there any plans to make this work for esp32 modules?]]></description>
            <dc:creator>niku</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 13 Aug 2020 03:25:38 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875717#msg-875717</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875717#msg-875717</link>
            <description><![CDATA[ The expansion board is not currently supported I'm afraid]]></description>
            <dc:creator>jay_s</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 01 Aug 2020 09:37:20 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875716#msg-875716</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875716#msg-875716</link>
            <description><![CDATA[ I want to ask (I'm still very beginner)<br />
Can I add driver expansion to my SKR_Turbo board ?<br />
 i want to use three motors on the z axis, so i need one additional driver<br />
In the Marlin firmware, it might be a little easy for me to do it, but in RRF I have never learned how to change the Pin function on the board]]></description>
            <dc:creator>exbal</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 01 Aug 2020 09:34:45 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875159#msg-875159</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875159#msg-875159</link>
            <description><![CDATA[ @Spegelius Thanks for testing it and the feedback, good to know it fixes your fan problem.]]></description>
            <dc:creator>gloomyandy</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 19 Jul 2020 03:50:55 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875158#msg-875158</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875158#msg-875158</link>
            <description><![CDATA[ The fix seems to work, the fan now starts when set to full speed, no need to set other speeds before that.<br />
<br />
Also the layer artifacts are present with Marlin too, so nothing firmware related.]]></description>
            <dc:creator>spegelius</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sun, 19 Jul 2020 03:27:40 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875126#msg-875126</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875126#msg-875126</link>
            <description><![CDATA[ Great, thanks. I'll test it maybe tomorrow, currently doing some printing with Marlin to get some reference, I'm getting some wierd layer artifacts. Probably related to the abysmal part cooling, but I want to see if the problem manifests with Marlin too.]]></description>
            <dc:creator>spegelius</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Fri, 17 Jul 2020 12:45:16 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875124#msg-875124</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875124#msg-875124</link>
            <description><![CDATA[ Folks I've just upload a new release 3.1.1-14, this contains a fix that will hopefully resolve problems with fans not running. It also contains a change to the Ethernet build that disables the LCD support because of the lack of available RAM. The release can be found here: [<a href="https://github.com/gloomyandy/RepRapFirmware/releases/tag/LPC_RRFv3.1.1-14" target="_blank"  rel="nofollow">github.com</a>]]]></description>
            <dc:creator>gloomyandy</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Fri, 17 Jul 2020 12:39:18 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875092#msg-875092</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875092#msg-875092</link>
            <description><![CDATA[ I'm pretty sure I have a fix for the fan problem (something relate was reported the other day with thermally controlled fans). It's a little complex to describe what is going on an is related to the way that the PWM frequency is set at the same time that an initial speed is also being defined. I'll try and put together a release with the fix in it in the next few days. But for now setting a non-zero speed and then setting a different speed should have it working.]]></description>
            <dc:creator>gloomyandy</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jul 2020 18:11:32 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875086#msg-875086</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875086#msg-875086</link>
            <description><![CDATA[ I would go for something higher like 1]]></description>
            <dc:creator>jay_s</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jul 2020 15:17:22 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875085#msg-875085</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875085#msg-875085</link>
            <description><![CDATA[ No change with B, tried 0.3]]></description>
            <dc:creator>spegelius</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jul 2020 15:01:51 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875079#msg-875079</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875079#msg-875079</link>
            <description><![CDATA[ You could increase the blip time. That's the B value.]]></description>
            <dc:creator>jay_s</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jul 2020 14:14:42 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875078#msg-875078</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875078#msg-875078</link>
            <description><![CDATA[ The fan is definitely working in a weird way and it doesn't seem to be about the fan as I tried with another fan and it shows the same behaviour. It seems that if the fan frequency is below 500Hz (tried 400Hz and below), issuing M106 S255 as the first command after boot or M950 doesn't start the fan. However, if the fan frequency is 500Hz or more, M106 S255 works as expected.<br />
When frequency is 400Hz or lower, to get the fan to spin issue M106 S0-254, i.e. something else than 255 and then M106 S255. As a quick fix I tried adding M106 S0 to the end of config.g, didn't help and to start script of my slicer, didn't help either. Maybe there's a command that resets something when print is starting?<br />
<br />
Not an huge issue, then only reason for frequencies lower than 500 is the current part cooling fan on my printer, which I need to replace anyways as it is an axial fan and inadequate with Volcano. The other fan I tried starts happily with lower speeds even at 500Hz frequency so I don't need to use a lower frequency.<br />
<br />
I do have a couple of Duet boards, I'll check if this happens with those boards and this fan too.]]></description>
            <dc:creator>spegelius</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jul 2020 14:11:32 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875067#msg-875067</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875067#msg-875067</link>
            <description><![CDATA[ Loading times are fine, no excessive waits. File upload is a bit slow, about 90kB/s average so with bigger files it takes a while, but not a big problem.<br />
<br />
Ok, good to know about the Wifi-module. I'll probably try the SBC route at some point, with raspi I could use a webcam. For now ethernet is fine.]]></description>
            <dc:creator>spegelius</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jul 2020 08:52:43 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875066#msg-875066</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875066#msg-875066</link>
            <description><![CDATA[ spegelius<br />
<br />
good to hear another user with it working on the MKS Sbase.<br />
What are your loading times like on the first load of DWC?<br />
<br />
And you won't be able to use the MKS tft Wifi-module as thats an ESP-01 and doesn't have enough pins etc.<br />
The NodeMCU or Wemos Mini are the recommended type]]></description>
            <dc:creator>jay_s</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jul 2020 08:39:40 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,875065#msg-875065</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,875065#msg-875065</link>
            <description><![CDATA[ Tried latest 3.1.1 version and it seems to work quite well. I have MKS SBase 1.3 and I'm using ethernet, at least for now. Might try SBC and Wifi later, although my ESP8266 doesn't have USB port so flashing it might be interesting (its MKS tft Wifi-module).<br />
<br />
Couple of issues though:<br />
- at first the board kept resetting itself and it was impossible to get connected with DWC. The board got an IP address, but right after trying to connecti with wget or browser, the board would reset itself. It seems the problem was that I had enabled 12864-display support as the LPC-configurator offered. Disabling that seems to fix that and now it seems to be quite stable. A couple rests have happened, but at that time I had two connections to DWC.<br />
- FAN0 doesn't start when issuing M106 S255. Nudging the slider to 95 and back to 100 in DWC starts the fan. Not sure if this is due to the fan or something else. I had to reduce the frequency from 500 to 50 get the fan to turn with speeds below 100.<br />
<br />
The single HTTP connection is a bit of an issue since occasionally I want to control the printer through my phone instead of my PC. So maybe setting up a nginx reverse proxy to limit the connection to DWC to single connection would overcome that problem.]]></description>
            <dc:creator>spegelius</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Thu, 16 Jul 2020 08:33:54 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,874997#msg-874997</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,874997#msg-874997</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>MKSA</strong><br />
The MKS in addition to be a pain with the Ethernet, uses 8825 stepper drivers soldered in place.</div></blockquote>
And the slow / fast decay pin is fixed and not externally accessible. Which leads to all kinds of problems.<br />
<br />
From what I learnt in the github wiki the SPI pins are not externally accessible but through a level shifter. Only solution to get this working is to unsolder an RC lowpass on some other header and use that.]]></description>
            <dc:creator>avion23</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Tue, 14 Jul 2020 07:34:28 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,874882#msg-874882</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,874882#msg-874882</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong>gloomyandy</strong><br />
The WiFi is not MKS. it is a separate nodemcu module (ESP8266) that you hook up either using and adaptor board or make up your own wiring loom. It connects to the main board using SPI and the connection is pretty fast. The details are here: [<a href="https://github.com/gloomyandy/RepRapFirmware/wiki/MKS-Sbase-Wifi" target="_blank"  rel="nofollow">github.com</a>] not for everyone, but at least a couple of folks (in addition to me) have it working with the SBase.<br />
<br />
Yep the download should take less than 80 seconds over WiFi it is only a couple of seconds or so (if that). SO I'm pretty sure that there is something not right, but your case seems much worse than others but I can't see anything wrong with how it is set up. I have my board hooked up to a router that supports 10/100/1000Mbit and it claims to have connected at 100Mbit.</div></blockquote>
<br />
I see but for for a few dollars more, I would prefer a SKR 1.4 turbo with Wifi module. The MKS in addition to be a pain with the Ethernet, uses 8825 stepper drivers soldered in place.]]></description>
            <dc:creator>MKSA</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 11 Jul 2020 15:09:12 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?147,874661,874871#msg-874871</guid>
            <title>Re: LPC1768/1769 Port of RepRapFirmware v3.1.x</title>
            <link>https://reprap.org/forum/read.php?147,874661,874871#msg-874871</link>
            <description><![CDATA[ The WiFi is not MKS. it is a separate nodemcu module (ESP8266) that you hook up either using and adaptor board or make up your own wiring loom. It connects to the main board using SPI and the connection is pretty fast. The details are here: [<a href="https://github.com/gloomyandy/RepRapFirmware/wiki/MKS-Sbase-Wifi" target="_blank"  rel="nofollow">github.com</a>] not for everyone, but at least a couple of folks (in addition to me) have it working with the SBase.<br />
<br />
Yep the download should take less than 80 seconds over WiFi it is only a couple of seconds or so (if that). SO I'm pretty sure that there is something not right, but your case seems much worse than others but I can't see anything wrong with how it is set up. I have my board hooked up to a router that supports 10/100/1000Mbit and it claims to have connected at 100Mbit.]]></description>
            <dc:creator>gloomyandy</dc:creator>
            <category>Firmware - experimental, borrowed, and future</category>
            <pubDate>Sat, 11 Jul 2020 10:54:13 -0400</pubDate>
        </item>
    </channel>
</rss>
