Advanced Search

Without  a fancy level shifter chip,  you could use a small MOSFET
(say an 2N7000) and a stiff pullup resistor (300 ohms 1W as suggested)
to do the level shifting.


+12V --> 300 Ohm resistor pin 1
MOSFET Drain  --> 300 Ohm resistor pin 2 --> motor drive input
MOSFET source --> GND
MOSFET Gate --> 7I96 output

Can i renounce my US citizenship? Granted i never went there, but still i feel ashamed about what is going on there as i have two brothers living there.

Achso. Das Ganze per ULN2803. Und wenn man eh dabei ist nen paar Inputs über TLP292 Optokoppler...

Moin,

hab das selbe Thema bei meinen Berger Lahr Endstufen. Die benötigen auch 12V. Hab mir für die 7i96(s) dafür eine Adapterplatine gemacht. Mit einem Darlington Array. Für die üblichen 100 bis 200kHz Takt jedenfalls schnell genug. Dazu weil noch Platz war 2 Relais und bissle Kleinkram. Modbus und 0-10V.

Steckt man auf den expansion port. Bin nur noch nicht dazu gekommen das Bitfile zu schreiben. Wenn du Bedarf hast gibt Bescheid. Allerdings hab ich das auf ner 7i96. Falls du zb. eine 7i96s nutzen willst müsste man nochmal ran dann was das Bitfile angeht.

Wie immer auch dort beim ersten Mal kleine Fehler (siehe schiefe Pins)

Grüße
Julian

Can you post your current hal/ini files?

There are basic steps to verify encoder operation

1. Run halshow

2. Select the watch tab and then the 7I96S  encoder position pin and verify that it
increments by 1 for each forward turn of the spindle

If not you need to check the scaling, encoder connections etc

 

Meister schrieb:
Du brauchst sowie dochso ein Breakout-Board, die in der Regel einfach den Pin auf Masse ziehen, daher kannst du die Spannung selbst festlegen.

Kannst Du mir das erklären? 

Das Mesa-Bord ist der Takt- und Richtungsgeber, dessen Ausgänge sind TTL Pegel = 5V.  ( Ich denk, die gibt die Spannung vor, oder?)
Die Motorenkarte erfordert aber mindestens einen Pegel von 8-12V. (Die Spannung der Mesa liegt weit unter dem Pegel der von den Eingängen gefordert wird.)
 

I have been trying to get the encoder working for the past 1.5 days.  It is an amt102-v  5 wire a b index.  It worked well in uccnc but all i get when m3 is at speed light comes on.

Kind of relevant maybe, I don't want to post it as a new thread / ragebait, but I found it noteworthy enough and wonder what this crowd here thinks:


 

Hi, having the same kind of issue. Did you find any solution for this?

This should work just enable the encoders/stepgens/sserial ports you need in hal
and the I/O beyond the first 7I85S will revert to GPIO.

 

 

The error is a hal error, there is only one sserial port in that configuration.

BISS is not related to sserial and is set up differently in the hal file.

The hostmot2 man page describes the driver command line for BISS devices.
Unlike sserial devices, BISS devices are not "discoverable" so need to be setup
with device specific data in the driver command line.

man hostmot2

and scroll down to the BISS section.


 

No, we are customizing qtdragon to load a panel as a pop up and add a button to launch/hide it.
So to add a custom panel you need to add both files to the appropriate folders as I described.

I would suggest you add the qtdragon_handler changes then change the INI to this:

EMBED_TAB_NAME=Vismach demo
EMBED_TAB_COMMAND=qtvcp vismach_mill_xyz
EMBED_TAB_LOCATION=DIALOG

and test.
start qttdragon, on the top left you should see a arrow button - pressing it should show/hide the window that has a 3d milling machine graphic.

if that works then move on to adding the ui and handler of your custom panel (in the described different location) and changing the INI to load it instead.

if there are error messages please quote them exactly.
If you post your vacuum_pimp ui and handler files, I could test them on my end too.

unknown wrote:

The 7i73 will allow a reasonable HMI with just one cable as well. A 7i90 with SmartSerial firmware works in the same way.
 

+1
I have used 7i73 and it was really good. I will use 7i73 again whenever a project calls for it. Still, I celebrate everytime additional hardware support shows up for linuxcnc.

As I said, I had thought of doing this myself, but the fact is, I will never find the time to do everything I think of doing. I am really pleased bobwolf is doing this.

Hello everyone,

Have you continued with the project? I ask because I have written several software programs to generate G-code for grinding camshafts. The software has functions for simultaneous 5-axis grinding. This is necessary to grind conical cams with small concave radii. If you are still interested, I would be happy to help you.

Hello again, I was sick for a week, so I didn't make much progress.
My boss want a change in our configuration, he want to replace the 7i70 by a 7i76 connected on the port p2 from the 5i25. I wanted to know if it need a change in the bitfile or if i can use something existent like the file "5i25_7i76_7i74biss3d" that you (PCW) provided here: forum.linuxcnc.org/24-hal-components/551...-biss-encoder#320220?
I tried to read and to understand what was in the vhd but i am not good enough for making it myself...

In order to experiment i already tried to used this existing bit file "5i25_7i76_7i74biss3d" in addition to an existing hal (the two are not from the same project) but i have an issue. When i tried to modify my hal in order to use the two serial port like this:
loadrt hm2_pci config="num_encoders=0 num_pwmgens=1 num_stepgens=5 sserial_port_0=0x00xxxx sserial_port_1=0XXX"
with p3 => 7i74 = 0 => bissc 3 => 7i87
et p2 => 7i76.
In my understanding my hm2_pci config should be correct and be followed by : hm2_5i25.0.7i76.1.0.input,  hm2_5i25.0.7i74.0.0.something and hm2_5i25.0.7i74.0.3.otherThing? But i get an error: hm2/hm2_5i25.0: num_serials references 2 instances, but only 1 are available, not loading driver ...etc
I dont know if the issue came from the bit file or from the hal.

In the meantime, I will continue reading the hal manual.
Once again thank you for your help!