Advanced Search

www.linuxcnc.org/iso/ubuntu-10.04-linuxcnc3-i386.iso

To configure my machine, I've already created several user defined commands. I've always followed the examples in the documentation, where there's always the line “exit 0” at the end.

Today I wanted to set up a custom M code that runs Zenity to display information to the user and wait for him to click on OK. I then wondered how LinuxCNC would behave if the exit code was not equal to zero.
I searched the documentation but found no mention of this apart from the “exit 0” in the examples. So I did a few tests: in Gmoccapy, a macro that uses a custom M code with “exit 1” seems to cancel the execution of the macro. This suits me because I could use Zenity to ask whether or not the probe is correctly positioned. Clicking on “no” cancels the probe macro.

It's a pity that exit codes are not documented.
Is my way of doing things correct?
Will the documentation of user defined commands be completed?

yes thank you for your help my question was stupid. I have two servo drive systems one that I kept from the original Deckel and the other a new generation leadshine both driven in analog. they are operational when powered up which a priori will have to change. they must be requested by linuxcnc t so my hal file must be modified which will be done initially I will come back to you after the result. in the meantime thank you for your help

BSOD wrote:

Please share your config, HAL and ini. (can't find them, if you did earlier.)

For the HAL and INI files, I’m using the default LinuxCNC/remora-rt1052-basic configuration. I haven’t made any changes or tweaks to it.

For the config file uploaded to the NVEM V5 board, I used LinuxCNC/nvem-rt1052.txt .

Let me know if you need any more details!
 

This seems to be somewhat tricky. It seems config.txt is created dynamically by the builder so there is nothing to edit.
I think it could be modified in a stage 3 script using sed which I know nothing about.
ref: github.com/rodw-au/rpi-img-builder-lcnc/...scripts/uscripts#L87

If you could write a bash script that makes the required changes to your pi, I'll see if I can incorporate it.
I had a look at the builder over Xmas and merged the latest upstream source which includes support for kernel 6.12.
I might try that... I think I got it to build without our customisations. It would be so much nicer if we could avoid patching the kernel.
I think there was a post that said the RT kernel needed some extra config settings set. If you know where that is, please share it.
I think we can just add them in kernel.txt
Ref: github.com/rodw-au/rpi-img-builder-lcnc/...cnc-2.9.3/kernel.txt

Ok, heißt im Klartext alles doppelte in der hanrad.hal rausschmeißen ?

      

do have work multihead cnc project ? @spumco !!

hi, I look at my bios that is so old and is not new firmware for update.
MY motherbord is pegatron ıpmıp 55 gen.Anyway, I can setup ubuntu on my pc, Previously, I used ubuntu on my pc.
Has ubuntu cnclinux program?

In the meantime, I found the information I was looking for here : wiki.linuxcnc.org/cgi-bin/wiki.pl?Spindleoverride

Please share your config, HAL and ini. (can't find them, if you did earlier.)

I finally got around to start putting wires on the MESA card. Now I came across some questions that may have simple answers.

1. Do I need to wire up the enable inputs on the stepper drivers?

• motors work fine without enable lines.
• driver reduces current to half when the motor is not moving; so no heat issue.
  
  Is there anything that I overlook that would make it adviseable to add this wiring?
  
  1.1. The 7i76 does not have an "enable Pin" on the step generator. So I then need to hook up enable to any normal I/O?
  
  2. I noticed that I can get a higher top speed when I reduce the accelleration and at lower top speed I can put in higher accelleraton values.
   For a small bench top mill should I rather focus on acceleration with lower top speed?
  
  3. Is it possible to generate a 4th axis in PNC config? I did not find it yet. Maybe someone can point me in the right direction. Do I have to add this manually to the HAL file?
  
  No idea why I could not make it work yesterday. Answers to 3. are: Yes it works with pncconf and NO manual adding it to hal from scratch is not required.  I just tried fresh again. Choose XYZA configuration and everything was fine.

It may help to mention that the 7c81, mesaflash & driver loading wise is the same. Apart from the difference in the name of the driver loaded the RPi4 is the same. You need to enable the SPI interface via config.txt

Hopefully you'll be able to put together a killer doc that people will read.

Good luck

This one is close to 30 years old, I wrote a win95 device driver in assembly many many moons ago, ones & zeros of different length. I also manged to squueze a basic master station into a 16f84 all done in assembly.
www.nmra.org/sites/default/files/standar...C/S/s-92-2004-07.pdf


www.testandmeasurementtips.com/morse-cod...munication-protocol/

Then there's "Manchester encoding" used by ethernet.

We can also encode 1 & 0 as a certain frequency or shifting the phase.

The PCIe bus transfers data serially, at far greater rates than the parallel ISA & PCI buses could.

PS/2 is another way of sending data serially.

SPI is somewhat different in that the transfer of data is controlled by a clock are controlled by a clock. Bits can be shifted in & out depending on the clock polarity, of course you wanna define this beforehand.

Human generated speech is serial in nature, supposedly Tibetan throat singers can generate more than one sound at a time. Then again sound is serial in nature, as is light.

Even the written word is serial in nature, unless of course you are some rare type that can ingest a whole page of words at once. I don't know if this is even possible.

Even the parallel port could be considered serial in nature, talking to printer requires sending the data at one byte at a time, even 32 bit transfers end up being broken into 8 bit chunks.

PAL, SECAM and NTSC sent data in a serial fashion.

This is kind of going off the rails now. I quite happy to not totally agree with you but also not think you are a fascist.

I'm using the latest nvem-rt1052 from the Remora-RT1052-cpp repo, but the issue persists. I don't think it's a config problem, as all pins are functioning properly except the output pins. It seems unlikely that this is a coincidence.

I'm starting to suspect either the HAL component or the firmware might not be working as expected with the NVEM V5 board.

Here’s a quick video demonstrating the issue:

Thank you so much for your time, really appreciate it!