Advanced Search

fixed some settings based on the driver manual
steps per rev 1600
microstepping 8

no change in behavior

I have experience with linux and used Mach3 for years... new system so no mach conf file to start with

Running on a 4 yr old pc... pcie paralell card
ST-V3 Breakout Board
DM860T driver
lcpci -v gives me this
01:00.2 Parallel controller: MosChip Semiconductor Technology Ltd. PCIe 9912 Multi-I/O Controller (prog-if 03 [IEEE1284])
    Subsystem: Asix Electronics Corporation (Wrong ID) PCIe 9912 Multi-I/O Controller
    Flags: bus master, fast devsel, latency 0, IRQ 18
    I/O ports at d800
    I/O ports at d480
    Memory at feafb000 (32-bit, non-prefetchable) [size=4K]
    Memory at feafa000 (32-bit, non-prefetchable) [size=4K]
    Capabilities: <access denied>
    Kernel driver in use: parport_serial
    Kernel modules: parport_serial

step conf settings
parport base address of 0 or d800
driver type - other
Step Time 5000
step space 5000
direction hold 10000
direction setup 15000

testing Z axis only
pin 6 Z step
pin 7 Z direction
motor steps per revolution 200
microstepping 2

when I  test the axis I hear the relay click on the breakout board and the motor locks so that I cannot turn it with my hand but I get no movement

Not sure where my issue is... think I am close but not sure where to go next

 

I see so it's probably much, much easier to go out and buy a standard monitor (with tochscreen) and keyboard und just connect those to the base pc. Plus, I think I could sell the Heidenhain components and get a bit of money back that way.

forum.linuxcnc.org/18-computer/44828-rem...rd?start=1760#306115

Please do not double post.

I've successfully flashed the firmware, but I cannot upload the config. Python packet tftpy doesn't include upload_config.py file. Is there any other way to do it?

In documentation it says - : "Your Remora config should be in this folder as well as the “upload_config.py” script. If they are not there you can find the script and sample configurations on the Remora github." 
But it's not there!

Does anyone has this script and can share.?

Edit. OK I've found it, but is buggy under linuxcnc 2.9.3, even if I had tftpy installed with pipx (globally) it could not find the package. On windows it cannot be run because of silly links to /tmp folder. I will rewrite it to make it run under win, hopefully tomorrow, today I've no more energy left after battling with it for a few hours. 
 

I've successfully flashed the firmware, but I cannot upload the config. Python packet tftpy doesn't include upload_config.py file. Is there any other way to do it?

In documentation it says - : "Your Remora config should be in this folder as well as the “upload_config.py” script. If they are not there you can find the script and sample configurations on the Remora github." 
But it's not there!

Does anyone has this script and can share.?

I use tightvnc, never had any issues. Windows 10, so that may be the reason for black screen.
Just follow some guide to setup vnc on debian. And never operate the machine remotely.
Vnc is only useful to sometimes check gcode without going to the garage...

Hi,

I've been trying to get a couple of chineese CTB servos with drives to get to work via EtherCAT. I'm not quite happy with how their follow-error is at the moment. But i'm wondering how i could resolve this, because most "how to do a PID tuning in LinuxCNC"-guides reference closed loop circuits via LinuxCNC. But since these drives are connected via EtherCAT i thought that you guys might also have had to do the same with your drives. 

Currently my "step response" looks like this:
 
...it seems to be conservatively tuned from the factory, since the follow-error is quite large...and i'm a bit puzzled by the flat bit, it seems like it slows down before finally trying to hit the target...

So my questions are essentially:
1. If you are using closed-loop servodrives without an autotune function(or with an undocumented autotune function, as with my drives!), how did you go about and tune it? 
2. What are a "good" stepresponse for an axis? And what should i aim for with regards to follow-error to get "good enough" results? I know it is a "what is the diameter of an elastic band"-kinda question, but i find it hard to figure out what to aim for, so any input or thoughts are appreciated....

/Thomas

The glass scales are of the type LS 303C and have a sine wave output. To use these scales I would need a converter of some kind to create a square ttl wave for linuxCNC, right?

That is correct.

Does the monitor and keyboard in the control terminal need some different mesa card or can these be connected to the pc?

I would expect the monitor to have a standard input (VGA, DVI, HDMI, ...) but that should be easy enough to verify.
The keyboard will likely be more challenging and will very much depend on the electrical interface used to transmit the key press signals. There are components in LinuxCNC to interface matrix keyboards but frankly I'm not very optimistic when it comes to reusing a Heidenhain keyboard.

In terms of necessary Mesa cards, the description of the 7i97T reads "8 inputs can be used to support up to 4 quadrature MPGs" so that card would take care of up to 5 analog axes, 1 spindle, my 3 handwheels and still have a few inputs and outputs. I would just need another daughter card that has a bunch of i/o pins to control all other function and read the dro scales. That should satisfy all my control needs, or am I missing something?

I'll leave this to the experts to answer.

Ok I see. I checked in the control cabinet and the box i assumed was a Heidenhain EXE for 3 axes was in fact a HRA 110 unit which is taking the 3 handhweel inputs from the front of the machine. The glass scales are of the type LS 303C and have a sine wave output. To use these scales I would need a converter of some kind to create a square ttl wave for linuxCNC, right? In that case it's an easy price comparison between getting 3 converters or just swapping the heidenhain scales for other scales that already output a ttl signal.

In terms of necessary Mesa cards, the description of the 7i97T reads "8 inputs can be used to support up to 4 quadrature MPGs" so that card would take care of up to 5 analog axes, 1 spindle, my 3 handwheels and still have a few inputs and outputs. I would just need another daughter card that has a bunch of i/o pins to control all other function and read the dro scales. That should satisfy all my control needs, or am I missing something?

Does the monitor and keyboard in the control terminal need some different mesa card or can these be connected to the pc? I would like to use at least the heidenhain keyboard, if not also the monitor and that most likely needs some kind of adapting.

Die Subroutine ist aktuell nur auf den Gebrauch mit Probe Basic (GUI) ausgelegt.
Da du Gmoccapy benutzt, müsste man ein wenig die Routine umschreiben, oder in Gmoccapy einen Tab erstellen, der die Aufgaben des Tabs aus Probe Basic übernimmt. Da ich Gmoccapy aber nicht kenne, weiß ich auch nicht wie einfach oder schwer das ist.

Well, you wrote about 'rotated parts' so it kind of makes sense that the conversational would use the 'R' offset to do that. Glad you got it working.

I declare! How did you figure that out? Works now, thanks a million! Appreciate it!

jmelson,

Thanks for that explanation. The AMC drive spec lists trapezoidal. Is it possible that it's more pronounced on a high inductance motor? 

Sounds like you may have rotated the XY plane by 90°. Try this MDI command: