Advanced Search

Homing on glass scale index is supported directly by Linuxcnc and Mesa's products.
linuxcnc.org/docs/html/config/ini-homing.html#_home_use_index but the whole page is worthwhile reading.

Please specify what you mean by idle. Is this with LinuxCNC running or one of the other programs polling the pendant?

I saw the effect with no polling program. Didn't see it with one of the pollers active.
Idea was that sitting idle for some time made turning the wheel trigger something that disconnects it.
Didn't find that was the case though.

Hi Hannes, my unit displays the F: and S:, pressing Feed+ makes it display F:105 F:110 and so on. S: also show some values that change with press of S+ and S-. Seems to work.

Switched to libusb_fill_interrupt_transfer. I have a milling session today so I can at least tell if it still crashes.

I guess one can take out the original and solder in a new STM32G030C8T6? They are almost free.
What role does the dongle have? Is it passive or does it too have firmware?

one more time again...

The pin definitions are in the firmware.

In addition, the driver command line can enable/disable secondary functions.
(the primary function of all pins is GPIO)

That is, "sserial_port_0=2xxxxxxx" would only enable sserial channel 0 in mode 2
 

If you get a red LED on the 7I92 when LinuxCNC is running, that indicates latency issues with the host PC


This does not require  a reset but the issue must be solved before you can have reliable operation

I would no bother with pncconfs tests, but simply run  your newly created configuration with LinuxCNC

To check network latency, run:


sudo chrt 99 ping -i .001 -q -c 60000 10.10.10.10


This will run for 1 minute then print timing statistics.

Kein problem, sie sind immer wilkomen.

@ Tommylight Danke für das Anpassen!
Ich werde berichten wie es weiter geht, und hoffentlich welche Lösung wir gebaut haben.
Dies wird aber eine Weile dauern. Bitte um etwas Geduld.

Hello

(Third try posting this, there's something wrong with the forum server)

I'm retrofitting a Cincinnati Arrow which does not have any kind of homing or limit switches on x and y -axis. Glass scales have distance coded index marks though and I would like to use them for homing. I found one successful attempt doing so: 
forum.linuxcnc.org/12-milling/42195-retr...ing-success?start=50

Editing hm2 similarly shouldn't be too difficult but homing.c looks completely different nowadays. Should this kind of thing be done with homecomp? Any advice on that would be welcome, my coding skills are slightly limited and there is not too many examples of homecomp yet.

Thanks
Ossi

Studi wrote:

Der Titel stimmt fast ganz nur das s ist mir entwischt.

Fixed, thank you.

Thank you Franco,
Do you think it would be better to have this on a separate topic?
Either way, i have pinned this so it is easier to find, google has become utterly useless for searching anything if not very good at "google hacking".

Notice the 22222222 <<< 8x2, that will set all sserial ports to mode 2, this is what i do when i do not want to bother finding the right address.
Also notice sserial_port_1, if you have more than a single sserial port (each can have several boards attached)
The above example is from my Mazak with 7i92/7i77/7i74 and 2 of 7i84.

Welcome Hannes and thank you from my side for your contributions. I am fairly new here myself, and have made no "real" contributions to LinuxCNC so far.

If you read through this thread, you saw we discussed a "loops" variable. The changes you made to hal.cc should be another way of fixing that specific issue. As for the other changes, I haven't really used any of those features. And to be honest, I'm a bit confused about the modes (auto, MDI, manual, teleop, joint).


In other news, I have been slowly chipping away at making a new firmware for the dongle. As of right now, I have something that is mostly working. I will release the source code once I have it in a little bit better shape. But I don't think it will be of use to most people, as flashing a new firmware is likely a one way street, and may make the pendant unusable.

If you or somebody else wants to update the xhc-whb04b-6 component (more), there is some low hanging fruit:
The libusb_fill_bulk_transfer in:
github.com/LinuxCNC/linuxcnc/blob/master...whb04b-6/usb.cc#L457
should really be a libusb_fill_interrupt_transfer. Endpoint 1 is an interrupt endpoint after all. The dongle/pendant doesn't know the difference between bulk and interrupt, but for scheduling of traffic on the USB bus, there are some differences. It's not inconceivable that some of the disconnects could be from USB congestion and wrong transfer type, but I do think it's unlikely.

Another thing is the checksum calculation. The full formula is:In the XHC implementation, the seed is the day of month [1...31] and "random" is from a timer in the microcontroller.

Hi i have the exact same problem, even when trying to jog the motor by the display and have it disconnected from ethercat, so it's probably a parameter of the servo drive. I know that's not the point of the topic but i would like to know how you managed the problem!

Hello,

there is an example:
forum.linuxcnc.org/38-general-linuxcnc-q...indle-flagging-error
 

@Waggi : Vielen Dank für deinen Bericht.
Das mit den Reparaturen ist jetzt eher unschön. Zu den 2 beschriebenen Defekten würde mich noch folgendes interessieren:

Kannst du noch nachvollziehen, was du beim Bruch des Mittnehmers bearbeitet hast? Also Material und bei den Zustellungen eher aggressiv oder moderat.

Bist du dir sicher, dass das genannte Lager ein Spiel von 2mm hatte?
Das ist ja schon erheblich und kaum vorstellbar.
Weist du zufällig noch, was das für ein Lager war/ist?

Und noch eine letzte Frage. Wenn du von Werkzeugwechsler bei einer HF-Spindel schreibst, meinst du da ein ähnliches System wie bei der AMB oder ein Druckluftbetriebenes ATC?