Linuxcnc erste Schritte und erste Probleme, NVEM und Remora

Hallo,
und danke für die Antwort Luca, ich lasse mir etwas Zeit, sorry. Der Rechner läuft noch nicht wieder, ich strukturiere gerade meine EDV neu, Winterarbeit. Sobald das erledigt ist geht es hier weiter, ich melde mich, das ist bestimmt noch nicht die letzte Frageimage missing /media/kunena/emoticons/smile.png.

Gruß
Mario

Hallo,
die gute Nachricht ist, es fängt an zu funktionieren.
Über die vermutlichen Ursachen werde ich demnächst noch etwas schreiben, ich habe momentan einen anderen PC verwendet, ich denke das das nicht das Problem ist. Die für das Projekt vorgesehene Hardware (MSI Windbox) hat scheinbar ein Bios Problem, Linux macht da Bootprobleme. Das ist aber eine andere Baustelle.
Der Reihe nach, geflasht wird der NVEM über einen STlink Adapter, ich verwendete hier eine Software unter MXlinux zum Flashen, ich grabe das jetzt mal nicht weiter aus. Interessant war das die Software das Flashen dieser Firmware hier zeitweilig verweigerte:
github.com/scottalford75/Remora-NVEM/tree/main/Firmware
Es gibt aber ein weiteres Verzeichnis hier:
github.com/scottalford75/Remora-NVEM/tre...-NVEM-STM32/Firmware
Diese ließ sich flashen, und die hatte ich bis gestern verwendet. Linuxcnc konnte mit dieser Firmware zumindest den NVEM finden, das Einschalten der "Maschine" fuktionierte, jeder Bewegungsversuch endete in obengenannten Fehlermeldungen.
Gestern hatte ich nun noch einmal den NVEM zerlegt, um den STlink anzuschließen und noch einen Versuch mit der erstgenannten Firmware zu machen. Das Ergebnis war dasselbe Flashen verweigert mit einer nichtssagenden Fehlermeldung. Noch ein Versuch, auf einmal Flashen erfolgreich. Keine Ahnung was da schiefgelaufen ist.
Heute den Testpc mit Linuxcnc und der Anpassung nach der Youtube Anleitung vom Scott aufgesetzt, Controller dran und siehe da: Alles gut.
Die Ausgänge liefern die Signale, keine Fehlermeldungen etc..
Es ist also so das der NVEM beim Flashen bereits eine Grundkonfiguration bekommt, die dann auch ansprechbar ist.
Ein Hinweis, bitte, das ist keine Kritik, vielmehr ein Hinweis auch die Akzeptanz dieser Software beträchtlich zu steigern, vielleicht kann Scott mal das Installationsvideo hier etwas anpassen:

Hier verwendet er alte Verzeichnisstrukturen und es fehlt ein wesentlicher Schritt, der halcompile Befehl beinhaltet hier nur das Compilieren der eth Komponente, es fehlt das Compilieren der Remora-nv Komponente, ohne diese läuft Linuxcnc ebenfalls nicht mit dem NVEM.
Ich bin also der neuen Steuerung und vor allem dem Handrad (GRBL hat das nicht) ein Stück näher. Ich denke das war noch nicht der letzte Post, danke auch an Luca bis hierhin ,
Gruß
Mario

 

Hallo Mario,

Es freut mich zu hören das Du ein Schritt weiter gekommen bist. Gut hast Du Geduld und mehrmals versucht die Firmware zu flashen!

Ich komme selber auch von GRBL; die Software ist zwar genial, aber irgendwann war ich begrentzt mit TMC5160 Treiber. Ich habe dann ein Komponent für LinuxCNC geschrieben (bin nicht mal ein Hobbyprogrammier) und es funktioniert nicht so schlecht. Es ist krass was es auf LinuxCNC alles gibt und möglich ist, im Vergleich zu GRBL. Aber die Komponenten die nicht mit der Standardinstallation kommen sind halt auch nicht unbedingt häufig verwendet. Remora ist zwar eher gut dokumentiert, es ist aber nicht vergleichbar mit Kommerziellen Produkte wie Mesa Karten zum Beispiel. Mir ging es so, und ich kann mir vorstellen das ich nicht der einzige bin: ich habe mir ein Komponent geschrieben und eigesetzt, auf github geladen und bin dann zum nächsten Projekt gegangen, obwohl der Komponent weit von perfekt war und kaum dokumentiert ist.

