Advanced Search

OP - That's a nice harmonic drive you've got there, especially with the big through-bore.

If you still need some mounting inspiration, Andy Pugh did a fantastic job of documenting his 4th axis build based on similar reducer.

machinedude wrote:

the only other clue i can offer up at this point would be the fact that the bearing was not pressed in the motor housing. it came right out so maybe a poor press fit added to this?

Bearings are quite often an interference fit on the shaft but close sliding (or transitional) fit in housing.  Makes assembly easier, especially in production environments.  Interference fits on both the shaft and housing make assembly a nightmare.

Frequently for smaller motors a spring/wave/Belleville washer is used inside one housing end to permit the bearing to move axially as the rotor shaft grows (from heat).  That spring preload also tends to keep the bearing outer races from spinning in the housing bore.

If the bearing was a fairly sloppy fit in the housing there was very little resistance to shaft bending and all the movement would have been concentrated at the shaft bearing seat shoulder.

Andy's suspicion about a fatigue crack from shaft misalignment is looking pretty darn persuasive to me.

Hi,

I've built an CNC router with MESA7I96 controller. I use an Pi5 for running linuxcnc and it works fine. Until this time I used Fusion360 for CAM, but I'm thinking on to try Vectric Pro.

Vectric has any metric post processor for linuxcnc? If yes, which one you use?

It's always fun to poke fun at the Septics, tho they seem to encourage it when some of the louder ones don't realise that other countries do things their own way and will argue the point.

A not properly crimped plug or semitight srew termnial might cause a problem as well?
Or does the damage only occur when all four wires are disconnected at same time?
I would guess the system does not know if I did it or it just happened.
 

Glad you waded into the live build environment. Wait till I get you going on the raspberry Pi 
Sorry it failed for you.. I had plenty of that. The biggest issue I had was getting apt configured and installing the gpt keys.
Bjarne from Etherlab was a big help there.

I think Linuxcnc builds all of the Debs in the one go.
There was a really interesting pull request from Stefan Moller that has yet to be committed which installed the dependencies the Debian way (eg. Just using one command. It would have been nice to see it in the code by now.

Hey guys, letting you all know that I found the problem. Looking back a few pages found that the repo has different nvem config files. Uploaded this one and it now works: github.com/scottalford75/Remora-RT1052-c...xCNC/nvem-rt1052.txt

I'm back home now. The command you're after is:
[/code]

Then rerun the upload_config.py command again.
 

sajurcaju wrote:

When I started halscope, the trigger level slider worked as expected. For some reason it has become non-functional. The slider is gray, no green, no way to adjust it. I've tried restarting halscope and changing trigger channel. It doesn't matter if I'm in Red Light Green Light Normal or Auto trigger.

Thanks,
Steve

Did you make any adjustments to the settings before the trigger level slider became greyed out?

tommylight wrote:

Anyone against deleting this topic?
I failed to raise hell...
P.S.
I still maintain that calling silicium "silicon" is not smart, by any stretch of imagination. Sue me !
 

Well I mean, if you're looking for a fight......

I noticed quite a few jabs taken at us 'Mericans over here......I could oblige. I also noticed some strange replies that are missing the post they must have been replying to, wonder what that's about.....

I rarely click the "recent topics" button, so I missed the fun.

the only other clue i can offer up at this point would be the fact that the bearing was not pressed in the motor housing. it came right out so maybe a poor press fit added to this?

Ooops, you need  a link github.com/dbraun1981/hal-cia402

Hi @all,

i'm using LinuxCNC 2.9.3 in combination with a Mesa 7i96s to control my JMC servo based x-y-z laser handling system.
I added the following components to my system:
- gladevcp
- WHB HB04
- Arduinoconnector (for periphery like compressed air, lamps, fume extraction...)
and thanks to your posts and the detailed videos of talla83 and alexmagtoast i somehow got it working. Thank you very, very much.
I'm based in mechanical engineering so the software and electronics part is fun but a steep learning curve. This is my first self-build maschine.

My current problem:
I have a second PC with a third party software for setting the laser parameters. For adjusting the focus, this pc can put out 5V step/dir TTL signals 5 μs for steppers. In the machine setup process i would like to use this signals to control my z- and x-axis.
I cant just connect it to the steppers because it would corrupt the position in LinuxCNC, so my idea was to connect this TTL signal to the encoder input of the mesa.

Wiring:
Jumper W1 in left position (for single ended TTL encoders)
step+ on ENCA+ (TB2-7)
step-gnd on GND (TB2-9)
dir+ on GPIO38 (successfully shows in HALshow)
dir- on GPIO GND

Would that work in principle? Can i just use a GPIO pin instead?
Do i need to configure the encoder somehow?
While writing this i realised my logical mistake might be that a single ended encoder still uses ENCA+ for positive and ENCB+ for negative direction?

In my custom_postgui.hal i use the following code but it doesnt register anything in halshow.



Help would be very appreciated.

Best regards,
Chris

zarfld wrote:

an minor issue which i can workaraound by just providing pos_fb=0.0 during homing procedure on pokeys is that i don't know how to "Pause" Linuxcnc from checkeing pos_fb versus pos_cmd for following errors during homing procedure.

You use a component that sets pos_cmd == pos_fb while homing.
An example of this is the cia402.comp used with Ethercat drives.

@Rodw,

Thank you for your effort, all your input so far.

I have tried to create a .iso for day's, using the lb build system and also by using a chroot environment.
However it failed at some point when the .iso installation was ~60% complete.
Also the linuxcnc live build failed at some point, it had something todo with filmware, but that's no problem.

Then creating .deb packages is also a lot off work. As you have at least 2 types. The normal packages and the -dev packages
wich includes .headers etc.
I think we have to use 3 types, like the normal, the -dev and the -source.

For now i use a Qemu vm. Install debian and the software we need. Then the Qemu .img file can be compressed and
downloaded by others to test in their vm.
For running on real machines, i have to do a extra conversion step from .img to other .img type,
then write the .img to usb, and it will run.