Advanced Search

Hmm looking at the photos I posted on the forum just now and the encoder has 0500 at the end of the part number. Maybe thats the resolution. Quick google search lists only old parts at high prices!

I was messing around in the back of the orange plug for the spindle encoder trying to understand the pinout, or at least the power wires. The multimeter readings were fussy and I made my first mistake of the build allowing a wire to short. Now the machine powers up in estop with an overload light. Not sure I can or will fix that. 

So instead I took the spindle cooling fan off to expose the encoder and lucky me the pinout is called on the pcb!
 

 

So I soldered up some header pins to bullet connectors from back in the drone racing days. I wanted a much more stable wiring situation after that mistake.
 

I carefully arranged connections to the scope.
 

 

Then I gave the spindle a turn.
 

Im happy to see the encoder doesnt seem damaged!
Im not sure why channel 2 (B+) is so low on voltage. I had to scale the axis a lot more than the others. 
You can see the timing and sinusoidal output of this encoder.   


Any clever suggestions on how to get the resolution without having to count the little bumps on that wheel? Maybe I could rig a tach signal up on the spindle in the scope and compare. That would tell me the belt ratio too which I have no idea what it is.




 

I agree the top switch in this case is an estop switch and has a dog on both sides of the travel. Its already plumbed to the EMX relay for estop.

I am very interested in seeing it. Is it a drop-in replacement for glcanon.py?

Chris,
I think that I have found the problem with the Overlay problem.

In my screen shot above see overlay part appears to be coming from the TOOL NAME:
Class: StatusLabel
Object: lbl_tool_comment

Potential: maxSize Width = 16777215

May want to limit the size of the tool label and let the toolTip show the entire text length of the tool?

I just loaded up a Tool with a long(er) name and one with a short name and you can see that's what is happening.

I'm a noob with QT but, not intimidated. 



 

We Are about to do a big aluminium 4axis carving and the current trajectory generator swaps to no look ahead when it combines 4axis motion with 3axis motion I think. Which is a problem


I think tormach has fixed that.

Does anyone know what the current limit is and can it be fixed easy?


Just been looking at the wonderful work Grotius is doing and wondering if this is possible to fix atb the same time..
Regards

Andrew

The isolated analog voltage output on the 7I96S
is generated by PWM.

De nada, you are welcomed, always.

If the original motors were DC servo, all machines must have what i call "extreme limits", and if those are tripped, the power to the drives gets cut completely.
That is to prevent runout in case the drive output transistors fail in short circuit as that would send the motors at full speed to one side, depending on what side of transistors failed.
If that is the case, i would leave that part of the wiring as is and just add E-stop to it.

From the QtPlasmaC user guide ( Material Converter Section ): "The Fusion 360 tool file must be in the JSON format of Fusion 360."  

The file in the post you referenced is a .csv file.  I suspect that when ashesman attached that, he intended for it to be imported into Fusion360, and not used to spit out a .cfg file for QtPlasmaC.  Further evidence to support this is that he also attached "Plasma_material.cfg", which is an already converted, and valid material file for QtPlasmaC. I think the intent was to give the user a way to import the tool list into Fusion360 so that it matches QtPlasmaC.  

If you use the Plasma_material.cfg file he provided, you will have to rename the file to suit the material file name in your config folder (you should probably back your original up first), since the convention is <machine_name>_material.cfg.

 

Muchas gracias, hasta en este momento me dicen que están descontinuados. La verdad no sé dónde más buscar.

There are 3 limit switches for xy and z. From what I can tell there is a hard e stop switch (and this has dogs on both ends of the travel), there is a switch at the bottom that I'm pretty sure only tells the control to slow down and approach. Then there is the actual limit switch in the middle. The confusing thing is that when the middle switch is triggered the axis keeps moving until it gets to a few millimeters before the estop switch. So my assumption is the control see the middle switch then moves at the same rate to a soft limit and calls that machine zero. Why do you guys think they do that? Why not have the dog in the right spot to just stop?
This photo shows the x axis homed. 
 

got it

I popped the cover off the spindle belt.
 

Looks like its in great condition (from what I can see). 
 

 

The tool carousel rotates around the spindle when the spindle is raised to a second home switch above the normal travel. This is just like more modern brother machines.
It uses a "dumb" induction motor to move the carousel to each pot location. There are hall switches on the motor shaft that read timing dogs. Those switches turn on or off the relay and brake - sending 3 phase wall power, then removing the power, then shorting the motor wires. This works in conjunction with a geneva gearbox.
 
The gearbox output has a dead zone of about 30 degrees or so that doesnt rotate and isnt back driveable. This gives enough precision for the carousel to move to its pot location and stay put until controlled to move again. Its neat to see how back in 1990 what design decisions they went with. Spend the money on expensive gearboxes but cheaper motor/control. Unfortunately the carousel moves through its travel very cluncky starting and stopping with great energy spent at each tool pot. Much to my delight it was very easy to replace the geneva gearbox/induction motor with a 60mm servo and planetary gearbox. Now I can simply use g code to control an axis with smooth accelerations and drive to the pot I need rather than stop and start at each one at full current!

I drew up a bracket and 3d printed it to mount the servo. 
 

Then I drew up and printed a shaft size adapter to go from the 14mm my servo has to the 22mm the carousel needs. 
 

The prints are just pla but 100% infill and they will work great until the retrofit is done and I can machine brackets in metal.
 

Pretty damn satisfying solution. 
 
You can see how the tools pull stud clears with room to spare!