Home › Forums › TinyG › TinyG Support › tinyg / tgfx hangs
Tagged: tinyg hang
- This topic has 8 replies, 2 voices, and was last updated 9 years, 11 months ago by cmcgrath5035.
-
AuthorPosts
-
November 24, 2014 at 1:54 pm #7012cswiger2Member
Hi – I’m having an issue with large curvy projects in tgfx / tinyg, using a laser, where the work will pause – tgfx shows there is movement but the motors just hang while the laser burns a darker spot than it should. Is this caused by overloading the processor or some kind of buffering issue?
Here’s a video of it happening, sort of – it can be worse than what I recorded here: https://www.youtube.com/watch?v=igH4Mysga5E
Here’s a pic of the results, where you can see the uneven burn spots where the tinyg just stops to think or catch up on the queue:
November 24, 2014 at 8:39 pm #7013cmcgrath5035ModeratorWe need a whole lot more information to be of any help.
tinyG FW version installed (Build = ?) ?
txFX running (Build = ?) ?See also
November 25, 2014 at 1:51 pm #7018cswiger2MemberSure – thanks for reply. Have a fairly recent fw upgrade and windows app.
From the $$:[fb] firmware build 435.10
[fv] firmware version 0.97
[hp] hardware platform 1.00
[hv] hardware version 8.00and using tgFX_windows – rc1- x86 x64 build 3625 – v0.97
Here’s the dropbox link:
https://www.dropbox.com/sh/ohe91wwmlsfvm1t/AAA3hIEx7t45igZrb4D8edSia?dl=0
and in there’s the recently troublesome nc file and the full $$ dump.
November 25, 2014 at 11:29 pm #7019cmcgrath5035ModeratorOn the road at the moment, will give a harder look in 24 hrs.
I suggest you move to tinyG fw 438.02 (current edge)and give it a try.
December 3, 2014 at 9:15 pm #7078cswiger2MemberActually it’s starting to look like the issue s with tgFX – just found a long job going into LOONG pauses, and when I hit ‘pause’ on the gcode program panel the motors stopped mmediately, but the display and position indcators continued to update – like they were catching up – for some time, then when I hit ‘resume’ it continued w/o problem, until of course they get out of sync again. My notebook cpu is near maxed out so ‘ll try closing some things.
December 5, 2014 at 9:19 pm #7114cswiger2MemberYes – problem solved, was running out of resources on the notebook runnng tgFX – gotta remember this *is* java 😉 – it’ll use up 50% cpu on an Intel Core2 Duo T6500 @2.10GHz. As long as I shut enough down everything is workng fine on an ultra-long (52 minutes so far at 75mm / sec) laser cut.
🙂
December 5, 2014 at 10:58 pm #7115cmcgrath5035ModeratorGood news that something works, but I am not at all certain what it is that is working:
You are running tgFX build 3625.
Did you update to tinyG 438.02, or stay with 435.10?It is possible that communication/flow control issues are at play if you stayed with 435.10. tgFX was the outgrowth of tweaks to make tinyG 438.02 and tgFX cooperate well
Resource issues are incredibly hard to understand, but I will comment that I have seen tgFX run ‘OK’ (whatever that means) with CPU pegged at 100%.
I quickly ran your .nc in a simulator; nothing immediately obvious.
- This reply was modified 9 years, 11 months ago by cmcgrath5035.
December 6, 2014 at 9:57 am #7122cswiger2MemberSure – Indeed after the hour long laser cut I noticed the piece finished and tgFX was still drawing and reporting movement for another, maybe 30 seconds.
Well, I downloaded this: http://synthetos.github.io/binaries/tinyg-edge-438.02.hex
Just now loaded 438.02.hex but had to use avrdude – could not load from tgfx (below), maybe it does not know where avrdude is.
C:\Users\chuck\Downloads\arduino-1.0-windows\arduino-1.0\hardware\tools\avr\bin>avrdude -p x192a3 -c
avr109 -b 115200 -P COM29 -U flash:w:tinyg-edge-438.02.hexConnecting to programmer: .
Found programmer: Id = “XBoot++”; type = S
Software Version = 1.7; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=512 bytes.Programmer supports the following devices:
Device code: 0x7bavrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.03s
avrdude: Device signature = 0x1e9744
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file “tinyg-edge-438.02.hex”
avrdude: input file tinyg-edge-438.02.hex auto detected as Intel Hex
avrdude: writing flash (117552 bytes):Writing | ################################################## | 100% 16.25s
avrdude: 117552 bytes of flash written
avrdude: verifying flash memory against tinyg-edge-438.02.hex:
avrdude: load data flash data from input file tinyg-edge-438.02.hex:
avrdude: input file tinyg-edge-438.02.hex auto detected as Intel Hex
avrdude: input file tinyg-edge-438.02.hex contains 117552 bytes
avrdude: reading on-chip flash data:Reading | ################################################## | 100% 15.43s
avrdude: verifying …
avrdude: 117552 bytes of flash verifiedavrdude done. Thank you.
Prevously tred to upgrade from tgFX, machine settings, update firmware from file, the console reports:
Your TinyG will start blinking rapidly while being programmed
avrdude.exe: invalid file format ‘\Users\chuck\Downloads\tinyg-edge-438.02.hex’ in update specifier
avrdude.exe: error parsing update operation ‘flash:w:C:\Users\chuck\Downloads\tinyg-edge-438.02.hex’
Updating TinyG Now… Please Wait
Attempting to update TinyG’s firmware.
Attempting to reconnecto to TinyG…
Firmware update complete.
[*]Opened Port: COM29 Attempting to get TinyG Build Version Now…December 6, 2014 at 12:27 pm #7123cmcgrath5035ModeratorYes, others have reported that tgFX build 3625has issues with doing tinyG updates.
Happy cutting, errr, lasing.
-
AuthorPosts
- You must be logged in to reply to this topic.