Beta test for Sailfish 7.8

[Daniel Newman]

Folks,

I've pushed out a 7.8 r1677 firmware release for Replicator-style
printers. I need to backport some of the fixes and improvements
to the Thing-o-Matics and Cupcakes but have not had time to do so
yet. (They already have the ability to change the HBP temp mid
print, BTW.) The improvements and fixes from dbavatar detailed in
item 1 below will be of particular benefit to those printers.

As always, you can access the beta test firmware by pointing
RepG 40r33 - Sailfish at

http://jettyfirmware.yolasite.com/resources/beta/firmware.xml

via the Advanced section of the Preferences menu.

And yes, the version may appear as r1677M with an "M" at the end.
That's meaningful to Jetty and myself and relates to the internal
source control system we use before pushing things out to github.

I still need to incorporate changes contributed for the German and
French localizations.

The improvements and fixes are detailed below.

1. Significant improvements and a bug fix in motion planning by dbavatar.
A big thanks from everyone!
https://github.com/jetty840/Sailfish-MightyBoardFirmware/commit/7040951d3f217b0964bf3199a04568a0a7386aab

a. Bug fix in the 16bit integer square root routine. May improve
behavior when quickly printing small circles for example.
https://github.com/jetty840/Sailfish-MightyBoardFirmware/pull/166/commits/3c401056b622683ad65d5416fa5c97c2d28fafe3

(Bug was probably staring me in the face for years via the simulator.
Somewhat embarrassing to have never noticed it. Given an 8 day
week, I might have time to go back through the source control
system's change history and see if this was there from the start
or crept in later. Thanks much for the fix!)

b. Pipeline SD card reads to help keep the queue of planned segments
full. When they run low, the printing speed needs to be slowed
down below the target rate. When the queue runs dry, printing
actually pauses which can lead to pimples and zits. Should help
improve printing small fine detail at high speeds or even excessive
detail at moderate speeds.
https://github.com/jetty840/Sailfish-MightyBoardFirmware/pull/166/commits/9b746bac6b2a85f2f9f5b4cef2a26a6c09b70dbb

c. Better logic around when to slow down printing based upon queue size.
https://github.com/jetty840/Sailfish-MightyBoardFirmware/pull/166/commits/f32c70a2c637835bc4ed423f1bb56ed4001b18a3

(Great to have a fresh set of eyes on this; the original codes from
Marlin were always a bit odd and indeed didn't work at the time we
forked; Jetty and I did various things to try to improve, but were never
happy with our results and we mostly focused on other issues.)

d. Additional improvements.

2. When pausing or canceling a build, only move the platform down
[extruder up] by 5mm. Previously, it would move all the way down
to the bottom less 5mm. Generally unnecessary and annoying having
to wait that long. If you need it to clear a further distance
than only 5mm, use the Jog option available while paused or, if
canceling, go to the Jog menu under Utilities.

3. Fan power level option under Utilities. Available on all Core-XY
builds including the Clone R1. Also available for the Rep 2,
Rep 2X, FlashForges w/2560s, and Azteegs. Will likely add to all
printers, code space permitting. Under Utilities, look for
a "Cooling Fan Power" item. This allows a percentage from 0 to 100%
to be set. That setting will then be used each time the fan
is turned on. (Since X3G lacks a power-level parameter to its
FAN ON command, the fan power level cannot be controlled via
gcode.)

4. Whilst printing, the HBP temperature can be changed. Same menus
as used to change the printing speed, temp, etc. While a print
is running, press the center button, then scroll down and look
for the HBP temperature item. Keep in mind that if you change
the temperature by more than 10C, the PID state is reset and
you may see a wider temperature swing than you would like. It's
best to change by about 5C at a time. So, to change by 15C,
do it in increments, each increment 10C or less. Contributed by
Palatis. Thanks!

5. LED lights may be turned off mid-print. Useful for printers
in bedrooms and dorm rooms. While a print is running, press the
center button and scroll down the list.

6. A tune is played when the set temperature is reached when heating
up. Useful when you are starting a print and want your attention
drawn back to the printer when it's about ready to begin the
first layer. Or if you're pre-heating and waiting for things to
finish warming up.

7. A bad bug in which the X3G "set build percentage" command was
treated as a command which, to be executed, required the queue
of planned segments to first be drained. Some commands; e.g.,
homing, cannot be executed until after all queued segments are
printed. Set build percentage was incorrectly classified as such.
Thus, approximately 99 times per print, the queue was allowed to
drain when the build percentage was incremented via an X3G command.
Bug discovered by the ZYYX Printer folks; they're the same kind
people who contributed the auto-leveling code. Thanks! As an
aside, this bug was inherited from the MakerBot firmware. It
remains in MakerBot's firmware.