Allerdings lernt man viel dabei und so lange Du weiter kommst und auch hier Hilfe findest wenn es nötig wird, bin ich überzeugt das Du viel Spass haben wirst mit LinuxCNC.

Gruss,
Luca

Hallo,
und danke für die Antwort, es geht langsam aber stetig, ich habe jetzt als nächstes Problem das ich nicht weiß ob die Standardkonfiguration der Firmware nach dem Laden nicht bereits alle Variablen für alle Achsen plus Ein/Ausgänge enthält.
Meine Frage dazu ist, wenn die Achsen plus E/A im NVEM bereits vorhanden sind aber in der HAL nicht definiert, ist das ein Problem? Mir fehlt noch ein wenig das Verständnis zwischen der Firmware des NVEM und der HAL.
Ich wollte als nächsten Schritt einmal die Notauskette testen, daher wäre es interessant ob es da schon etwas konfiguriertes gibt.

Gruß
Mario

Hallo,

ich versuche einen Novusun NVEM mit STM32F207 CPU an LinuxCNC das auf einem kleinem PC (kein Raspberry PI) anzubinden.

Was ich bisher gemacht habe:

1. Installation LinuxCNC auf dem PC
2. Flash der Remora Firmware für NVEM
3. LinuxCNC Ethernet eingerichtet auf 10.10.10.100/24
>> Ping zu dem NVEM läuft
4. Gemäß Quelle DOC folgendes durchgeführt um eben Remora von GitHub auf den PC zu bekommen:
>> Mir ist hier aufgefallen das einiges fehlt unter anderem die Basic-Config "remora-nvem-basic" und unter den Components "Remora-nv"
Ich habe diese dann extra zum PC rüberkopiert in die entsprechenden Ordner.
5. Installieren der Componenten mit halcompile
>> Dabei ist aufgefallen das hier "Remora-nv" fehlt also nochmal nachinstalliert:
6. Die Beispiele der Configs in den Linuxcnc Ordner kopiert - dazu zusätzlich die "remora-nvem-basic"
7. Upload der Config zu dem NVEM - dazu musste ich tftp nachinstallieren 
>> Bei ausführen des uploads scripts dann bin ich im selben Ordner wie die einfache Config.txt von "remora-nvem-basic":
>> das scheint auch soweit zu klappen.
8. Start von LinuxCNC und auswählen der NVEM Basic die ja zur Config.txt passen soll. Alles Startet ohne Fehlermeldung.
>> ab hier kann ich zwar bei LinuxCNC den eStop aufheben und auch die Maschine einschalten. Aber sobald ich eine Achse X verfahren will kommt "Joint 0 following Error"
Ich denke der macht keine Pulse zumindest kommt bei den Treibern nichts an. 

Wie hast du die zum laufen bekommen?

Hallo,
Du brauchst für den ersten Test keine confg in den NVEM zu spielen, die Basiskonfiguration für den Test ist dort bereits in der Firmware per default vorhanden. Zumindest bei mir war das so, sofern der NVEM antwortet (was er ja bei Dir auch tut) sollte das reichen. Die Fehlermeldung hatte ich auch, anfangs hatte ich da wahrscheinlich auch die falsche Firmware.
Ich habe dann testweise mal mit dem Oszilloskop die Achsausgänge kontrolliert, die liefern auch brav die Impulse.
Viel weiter bin ich allerdings auch noch nicht gekommen, es stehen und standen andere Dinge mit höherer Priorität an, daher sorry....

Gruß
Mario