Advanced Search

You are probably trying to "loadrt scale" in two different places.
You need to combine them into one "loadrt" that loads as many as needed.

(Or you can use HAL_TWOPASS, but that may be more work)

Hallo zusammen
Ich habe einige Probleme mit dem Teil. in Simulations modus startet das Ding nicht und in normalen Modus habe ich keinen Kontakt. Der Treiber startet , hatt aber einen Konflikt mit GLADE-Dateien

Starting HAL User Interface program: halui
linuxcnc TPMOD=tpmod HOMEMOD=homemod EMCMOT=motmod
Found file(REL): ./core_sim.hal
Found file(REL): ./spindle_sim.hal
Found file(REL): ./simulated_home.hal
Found file(REL): ./whb04b.hal
Shutting down and cleaning up LinuxCNC...
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments

Debug file information:
Note: Using POSIX realtime

failed to claim interface
scale: already exists
./whb04b.hal:20: waitpid failed /usr/bin/rtapi_app scale
./whb04b.hal:20: /usr/bin/rtapi_app exited without becoming ready
./whb04b.hal:20: insmod for scale failed, returned -1
13130
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime


 
 

Das whb.pendant.is-connected sollte doch gelb aufleuchten, oder ?

Thanks very much Finnengineering.

That's good to hear. I'll have another play with it in Halshow and see if I can set that pin.

 I bought and received the same type of pendant just a couple of days ago. And I saw the same issue. It appears that the machine-is-on pin needs to be true for XHC-WHB04B-6 to change the counts. And you also need to press the Step button first, as opposed to "Continuous".

I don't remember the exact pin name right now, maybe just whb.machine-is-on, or whb.halui.machine-is-on. You need to set that to true for the counts to actually count (based on my very limited troubleshooting).
 

Used xhc-whb04b-6 -ue in a terminal window, and can see all buttons working.

However, in the line:
pndnt wheel total counts {counts=0 activeCounter=0 isLeadActive=0}
all the values remain at zero.
Thing is with every click of the MPG there are other digits in the terminal window that are doing something so it appears the MPG clicks are being noticed by the driver.
Watching these digits (which are either 0 or 1 or -1) the 0 digit appears to be incrementing with MPG clicks but immediately returning to 0
The digit which is either +1 or -1 seems to change when I rotate the MPG forward and revere respectively.
So overall it appears the xhc-whb04b-6 driver is actually recognising the MPG pulses but is not incrementing the total pulse count.

I can also use xhc-whb04b-6 Ha and then start Halshow.
Once again, all button presses show up in Halshow but counts stays at zero when using the MPG.

My big question is: does the driver need some sort of feedback pins setting from Halui, in order to increment the pin:
whb.axis._<N>_.jog-counts
 

Glad to help, happy cutting.

Ah yes, I forgot about those. It's been a while since I used my table or read the Qtplasmac manual.

Thanks very much.

Use these:

linuxcnc.org/docs/devel/html/plasma/qtpl...l#plasma:ext-hal-pin

Studying the XHC-WHB04B-6 component and configuration with Qtplasmac.

I have these hal connections in my Qtplasmac hal file:

net    plasmac:program-pause         plasmac.program-pause       =>     halui.program.pause
net    plasmac:program-resume       plasmac.program-resume     =>     halui.program.resume
net    plasmac:program-run              plasmac.program-run           =>      halui.program.runHowever,

I also wish to connect the following XHC wireless pendant pins to the above hal pins.

whb.halui.program.pause 
whb.halui.program.resume
whb.halui.program.run

So do I need 2 input OR components to do this, example:

plasmac.program-resume
               OR                                                                    gives out:                         halui.program.resume
whb.halui.program.resume

My question rabbit hole goes deeper.
Is it possible that say my plasmac.program-run pin is logic HIGH, but then from the pendant the whb.halui.program.pause pin goes HIGH also, creating a “command conflict”.

Confused about all this at the moment.

Hello Will,I am also new to the world of LinuxCNC and servos. It can be a lot to take in. I have been working on a Marco Reps clone box as well and have a thorough walkthrough for the process so far. I'm stuck on getting gantry mode working but it looks like you won't have that problem. I have also provided two config files. The modello config is setup as a gantry mode, but I have tried a probe basic config with 3 axis in trying to master/slave the gantry servos via RS 485 cable rather than in LinuxCNC. That should work for your system. You will still need to comment out various bits in the files regarding the LS510 VFD and the xhc-whb04b handheld controller if you are not using this hardware. I am leaving for vacation today but let me know how you get on.

