Advanced Search

My friend just wrote me that by merging the start of original & rest of the new hex file he could make it run and linuxcnc says fw16 but the buttons are still not working.
Maybe as you mentioned it has something to do with the bootloader it is not a good idea to copy the old bootloader? I really don't know how to fix this now...
Are you sure this file contains a bootloader or whatever is on address 0x0000 - 0x0FFF? Maybe it works for you because you don't erase and only overwrite the area from 0x1000 - ....?
I also feel like PicKit 3 maybe is too old and not doing same procedure as a newer one?

Merci beaucoup 

Thank you so much! This is hugely helpful! The only remaining issue is my Delta MS300 VFD that is currently controlled over 0-10V analog voltage, but I saw it's not too difficult to also set it up with RS485. If someone knows how to do this with LinuxCNC or knows some tutorials, I'd be super thankful.

You can ask them for the catalogue - they have really impressive products, especially their physical CNC control panels that have Ethercat interface. panelmate.en.alibaba.com/ they were so kind they offered a video call with a tour over their showroom right after I messaged them.

Here's what the monitor with built-in PC looks like imgur.com/a/Jaz9kU5

peter@peter-HP-EliteDesk-800-G1-USDT:~/Downloads$ md5sum 7I73S16H1.HEX
0b52431c4f7865ad1e122a7d0b2caf17  7I73S16H1.HEX

Is what I programmed my test 7I73 with and it works:

Erased DSPIC, reprogrammed with 7I73S16H1.HEX (md5 sum: 0b52431c4f7865ad1e122a7d0b2caf17)


 

A friend an I now spend several hours on finding an old PicKit3 programmer and getting it to run under Win11 using programmer version 8.92.
Unfortunately the 7i73 still does not work.
After flashing the hex file from 7i73r16.zip, the leds are dark and nothing happens. Luckily my friend read out the original hex file before we wrote the new one. We could recover it by flashing the original read hex back on it.
Are you sure the file in the Zip contains all necessary parts? The original file included data from Address 0x0000 and the hex in the zip starts at 0x1000 when checked in the programmer.
This starts being some pita - please help!
best regards,
Alex

Whoa!

I think streaming video to your PC during machine operation is gonna really increase latency, especially as you probably don't have a dedicated graphics card.

Why not just connect the PC to a wireless router via ethernet and then connect the camera the same router wirelessly?

The PC and camera can communicate via the router without any Wi-Fi card in the PC.

Problem solved!

Looks like no 5V to the 7I76U

(7I92T W4 needs to be "up")

Hi Cmorley

I like the MacroTab Widget, you can easily make your own simple macros, but I think it needs some fixes.
I can save the current parameters to a file, but there is a problem with restoring the settings from the file.
The "set_style" function also does not work. I tried to fix it, but so far without success.
Could you look at this problem?

I do have ethernet, and I do have a reason for needing wifi in addition. The camera I'm adding to the spindle sends video via wifi.

Below is dmesg output with the wifi card installed. Without it, I think everything is the same except the second card is addressed 0xdcc0 instead of 0xacc0. I can try that later if needed.

Tommylight, I do have the means to change the MB parallel port address. Sounds like something to experiment with, thanks. I have swapped slots for the wifi card and the second parallel port card, same result.

I did verify that the wifi card is known to work with Linux. I don't see why LinuxCNC would care (or know anything) about the wifi card. Any issue here?

$ dmesg | grep parport
[ 7.560447] parport_pc 00:03: reported by Plug and Play ACPI
[ 7.560518] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP]
[ 7.665553] lp0: using parport0 (interrupt-driven).
[ 8.274698] parport1: PC-style at 0xbcc0 (0xbcc8), irq 30 [PCSPP,TRISTATE,EPP]
[ 8.381897] lp1: using parport1 (interrupt-driven).
[ 8.390482] parport2: PC-style at 0xacc0 (0xacc8), irq 16 [PCSPP,TRISTATE,EPP]
[ 8.493589] lp2: using parport2 (interrupt-driven).

Hi All
I added one Smart Serial (instead of previously none) , which did indeed restore the missing 7i76u TB5 and TB6 tabs.
I tried configuring it with pncconf (hal, ini attached) and with mesact2 (hal, ini and .io attached)
I tried two different sets of physical inputs on TB6.
first using (on TB6, where pin 1 is at the bottom edge of the 7i76u board)
input4  (pin5)  x limit and home
input5 (pin6)   y limit and home
input6 (pin7)   y1 limit and home
input7 (pin8)  z limit and home
which linuxcnc did not like,  and it exited with an error (see attached reports)
I then moved the four physical inputs
and configured on TB6 using
input0 pin 1 x limit and home
input1 pin2  y limit and home
input2 pin3  y1 limit and home
input3 pin4  z x limit and home
which linuxcnc did not like,  and it exited with an error.
'hm2_7i92.0.7i76.0.0.input-00' does not exist

two of the inputs (x and z) are normally closed switches providing 24 volts , and two (y and y1) are proximity sensors providing 24 volts .

Using a multimeter all four inputs measure 24v field io (when measured between 7i76 Field IO Power FG, and the relevant TB pin)

I added a photo so that you can see where the input wiring is going.

On power up the 7i92t has PWR led on yellow, CR1 led on green  , the 7i76u has CR3 led on yellow, and the watchdog CR6 led on red (it does not get reset, because the config fails to load)
If Linuxcnc doesn't like the config and aborts , then there is nothing to see using halshow.

its got to be something obvious , just it's not obvious to me
 

Which pulse/rev is best for NVEM RT1052?  


 

Disable all services except those you truly need.

Remove all removeable hardware except what you actually need.

I think blacklisting kernel modules works.

SSH is great for OS management and stuff, but not good for actually running the CNC.

This line in halAdd base period after the EMCMOT.

unknown wrote:

The thing is a newer kernel will only have better performance if there has been significant changes in the area that are being used in your application. Changes to filesystems you don't use, drivers you don't or in architectures you don't use don't expect any improvements.
To be really sure you have to read change logs and stuff like that to be sure. Newer may very well be the same as what was supplied with the Linuxcnc ISO.
Oh and don't run any other network services that you use for your motion controller, in your case you should have a dedicated NIC for Remora and another for everything else.
I still don't know why people insist on using 3rd party remote desktop clients when X is actually was designed from networking from the beginning and there are plenty of available clients and servers in the distro repos that have been time tested.
Running a CNC machine remotely is a another kettle of fish. If you need to do remote admin use SSH and learn to get comfortable with the command line.

I agree entirely.

X was designed for remote desktop.

How can you tolerate the laggyness of remote desktop?

I find it unbearable.

Maybe you just have a really good ethernet connection over gigabit ethernet or something.

SSH over ethernet has really low latency, especially if you use macOS terminal with the Pro profile (XTerm is actually slightly faster, but has no support for copy/paste and stuff).