Advanced Search

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!