New edge firmware 1.18beta3

dc42

Is now available on github, along with DWC 1.15b2 (thanks, chrishamm). See https://github.com/dc42/RepRapFirmware/blob/dev/WHATS_NEW.md for the change list.

iDevelo

Nice. Is there any chance Chris could create a branch for the latest work on DWC and use tags so people can package from source?

tomasf

Cool, the M290 reporting of babystepping now works.

I think I have narrowed down the other bug I mentioned yesterday. After you apply microstepping with M290 Sx, moves in only the X axis do not apply pending babysteps.

I'm not very familiar with the RRF code, but here's GCodes.cpp, in GCodes::ReadMove at line 1553:
[c]if ((arcAxesMoving & (1 << drive)) != 0)[/c]

I could be mistaken, but if this line is meant to check if it's an X axis, perhaps something like this is needed:
[c]if ((currentTool->GetXAxisMap() & (1 << drive)) != 0)[/c]

But again, I could be talking out out my butt.

dc42

Thanks tomasf, that code is indeed wrong. I have changed that region of code to:

[[language]]
		const uint32_t xAxes = reprap.GetCurrentXAxes();
		for (size_t drive = 0; drive < numAxes; ++drive)
		{
			if ((xAxes & (1 << drive)) != 0)
			{

This change will be in the next beta.

lolorc

@iDevelo:

Nice. Is there any chance Chris could create a branch for the latest work on DWC and use tags so people can package from source?

I can't agree more.
no changelog, no commit log, no source, this is basically an improper way to distribute OSS software.

chrishamm

@lolorc:

@iDevelo:

Nice. Is there any chance Chris could create a branch for the latest work on DWC and use tags so people can package from source?

I can't agree more.
no changelog, no commit log, no source, this is basically an improper way to distribute OSS software.

A changelog including the source files for 1.15 have been pushed to my GitHub repository. The changes since 1.14 were quite vast and I didn't want to officially release a new version before I was sure they were all working, so it took a bit longer than I first expected. In general I agree, though, and will try to push my beta changes right to GitHub when I prepare a new version next time.

iDevelo

@chrishamm:

@lolorc:

@iDevelo:

Nice. Is there any chance Chris could create a branch for the latest work on DWC and use tags so people can package from source?

I can't agree more.
no changelog, no commit log, no source, this is basically an improper way to distribute OSS software.

A changelog including the source files for 1.15 have been pushed to my GitHub repository. The changes since 1.14 were quite vast and I didn't want to officially release a new version before I was sure they were all working, so it took a bit longer than I first expected. In general I agree, though, and will try to push my beta changes right to GitHub when I prepare a new version next time.

Good man. Maybe tag each release as well? Keep up the good work!

lolorc

@chrishamm:

@lolorc:

@iDevelo:

Nice. Is there any chance Chris could create a branch for the latest work on DWC and use tags so people can package from source?

I can't agree more.
no changelog, no commit log, no source, this is basically an improper way to distribute OSS software.

A changelog including the source files for 1.15 have been pushed to my GitHub repository. The changes since 1.14 were quite vast and I didn't want to officially release a new version before I was sure they were all working, so it took a bit longer than I first expected. In general I agree, though, and will try to push my beta changes right to GitHub when I prepare a new version next time.

Thanks a bunch !

ChrisP

I've just tried updating my v0.6 board to 1.18beta3, however, when I try to load the web interface I'm given an error that the connection was refused.

I can connect over USB and FTP without issue, and the terminal confirms that the HTTP port is enabled. I've updated the web interface to 1.15-b2 too.

When I move back to 1.17d, everything is fine again. Any ideas?

dc42

I presume this is on a Duet 06 or 085. Have you by any chance been using an HTTP port number other than 80?

ChrisP

Indeed, it is a Duet 06 and I have tried M586 with and without an R parameter. When using R, I set the port to 80.

I have also tried enabling debugging over usb and while I see many logs when connecting over ftp using 1.18beta3, or over http when using 1.17d, I get no logs when trying connect via http using 1.18beta3.

I can provide logs if needed?

dc42

Strange, my Duet 06 is working just fine. I don't have any M586 commands in config.g.

ChrisP

Hmm, okay, I have another 3 at work using Duet 06 boards that I can easily test today.

I hadn't realised you could omit the M586 commands. I only really added it to enable FTP support which I use occasionally so I thought I might as well add the line for http too.

dc42

You don't need to use M586 commands if you only want http, because http (only) is on by default. I guess I should check that M586 P0 S1 in config.g doesn't actually turn http off!

ChrisP

So, I've just tried the same setup on my printer at work and like yours, it doesn't have any problems either with or without M586 P0 S1. I'm clearly missing something stupid on my setup at home. It's just bizarre that I have no problem if I load 1.17d, but it instantly becomes unresponsive with 1.18beta3. I shall have to keep digging.

curieos

I'm having a weird bug when printing in 1.18beta3. I sliced with KISS. When the printer goes to print the first line is good, but as soon as it gets to the first corner weird things start happening. I'm assuming its running into a step generation limit because it slows down a bunch and the extruder starts to fly, trying to rapidly extrude. I have no clue how to describe it, it seems to be following the correct path, but it is trying to extrude much more than it should?

I'm trying a print out on an older file, and after this I will try reloading the firmware and then try switching to relative extrusion in KISS.

EDIT: All was caused by KISS not including absolute and relative M codes.

pkm

Hello,
Possible bug in 1.18beta3.
After a print is finished User-Defined Macros list is empty in Machine Control tab. I go to Macros tab and run a macros, then they all appear in Machine Control tab.

dc42

I think this is a general issue with DWC. After I connect, the list of macros on the Control tab is usually empty. If I switch to the Macros page and back, it appears. I don't need to run a macro to make the list appear.

pkm

On the contrary, I usually see the list after connection… Anyways, that's not a big deal.

curieos

Yeah, I have a similar problem. If I already had the page loaded from a previous connect and I'm not on the Machine Control tab, none of the macros show up. I haven't tried running one to get them to show up, normally I just dc and reconnect on the machine control page.