Whilst I’m a big fan of Carbide 3d, I do wonder why they develop a G code sender. Ages ago I invested in a Tiko 3d printer - the only kick starter project I will ever invest in. As many will know they squandered their backers money and the project went bust, part of what they did was develop their own slicer prior to have a working machine and production cycle. As the dust settled I wondered why spend money and time re-inventing the wheel when they could have saves thousands and made a different wheel fit.
Whilst Carbide 3D has nothing to do with tiko, and in my eyes one of the best companies I have ever dealt with (unlike those at tiko). I do wonder why build software that already exists. It would seem logical that they could save on development costs by partnering with the chaps at UGCS and help create a standard for GBRL senders that more companies adopt.
If one system was pushed by multiple companies, we might see faster and more uniform developments. Granted I have no concept of how Carbide 3d develop their software and appreciate many firms want to control their eco system, but they already support GBRL as an opensource project why not extend that and free up resource to develop tools/machines/services etc.