Home › Forums › TinyG › TinyG Support › Issues with TinyG2 firmware on Arduino Due
- This topic has 23 replies, 2 voices, and was last updated 9 years, 10 months ago by cmcgrath5035.
-
AuthorPosts
-
December 25, 2014 at 6:24 pm #7223malcom2073Member
Flow control defaults to XON/XOFF
https://github.com/synthetos/g2/blob/edge/TinyG2/settings.h#L80
However it seems that it’s actually supporting RTS/CTS control as opposed to XON/XOFF. I’ve not dug deeper to figure out why… some USB hardware drivers (as it’s using a composite device driver) don’t actually support hardware flow control… not sure if this one does or not but it seems that the define in that file has no actual effect.
So if you want to communicate with it, make sure CTS is enabled, as per here: https://github.com/synthetos/TinyG/wiki/TinyG-Sending-Files-with-CoolTerm
December 25, 2014 at 6:41 pm #7224cmcgrath5035ModeratorThanks.
What Host OS you using?I am running Linux, And see Two connection options when connected to the USB main port: /dev/ttyACM0 and /dev /ttyACM1.
Coolterm does not connect to either.But you don’t actually use Coolterm, correct?
December 25, 2014 at 7:32 pm #7225malcom2073MemberI’m using Windows, and that is correct I do not use Coolterm, I use a program I wrote.
I see two com ports on windows, one called Data and one called Control. The Control one is the one I connect to, 115200 baud, and with CTS enabled it seems to be responsive. I actually trigger DTR line high, which causes the G2 to become responsive (where it was silent before)
December 25, 2014 at 7:52 pm #7226cmcgrath5035ModeratorWin7 or Win8?
I have seen implications that Win8 is too fussy about signing of drivers to use the TinyG driver, I was about to try Win7.Are you physically connected to the programming USB or the Native USB port on the Due?
December 25, 2014 at 8:09 pm #7227cmcgrath5035ModeratorWell how about that – I’m in!
There is now a CoolTerm down loadable for Linux.
I opened that, it automagically connected to /dev/ttyACM0 at 9600baud, I upped that to 115200I am physically connected to the Native USB Port.
The Edge build I have is `[fb] firmware build 71.04
[fv] firmware version 0.97
[cv] configuration version 5.00
[hp] hardware platform 3.00`December 25, 2014 at 9:05 pm #7228cmcgrath5035ModeratorI’m curious; connected as I am, the Tx or RX led that flashes about 1/sec is still flashing 1/sec. You seeing the same?
I expected that to stop once a connection was established, perhaps I misread.December 25, 2014 at 9:33 pm #7229malcom2073MemberWin7, so no driver issues.
I’m also connected to the native port, glad to hear you got it talking!
I don’t have mine hooked up right now but next time I do I can let you know. I know I was seeing that before I got the DTR thing figured out…. not sure if it’s still doing it.
December 25, 2014 at 9:57 pm #7230cmcgrath5035ModeratorThanks for added info.
At the moment, I am staring at the Makefile.
I built a settings file based on my machine, derived from one of the existing files. But it appears that the default, settings_default.h got used, ignoring my make command
make PLATFORM=gShield SETTINGS_FILE=settings_shapeoko2_cjm_v1.0.h >gShield_build.log
Did you try to make with other than defaults?
December 26, 2014 at 8:59 am #7231cmcgrath5035ModeratorI resolved my build issue, I think.
See -
AuthorPosts
- You must be logged in to reply to this topic.