8. Assorted code cleanup by chrta who turned on additional
draconian compiler warnings.

9. There's actually a build for the Monoprice Architect, but no one
has yet to ask for it. No idea if it works or not.

Enjoy!

[Daniel Newman]

On 17/09/2016 8:32 AM, Daniel Newman wrote:
> Folks,
>
> I've pushed out a 7.8 r1677 firmware release for Replicator-style
> printers. I need to backport some of the fixes and improvements
> to the Thing-o-Matics and Cupcakes but have not had time to do so
> yet. (They already have the ability to change the HBP temp mid
> print, BTW.) The improvements and fixes from dbavatar detailed in
> item 1 below will be of particular benefit to those printers.
>
> As always, you can access the beta test firmware by pointing
> RepG 40r33 - Sailfish at
>
> http://jettyfirmware.yolasite.com/resources/beta/firmware.xml
>
> via the Advanced section of the Preferences menu.

P.S. If you're already running a "7.8", then you do not have the
improvements from dbavatar unless you are dbavatar, jetguy, or caal99.
You probably lack many of the other improvements and fixes as well.
Revision 1676 would have been the earliest I made with dbavatar's
changes, for example.

Dan

[Joseph Chiu]

Awesome looking forward to it. I do rely on the cancel to stow the carriage and build plate to their park position.  It would be nice if there was an easy way to do it at the same menu level as home all axes or level build plate...

--
You received this message because you are subscribed to the Google Groups "Jetty Firmware" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jetty-firmware+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Ryan Carlyle]

Oh, this looks awesome. What specifically was causing the hammering? The bad sqrt?

[Chris A]

I want to thank Dan and dbavatar for their most recent contributions. I'd like to think i was annoying enough to encourage them to look at some of the issues in the code, but ultimately am not not worthy of any credit. Since i was one of the first to test the code after Dan merged dbavatar's commits, i have to admit it is certainly an improvement... I no longer have to decimate my models as aggressively as before, while still having smooth motion on detailed prints. Though the hammering still happens, it is less frequent, and less severe. Furthermore, the extrusion rate is more accurate, and the blobbing during "slowing" (due to the 8 bit AVR choking on segments) has been significantly reduced. Thank you guys! 7.8 is a MUCH better Sailfish!!!

[Timothy Zalusky]

Dan, do you have any way for people to thank you for your efforts on sailfish?

Because I would totally be fine if $5 every month went to thanking you for all of your contributions.

Just a thought.

-Tim

[neoteric]

I agree. It might be time for another round of contributions!

[Ward Elder]

I agree to another round of contributions.

 

 

Thank you,

 

Ward Elder

Eldersoft

(204) 791-7754

--

You received this message because you are subscribed to the Google Groups "Jetty Firmware" group.

To unsubscribe from this group and stop receiving emails from it, send an email to jetty-firmwar...@googlegroups.com.

[Eric Pavey]

Gina Häußge is on Patreon for Octoprint (which I support), seems to be working out well for her (currently bringing in around $5.5k a month, not bad).

https://www.patreon.com/foosel

Maybe a viable option here?  If I could get Sailfish on my 32-bit hardware, I would ;)  But my rep1 is still truckin' along just fine on it.

[neoteric]

Patreon is a good idea.

[Daniel Newman]

On 27/09/2016 9:58 AM, neoteric wrote:
> Patreon is a good idea.

I'll give Patreon a thought. Thank you all very much for the donations. MakerTech LLC made a very
generous donation but unfortunately I do not have an e-mail address with which to directly thank them.

Best Regards,
Dan

[Eddi]

Hi Dan, when i do the upgrade (7.8 r1677 for the Clone R1) i get not success message from the replicator Sailfish40r33.

If i upgrade the Version 7.7 again, everything is ok.

[Chris]

Installed the firmware on an old CTC Bizer. So far it's working great. 

The only thing I noticed is that the letter R for the right extruder does not get displayed correctly on the printer. It get's displayed as a white block on the print monitor screen. Any ideas for possible causes ? 

The CTC Bizer runs a Atmega 1260 Board. 

[Daniel Newman]

Thanks for the report; it is appreciated! Unfortunately, at the moment I'm 2K miles and 8 days
removed from my dual extruder printers. I'll have a look upon my return home and follow up.

Best,
Dan

[Marc Koecher]