Those two are the most common devices. That should work.
Redo that "sudo dmesg" with the search for serial. Limit to the last say 10 line though,
that should give the port name. I just plugged in a random usb-serial device I had and got thisYou should hopefully get something similar and there is the device name: /dev/ttyUSB0

 

Hello Rod,
Tank you so much for your answer.
yes of course, i know .... i am 2 versions behind.
If you has fixed in the new version 2.10 ... its possible to get the source code of the driver of the XHC-WHB04B-6 ?
I think this is for me faster like a complete new installation and new configuration of the Machine.
Thank you so much.
Best regards
Reinhard

You are two versions behind. The first step is to install master branch (2.10) to confirm the bug it still present. It may have been fixed.
If it has been fixed, it won't find its way back into an older version of Linuxcnc.

You should report the bug as an issue on Linuxcnc's GitHub page.
 

Dear Community,
i hope this is the right place to describe a bug on the XHC-WHB04B-6 Driver.
My environments are LinuxCNC 2.8.4 with Debian 10.10 and 2.9.1 with Debian 12 ( in both the same issue )
If I use the XHC-WHB04B-6 part , are all functions working very well ... so far so good.
If I change from man Mode to MDI and use the jogwheel on the XHC-WHB04B-6, so change the mode from MDI back to man. Mode.
In Automatic exactly the same behavior ...... so far so good, but now the bug ....... if I do it the same on a running program, so will freeze in the XHC-WHB04B-6, because the Automatic Mode can not switch back to the man Mode.
To get open again,  ... switch off the Machine, switch off the XHC-WHB04B-6, start again the LinuxCNC, switch on the
XHC-WHB04B-6 and all will works again very well.
I looking about the HAL to find solutions about the problem, but in the HAL its impossible to fix this issue, its seems to be hard coded.
I looking to the source code, to find anything ( my knowledge in C+ or C++ have tight borders ).
I found something to fix the issue, but its not really working.
Result:
-The switch back to the man Mode is only working in Step Mode or in Con Mode, not in MPG Mode.
-It is possible to switch to Con Mode or to Step Mode on the XHC-WHB04B-6, its impossible to switch to the MPG Mode.
To switch to the MPG Mode has the driver no solution, just in the start is the XHC-WHB04-6 in the MPG Mode.
My idea, to fix this issue was in the hal.cc of the source code to switch in the MPG Mode if the CNC is in MDI or automatic Mode
and nothing will freeze in and working well.
I tried to programing a switch back to MPG Mode, without any faults in compiling the code, but isnt works.
Is anyone there in the community, with experience in C+ ; C++ for help to fix this issue ?
Thank you so much in advance.
Best regards
Reinhard

Hallo miteinander, 
 
ich habe mir vor einigen Jahren eine Portalfräse in XXYZ Konfiguration selbst gebaut. Damals hatte ich mich für eine Steuerung entschieden, die auf der Software Syntheos G2 [1] und CNCjs [2] aufbaut. Als Hardware dazu dient ein Arduino Due mit einer selbst entworfenen Platine, um an all die Ausgänge zu kommen.
Meine Achsen werden von JMC iHSV57-30-18-36 Servos angetrieben, meine Spindel ist eine Mafell FM1000PV. Außerdem ist ein Pilz PNOZ X3 Sicherheitsgerät verbaut, dass bei Nothalt u.a. die Spannungsversorgung von Spindel und Servos unterbricht.

Aus mehreren Gründen möchte ich jetzt meine Steuerung umbauen. Der wichtigste davon ist, dass die Steuerung manchmal ohne ersichtlichen Grund mitten im Programm stecken bleibt, die Spindel dann aber weiter läuft… keine gute Situation, da sie einem das Werkstück versauen kann.
 
