Advanced Search

spumco wrote:

Aciera wrote:

I was actually picturing a remapped (ie currently unused Mcode). This would be a rather simple gcode remap where you could then use 'motion.digital-out' pins for the appropriate coolant flow.

Actually adding this to the source code will likely involve
a) a number of files in '/src/emc/rs274ngc'
b) pose the additional challenge of there not being a suitable NML command for all the different coolant variants you have in mind.
 
This is what I did for my non-standard cooling stuff.  Just cooked up some Mnn.ngc files to take care of stuff like spindle taper air blast, washdown, and multi-mist nozzles on my gang lathe.

are you at liberty to share those mappings ? 

Aciera wrote:

I was actually picturing a remapped (ie currently unused Mcode). This would be a rather simple gcode remap where you could then use 'motion.digital-out' pins for the appropriate coolant flow.

Actually adding this to the source code will likely involve
a) a number of files in '/src/emc/rs274ngc'
b) pose the additional challenge of there not being a suitable NML command for all the different coolant variants you have in mind.
 

This is what I did for my non-standard cooling stuff.  Just cooked up some Mnn.ngc files to take care of stuff like spindle taper air blast, washdown, and multi-mist nozzles on my gang lathe.

If you don't have ~5V absolute between STEP+/DIR+ and STEP-/DIR- (0 ..3)
when unloaded, that means the U5 or U7 (or both) are bad. This is because say STEP0+ and STEP0-
are inverted  copies of the same signal, so regardless of signals further back, there should
always be ~5V (no load) between them.

Also U7 show obvious signs of overheating. Typical reason for this is accidental connection of the
step/dir signals to a voltage outside the 0 to 5V range.

You might check the STEP- and DIR- pins to see if U5 is OK
 

Aciera has a good point, this needs to be sorted out.

I used an oscilloscope to check the step and dir signals, nothing going through. Is there a way to verify those ICs are the issue, or do you just know they are the most likely failure point?

foam wrote:

... I have a Probotix box with motors,...

Pictures of it, inside?
The chips should be in the control box.

@Hi Julian,

As i speak for the programming world, i suggest programmers love to describe a line, arc or spline using a few points.
As memory efficient as can be.
But i get your point.

The error i was getting, i think i figur it out.

The arc function that get's the current point on the arc does this not
by giving it a 0-1 progress.
Instead a 0-arclenght input is the way to do it.
So here i was wrong. But it's also poor commented, so i could not know it so easy.

OK glad that's at least partially sorted out.

Note that the index signal does nothing unless index enable is set true
(LinuxCNC sets index enable true when it wants to search for index)

You can test index operation by hand running LinuxCNC, and

halcmd sets spindle-index-enable true

Then rotating the spindle by hand. When the index is detected, 2 things should happen:

1. spindle-index-enable should change to false

2. the spindle position should be set to 0

Well today has resulted in some good things. I did change the Post Processor in SheetCam to LinuxCNC and created a G-code (2 one with NGC and the other with TAP). TAP not working very well but the NGC did, But I still got the Parse error on the load. And it also had a menu come up stating to insure the tool was set. Well removing the line in the G-code calling out what tool is used. That error went away. It now operated like the G-code generated by EstlCam. It loads and runs without errors. Not sure if there is a way for Axis to use a G-code with a TAP extension.  Of if there is another LinuxCNC post processor that does not place the tool number in the G-code.
Thanks for your help

U7 drives STEP+/DIR+ 0..3

The guy that pays for hosting is not around but he still pays for it. I don't have any contact information for him.

Sounds like we are running an underground organization here or maybe a mad house.
I really like this project but sometimes I do wish somebody would put some sanity into it's organization...

Kann ich grad nicht testen aber wenn du diese Zeilen in deine ini Datei einfügst sollte der Logger starten (den Pfad musst du noch anpassen):

Found the problem now lol. My encoder and spindle index are connected through an original pcb within the spindle housing, and I got my wires crossed and read the index coming from the encoder, which is connected with a 3:1 ratio, giving me 3 index pulses per spindle revolution.
That's that mystery. I will see if fixing that also takes care of the low maximum speed.

I apologize for being so naive, but where would I find these chips

Muecke wrote:

Hmm, okay, that doesn't make it any easier.

By Joomla interface do you mean the admin area of Joomla?

I'm not sure if that works in J3... also works.
Admin area => Content => Media
Copy the favorites there.

The information is without guarantee, I am not a Joomla specialist.
If it is fungzionized, the icon changes, if it is not fungzionized, it consumes memory on the server, but does not interfere with Joomla!


Who pays the hoster? He should also have access data, because without access data it is only a matter of time before nothing works anymore. 
 

Yes I have access to the Joomla admin panel and I do see the Admin > Content > Media with several directories there.
 

The guy that pays for hosting is not around but he still pays for it. I don't have any contact information for him. I do have access to the forum host admin.

JT