Advanced Search

This captured my interest, so I made one.
Drop the two attached files into the same folder as your INI file.
Then, in the [DISPLAY] section of the INI file add:Be careful with the buttons, they are not tested on real hardware.Set Zero - should set the coordinate system zero to be the centre of the probed circle (considers G54 etc but not G92 at the moment)GotoZero does a Z-hop of (currently) 20mm then G0 X0 Y0.The diameter measured has 6mm subtracted from it to allow for probe diameter.The Z-hop and probe diameter are constants defined near the top of the python file. Feel free to edit to suit.This uses GladeVCP. As has been suggested elsewhere, there are other VCP frameworks, but Glade works well enough with Axis.

So I've been trying to get this to work and I keep getting some error with dpkg.

I'm running a clean install from the latest iso from linuxcnc.org. Upgrading to trixie according to the instructions by rodw. My hardware is a NUC 14 with an Intel N150 processor.


What's this raspi-firmware doing here? Is this causing my issue or can it be ignored? It's quite late here, so I'm done for today. I hope someone can point me in the right direction.

Just read your post prior to mine.

Your still to provide the information I ask for to diagnose your situation.

See sometimes as issue can arise that none have seen before, there was a recent one regarding MDI pins. Until one user had used a particular setup it had never occurred. Fortunately the user supplied the information particular to their usage and the code was quickly fixed and merged into the code base.
If that user had of reacted as you did nothing would have been resolved.
Now old Tommy has a great deal of experience deploying Linuxcnc based equipment as a commercial endeavour, so he is no Johnny come lately. PCW is the Mesa presence on the forum, very helpful, very knowledgeable and quick to respond to users requests for custom firmware. Very respected, will even endeavour to help when the mesa firmware is being deployed on non Mesa Spartan 6 platforms. Also has been generous enough to supply schematics to his products when asked.
So I would my two esteemed colleagues conduct themselves in a manner that has earned them the utmost of respect.
So I think it would be a good time for you the reassess your comments, look through the forum and read the replies they have given other users. Then it would be an idea to offer an apology cool down and supply the information requested so this issue can be resolved .

So what version of Linuxcnc are you using, what is the underlying OS, are you able to attach the config files ? Also what hardware is being used to control the machine, is it parallel port based, Mesa based or some other hardware based step direction system ?
Diagnosis requires the collection of information and that is the reason for request.

I thought I was being quite helpful, like my esteemed colleagues I was confused about MEM.
Playing the victim, the use of the phrase "folks", the mini lecture on the use of the word again, whilst missing the comma you used to add emphasis as noted in the mini lecture and finally quoting google as to drive home the point that those that queried the whole MEM thing were plebs makes me wonder if the OP has had any oil, dirt or grease ever touch their hands.

But then again I'm a paranoid bastard that trusts no one.

I come from an industrial background, this is our only linuxcnc controlled machine. If I use a description that is common in other machines we use daily and you don't, then ask. I'd be more than happy to explain what I mean and happy to learn the "correct" description used by linux users. If you don't want to ask. Heck, Google it. It's free. 

No. Instead I get this snark comment from you:

"Despite reading almost every post on this forum, i have no idea what that means."

Guess what, that's not a question. But I explained what MEM mode was anyways. Again, google is free. 

Another person here felt it necessary be insulting as though I don't know what system I'm using... Sorry, I don't know your "linuxcnc" lingo.
THIS is how you people conduct yourselves here and act appalled by my response? 

Then you said "Again, does the machine move at G0 speeds or just the gcode preview on LinuxCNC screen?"

This was explained CLEARLY in the first text:

"And it'll race through the g code like the entire program was full of G0 commands. If I had a part in the machine it would have crashed.  It's like it ignored every G1 command."

No where in the post did I even mention "preview" of any kind. No Idea where you got that. I said if a part was in it that it would have crashed. Know what that means? That means the machine was moving....  I can't make it any clearer. I can't understand it for you. 

Now if you'll excuse me, I have an issue to figure out. 

I tried importing .XML file but did not go thru and tried tandem y from drop menu according to pins but stepper will not move. Maybe I am doing something wrong along the way I will keep looking for it, do you know if running the live Linux from usb diver would have any restrictions? I bought this machine and computer is old my latency is about 55k so not sure how well LinuxCNC will work. I did a few upgrades on the machine itself I guess the next step is pc and OS and then decide if I stay with mach3 or LinuxCNC

Thanks for the help

Yes if the PWM scale is set for 2000, any PWM value greater than or equal to
2000 would result in a 10V output

Which firmware are you using? The SKR3 is only supported in the latest Remora-core development repo.

Hi,
I set the parameter to 3.
I'm starting to suspect that if I set values ​​above S2000, the VFD was running at maximum.
Tomorrow I'll make the corrections to the INI file and try.
Thanks and have a good evening.
Milko

I did have a version for the F4 in development, but it turned out the F4's are not fast enough to do the step calculations to fill the DMA buffer. The STMs don't have a GPIO toggle bit like the RT1052 so the full step pattern had to be filled into the buffer, not just the rising and falling edges.

I would look carefully at page 20 especially the settings for P07.08

Hi,
I looked for a way to reset the VFD at the link below, but I couldn't find it. Thank you so much for your help.
Milko


share.google/KEIbyk4YFMFFaMgyR

MaHa wrote:

After another update one error solved, and next error occured. I modified ini settings, moved css entry  and dro_font_size to [flexgui], but my ui and the examples are not starting:

Traceback (most recent call last):
  File "/usr/bin/flexgui", line 341, in <module>
    window = flexgui()
             ^^^^^^^^^
  File "/usr/bin/flexgui", line 245, in __init__
    startup.setup_plot(self)
  File "/usr/lib/python3/dist-packages/libflexgui/startup.py", line 2169, in setup_plot
    dro_font = self.inifile.find('FLEXGUI', 'DRO_FONT_SIZE') or '12'
               ^^^^
NameError: name 'self' is not defined

 

 

Sorry about the copy and paste error, I've fixed that. And thanks for posting the complete error it makes it easy to fix.

JT

I've been testing an AsRock N100DC for a bit now with Mesa Ethernet cards and the latency is really good and no read errors after a few days connected to a 7i96s. The latency is good enough for software stepping. It has a serial port on the back so if you're using GS2 component over modbus you're golden. Just be careful that you select the correct case, the first one I got was too short to fit the mother board in.

JT

If 24000 RPM is the maximum spindle RPM at 10V, then in the .ini file:

[SPINDLE_0]
P = 0.0
I = 0.0
D = 0.0
FF0 = 1.0
FF1 = 0.0
FF2 = 0.0
BIAS = 0.0
DEADBAND = 0.0
MAX_OUTPUT = 24000.0
OUTPUT_SCALE = 24000
OUTPUT_MIN_LIMIT = -24000
OUTPUT_MAX_LIMIT = 24000

Do you have a link to the VFD manual?