Advanced Search

Das ist nicht das Problem. Das Problem ist, dass es gar nicht angeschlossen und ausprobiert hast.
In Mach3 werden physische Pins des Parallelports angegeben. Wenn die Belegung nicht stimmt, ist es entweeder der falsche Motor (falsche Achse bewegt sich), er läuft in die falsche Richtung oder er macht bei Richtungswechsel nur einen Schritt (Takt und Richtung vertauscht).
Nachdem du den Strom über die DIP-Schalter eingestellt hast, schließt du die Motoren und die Spannungsversorgung über die Schraubklemmen an die Karte an (und trennst die auch nicht unter Spannung) und verbindest die Karte mit dem Parallelport. Dann testest du ob es läuft. Die Wahrsagerei ob die Pinbelegung richtig oder falsch ist oder Beschwerden über richtige und nicht richtige / unpassende Datenblätter aus dem Internet bringen hier keinem was.

Auch kann hier im Forum niemand wissen was "die alte Karte" ist, daher macht diese Referenz keinen Sinn. Was soll dieses "sowas", auf das du dich beziehst, sein und wie soll jemand wissen was es ist, ohne dass du es vorher geschrieben hast? Die ist aber sowieso nicht relevant, da deine Endstufe einfach an den Parallelport angeschlossen wird.

I tried with this example, but it gives me an error at the start, or scale.1. gain not found or when I comment on it analogin0 not found, in the example I replaced the pins on hm2_7i96s.0.7i77.0.0.analogin** they exist as you can see in the photos

Came across this video today. I wonder how many people still think 3D printers are still just a toy? Admittedly before I got one
I used to think so myself. 

Hi
Thanks for looking into the issue

How do I go about updating the file I have to work ?

You must degrease maxvel or you must degrease step timmings.

The second problem concerns the SRO rotary encoder. The spindle and the normal feed work, but the rapid-feed encoder does not. Even when I swap the inputs for feed and spindle, it still doesn’t work. It seems to be an issue with the GUI/interface? Where can I start looking to solve this?

We need more information. Specification encoder? Wiring encoder? What SRO mean?

The "Maxvel is to high" error means that the stepgen cannot physically generate
the  requested step rate with the current steplength and stepspace parameters.

Options are to:

Lower the steps per turn on the spindle drive

Lower the spindle maximum RPM

Lower the values of the step length and step space parameters
(as long as they still meet the drives minimum width specifications)

The maximum RPM will be 60/(steps per turn(step_length+step_space))

So for example at 10000 steps per turn and 5000 ns (.000005 seconds) for step length
and step space, the maximum RPM would be 600...

Richtig gemacht läuft LinuxCNC extrem stabil. Aber du kannst nicht erwarten, dass jede ISO auf jeder Hardware auf Anhieb stabil läuft.
Die Distro ist bei Mesa nicht entscheidend hier gilt es die Netzwerklatenz zu minimieren das wurde hier aber schon x-mal beschrieben.

Don't count on finding a buyer.

Don't count on getting any maningful amount of money from the sale.

Ich habe den Eindruck, dass die Stabilität stark von den verwendeten Images abhängt und einen Einsteiger stark frustriert.
Das RASPI PI5 läuft absolut unzuverlässig  und stürzt unvermittelt ab mit einer zweiten Netzwerkkarte, aber das WLAN hab ich als Anfänger nicht hinbekommen mit den Anleitungen.
Dann hab ich das offizielle Image 2.9.2 mit einem Micro-PC verwendet und auf 2.9.7 upgedatet, welches aber auch wieder irgendwelche Fehlermeldungen produziert und die Ethernetverbindung zur Mesa abbricht (Realtek Treiber und RASPI Image Meldung).

Aus Frust hab ich ein Linux Mint Bookworm mit Debian aufgespielt und den RT Kernel sowie die Linux CNC Software händisch aufgespielt. 
Das Ganze dann ohne Fehlermeldungen und die Verbindung zur Mesa ist stabil. 
Das Mint Ding ist eine heavy Distribution....wirkt sich das mit der Ethernet Mesa negativ aus oder packt das ein I5 PC mit 8 GB Ram?
Oder muss ich mir einen schlankeren Unterbau suchen?
Leider konnte ich noch nicht weiter damit arbeiten, weil es noch ein paar andere Baustellen gibt.

 

Cyclic synchronous velocity mode only ? are you running external scale encoder or motor encoder on your setup. i am really confused... I thought ASD-A2-E could be running PT modes ? Motor encoder + Glass scale encoder ???

  I have a problem with the stepgen: the max velocity is too high. Where and which value do I need to adjust? My steps with the Mesa 7i96 are 10,000 steps for the spindle.

The second problem concerns the SRO rotary encoder. The spindle and the normal feed work, but the rapid-feed encoder does not. Even when I swap the inputs for feed and spindle, it still doesn’t work. It seems to be an issue with the GUI/interface? Where can I start looking to solve this?

 

Hello there, I'm new here and have been looking into a reliable way to test my PC latency using different BIOS settings and found this script.
I like it a lot but I have only found the initial version of the script, the one attached to the very first post. I'm only running it from a live image, currently version 2.9.4. Apart from replacing the Vimeo link with a working one, I also found a minor spacing error on line 576:should be:
I also experienced the missing latency output after the script finished so I replaced "secs" on line 936 with "us sdev" as mentioned  here by arvidb:
At line 631, lsusb is called and it was not installed so I ran the following and that fixed it:
I will look for other things to fix and post it here. I hope this thread is not completely dead even though it seems like it, but I feel it would be a shame to let all this good work "go to waste" and not keep the script updated, because during my testing and while running the script, I encountered a larger latency spike than what I could produce manually.

   
Was ist mit "Referenzpunkt gemeint"?
Hast du evtl. versehentlich bei den zwei Setups mit unterschiedlichen 0 Punkten gearbeitet?
Ich würde versuchsweise mal mit einem Setup die Sache probieren.

G-code kann dann für jede einzelne Operation (rechte Maustaste) separat erzeugt werden.

Wenn in der Simulation am Rechner alles "normal" und nur an der Maschine falsch ist, dann sind wahrscheinlich unterschiedliche Nullpunkte benutzt.
 

QtPlasmaC stops immediately after probing when Torch On Enable is active — no error, just motion halt

Description:
I’m using QtPlasmaC with a Mesa 7i92 and emulating both the arc voltage (via encoder.00) and ohmic probe (via HAL comp comparing encoder.00.velocity-rpm to a threshold).

Arc voltage scales correctly: ~285 V when torch is far from metal, drops to ~0 V on contact.
Ohmic probing (IHS) works fine — Z stops at contact and lifts to CUT_HEIGHT.
If "Torch On Enable" is OFF, the G-code runs to completion (no THC, as expected).
If "Torch On Enable" is ON, the program stops immediately after IHS and torch ignition — no error message, just motion halt and GUI power-off.

THC is enabled in material (THC = 1), and Auto Volts is ON, so THC should use the sampled voltage after probing.

Not sure who posted this but it wasn't likely the 'PCW' we know. Seems like something went wrong somewhere so whoever it was please feel free to reregister.

I take it if still available.