Advanced Search

I am using a 7i98 and a custom daughter card. I had described the problem in the other thread.
forum.linuxcnc.org/26-turning/52640-old-...-cnc?start=20#304966

Well, as soon as the po4a bug gets fixed, and Seb's buildbot2 makes a bookworm master deb, I'll try it on my mill.
I've been using my desk demo setup for builds and testing.
Not going to do a build on my mill system.
i'll let ya know how it goes, whenever it does....

I am in a process of retrofitting Biesse Rover cnc machine to LinuxCNC and now Iam up to getting encoder signals read directly by LinuxCNC via 7i48 board (so far I was using the original drives that output the encoder signal to cnc controls).I started with Y axis motor - Yaskawa USAGED-13A22 motor with UTOPH-81AWF encoder (it has 8192 CPR).
What I did was ordering a matching plug from ebay and soldered 8-leadwire to it while other end of the wire was connected to plug on 7i48 so the original wiring of encoder is intact and I can always plug it back in original drive.I am not totally sure that the wiring on 7i48 is 100% correct because the original documentation of the machine does not show meaning of pins: 


So I did some guestimate there according to servodrive manual that mentions channel A, channel B and channel C. 


Channels A and B seem to work exactly as expected - I get approximately 32K rawcounts per revolution (I did not measure very precisely start and end position) but supposed index channel is living its own life. I did some video:

I thought that my adapter wiring is wrong. Checked with multimeter butthere are no shorts between any 2 wires. Plugged back in original drive - everything works and I get nice index pulse once per turn so it seems that this is the way it is supposed to work.I also found this thread mentioning that Yaskawa 5V encoder has to be decoded. www.forum.linuxcnc.org/27-driver-boards/...coders-plug-and-play
I have yet to understand what is there to decode for incremental encoder (that is supposed to be incremental because of digit "2" right after letter "A" in the name of motor) if both phases have quadrature signal but that is rethorical question.

It seems strange that servodrive manual would name the third channel as "channel Z" for absolute encoder and "channel C" for incremental encoder given that standard designation for index pulse is letter Z. 


What are my options at this point? All I need is an index pulse for BLDC module to home the rotor and get the phase alignment right. I do not even need the index for homing joints, that is optional.

I notice this error after having changed a tool with M6 Tx. I attach my INI file and that of qtdragon_hd.pref. The entire change process makes it correct. The problem is that once it has measured the new height of the tool, the Z axis goes up and stops with that error.
 

Are you using PWM or the 7I76's analog output?

At this point I think the 7I96S should be returned and
tested at Mesa.

Is there a way I can just see an example with such a configuration? It could be another card.

and when i run sudo chrt 99 ping -i .001 -q 10.10.10.10 command, the green lights are cycling on the 7i96s, as they should but that red light is on and now it drops all the packets.

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether e8:4e:06:ab:32:b0 brd ff:ff:ff:ff:ff:ff
inet 10.10.10.1/24 brd 10.10.10.255 scope global enp4s0
valid_lft forever preferred_lft forever
3: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether a4:1f:72:67:47:1f brd ff:ff:ff:ff:ff:ff
inet 10.0.0.2/24 brd 10.0.0.255 scope global dynamic noprefixroute enp5s0
valid_lft 83656sec preferred_lft 83656sec
inet6 fe80::a61f:72ff:fe67:471f/64 scope link noprefixroute
valid_lft forever preferred_lft forever
4: wlp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether fa:39:7b:39:5a:42 brd ff:ff:ff:ff:ff:ff permaddr 9c:2a:70:32:72:49

i set the netmask in /etc/network/interfaces to 24 with no effect.
still no communication with ping. Destination host unreachable but the green lights cycle on the board

I will check into that . Thanks

Hi,

Working on the toolpath blending algoritme.
It's using the gcode G64 P.. Q.. values along the gcode file.

Red are the clothoids, valid in a 3d plane.
Yellow are lines, this are invalid clothoid solutions, out of plane, that we have to port to a spline fillet tomorrow, as
alternative fillet solution.

The settings for G64 used : P0.1 Q0.01
Where P=deviation, creates the fillet.
Where Q=tollerance, filters out only line segments.

// Results of this optimalisation test:
items before G64 P.. Q.. :1214 after:1330 diff:-116

 

In the interfaces file, change:

inet 10.10.10.1/8
to
inet 10.10.10.1/24

Also

ping: Warning: time of day goes back (-511999937us), taking countermeasures

Sounds like some setup error on your kernel or system

Is this a standard LinuxCNC distribution?


 

im getting that red light on the mesa 7i96s again.

here is the results of sudo chrt 99 ping -i .001 -q 10.10.10.10
PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.
ping: Warning: time of day goes back (-511999937us), taking countermeasures
ping: Warning: time of day goes back (-511999879us), taking countermeasures
ping: Warning: time of day goes back (-2199023255489us), taking countermeasures

--- 10.10.10.10 ping statistics ---
5924 packets transmitted, 1308 received, +1898 errors, 77.9203% packet loss, time 587511ms
rtt min/avg/max/mdev = 0.000/0.109/8.769/0.401 ms, pipe 12
it seems to be communicating but drops the majority of packests

how do i do that through terminal? i would have to create a new connection to do it through the gui. im not sure, but i think that causes conflicts when you create a connection and have it configured through /etc/network/interfaces.

thank you all you help and patients with me. this would be a considerably longer process without the help of way smarter people than i am.

Hi Arciera,

On my pc : libc6 is already the newest version (2.31-13+deb11u10).

Thanks, and will it run after this:

Since Mbed has been abandoned as a project many are saying that Remora is a dead end project.
What should Mbed be replaced with?
Save the libraries?
Make Remora compatible with something else?

I don't believe that the RP2040 version uses any Mbed libs.