Advanced Search

good call, it is a 5v..lol ok will check the voltage at the mesa inputs and report back!  Thank Peter!

I have been using this pendant XHC HB04 wireless for some years and was satisfied with it.
Unfortunately I managed to damage the USB receiver of it last week when I moved the desktop PC.
The connections from the USB plug to the PCB inside broke. 
As a first attempt I tried to replace the USB part of it with a new USB plug plus cable and soldered the wires to the small PCB of the receiver.
But the first tests were not successfull. My existing LinuxCNC setup was not finding the XHC HB04 sofar. 
I am still testing and trying to fix it.

Does anyone know whether there exists an easy to find replacement for the USB receiver on the market? If so, which model/brand? Or is it a specific proprietary component. If so , is there a place to purchase only the USB receiver?

Thanks a lot,

Frans

That´s the best instruction i´ve seen so far!
following your steps:
- Configuring everything in twincat and make it OP
- Switching to lcnc running "ethercat pdos" and map everything
- exporting SDOs
-> everything works - thank you so much, i´ll share my config when it´s finished!

Thank you Cakeslob, with your encoder scaling, you have it set to ENCODER_SCALE for position to be rpm. I have mine set to the ppr of the encoder which is 2400. When I rotate it by hand and it gets to 2400 counts after one rev encoder position is set to 1 in halshow. So it seems to be scaled right. PhaseZ is triggering in halshow also. I have a separate Z pulse coming from the emco encoder wheel on the spindle which triggers around 1400 counts(I don't think this matters?)but when z triggers nothing resets, is this normal? tried deleting the ppr scale number and putting ENCODER_SCALE but it won't start with it, dosnt recognise it. Am I missing something on the ini file for encoder position to be rpm ? 

Thanks for that answer...  however... it still is unanswered in my original post I did this:

"G0 Z#<_ini[TOOLSETTER]z_tool>

It errors and says that the variable doesn't exist.  Hmmm...   so I tried doing ..

#<_ini[TOOLSETTER]z_tool> = -1.25

It took that without issue...  I then executed 

G0 Z#<_ini[TOOLSETTER]z_tool>

and now it works.  hmmm..  What am I doing wrong?  It is supposed to have a variable defined during ini time... but it isn't, at least that is what I am seeing."


So, it is ok to generate a variable of the form  _ini[TOOLSETTER]z_tool ?  That started my path down this thread.  If all _ini variables are READ ONLY, then why did it all me creating and setting the variable like I did in the first example?  It should have errored out and give me some message like "ini variables cannot be dynamically declared"  or something like that.

I thank you for finding the documentation on the proper usage of the ini variables..
 

I can not find it, cr@p, having stuff scattered over 2 NAS and several USB's and 4 laptops does not help.
The PC that had the config is gone, it was with the 2.9 version from the Debian repositories.
I think the 2.10 does not have this issue, i think i made a new QtPlasmaC config on a Lenovo laptop that just worked. OK i just checked this, it is an existing PlasmaC config converted to Qt and it worked properly.
-
RNJFAB, can you try editing the config and choosing something else for e-stop? There are 3 types.
And what type did you choose on this config?

Lcvette wrote:

2.9.3 works rock solid

I also switched to PB develop vers... any reason I can't just switch LCNC from 2.10 to 2.9.3?

unterscheiden sich die Handräder je nach Händler oder sind die mehr oder weniger gleichwertig? Die nächste Frage wäre ist Funk okay oder besser die Kabel Variante? 

Vielen Dank und einen schönen Feiertag
Erwin

Hi,

I did everything in the twincat 3 from the beginning... All stuff have to be visible and workable via local PDO setup... then I active configuration on the local PC with right scan time... for us should be a 1ms which U have to define in the PLC tasks...then rebuild them and active configuration but you have to upload PDOs configuration in the Process datas section... if is everything green means OK and you should disconnect it from the Twincat3 PC and plug it to the debian ethercat master rj45 socket.... then command
and you have to see active configuration in the EL6751 master ...

take care about the shape of the PDOs because they are different from the shape of twinCAT3 PDO configuration then you have to export startup in the Startup section .. export them to excel as .csv and then copy paste it in to the ethercat-conf.xml file with "complete" config definition just copy paste them in front of SM managers and if you have luck and no syntax issues you made everything should work from first shot... I do not experiment with different setup and legacy setup, it is there because of very old stuff which should use little bit different shape of communication datas or protocol..check files in the attachements for a hint 

if nothing helps you should run commandwhich will create you a working PDOs config of your acual stuff in the el6xxx master

I will check your file tomorrow because I am currently busy with my configuration too..

regards...

Murphy, here is how I have done my spindle

github.com/cakeslob/RRW_LAB/blob/main/Li...t/remora-xyz.hal#L95

lost wrote:

I reckon the transistor was a pretty good invention, yeah an improvement on what the vacuum tube does, but a new way of doing it.

Shame on me, i forgot that!