Installed on the latest Creator Pro. Printing as I write this. Though sadly missing the fan speed control on the interface I was mainly hoping for :( Is there something I did wrong or did I misunderstand the introduction of this functionality?

[Daniel Newman]

On 23/11/2016 7:39 AM, Marc Koecher wrote:
> Installed on the latest Creator Pro. Printing as I write this. Though sadly missing the fan speed control on the interface I was mainly hoping for :( Is there something I did wrong or did I misunderstand the introduction of this functionality?

It's under Utilities. Scroll down and it's near the end of the list just before the EEPROM menu item.
(It's actually faster to scroll up since the menus wrap.)

All you can do is set a "static" value to use. You cannot change the speed from gcode as S3G/X3G does
not support that. Nor can you change the speed via an LCD menu while a print is running.

Dan

[Marc Koecher]

Thanks Dan. I appreciate the feedback and all the work you're doing! I understand the limitations, but it's great to at least have static control. Though I'm trying to get on Simplify3D's case to properly identify all bridges. But that's another topic :P

Unfortunately I must be going blind, but I can't find the option. Here's a list of the items I see in the Utility menu:

Monitor Mide

Filament Loading

Preheat Settings

General Settings

Level Build Plate

Home Axes

Bot Statistics

Filament Odometer

Profiles

Home Offsets

Toolhead Offsets

Jog Mode

Enable Steppers

Auto-level Adj

Autos-Level Variance

Max Z Probe Hits

Calibrate Nozzles

Restore Settings

Eeprom

Version Information

Exit Menu

Thanks again Dan

[Daniel Newman]

On 23/11/2016 8:32 AM, Marc Koecher wrote:
> Thanks Dan. I appreciate the feedback and all the work you're doing! I understand the limitations, but it's great to at least have static control. Though I'm trying to get on Simplify3D's case to properly identify all bridges. But that's another topic :P

It's possible that the 7.8 beta site has not been updated since PWM was enabled for all builds.
I'll take a look tonight or tomorrow.

Dan

[Marc Koecher]

Thanks Dan. That'd be great. Very excited about this functionality...in case you couldn't tell ;) 

[Joseph Ecker]

Hi Dan,

I'd like to echo the thanks for all the hard work on Sailfish.  I'm currently running 7.8 r1677 on a new Clone Board Mini and between the firmware and the new board, it's like breathing new life into my big corexy.

While we're on the topic of fans, I'd like to make a request.  My active cooling fan is quite strong and would like to be able to turn it on during pre-heat.  Is something like that possible?

I usually have the active cooling fan on for the entire print, including the first layer.  If I wait until the second layer to turn the fan on, it causes the temp to drop quite a bit (20c or so) before heating back up.

Thanks again for all your hard work :-)

-Joe

[Daniel Newman]

The beta test site now has r1682 which should have that fan PWM level available for all printer builds.

If you still do not see it under Utilties, let me know.

Dan

[Marc Koecher]

All there! Thank you. Had some hiccups with the previous build...but I'll check if they're still issues with this one. Seems to be working great so far though. Not sure if you wanted/needed feedback. I'm not much use as a coder, but can help with finding bugs in use and making detailed reports if that ever helps. Take and thanks again.

[Nathan Winters]

Loaded this on my 768 machine this weekend, it seems to run much smoother for the small details, no more hammering.  I no longer need to set up find/replace scripts and multiple processes in S3D to slow down for multiple perimeters and the initial 100% speed perimeter after a raft.  Thanks so much.

Nathan

[Pavel Sulimenko]

I wanted to thank for the great firmware and for not abandoning it.

Today I finally installed the beta om my flashforge creator 1, it took me "just" 1 hour because of my stupidity- as I forgot that firmware update window just freezes there while uploading the firmware I smashed the reset and upload buttons a few times more, perfectly timed to corrupt the bootloader without realizing it, then keeping retrying and blaming it all on wrong reset timing. The bootloader have been fixed using that tiny arduino pro mini and the arduino app. It's great that it uses the same (or compatible at least) bootloader.

 

3. Fan power level option under Utilities.....(Since X3G lacks a power-level parameter to its

    FAN ON command, the fan power level cannot be controlled via
    gcode.)

And a question on above.

Since you are already pretty deep in the fimware, can you maybe just add level parameter to FAN ON command in X3G ? Or even add a new command.  And do the same in ReplicatorG ? And if no parameter is provided it should just use the value from settings, to leave it compatible with general X3G.

I have to add that I did not look into the X3G protocol and maybe my suggestion is not realistic and would break proper communication. I am just still dreaming about using my flashforge creator 1 as an laser engraver without having to change the firmware...

[James Disco]

Hi , i love mightyboard 3 years of printing with no stress

But i have upgraded with FLEXXION HT EXTRUDERS '  the best , simplify the best '
But i need to heat more

Can you compile me ' and all others user ' , a release with a 350 degrees limit
and special  setting of temp alarm , because to raise high temp with 40w it takes time , if blower starts , temp falls brutally



Thks

[Joseph Ecker]

I'd recommend you take a look at Dan's github.  It has a lot of useful information that you can use to build your own firmware:

https://github.com/dcnewman/Ubuntu-Sailfish-VM