Advanced Search

I am using a single ethernet port on my computer where only one board is attached at any one given time (so I unplug one board and replug the second board)

Are you using seperate NIC's for each Mesa board?

I am really struggling to figure out what the issue is here and am looking for some help. Prior to moving states, I set up linuxcnc with my mill and it was working fine, I then purchased a lathe and another mesa board (both are 7i96s) and attempted to set it up and I was unable to do so, it took a lot of debugging with AI but eventually I found a way for both boards to work even though both were set at 10.10.10.10. However, now after moving, I have set everything back up, and my mill board does not communicate with my computer at all and I don't remember how to solve the issue. Here is what I know so far:

1. Originally, both boards were using EEPROM jumpers and 10.10.10.10 (and my HAL files reflect those IP addresses)
2. The default IP address has never worked for me for either board
3. Currently, my lathe board works correctly, when I plug it into my computer everything connects up right away and works as expected, it is also the last board I used prior to the move (meaning my lathe was the last machine I was using)
4. I am unable to ping the mill board, mesa flash does not recognize any 7i96s connected when the mill is plugged in, because of this, I cant change the IP address
5. the LED lights / sequences are identical in both boards on powering up
6. I tried upgrading linuxcnc and updating my packages and that did not help
7. IF I unplug all of the ports on my lathe board and move it over to my mill, the mill does work and linuxcnc connects


It feels like there is an IP address conflict or something else going on where it's expecting the lathe board because that's what was last used. I recall having this exact same issue when I first purchased the lathe but for the life of me I cant remember how I actually fixed it. I do not think the actual mesa board is broken in any way.

Does anyone have any big picture suggestions on what I can do for further debugging in terminal?

Yes, can Post it this afternoon. But Keeper ik mind it currently is configured for my bench test setup, and homes without homing Switches.

Hey, could anyone with a “2 motors on one axis” setup send his config in this tread, im a little stuck configuring my setup 
 

tuxcnc wrote:

timo wrote:

There are many reasons why you should not use MPG for turning, but I will give you just one - you can turn the handle faster than the axis is moving, in other words, when you are done turning, the axis will continue to move until it reaches the commanded position.
 

Thats not correct. The user can choose how he wants his MPG to operate when he sets it up. Now I am the old crank!

I don't know why this conversation got down to swap drives and building LinuxCNC from source. None of that is necessar. LinuxCNC only requires 4-8 gb RAM but I think I'd lean towards 8 gb today.
Just follow Andy's directions, accept the default partitions and have fun. After all he is the Release Manager so should know a thing or two about how to install his releases!

@tuxcnc: Are you a nay sayer?  

Being pointed to weak aspects of something is not a bad thing. Many of my ideas where stupid and one work colleague used to call me out on it. And every time I learned something, sometimes he did as well (i think). 

"You can turn the handle faster than the axis is moving" I think that is plain wrong. I would like to see you hand crank any commercial lathe at rapid speed; plus they stop as soon as you let go of the wheel.
To make it "feel like a direct coupling" is "worth doing" regardless, if you only use it for positioning. Admittedly a stupid idea being happy with untuned overshooting hand wheel. (I am guilty of it as well, and it did end up in tears once or twice)
I prefer not to crash the machine into the chuck, or hitting E-stop buttons when I was hand cranking too fast, so I suggest to tune that. 

"People" can crash an engine lathe using the hand wheel quite reliable. (ask any trade school teacher )
If that makes a lot of sense is another question, I agree to "doesn't mean it's worth doing".

Examples:
Fine adjust for the z-axis of the surface grinder works a treat with an encoder wheel and stepper motor, because the motor does not care and over powers the stick slip without overshooting. (I klick once, it moves 0.005 mm) 
If turn an M2.5 screw on my engine lathe there is not much "feedback signal" in the sense of force feedback as well.
All sorts of machinery is using encoders to cause movement. 

Pretty much I agree, that some things might not be worth the effort.
If something is worth doing for someone else is not for me to decide.

Sure you can delete your swap space and most stuff will just work. Some apps won't. SSD space is so much cheaper than 10yr. ago, do your pc a favor and allow at least 1GB swap space if you have to cut it short.

