Show all posts by user
Page 2 of 2
Pages: 12
Results 31 — 38 of 38
One response ...
repetier Wrote:
> I see what you mean. What you wanted was the pause
> button in the toolbar. Renamed it for the next
> release for less confusion.
I don't feel that you need an extra "Pause Button" - just that the "Stop motors" button didn't do what its name suggested (to me). Renaming it should be fine.
by
buildrob
-
Repetier
No worries. Thanks for explaining the situation. Great work.
by
buildrob
-
Repetier
Thanks for the reply Marcus. Ok I see the problem. So my printer's build area height is 200mm.
I was initially guessing that Z-min had some effect like that.... so I set Z-min to 200 and hit the Park button. My expectation (which I think is reasonable) is that it would raise the printer all the way up. But it did nothing (hence posting this request for info).
If I set the Zmin to 199 (after rea
by
buildrob
-
Repetier
Could someone please explain the effect of the Z-Min value for the Park Position in printer settings. The online documentation doesn't seem to say anything about it either.
I've set it to a couple of different values but when I press the Park button in Manual Control it only seems to affect the X & Y positions.
by
buildrob
-
Repetier
I think the following would be a more consistent G-code encoding (I was forgetting that G-code is not a line based protocol).
Mxxx
Mxxx new M code.
Sa - Host print state: 0 = new print activity, 1 = print update, 2 = paused, 3 = aborted, 4 = complete (assume S1 if missing)
Dnnn aaa bbb ccc ddd eee fff - Description of activity (could be filename, object name, etc): nnn is number of number
by
buildrob
-
Firmware - mainstream and related support
I think there are a number of reasons that having a generic (even templated) message is not a good idea.
The firmware knows how much screen real estate there is. The firmware also remains responsible for dynamically displaying and updating x/y/z position and temperature displays without intervention from the hosts (if the screen is big enough). The host doesn't know for example how the screen is
by
buildrob
-
Firmware - mainstream and related support
Traumflug Wrote:
-------------------------------------------------------
> Plus perhaps a
> generic message showing the total number of lines
> and the estimated total print time. The latter two
> are known only by the host.
I agree that only the host knows this which is why it needs a Gcode to communicate it.
The problem with just sending a generic message is that the host needs to
by
buildrob
-
Firmware - mainstream and related support
One of the basic features which seems missing from current systems is support for the build status, name and remaining build time to be displayed on the printer's front LCD when printing from the host. Sure, it displays the build status when printing from SD card but you don't always want to do that.
This functionality would require the addition of a new G-code.
So I thought I'd put together a s
by
buildrob
-
Firmware - mainstream and related support
Page 2 of 2
Pages: 12