Advanced Search

Thoughts changed, situation is little more complex.

Found the underlying issue:

This lineis missing from auto/config file

Booting into a live seesion dpkg --list has no entries for raspi-firmware

If you do not connect the pid.N.feedback-deriv pin, the PID component will calculate
the velocity (for the D term)  via D/DT of position, so its not required to generate
and independent velocity signal. This may not be quite as good as velocity estimation
but it should be pretty good if the scale resolution is high.
 

I want to put a button on the Glade panel which will zero out the DRO.  I don't want to HOME the axis as I want it to be good where it is.

On the panel, I am currently displaying the DRO value from position-fb:

HAL file:
net x-pos-fb    => pid.x.feedback
net x-pos-fb   <=  hm2_7i92.0.stepgen.02.position.fb
net x-pos-fb   => joint.0.motor-pos-fb

PostGUI HAL file:
net x-pos-fb    => gladevcp.X_DRO             This is what gets displayed

I am assuming that I need to add a HAL button to GladeVCP and then call a function in the handler python program.
Within that function, how do I write a 0 to this?

Hello 
I run the follow configuration el4034 to command analog servo drive.
I have a glass scale wired to an EL5101 device. 
I saw several posts regarding pid tuning but I have the feeling (or I understood that way) the velocity was mandatory.
On the mesa, for each encoder we have the velocity available but it's not the case for the EL5101. 
How is it possible to generate it? 

Thank you in advance 
​​​​​​

Gartenzwerg wrote:

Was braucht so eine Karte an Stromversorgung? Die 24V werden doch nur benötigt wenn die Stepper (+Treiber) da direkt
draufhängen, oder?
 

5V. Die Treiber haben eine eigene getrennte Versorgung, die du ja schon hast. Wenn die Maschine per DB25 Kabel am Parallelport betrieben wurde, hat deine Maschine auch ein BOB, um den Parallelport zu schützen.
Das gezeigte BOB aus China ist nicht nur völlig nutzlos und überflüssig, sondern würde bei Direktverbindung die GPIO-Pins des Raspberrys ausknipsen, da die nicht 5V-tolerant sind. Das "Parallel Hat" von byte2bot hat deswegen vier Pegelwandler von 3.3V auf 5V und umgekehrt verbaut. Wenn man auf die verzichtet und die Maschine direkt am Raspberry betreibt, muss man die Eingangssignale auf 3.3V bringen.
Weiters muss man die Eingangspins gegen negative Spannungen schützen, indem man zumindest jeweils einen Vorwiderstand in Serie schaltet, am Besten in Verbindung mit einer Schottky-Diode mit möglichst kleinem Spannungsabfall (1N5817 oder so). Die Raspberry GPIO-Pins haben integrierte Schutzdioden, die laut meiner kurzer Recherche nur 1mA vertragen.

Die Chinesen scheinen bei deren Karten den falschen Busschalter verbaut zu haben: CBT16211A statt CBT16211. Laut Datenblatt ist das ein reiner Schalter ohne Pegelwandelfunktion, müsste also entweder gegen welche ohne A getauscht werden, oder die Pins dürfen nicht mehr als 3.3V sehen. Die chinesische 7I92 hat Vorwiderstände an den Pins, vermutlich weil den Chinesen beim ersten Test die FPGA-Pins wegen zu hoher Eingangsspannung gestorben sind. Falls die Widerstände 220Ohm haben, weiß ich woher sie die Idee haben 
Die Widerstände werden aber vermutlich zu klein sein, um die Maschine da einfach direkt anzuschließen.

Die Mesakarten laufen über TCP/IP. Die Adressen sollten fix sein. Man kann die Adresse der Karte per Jumper von 10.10.10.10 auf 192.168.1.121 oder so umschalten können. 

Da deine Maschine noch läuft, musst du die Pinbelegung eh im Computer haben. Ansonsten im Schaltplan oder in der Gebrauchsanweisung nachzulesen. Falls die nicht mehr vorhanden sind, einfach an den Kundendienst wenden. 
Wir können aber auch im Forum demokratisch abstimmen welche Pinbelegung deine Maschine hat.  

A push button with function load_file, works fine. In my case it is used from an input panel, where parameters can be altered. If the file did run already and is loaded, then alter some values and hit the button 'run file', it is not updating with new parameters. So i need to reload the file to update with new parameters. Is there a way to always reload the file, when the function load_file is used?

 

Thanks Andy, I made a typo in the preseed.cfg on the line for the root account.
Rod that line for blocking raspi-firmware is made null and void by the pressed.cfg line for firmware. So the raspi-firmware package is still installed.
My little mod causes the offending package to be removed during the installation process.Gives no results when run on first login. On the current ISO the find command lists the offending files from the firmware package.

Installing r8168-dkms completes with no errors when I use my ISO. Listing installed packages returns no results for the firmware package.

If using a THCAD for ohmic sensing has issues with water. the most likely issue
is that the sense  resistor is too high a value.

DerKlotz wrote:

Today i did a Sudo ... update and upgrade. During the upgrade i got these errors. Somewhere there the problem?
 

Try repeating after typing
    sudo apt purge raspi-firmware
If you still gets errors, share the output of uname -r as it appears it is trying to install an incorrect kernel version.

Hey Chris,
thanks for the report on github! It seems like it got some attention and the problem with the xhc-whb04b pendant is already figured out. Can you tell me what the supposed fix is to get the pendant working again? Or I just have to wait for a future LinuxCNC version?