We’ll release a GPL-licensed firmware for Glowforge


#1

We’ve heard a ton of amazing feedback from our community in the 12 or so hours since Glowforge has launched, and one question stood out to us: what if you buy a Glowforge, and something happens to us?

This came up both in person at MakerCon while we demo’d the unit and online, particularly in the lively discussion on Hacker News. Because Glowforge is powered by the cloud, it’s an important question. Long term, we’re working on some cool solutions, but short term, here’s a commitment we’ll make right now: When we launch Glowforge, we’ll also release a copy of the firmware under GPL.

Glowforge firmware is user-flashable, so you’ve got both an escape hatch (if something happens to us) and a platform to experiment with. If you buy it, it’s yours – you should be able to do what you want with it.

Thanks so much for your interest and excitement in what we’re building. If you’re in NYC this weekend, come by Maker Faire to see us and make something!

–dan

PS: no pentalobe screws either.


I trust Glowforge, but how do we avoid a Revolv scenario?
RE: We’ll release a GPL-licensed firmware for Glowforge
What if GF disappears?
Fusion 360 slicing for lasers
If GlowForge goes under
GF app store...?
I trust Glowforge, but how do we avoid a Revolv scenario?
A question
Skydog
Offline Use
My one concern
O Source Code, Source Code, wherefore art thou Source Code?
What if GF disappears?
More thoughts about internet requirement
#2

Thanks that is GREAT to hear. I went back and forth on if I was going to outlay the money for this, but in the end I am glad I did, especially seeing that you are really looking out for the end user. Great job, cant wait for it to show up.


#3

This is fantastic news - congratulations!

Would you consider putting the hardware designs under some sort of open source escrow arrangement as well? So if something unfortunate did happen to the firm they would also be released?


#4

Ben, it’s a great idea, but the cost of doing that in terms of time, maintenance (updating it with every design change), and overhead would come at the expense of development that will benefit everyone. We’ll keep it in mind but I don’t think it’s going to be likely.


#5

Totally understand, I’ve used BOM, PLM and 2D/3D cad parts management software before and even with all of those it’s a nightmare at the best of times - once you’ve finished putting a rocket under the laser cutting industry how about disrupting them!

I think we’d all love a Github for CAD and BOMs that was maker and GPL friendly :smile:


#6

You should note that while open any firmware modifications void the warranty.


GF app store...?
#7

Good point @fablab_elpaso. Unfortunately it’s easy to toast your Glowforge when modifying firmware, so we can’t replace parts if that happens. (We toast parts all the time when we’re developing!)


Internet access required?
GF app store...?
#8

Now why can’t you post those videos. I bet they are full of excitement?


#9

Ha! OK, duly noted. If I catch a video of something going terribly awry I will share.

It’s usually at 2am when the cameras aren’t running, though.


#10

@dan Is this something that would be hosted on github or the likes? Is the current firmware forked from something else? i.e. GRBL, TinyG or Smoothie? Or completely home grown? Lastly, you mention user flashable- Would that be via a special app? or thru something common like the Arduino IDE? And I assume they can be done via the USB port? not a ISP?

Sorry for all the technical questions. Kinda a nerdy that way.


#11

Not at all. :wink: We haven’t decided on hosting or firmware flashing procedure yet. The device doesn’t handle G-code, that’s done in the cloud, so there’s no equivalent of TinyG. Our priority right now is getting the experience great so we won’t have firmware release details for a while.


#12

Okay- That’s the statement that fascinates me the most. Typically CAM generates the gcode. Then the motion controller handles the cords. and does the low level stuff by instructing the steppers via step/dir.

I can understand the the CAM part is done in the cloud- But what instructional set is the onboard motion controller is using? The follow up question is what limitations where you hitting that made you guys ditch standard gcode?


O Source Code, Source Code, wherefore art thou Source Code?
#13

Bingo. We do both CAM and motion planning in the cloud. We just send the machine the actual waveforms to be fed to the motors (X, Y, each fan, focus, etc), laser, chiller, etc. There’s a bit of decompression and then the uP sprays the results at the right I/O lines.

Not being constrained by g-code opens some pretty cool doors in terms of what’s possible… much of that will be behind the scenes, though.


How much data is transferred while lasercutting?
More thoughts about internet requirement
Skydog
#14

Interesting. So CAM & Motion Planning is done in the cloud. And the GF Controller receives a multi-channel waveform to control all the things? So- There is nothing on board that does the traditional step/dir generation onboard? (i.e. Mesa or PRU)… Just feeding in the actual pulse…that has been post processed remotely?


Glowforge Pro/Basic Maintenance (Over time)
#15

Exactly.


#16

Whoa.

That basically means you have have something that as epic as a mesa- (or better) in the ‘cloud’ to drive all your machines.

Please tell me at some point you guys are going to talk more about that in detail. Because that’s pretty eff’ing awesome. Seriously. I’d have to say that’s the most understated feature of the GF (from an engineering aspect)

Mind Blown.


#17

Funny Glowforge genesis story: I was going back and forth with Mark, our CTO, between closed-loop (servos, which I was advocating) and open-loop (steppers). He made a better case for steppers. Finally I said, “Well hell, if you want to go open loop, you don’t even need local control at all. Just put the damn motion controller in the server.” I didn’t actually realize what I’d suggested until Mark stared at me like I was from Mars for a while and it dawned on both of us just how powerful that could be.

I miss getting to work on the actual design… now I have to be all CEO-y. Catching up with you all is one of the highlights of my day. : )


Papercraft and Pepakura
Skydog
#18

With it running open loop, @dan, are there any concerns with the motors missing a step which would result in a shift in the rest of the print (e.g. an engraving that is 8.5" x 11" and half-way through, something causes the motor to miss a step)? I’m thinking if a motor missed a step, you’d have a bigger problem on your hand as that would mean something crashed, got in the way, or failed. From what I’ve seen posted from your team on here it looks like it’s not a big deal. I’m just bringing along the “baggage” from a reprap design that had undersized stepper motors running open loop and seeing a shift in my print. When I get this thing going on making those living hinges, I wouldn’t want the laser to be missing steps! Thanks a ton!


#19

CEO (Chief Emotional Officer)
Don’t cry, it’s ok…


#20

Yes - our solution to this is to not miss steps. : ) We had tons of bugs on this a while ago and beat them all out with heavy objects.