Advanced Search

Hmm ok that confirms it. I did most of my octopus functionality testing on the octopus v1.1, I didnt like the buzzer on the pro. The octopus PRO has level shifters on the UART lines. When I jumper the TMC UART line to another pin, it configures fine. That is the only thing I can think of. But this overlaps with another issue Im having with another board, that also has a level shifting circuit on the UART line.

Scott, if you can provide input/assistance on this issue, it would be appreciated.

Im trying to support this mellow flyCDY3 board, but the uart isnt working. I tried changing the baudrate, but no luck. Thankfully my buddy mdroberts is much smarter than me, so he collected some data for me on the issue.

It looks like i cant upload the excel file he made, but here is what he said

Further to the TMC2209 read-back. I used the scope UART decode feature to confirm that the programmed values sent to the TMC2209 seem reasonable and consistent with the registers, but the TMC2209 doesn't put any data out after a register read is requested. The sequence after resetting the board is provided in the attached.

I just don't see any output from the 2209 when a register read is done.

You should remove the e-mail, spam incoming

Looks like Francisco got it.

Rob

Who's the lucky winner?

I've just implemented this for myself.

I already have autoprobe routines that set g54 parameters for X, Y, and Z. I augmented my autoprobe functions to log the x and y values of every completed probe, along with the g54 offsets in effect at the time.

When I have a rotated part, I touch it twice, along a surface that's parallel to its twisted X axis. That gives me two new log entries. I have a script that reads those entries, and calculates d = atan ( (y2 - y1) / (x2 - x1) ), after correcting the x and y values with the offset information.

The script prints the result in degrees. In fact, the script simply prints the necessary g-code: "G10 L2 P0 R $angle", which I then pasted into the MDI window.

andypugh wrote:

And it's true, I think. For example we really could so with a section on toolchangers. 

And Ethercat now it can be installed without breaching licenses
And how to optimise later distributions

Hi Giovanni !

Step #1     I misread that as python3-lxml being already installed with the install of Linuxcnc.      Wrong of course and caused problems

Step#3     I didn't know where to expand the zip file.      Later I seen it didn't matter moved to the gladevcp folder

Step #5   "sudo ln "   I misread that as a upper case I at first.    

Step #8   I misread   {XID}  as (XID)  which also caused problems

Misc:    aux_gladevcp  should be changed to gladevcp as already mentioned

Much of the problems were due to me printing out the instructions and the pdf being in a quite small font which lead to me misreading some things.   A larger font would help here.

Thanks again for all your work !!

Hi all,

I've changed my setup to use an ethernet-based Mesa board rather than a PCI slot one. As a result, I have the old 5I25 Superport board which I have no use for. $10 for postage and its yours. Send me an email if you're interested.

Rob Forbes

So far I have evaded shorts!

I am way ahead of you, this is also my channel
www.youtube.com/shorts/TkP5_BbfQ2g

If disconnecting motor from drive while powered on:
-TB6560 will die
-TB6600 will die
-TB6600 that is not TB6600 will most probably survive
The last ones use TB67S109 chip inside despite being named TB6600, it is much better but can do a bit lower current.
I have over 20 of the TB67S109 in daily use, the only issue i had with them is the DIP switches on 4 of those would switch at random from vibrations, so i soldered them.

Well done.

So let's do a quick recap to facilitate other users.
The procedure is correct except for the error in step 9, where is written "/usr/share/linuxcnc/aux_gladevcp", instead of "/usr/share/linuxcnc/gladevcp/".
Is that right?

Regards
Giovanni

Hmm I see the level shifter for the UART pins on the PRO is not present on the regular octopus v1.1(where i tested more stuff). I am having issues with another board that has a level shifter on the UART, so I will ask around if its working and test out this week and will report back

Wait. YouTube is now forcing people to do shorts?
Granted it has been a while since I posted a video on YouTube.
But if they want to push that it will be a bunch of 15 second
videos of paint drying.

However, I don't understand why G-code "96: G1 X345 Y100 Z0 F600", runs properly with F600, but when I use G-code "97: G1 X0 Y0 Z0 F600", it fails to run.

It likely depends on the maximum velocity reached, (which is acceleration and GCODE dependent)
at some point the stepgen component cannot generate steps fast enough at the current base
thread period so falls behind, causing  a following error.