Für meine neue Steuerung habe ich mich dazu entschieden, LinuxCNC einzusetzen und auf EtherCAT als etablierten Industriebus zu setzen. Seit einiger Zeit gibt es die JMC Servos auch in einer EtherCAT Variante, sodass ich auf Schnittstellenkarten zur Erzeugung von Schritt- und Richtungspulsen verzichten kann. Zusätzlich möchte ich meine Achsen noch mit einem zweiten Limit-Switch ausstatten und ein XHC WHB04b-6 Handrad hinzufügen.
Es steht allerdings noch die Entscheidung aus, ob ich einen Laptop (Thinkpad T400 oder T430) oder einen Raspberry Pi 4 oder 5 als Fräsrechner verwende.
 
Bevor ich jetzt allerdings meine funktionierende Fräse auseinander nehme möchte ich die neue Steuerung in einem Testaufbau in Betrieb nehmen.

Dank der guten Beschreibung hier im Forum hatte ich kein Problem, die grundsätzliche EtherCAT Funktionalität einzurichten. Ich sehe alle Schnittstellenkarten und Servos und kann den Status der Ein- und Ausgänge auslesen. Allerdings fehlt mir irgendwie noch ein kleines, aber entscheidendes Stück Verständnis, wie die INI und HAL Dateien aufzubauen sind… vielleicht wäre jemand so hilfsbereit und würde eine funktionierende Konfiguration veröffentlichen? Natürlich nur als Spickzettel, um daraus zu lernen.
 
Es folgt eine Detailübersicht über den aktuellen Aufbau der Steuerung:

 1 Laptop oder Raspi, mit USB Empfänger für das XHC WHB04b-6 Handrad, verbunden mit
 2 Beckhoff EK1100 Buskoppler
 3 Beckhoff EL1018 8-fach Digitaleingangskarte 10µs
 4 Beckhoff EL1018 8-fach Digitaleingangskarte 10µs
 5 Beckhoff EL2008 8-fach Digitalausgangskarte 0,5A 
 6 Beckhoff EL2008 8-fach Digitalausgangskarte 0,5A
 7 Beckhoff EL2024 4-fach Digitalausgangskarte 2,0A
 8 Beckhoff EL4104 4-fach Analogausgangskarte 0-10V
 9 Beckhoff EK1122 2-fach EtherCAT Abzweig
10 JMC iHSV57-30-18-36-EC für X1-Achse
11 JMC iHSV57-30-18-36-EC für X2-Achse
12 JMC iHSV57-30-18-36-EC für Y-Achse
13 JMC iHSV57-30-18-36-EC für Z-Achse

Die Ein- und Ausgänge sind wie folgt belegt:

 3.1 Limit-Switch X1 Min+Referenz
 3.2 Limit-Switch X1 Max
 3.3 Limit-Switch X2 Min+Referenz
 3.4 Limit-Switch X2 Max
 3.5 Limit-Switch Y Min+Referenz
 3.6 Limit-Switch Y Max
 3.7 Limit-Switch Z Min+Referenz
 3.8 Limit-Switch Z Max

 4.1 Werkzeuglängensensor
 4.2 Erkennung Nothalt (von Ausgang Sicherheitsgerät)
 4.3 Überwachung Spannungsversorgung Servos
 4.4 - 4.8 zur Zeit nicht belegt

 5.1 - 5.8 zur Zeit nicht belegt

 6.1 - 6.8 zur Zeit nicht belegt

 7.1 Ansteuerung Spannungsversorgung Frässpindel
 7.2 Ansteuerung Spannungsversorgung Absaugung
 7.3 - 7.4 zur Zeit nicht belegt

 8.1 Drehzahlsteuerung Frässpindel
 8.2 - 8.4 zur Zeit nicht belegt

Für die Konfiguration der Servos habe ich hier im Forum letztlich zwei unterschiedliche Möglichkeiten gefunden. Zum einen als "normales" CIA402 kompatibles Gerät oder, indem man die Konfiguration über PDOs selber macht. Gibt es dazu Empfehlungen? Ich hänge mal beide XML dazu an.

Ich würde mich über jeden Schubs in die richtige Richtung und über jede Hilfe freuen.
Da ich mir sicher bin, dass ich nicht alle notwendigen Informationen hier im ersten Post mitgeliefert habe, lasst mich wissen, was noch fehlt. Bei Interesse mache ich auch gerne Bilder von Fräse und Testaufbau.

Vielen Dank für die Unterstützung,

  Uwe

[1] github.com/synthetos/g2
[2] cnc.js.org/