Getting started with g2core for 3D printing. #292
Comments
|
We indeed have 3D Printing working. The only currently shipping hardware is the Printrbot Printrboard G2. We also have Marlin-compatibility in place, allowing one to use g2core as a drop-in replacement for Marlin-compatible controllers. If you have any more questions on how things work, please dig around on the wiki, and if you don't find answers there please feel free to ask (and we'll try to fill out that area of the wiki, once we answer your questions). Thank you for your interest in our project! -Rob |
|
I am using the gshield v5b for controlling a stepper motor. The gshield is mounted on an Arduino Due. When I connect the arduino to the PC using the native USB port I am not able to see TinyG V2 on the device manager. Because of this I'm not able to install the drivers. How do I proceed? Urgent. |
|
@nitm07 I’m sorry we didn’t see this. This is sorta in the wrong place, on an issue about 3D printing. Could you open this into a new issue? We’ll need a few more details, such as which OS are your on (Windows 10, OS X)?, are you connecting via USB C?, how are you powering the Due and the gShield?, etc. Thank you, |
|
Reading through the wiki pages, and I have questions. :) For the topic Hardware Needed To Use g2core:
In my case, I am walking through the exercise of using an Arduino Due with a RADDS board - which should an addition here (once/if working). Or ... I could just edit the wiki, to my understanding, and you can later fix what I got wrong. Your choice. (This would likely mean some placeholders to questions to which I do not have answers - but should save you some time.) |
|
We are working on a page that brings all the 3d printing info together in one place. We have combed thru the g2vore wiki and have a new volunteer rewriting it to be a little more human-readable. We have sent a few questions to read b and will post the remaining outstanding info Our initial post is here: https://printrbot.com/2018/03/08/printrboard-g2-general-information/ Our g2 board is for sale on our site... Ultimachine is now making them and we should be able to keep them in stock. Brook Brook |
|
@abdrumm Looks nifty. 😄 @pbannister Did the above cover all the bits you need, or are there still gaps you're needing help with? 😄 |
|
@abdrumm As a thought, there's a start towards a page listing G2core (and TinyG) based products here: https://github.com/synthetos/g2/wiki/g2core-in-use And yeah, it's mostly Printrbot entries for now, as they were the easiest to figure out which ones use TinyG/g2core. Would you be ok to cast an eye over it and let me know if anything's wrong? Or just edit the page directly if you want. 😄
|
|
@justinclift I have not yet returned to this topic. Looks to be a week or two away. |
|
Thanks @pbannister, no worries. 😄 |
|
So ... off by a couple weeks. This is more of an FYI. Not making an ask. Started by trying to trying to compile on a Raspberry Pi3 (will be on the printer running OctoPrint, so makes sense), but that still does not work, for reason you explained prior. (Hey. Had to check...) Could create a Linux VM on my Macbook, but instead tried using Google's Cloud Shell (the advantage being a standard environment anyone could access ... if it works). Hmm... Right. Nevermind. Looks as though 32-bit binaries are not supported. Again, point of information only. Guess a Linux VM is in order... |
|
It would be easy to make a Docker image that you could compile in. Look at
the .travis.yml (https://github.com/synthetos/g2/blob/edge/.travis.yml )
file for how it sets up for the build. I believe Travis uses an image with
build-essential installed already. (See
https://docs.travis-ci.com/user/reference/trusty/#Compilers-%26-Build-toolchain
)
|
|
FYI, compiles fine on a 32-bit Ubuntu VM (no surprise): Any current preference on the branch to use? |
As a thought, someone mentioned recently that Cura is known to work, though I'm not sure which branch they were running. They did mention a few minor warnings were printed at some point. Not sure about OctoPrint personally, as I've never tried it. The OctoPrint project itself does look like it's going well though, and the maintainer seems responsive which is good. 😄 |
@giseburt Not sure if Using apt-get to install |
|
@pbannister One small gotcha to be aware of (and we'll probably change things in the near-ish future), is that since you're compiling for the
For me when starting out, that made things really confusing. For example, the CNCjs user interface all looked fine, however "nothing actually moves". You might find similar happening in OctoPrint. Creating your own configuration is pretty easy though. Here's an example from yesterday, for adding a Shapeoko3 specific setup: The first commit makes a new The axes aren't disabled in those configs, so that's not a thing you'd have to worry about with those ones. You will need to experiment and probably read lots of wiki pages to get things working for your 3D printer though. |
|
Thanks for clarifying the branch choices. To clarify my interest... I have two 3D printers at present, and am building a third of my design. The third printer is to run g2core. The two present printers each have an attached Raspberry Pi3 running OctoPrint. In effect, OctoPrint provides a web-based control panel for the printer(s). OctoPrint is very, very nice - so much so that I entirely removed the physical control panel (with the horrid Marlin UI) from one printer. At present, I do designs in OnShape, render STL to GCode via Cura (on my Macbook), and use a Cura plugin to send the GCode (via OctoPrint) to the printer. In theory I could use OctoPrint to render STL to GCode (via a Cura component), but this does not make sense in my usage, as I often want some manual control over the slicer. (Plus, my Macbook is much faster than the Pi, and my designs tend to burn up a bunch of CPU-cycles when rendering GCode.) The electronics for the third printer is a Pi3 (to run OctoPrint), and an Arduino Due with a RADDS board and Trinamic 2208 stepper-drivers. (The Due/RADDS/Trinamic combo seemed to make sense at the time.) Did the compile for gShield just as a test. Today's exercise (hopefully) is to do the appropriate configuration to compile for Due/RADS/Trinamic. FYI - misadventures: |
|
Cool. Your photo's look nifty. 😄 Branch wise, definitely use the If you do hit bugs or weirdness though, do check if the master branch has been updated since you last compiled and flashed the Due. It doesn't happen super often, but it's worth keeping an awareness of. 😄 |
|
Should have mentioned, the printer is using CoreXY, which seems to have not yet landed in the master branch: #215 and/or #285 . So ... maybe not the master branch. (Got as far as defining the settings/settings_spaceage3d.h file, and M1_MOTOR_MAP.) Seems I have to use branch dev-168-gquintic for now? Or...?? |
|
Oops. Sorry @pbannister, I didn't realise that CoreXY meant it needs different Kinematics handling. You're right, only the Looking at the commit by @giseburt which adds the support (based upon code by @ewidance), it looks like the Mn_MOTOR_MAP value should be set to There is an example settings file in that branch set up for CoreXY too: Does that help? 😄 |
|
Also note that the dev branch there is more experimental than the stable master branch. So... well... definitely report back any bugs or weirdness you hit. Wouldn't be too surprising to find unexpected gotchas in parts of it. (!) 😉 |
|
Hmmm, trying to compile that branch just now fails for me. eg: Ok, this branch might not be a go-er at the moment. 😦 Wonder if the CoreXY patch would apply cleanly to the |
|
Just tried it. Doesn't cleanly apply. 😦 I think we'll need some direction from @giseburt on this one. 😄 |
|
Rob is sick with the flu (his whole family is down) so it might be a bit of
a delayed response.
|
|
The last bug that went around took me out for a week, about three weeks
back, and still lingers. :/
Did find the example CoreXY usage. Going to look at patching the change to
kinematics.cpp into master ... maybe (looked isolated?). Have to get a kid
off to school, first.
|
|
Thanks for the update @ril3y. 😄 |
|
I could be wrong but dev-168 is the only branch I know that is capable of
3d printing. I have been printing with it for a few months now. I am
using cura to slice / send print job.
…On Fri, May 18, 2018 at 10:29 AM, Justin Clift ***@***.***> wrote:
Thanks for the update @ril3y <https://github.com/ril3y>. 😄
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#292 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAOJM0XbGnVc_TS1jSTw61F89UhRZXgDks5tztrngaJpZM4PFOhM>
.
|
|
If so then all the Printrbot (and Ultimaker) definitions in *master* are a lie. :)
CoreXY support is not in master, as yet.
|
|
Notes:
Hope that clarifies things. |
|
What branch are @abdrumm and the Printrbot folk using? |
|
FYI, when switching between branches, I needed to delete: Might want a realclean rule in Motate.mk? |
Make a PR? (it'd against edge branch) 😄 As a data point, I generally run To make it faster, I added an alias for it in my bash shell config (.bash_profile): Of course, there are other ways to do the same thing. 😄 |
This is a bit of a meta-issue, as I have not found a discussion forum (as yet) for g2core.
My interest is in using g2core for 3D printing. From the commit history, my impression is that support for 3D printing might not yet be quite entirely there ... though the Printrboard folk must be shipping something.
If some work/contribution on my part is needed to push things forward from almost-there, I am fine with that, as I have done the like before.
Got to the point in my printer-build where I need to choose the electronics. The Arduino Due, and ... some shield that supports stepper-drivers for XYZ, and (hopefully) two extruders ... presumably. Also the usual allowance for fan control, limit switches, etc.
Not looking for an exhaustive reference. Rather some basic guidance on what is known/working hardware for use with g2core and 3D printing.
The text was updated successfully, but these errors were encountered: