cswiger2

Here’s a video created earlier when I was having issues with tgFX getting swamped and the cnc laser stopping. Shows the nice big heat sink for the laser which is way too big and does not even begin to get warm.

Ah – still learning – this gcode was created from a ‘laserengraver’ plugin for Inkscape – deleting the line with the outsized I/J values:

G02 X82.0769 Y29.6052 I21644.8026 J-86331.8286 <– unusually large I/J

which barely draw anything in simulator – and it works fine. Tuned my setup with running the json serial port server on an old box in the garage and sending from Chilipepper on a more powerful notebook and worked perfectly several times (testing feed rates on different types of wood)

Problem solved, happy lasing.

Also, drawing tiny letters at 300mm / minute really makes the motors sing 😉 I’m impressed with this controller.

Sure – 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.hex

Connecting 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: 0x7b

avrdude: 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 verified

avrdude 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…

Actually 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.