Advanced Search

I installed the image from the download page and installed it on a RPi 4B and have an issue I can't figure out. I can get in and the image works, but the login screen is at a resolution that the little monitor I have doesn't support and it is skewed. You can make it out and get past this, and then reset the display setting once to the desktop, but if the Pi goes to sleep, or on next boot, the login screen resets the resolution back to the one my monitor can't support. How can I set both the login screen and the main window resolution to a specified setting.

Here is what the login screen looks like:
https://photos.fife.usercontent.google.com/pw/AP1GczOETd3dhYUDRgXHYTnzpp9TKRjkmYnq6D6_pN9r6YUqH3WpGP2bGTfXxA=w1121-h840-s-no?authuser=0 

Thank you!

cmorley fixed it: that NGCGUI_SUBFILE_PATH was only documented under the linuxcnc.org/docs/html/gui/qtvcp-widgets...cp:widgets:qt-ngcgui because, well, that's where it should be since it's only for Qt.

tommylight, thank you very much, but I think it must be able to see it: since in fact I did "ls -al ... " from the maker user, and there it is. And now, it looks like the program is working. That might've been the problem, but just for future google travelers, in my case it was not.

Thanks again!!

   

I would not use classic ladder for this function as it is not real time, but rather use
the "comp" component to compare the analog voltage to your constants.
The "comp" component also has a hysteresis function like a normal switch
so you will not get a noisy signal near the trip point.

i am in need of electrical schematics for EZ Trak DXII.Is there any way to get a copy rom you?

Hallo zusammen,
Ich benutze bei all meinen Referenzschaltern die CNY37 Gabellichtschranken mit folgender Schaltung:
www.carrera4fun.de/3_elektronik/licht1.htm
Die Schaltung läßt sich einfach aufbauen und funktioniert bestens(zuverlässig seit 5Jahren)
Für eine höhere Spannung können die Widerstände R56 und R10K(an V+) angepasst werden.
Die Schaltung hängt an einer Mesa 7i76.
Die Wiederholbarkeit liegt bei mir besser als 0,005.
Vorraussetzung:
1) Immer die selbe Geschwindigkeit(bei mir HOME_LATCH_VEL = 2 - für die X-Achse)
2) Anfahren von Home immer aus der selben Richtung(korrekte Einstellung von Homing und dadurch kein Backlash-Problem)
    linuxcnc.org/docs/html/config/ini-homing.html
3) Gemessen mit einer Messuhr 0,001 mm
4) Ganz wichtig! Ein stabiler Messuhrständer/Halter.
5) Natürlich eine einigermassen stabil aufgebaute Maschine.

Gruß Peter

Quick update:

If I do a probe test when X and Y are at home the probe test works. But if I move away the Y axe from home, the torch lift up when I do a probe test...

I spend many time on this subject, if someone have an idea...

Thanks

May be you are missing parts in your config.
Post your complete folder. 

Norbert 

Hallo zusammen,
es gibt ja die Möglichkeit, Inhalte eines Parameters während dem das NC-Programm ausgeführt wird, in eine Textdatei schreiben zu lassen.
Zum Beispiel hier:
.......
N10 (LOGOPEN, ausgabeX.txt)          (Neue Logdatei erstellen oder bei vorhandener Datei die Inhalte löschen)
N20 (LOGAPPEND, ausgabeX.txt)     (Messwerte zu Logdatei hinzufügen)
N30 (LOG, <#5061> X-Achse)            (Werkzeugradius, aus dem Parameter #5061 in Logdatei schreiben)
N40 (LOGCLOSE)                               (Logdatei schließen)
.......
Meine Frage ist, ob es möglich ist den Wert des Pins "hm2_5i25.0.encoder.01.count" während der Programmausführung, also ähnlich wie oben in eine Textdatei schreiben zu lassen?
Oder alternativ den Wert des Pins "hm2_5i25.0.encoder.01.count" in einen freien Parameter ablegen zu können?

Gruß Peter

PCW wrote:

If you are not using reset mode (Not sure if the RPI can do this)
The step pulse width is the base period.

Drifting in a (mod) 45 degree angle suggests crosstalk to me.
Maybe a loose ground or 5V common in the step wiring?
 

That's it! Somehow the stranded wire connecting d- and p - to GND broke in the ferrule. After I replaced the wire, the drifting is gone!

Thanks! 

Hi Arciera,

use libgsl example. Remove all libdogleg related files and deps.

Hello everyone! I'm using the analog signal to determine a limit switch. Through a reading from a magnetic sensor that has an analog voltage output that is read by the 7i77 board, I developed a logic in the LinuxCNC classicladder. The logic is that when the voltage is greater than 7.5 volts then it activates the output %Q81 called MA-Z, when the voltage is less than 1.0 volts then it activates the output %Q80 called MI-Z and the home position is when the voltage is 6 volts it activates %Q82 called HO-Z.



I made a virtual connection in the HAL file

Includes the configuration to activate Home by switvch in the INI file

The machine makes the movements when pressing the + and - buttons of the home z, but when trying to do home axi with exio Z, a movement calculation error appears. As per the video below


 

Please, does anyone have any suggestions, I'm trying to find a way to make this Z axis movement stay in an initial position above the top, to avoid the movement collision of the tools. But I can't get the system and 7i77 board to interpret the virtual limit switch, could it be that I'm missing some configuration in the HAl or INI file so that the home axi Z works correctly?

 
 

Yes, 7I76E hal and ini files will work with a 7I76EU.

The added 7I76EU features (output modes and spindle mode)
would not be supported, but these are just controlled by parameters
that  can be setp'ed in the hal file.

The firmware files are however different

Moved to another PC, installed 'libdogleg-dev' and I seem to get a little further but not much:

 

Anyway, I'm afraid there is not much I can think of to help as I'm really starting a zero with these dogleg solvers.

Blender CAM 2025
Please give some inputs, is it worth the effort to learn?

Hi,

I have tried another solver: "libgsl".     ( sudo apt-get install libgsl-dev )   Using the GPU. ..

This runs way better then libdogleg. Was a luckie shot.

In this solver bigger distances are ok.
Input :


interpolated endpoint result : x: 520.049999 y: 266.500001 z: 125.500000
Converged after 370 iterations wtf? 

Now i get more convinced finally.