Advanced Search

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.

Hawk83 wrote:

Hi Andy.

Thank you for your reply.

I have read a bit about the carousel-component and it looks very good, but if I understand it correctly I can’t use it to drive an axis? My tool-carousel is configured as the C-axis on my machine.

But maybe I have misunderstood something?

Correct.

Carousel.comp can drive (via other HAL components) motors, but not a named axis/joint.

Theoretically one could somehow connect carousel.comp's output to a named-axis' inputs, but LCNC would get 'confused' and not be able to keep track of the axis actual position.  Carousel would be moving the axis outside of the trajectory planner's knowledge.

So you generally either choose to use carousel.comp to manage the ATC/turret positioning, or you use an axis.  Both require some additional 'thing' to choreograph the full  tool change sequence.  That thing can be .ngc subroutines, or Classic Ladder, or some murky (to me) python programming.

Andy advised me some time ago to use carousel.comp instead of an unused axis to control my ATC if possible.  His point was that it's rarely necessary to have the ATC motion synchronized (at the same time) with other axis/joints.  You move the head up, then you do something else, then the ATC rotates, etc.  Tool changes tend to be sequential steps, not lots of concurrent motion.

There are plenty of successful examples of ATC's being implemented as an axis.  But without discussing with the author I can't think of a reason why ATC-as-axis is preferred over carousel.comp.  Maybe being able to have finer control (hardware dependent) of the actual motion (accel, velocity, etc.)?

[bonus]
Now that I think about it, just about anything is possible in LCNC.  It might be possible to use carousel to drive a named axis via the .ngc subroutines, but that seems like a horrible Rube Goldberg scheme.  I can't think of a scenario where that double-layer of complexity would be the most efficient configuration.

I would think that power (which is proportional to PWM duty cycle)
vs temperature would be quite non-linear by nature. The "lincurve"
component might be useful to linearize the PWM settings.
 

well after a few days messing with the ssr and the hot wire I have discovered that the relay definitely  doesn't like fast
switching speeds . Even if the wire itself doesn't care I can't seem to get enough linearity from the ssr. just running it
on a stand alone pwm controller. Fortunately I can find high amp mosfet 3D printer bed heater boards that can handle
it. I am still working on getting the linuxcnc HAL to work the way I want. Oh well if it was easy every body would be
doing it.

Hi all, hi scotta,
I still have a problem with my NVMPG, like in forum.linuxcnc.org/18-computer/44828-rem...rd?start=1710#298883 already stated. I have the same behaviour.
I can control the axis with the NVMPG, switch the axis and scales, but I don't see anything useful on the NVMPG.
Did someone succeed in making the display work?
I use a EC500 with the firmware Remora-RT1052-cpp version 3.1.2.

Regards, hanskuster

I have same issue, does anyone fixed it?
Thanks,
Bharat

I just tried the app-image on a new bookworm installation, Here is what I get;

Thanks for the reply!I tried the installation again.I got to the point where the machine was working, but REMAP didn't work.I want to get back to that point soon.MDI↓T1 M6↓Move to [CHANGE_POSITION]↓Nothing happens. No dialog box appears.I don't know why, but I'm sure I'm missing something.No matter how many times I try to configure it, I can't keep up with it.