Long ago I read swap kills SSDs so I carefully removed swap from all my linux os. After a long time I learned some of my mysterious linux troubles were swap related (because I used no swap space). It seems most stuff just works without swap, but it hurts stability a little, even if you have more RAM than you'll ever use. Also, nowadays the OS and SSDs are designed in ways so swap is not so hard on SSDs.

Nowadays I  make sure to provide swap space bigger than my RAM. Like 64GB RAM and 90GB swap. This allows hibernation to work. Then I completely disable hibernation because I don't like it. go figure. 

tuxcnc post=348156

If you really need swap space, you can use a file instead of a separate partition. 
 

That works, also. I recall seeing that automatically created on one of my Linux boxes a while back upon install. I don't remember which distro it was. Might have been Ubuntu.

Need a bit of help from PCW here.

I need to read two Yaskawa absolute-encoder serial position outputs into LinuxCNC — RS-422, async 9600 baud, 7 data / even parity / 1 stop, continuous (~17-byte frame every 40 ms), one per drive. So two independent, always-on UART RX lines.
  
Stack is a 7I97T with a 7I85S on P1 (running the 7i97t_7i85sd bitfile). The snag: every encoder input is a MuxedQCount (2:1 muxed), which can't carry a continuous async stream, and the only free non-muxed RS-422 receiver I can find is the unused sserial RXData1 (7I85 TB1-19/20) — RXData0 (7I97 TB4) already drives a 7I84.
  
  Can a custom bitfile place two PktUART RX on RS-422 receiver pins on this hardware? If only that one sserial RX is usable, what's the right way to get the second stream — a different daughtercard, or decode it off-board?

Thank you

tommylight wrote:

After you are done counting the CPU's, see lower on the right side, 16GB of swap space on a PC with 96GB of RAM memory. On laptops with 16GB of RAM i do 32GB of swap always.
Although you are correct that usually it is not needed, if you do need it and do not have it the PC will slow to a crawl.

It's not like that...
The more memory, the more Linux reserves for disk buffers, which does not mean that it needs that much, or that it actually uses that much.
With 8 GB RAM, the Linux installer creates a 1 GB swap partition, which won't help anyway.
If you really need swap space, you can use a file instead of a separate partition.
The problem is basically that modern Linux stores the existence of the swap partition in multiple places, not just in the /etc/fstab file as it used to be, which results in the system failing to boot when the swap partition is deleted...

thanx.

John had some in stock at mesaus.com

what have you guys used to interface from P1 and P2 to the switches, etc?
with the new quick turn PCB houses, I wonder if someone has already made a plug in PCB adaptor to put the same screw terminals on it?

tuxcnc wrote:

It is a good idea to manually partitioning and don't use swap partitions (Modern computers with at least few GB of RAM not need swap.)

After you are done counting the CPU's, see lower on the right side, 16GB of swap space on a PC with 96GB of RAM memory. On laptops with 16GB of RAM i do 32GB of swap always.
Although you are correct that usually it is not needed, if you do need it and do not have it the PC will slow to a crawl.

more update. i haven't posted here must because the discord forum usually helps me with understanding something claude is making up and I'd say I've gotten to the point where the machine is commissioned. half of the problems was just about electrical connections so, note to future self, don't use splices. just wait a day for a new wire to show up and spend that extra 20 bucks. 

so a 5axis retrofit is very doable, but:
(a) pay close attention to the physical properties of the machine. It's very use dependent. If you are carving foam, a direct drive or belt reduction is probably ok, and this actually makes a DIY solution for the physical build quite tenable. I think wood would be fine too if you are carving. For joinery, the precision will most certainly call for a harmonic drive (as in my use case). this means (A) weight, and ( the weight is about 300mm away from the Z axis guide. There is really no away around this. This then means that your gantry will either need to be fixed, or the there is some counterweight, or, "built like they used to be" (as in my case). I also think Z axis clearance is crucial. Have at least 18in.

That's it really. The rest is kinda sorta a load of wiring because the extra axis adds a lot of wires. Happy to take questions if there are any, but I think I'm safely migrating towards calibration, gui setup, and hopefully, making parts and prospering soon after. so glad I chose this over the other controllers

Yes, they are at assembly currently.