Advanced Search

You can simply update the firmware to what you need with mesaflash.

say:

mesaflash --device 7i96 --addr [card_ip_address] --write 7i96_inmd.bit --reload

Where 7i96_inmd.bit comes from 7i96.zip and [card_ip_address]  is either 192.168.1.121
or 10.10.10.10 depending on the 7I96 jumpering.


www.mesanet.com/software/parallel/7i96.zip

 

Hallo PCW,
ich habe die 7I96 vor ein paar Jahren gekauft. Wie kann ich feststellen ob die Firmware 7I96_inmd.bin installiert ist? Oder
ob da eine ältere oder andere installiert ist?

PC817 is a strange chip that works in a strange way.
First of all, it is an analog circuit, not a digital one.
Secondly, the input is controlled by current, not voltage, and the output forces current, not voltage.
In addition, the frequency response strongly depends on the input current, a small current means a small propagation time, but also a small output current.

Not really strange at all, almost all transistor/Darlington output optocouplers function this way
and this type optocoupler is by far the most common.

Logic optocouplers also typically have current inputs (since the input  of most optocouplers   is simply a bare LED)
but differ in having a voltage output.
 

As NWE has already commented, 'genserkins' assumes 6 axes (yours seems to be missing the forearm twist).
There is a kinematic in linuxcnc for a 'scorbot er3' which looks like it might be adaptable for your case:
github.com/LinuxCNC/linuxcnc/blob/master...atics/scorbot-kins.c

Hello emresensoy, I recently wrote a driver for EL2522 which is available since linuxcnc-ethercat v1.41.2.

It supports Continuous Position (CSP-like) mode currently, as seen here: github.com/linuxcnc-ethercat/linuxcnc-et...ster/examples/el2522

I hope you will find this useful, please let me know if you try the driver and encounter any problem, as I may be able to assist. Thanks.

tommylight wrote:

I have never written anywhere that I forbid anyone to do anything.
I wrote that modifying Chinese electronics is a bad idea, which is true for several reasons.
Cheap PCBs do not tolerate re-soldering very well, the copper peels off from the substrate, even if something works well immediately after such an operation, there is no guarantee that it will work after a month or a year.
Is there any prohibition against writing about it?

---

PC817 is a strange chip that works in a strange way.
First of all, it is an analog circuit, not a digital one.
Secondly, the input is controlled by current, not voltage, and the output forces current, not voltage.
In addition, the frequency response strongly depends on the input current, a small current means a small propagation time, but also a small output current.
The chip can work really fast (several dozen kilohertz), but then it may not drive the next stage with a small current.
However, when driven by high current, it may have problems already at a few kHz.
There must always be some compromise, assuming that the designer knew what he was doing and did not assume that if the PC817 withstands 50 mA, 20 will be fine...

Hi All so i have a question
so how do i know if my Ethercat install is successful, I check the Master is active the Slaves are there
I now need to do the HAL files and config xml 
i have this not sure if it is correct
i have 6 servo motors , 

Looking at the drawing, it seems to be missing 1 degree of freedom. Is this intentional? Or am I overlooking something?

No big deal as the guy that sold me my first computer said "a computer is pure MAGIC"

the laptop is a Dell Inspiron 5737, 43GTQzi, Bios A07 started out it's life with Windows 8 on it

I'll re type the command lines and again and see what comes up. but not right away

tks again for the help.! I keep trying

Sorry for my poor English – enjoy it; it’s the first and probably the last video in which I’ll try to speak English.

www.youtube.com/shorts/u9xUOXN080M

Well, yes, blue is a 3.3V level, as I measured it directly at the FPGA pin

No promises.

tuxcnc wrote:

viewsat wrote:

If I replace the DIR PC817 optocoupler with a high-speed 6N137, it can correctly return to the zero position. 

This is wrong way.
By modifying the driver, you risk damaging it and reducing its reliability.
Although the PC817 has a very low bandwidth, the correct solution is to increase the dirhold.

Tux, you have a nasty way of replying, and you have been warned once about it.
It is their choice if they want to modify something or not, that is what DIY is about and helps with learning.
You are right about PC817, but you are wrong about dirhold as it does not magically raise the level to 5V on 3.3V systems.
I understand you are trying to help, so thank you, but the way you do it sometimes comes as very offensive and demeaning.

It's more likely the bogus message comes from hal_glib library watching the limits switches without knowing about shared homing use.

There is no such pin. Please always read the documents. type: man motion

Aciera wrote:

I think this is actually a bug in the QtDragon GUI.

Moved to the Qtvcp section so maybe @cmorley picks it up.

If it is, its a new one, I had no problems with a single home/limit switcch. Feel free to review my hal and ini files
github.com/rodw-au/vmnmillqt/tree/main