Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit ATMega

[Wolfram F. (mega-hz)]

also ich hab grbl 1.1 nun auf dem Arduino-Uno, SerialCom stürzt aber 
nach ein paar Minuten ab mit Fehlermeldung "Schwerwiegender 
Verbindungsfehler Programm wird geschlossen"
Was kann das sein?

OS ist Win10/64Bit

[Wolfram F. (mega-hz)]

anscheinend will ein UNO nicht so, der NANO funktioniert.
Allerdings bekomme ich weder bei $ noch bei $$ irgendwas zurück!

[Sven (Gast)]

Hallo Harald

Hast du das Tastenprellen-Problem schon lösen können oder lebst du 
damit, bzw. was kann ich dagegen tun. Das nervt schon ungemein. Leider 
hat sich Albert noch nicht hierzu zu Wort gemeldet.


Viele Grüße
Sven

[Wolfram F. (mega-hz)]

So, endlich habe ich es hinbekommen!
Also ein UNO Verschnitt macht nach 2-3min Fehler, bricht die 
Ser.Verindung ab.

Aber ein NANO (selbst mit CH340) läuft nun, warum ich 2-3x die HEX-Datei 
mit XLOADER flashen musste, k.A.
Nun habe ich seit einigen Stunden eine GCODE Datei "gefräst" (ohne 
Hardware am NANO) und alles sieht gut aus, $ und $$ funktionieren 
ebenfalls.

Was mich etwas irretiert: Wenn ich SetFeed drücke (100), wird dieser 
Wert von Werten aus dem GCODE File dann überschrieben oder ist das ein 
maximaler Wert?

Dann noch was ganz wichtiges:

Ulrich Albert, erstmal recht herzlichen Dank dafür daß Du Dein tolles 
Programm so öffentlich teilst!
Sowas ist nicht selbstverständlich und ich (und sicher auch viele 
andere) rechnen Dir das sauhoch an! Weiter so!

Wie ist denn der Stand des EasyJobs?

Und wofür genau muss man $10 auf 0 setzen?

Gruß,
Wolfram.

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfram F. schrieb:
> Was mich etwas irretiert: Wenn ich SetFeed drücke (100), wird dieser
> Wert von Werten aus dem GCODE File dann überschrieben oder ist das ein
> maximaler Wert?

das ist der Feed für den Manuellen Prozess und hat mit
den Werten aus dem GCODE File nichts zu tun.

> Und wofür genau muss man $10 auf 0 setzen?

das ist für die status report options, mask von GRBL

Gruß Wolfgang

[Klaus (Gast)]

Hallo an alle,

bei mir erscheinen "error 9", "error 22"

kann mir einer die genaue Liste für die Fehler mailen?

Danke nochmal an Albert und gute Besserung.


MfG

Klaus

[Harald S. (deharry)]

Sven schrieb:
> Hast du das Tastenprellen-Problem schon lösen können oder lebst du
> damit

Hallo Sven,

ich lebe damit, weil ich, wie beschrieben, einfach "beherzt" auf die 
Taste "haue" und damit in 98% aller Fälle Erfolg habe.

Du könntest auf jeden Fall mal versuchsweise die Maus durch eine andere 
ersetzen.

Ich muss noch dazu sagen, dass Maus, Tastatur und Monitor rechts von der 
Fräse aufgebaut sind, der Rechner mit der Steuerung steht links der 
Fräse. Die Geräte sind mit PS2- bzw. HDMI-Verlängerungen am Rechner 
angeschlossen, die Kabel laufen hinter der Fräse an der Wand lang.
Die langen Kabel helfen sicher nicht unbedingt bei der Signalformung, 
aber da nicht die Tastenkontakte direkt durchgeleitet werden, sondern 
Telegramme mit den passenden Informationen, glaube ich nicht, dass es an 
den Kabeln liegt.

Gruß Harald

[Wolfram F. (mega-hz)]

viel Dank, Wolfgang!

Hat jemand schon Erfahrungen mit PC - SerialComCnc - XLCD - GRBL - 
Endstufen?

[Dominic H. (dominic24)]

Klaus schrieb:
> Hallo an alle,
>
> bei mir erscheinen "error 9", "error 22"
>
> kann mir einer die genaue Liste für die Fehler mailen?
>
> Danke nochmal an Albert und gute Besserung.
>
>
> MfG
>
> Klaus

Die kommen bei mir auch. Ob es da eine Liste gibt weiß ich nicht.
Error  9 und 22 kommen wenn du nur einmal Alarm Reset gedrückt hast nach 
zb fahren in einen Endschalter und wenn du nach ALARM RESET nicht wieder 
die FEET RATE neu bestimmt hast.

MfG
Dom

[Sven (Gast)]

>Ob es da eine Liste gibt weiß ich nicht.
Nicht schwer zu finden:
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#grbl-response-messages

Für das leidige Thema dass die Feed Rate nicht gesetzt ist, gibt es 
hiermit Abhilfe:
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Commands#n---view-startup-blocks

[Dominic H. (dominic24)]

Sven schrieb:
>>Ob es da eine Liste gibt weiß ich nicht.
> Nicht schwer zu finden:
> https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#grbl-response-messages
>
> Für das leidige Thema dass die Feed Rate nicht gesetzt ist, gibt es
> hiermit Abhilfe:
> https://github.com/gnea/grbl/wiki/Grbl-v1.1-Commands#n---view-startup-blocks

Danke Sven.  Sehr nützlich!
Wo wir gerade bei Error sind,.. Wenn meine Maschine in die Endschalter 
fährt, muss ich Alarm Reset drücken, vollkommen richtig.. Wenn ich aber 
aus den Endschaltern heraus fahre, schmiert sie mir wieder ab,, wieder 
Alarm Reseten,.. Ist das bei euch auch so und kann man das abstellen? 
Ich finde es recht nervig.. Könnte eher wie beim Homing sein,..

MfG
Dom

[Wolfgang B. (Firma: Rentner) (doduco)]

Dominic H. schrieb:
> Ich finde es recht nervig..

dann schalt doch die Endschalter aus.

$21=0 (Arbeitsbereich per Endschalter kontrollieren, bool)

Wolfgang

[Sven (Gast)]

Hallo,

ich kann jetzt dieses Problem mit dem Tastenprellen beim Drücken der 
Starttaste bestätigen. Da der Schalter nach dem aktivieren zum 
Notaus-Schalter wird, kann es sein, dass er sozusagen beim Aktivieren 
gleich wieder in den Notaus geht.
@ Albert: Das Problem kannst du bestimmt lösen, wenn du im Programm eine 
kleine Pause nach dem Drücken vorsiehst, oder die Doppelbelegung 
rausnimmst und einen eigenen Notausschalter einfügst.

Wäre Klasse, wenn du das hinbekommst.

Betreust du eigentlich auch noch deine Version 1.x oder muss man beim 
Update auf die GRBL 1.1 immer umsteigen?

Danke und viele Grüße

Sven

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Sven schrieb:
> Tastenprellen beim Drücken der Starttaste

Das Problem liegt an der verwendeten Tasten-Komponente. Ich versuche 
eine Lösung zu finden, event. wird diese Komponente durch einen normalen 
Button ersetzt.

Sven schrieb:
> Betreust du eigentlich auch noch deine Version 1.x oder muss man beim
> Update auf die GRBL 1.1 immer umsteigen?

Zwei Versionen zu betreuen ist mir zu aufwändig.
Ich arbeite nur noch an der Version ab GRBL 1.1.


Endlich habe ich meine 3040 China Fräse zurück. Die war seit einigen 
Monaten an meinen Vater (94 Jahre) verliehen, der damit fleissig 
gewerkelt hat. Jetzt können alle Änderungen an SerialComCNC auch wieder 
in der Praxis getestet werden :)

[Einhart P. (einhart)]

Albert M. schrieb:
> Vater (94 Jahre)

Nicht schlecht - mit 94 an der Fräse arbeiten. Wenn sich die 
Langlebigkeit vererbt hat dann können wir uns ja auf viele weitere 
Verbesserungen der Software freuen - wenn du ein bischen mehr auf deine 
Gesundheit achtest ;-)

Danke Albert!

[Wolfram F. (mega-hz)]

Hallo Albert,

wäre es möglich die Werte für SET FEED,SET SPDL und MOVE MM auch in das 
.INI File abzuspeichern und beim starten wieder einzuladen, so daß man 
nicht immer erst draufdrücken muss?

[Klaus (Gast)]

Hallo Leute,

seit meiner Umstellung auf GBRL 1.1 findet meine Maschine den 
Endschalter der Z-Achse nicht mehr!

alle Kabel abgezogen mit Meßgerät durchgang geprüft ok

was kann das sein ?

Klaus

[Herbert Janssen (Gast)]

Klaus schrieb:
> Hallo Leute,
>
> seit meiner Umstellung auf GBRL 1.1 findet meine Maschine den
> Endschalter der Z-Achse nicht mehr!

Hallo Klaus,

An welchem Pin ist der z-Endschalter angeschlossen. GRBL 1.1 ist 
standardmäßig auf pwm eingestellt, also z an D12.

Viele Grüße
Herbert

[Harald S. (deharry)]

Albert M. schrieb:
> Alternativ könnte ich zum universelleren Betrieb der 2. Schnittstelle
> eine Option mit definiertem Startzeichen und nur einem Endezeichen beim
> Senden von SerialComCNC zufügen. Wenn die Option aktiviert ist lässt
> sich natürlich kein Nextion Display an der Schnittstelle betreiben.

Hallo Albert,
ich habe mich mal in den bei GRBL 1.1 neuen Jog-Betrieb eingelesen und 
quick&dirty für eine Achse in meinem Joystick-Controller implementiert.

Problem scheint zu sein, dass der Befehl "Jog Cancel" (ein 0x85 
EinByte-Befehl) nicht an den GRBL durchgereicht wird.
Ziel dieses Jog-Cancel ist, den Jog-Buffer spontan zu leeren wenn der 
Joystick wieder in Nullstellung geht und somit die Bewegung anzuhalten, 
auch wenn der geplante (durch Jog-Kommandos eingeleitete) Weg noch nicht 
zu Ende gefahren ist.

Um das Ganze noch abzurunden, sprich, um die zweite SS um die von GRBL 
1.1 zur Verfügung gestellten Jog-Befehle zu erweitern, wäre es toll, 
wenn du aus den Antworten des GRBL ein "ok" filtern und an die zweite SS 
senden könntest. Das ist das ACK der Jog-Queue, wenn der Befehl erkannt 
wurde und ein Neuer kommen darf.

Zitat aus [[https://github.com/gnea/grbl/wiki/Grbl-v1.1-Jogging]]:
Basic Implementation Overview:
- Create a loop to read the joystick signal and translate it to a 
desired jog motion vector.
- Send Grbl a very short G91 incremental distance jog command with a 
feed rate based on the joystick throw.
- Wait for an 'ok' acknowledgement before restarting the loop.
- Continually read the joystick input and send Grbl short jog motions to 
keep Grbl's planner buffer full.
- If the joystick is returned to its neutral position, stop the jog loop 
and simply send Grbl a jog cancel real-time command. This will stop 
motion immediately somewhere along the programmed jog path with 
virtually zero-latency and automatically flush Grbl's planner queue.

Bitte gib mal durch, wie du zu der Idee stehst.
Danke!

Gruß Harald

[Harald S. (deharry)]

Hallo Albert,

Entwarnung! Ich vermute, ich habe lediglich den Job-Cancel falsch 
formatiert abgesendet. Verifikation heute abend oder morgen. Sorry!

Aber der Trick mit dem "ok" wäre trotzdem prima :-)

Gruß Harald

[deHarry (Gast)]

Ich habe das Jogging per Joystick prinzipiell implementiert und eine 
Achse schon erfolgreich verfahren können.
SCC trackt dabei sauber den zurück gelegten Weg und ein Homing-Befehl 
führt den Motor auch wieder auf die Ausgangsposition zurück.

Allerdings erreicht die Feedrate nicht den angegebenen Wert, ich 
vermute, dass ich die Jog-Queue nicht ausreichend voll halten kann, da 
mir die Rückmeldung fehlt, dass der laufende Jog-Befehl in die Queue 
aufgenommen ist (das "ok" von GRBL).

Gruß
Harald

[deHarry (Gast)]

Es ist scheinbar doch etwas komplizierter als bisher beobachtet.

Der "Jog cancel" (0x85) wird zwar mit #GC durch SCC an den GRBL 
übertragen, wenn ich den Befehl mit '<' abschließe, allerdings reagiert 
GRBL scheinbar nicht darauf, denn die Jog Queue wird nicht spontan 
ausgeräumt, wie in der Jog-Anleitung beschrieben, sondern die Queue wird 
bis zum Schluss abgearbeitet.
Schließe ich hingegen den Befehl an SCC nicht mit '<' ab, hält zwar 
GRBL (mit Bremsrampe, also im Zweifelsfall mit "Überschwinger") an, aber 
es werden Fehlercodes erzeugt und in SCC angezeigt.
Da muss ich noch weiter forschen...

Gruß Harald

[Wolfram F. (mega-hz)]

@Harald:

nur zum Verständnis für mich:
Du probierst das JogDial über die 2. Serielle Schnittstelle von SCC?
Gibt es eine Liste/Übersicht, was da alles durchkommt oder gefiltert 
wird?

Gruß,
Wolfram.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

deHarry schrieb:
> Schließe ich hingegen den Befehl an SCC nicht mit '<' ab,

Alle mit GC durchgereichten G-Code Befehle müssen mit < abgeschlossen 
werden, ansonsten werden folgende Zeichen mit eingebunden und erzeugen 
natürlich Fehler.

Bist Du beim Senden von (0x85) auch im Jog-Mode?

Mir kommt das unter https://github.com/gnea/grbl/wiki/Grbl-v1.1-Jogging 
beschriebene Jogging Verfahren nicht besonders ausgegoren vor. Daher 
wird es von mir noch nicht implementiert, da ich es momentan als 
Zeitverschwendung ansehe.

@Wolfram Fischer
Die Nextion Schnittstelle kennt nur die von mir festgelegten und von
Wolfgang B dokumentierten Befehle :
https://www.mikrocontroller.net/attachment/320042/Kommunikation_Nextion_Display.txt
oder eignet sich zum Streamen von einzelnen Gcode Befehlen mittels "GC"
Prefix. Weiteres wurde oben bereits diskutiert.

Heute oder morgen gibt es eine neue SerialComCNC Version mit einer 
zusätzlichen Nextion Probe Page, Sofort-Abruch beim Joggen, sowie 
erweiterten Verfahrweiten beim Joggen.

[Wolfram F. (mega-hz)]

@Albert

danke Albert, das hatte ich übersehen.

Wie weit bist du denn mit den EasyJob?

[deHarry (Gast)]

Albert M. schrieb:
> Bist Du beim Senden von (0x85) auch im Jog-Mode?

Das kann ich leider nicht beurteilen. Der letzte Befehl an GRBL vor dem 
0x85 ist auf jeden Fall ein Jog-Befehl. Insofern nehme ich an, dass GRBL 
zu dem Zeitpunkt noch im Jog-Modus ist.

> Heute oder morgen gibt es eine neue SerialComCNC Version mit einer
> zusätzlichen Nextion Probe Page, Sofort-Abruch beim Joggen, sowie
> erweiterten Verfahrweiten beim Joggen.

Ich bin gespannt auf die Unterschiede. Vielen Dank!

Gruß Harald

[deHarry (Gast)]

Wolfram F. schrieb:
> Du probierst das JogDial über die 2. Serielle Schnittstelle von SCC?
Jein... fast richtig. Meine Hardware ist kein JogDial sondern zwei 
kleine Daumen-Joysticks.

> Gibt es eine Liste/Übersicht, was da alles durchkommt oder gefiltert
> wird?

Albert war schneller, siehe seine Antwort.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

deHarry schrieb:
>> Heute oder morgen gibt es eine neue SerialComCNC Version mit einer
>> zusätzlichen Nextion Probe Page, Sofort-Abruch beim Joggen, sowie
>> erweiterten Verfahrweiten beim Joggen.
>
> Ich bin gespannt auf die Unterschiede.

Die Änderungen beziehen sich ausschliesslich auf die Jogging Page beim 
Nextion Display. Die neuen GRBL Jog Befehle werden aus den oben 
dargestellten Gründen von mir nicht benutzt. Da ich eine neue 
Schrittweite von 100mm eingeführt habe, ist es sinnvoll das Verfahren 
der Achsen ohne "Not Halt" abbrechen zu können wenn man sich mal 
verschätzt hat.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Anbei neue Version SerialComCNC 2.1

Neues Video: https://youtu.be/wr8Tif5CjHs

Change Log V2.1
---------------

Wichtig: Alle SerialComCNC Versionen ab Version 2
         benötigen GRBL ab Version 1.1e

Nextion Touch Display Erweiterung

- Probe Page zugefügt.
  (Die Probe muss vorher in SCC eingerichtet sein)

  Button "Probe Start"
  (Entspricht dem Button P in SCC)
  Die Z-Achse wird in Probe Mode auf die Probe abgesenkt
  und beim Schalten des Kontaktes wieder hochgefahren.

  Button "Goto Werkst. Z0"
  (Entspricht dem Button PU in SCC)
  Die Z-Achse wird auf den Werkzeug Nullpunkt abgesenkt.

  Zur Sicherheit müssen weiterhin die Warnhinweise
  in SCC bestätigt werden.

- Im Menue-Punkt Jogging Button H+R zugefügt (Halt+Reset).
  Damit wird das Verfahren der Achsen abgebrochen und
  alle weiteren im Puffer befindlichen Befehle gelöscht.
  Nach erneutem Setzen von Feed und Verfahrweite kann
  das Jogging fortgesetzt werden.

- Im Menue-Punkt Jogging Verfahrweite 100mm zugefügt
  und 0,01mm entfernt.

Die Einstellungen von ComPort Nextion, sowie im Manual Prozess
von Spindel und Feed werden beim Benden des Programms gespeichert.

Das Hex-File der neuen Version GRBL 1.1f wurde beigefügt.
Das angepasste HMI-File für Nextion Editor v0.43 wurde beigefügt.

P.S. Änderung des Start Buttons kommt event. in der nächsten Version.

Gruss Ulrich Albert
http://www.serialcominstruments.com/

[Harald S. (deharry)]

Albert M. schrieb:
> Die Änderungen beziehen sich ausschliesslich auf die Jogging Page beim
> Nextion Display.

Achso, schade, zu früh gefreut ;-)

Gibt es eine - offizielle - Aufstellung der an der 2. SS unterstützten 
Befehle (mit dem jetzt neuen "Sofort-Abruch beim Joggen"), die über die 
von Wolfram bereits zur Verfügung gestellte Version hinaus geht?
Wolframs Version scheint mir mit einem Serial-Sniffer mitgeschnitten(?)

Danke!
Gruß Harald

[Wolfgang B. (Firma: Rentner) (doduco)]

Harald S. schrieb:
> Wolframs Version scheint mir mit einem Serial-Sniffer mitgeschnitten(?)

Wolframs?

nein mit den Nextion Editor

@ Albert
>- Im Menue-Punkt Jogging Verfahrweite 100mm zugefügt
>  und 0,01mm entfernt.

ist die Verfahrweite 0,01 nur in Nextion Display entfernt worden?

Danke für die neue Version


Gruß Wolfgang

[deHarry (Gast)]

Wolfgang B. schrieb:
> Wolframs?
Na ja, Albert verlinkt halt immer auf deinen Beitrag mit der Datei... 
:-)

> nein mit den Nextion Editor
Danke für den Tipp, das wusste ich nicht. Ich habe nur selbst gerade mit 
einem Sniffer an der SS rumgetüftelt und die Darstellung war sehr 
ähnlich.

Gruß Harald

[Klaus S. (Gast)]

Moin zusammen,

mal wieder ne vielleicht bl.... Frage:

würde gerne wenn Maschine Home gefahren ist, immer die gleichen Wege 
fahren um auf meinem Tisch fast den Nullpunkt für XYZ zu erreichen?

Machbar oder nicht!


Klaus

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Die Definitionen der 2. Schnittstelle ist kein Geheimnis.
Wer die Schnittstelle mit eigener Elektronik bedienen möchte, wird hier 
fündig. Es werden z.Z. nicht alle Befehle tatsächlich im Nextion Display 
genutzt.

Die 2. Schnittstelle (Nextion Display) kennt z.Z. die nachstehend
aufgeführten Kommandos beim Empfang von Daten. Alle Kommandos
benötigen als Präfix ein # und als Delimiter ein <

GC        Ermöglicht das Senden beliebigen G-Codes.
          Der G-Code wird an die 1. Schnittstelle durchgereicht.
          Beispiel:  #GCG1X12Y4< sendet G1X12Y4 an GRBL.
          Achtung: Die normale G-Code Verabeitung in SCC wird durch
          das direkte Durchreichen umgangen. Es findet hier also
          keine Überprüfung auf Pufferüberlauf in GRBL statt. Für das
          korrekte Timing ist jeder selbst verantwortlich.

Start     Betätigt den Start Button in SCC
Halt      Betätigt den Halt Button in SCC
Weiter    Betätigt den Weiter Button in SCC
NotStop   Betätigt den Not-Stop Button in SCC
Probe     Betätigt den P Button in SCC
SetProbe  Betätigt den PU Button in SCC

F100      Sendet Hex 90 an GRBL (wie SCC Button F100)
F+10      Sendet Hex 91 an GRBL (wie SCC Button F+10)
F-10      Sendet Hex 92 an GRBL (wie SCC Button F-10)

H+R       Betätigt 2x den AlarmReset Button in SCC
          (Notlösung, da GRBL nach einem Halt keinen
          Befehl hat den Command Buffer zu löschen)

Home      Betätigt den GoHome * Button in SCC
Zero      Betätigt den Setze XYZ Zero Button in SCC
Xminus    Betätigt den X- Button in SCC
Xplus     Betätigt den X+ Button in SCC
Yminus    Betätigt den Y- Button in SCC
Yplus     Betätigt den Y+ Button in SCC
Zminus    Betätigt den Z- Button in SCC
Zplus     Betätigt den Z+ Button in SCC

Fjog1000  Setzt Feed auf 1000
Fjog500   Setzt Feed auf 500
Fjog100   Setzt Feed auf 100
Fjog10    Setzt Feed auf 10
Fjog5     Setzt Feed auf 5
Fjog2     Setzt Feed auf 2
Fjog1     Setzt Feed auf 1

Jog100    Setzt Move auf 100
Jog50     Setzt Move auf 50
Jog10     Setzt Move auf 10
Jog1      Setzt Move auf 1
Jog0,1    Setzt Move auf 0,1
Jog0,01   Setzt Move auf 0,01

Von der 2. Schnittstelle werden nachstehende Daten gesendet.
Wegen der Eigenheiten des Nextion Displays wird kein
Startzeichen benötig jedoch 3x ASCII 255 (Hex FF)als Delimiter
ohne CR oder CRLF.

Aktuelle X, Y und Z Koordinaten
Aktueller Feed
Alle Daten jeweils mit Prefix des Nextion Zielobjektes.

Gruss Ulrich Albert

[Harald S. (deharry)]

Danke Ulrich Albert!

Gruß Harald

[Wolfram F. (mega-hz)]

Vielen Dank für die neue Version!!!

Da ich noch etliche 128x128 GLCDs habe und tonnenweise nette SMD-Taster,
hab ich mich drangesetzt und ein Mobiles-Einricht-Werkzeug angefangen.
Nun, nach etlichen probieren mit Seriellen Filtern und mächtig Probleme 
hab ich schon fast daran gezweifelt, daß ich zu blöd bin, ne einfache 
Serielle auszulesen! Bis ich darauf gekommen bin, daß SCC sich 
anscheinend nicht oder fast nie mit nem Arduino-UNO "unterhalten" kann!
Senden von Befehlen hingegen funktioniert 100%ig.
Umstieg auf nen NANO mit CH340 Chip und alle Probleme sind weg.
Albert, woran liegt das? Denn viele andere Programme haben mit dem UNO 
keine Probleme!
Nun denn, das LCD hat im Textmodus 16x16 oder 16x20 Zeichen, ist grün 
hinterleuchtet und für mich ideal für diesen Zweck.
Gerade die Möglichkeiten die sich in Kombinationen mit einigen Tastern 
ergeben, sind super!
An meiner CNC-Portalfräse ist z.Z. noch ein PC mit MACH3 und POKEYS 
Erweiterung dran, ich behaupte mal, der Arduino an der 2. seriellen von 
SCC hat etliche mehr Möglichkeiten als die POKEYS!
Ist nur noch ne Frage der Zeit bis ich ganz auf SCC und GRBL umsteige!
Einziger Wehrmutstropfen: ich müsste dann irgendwie die A-Achse des 
Rundtisches simulieren.
Wäre es nicht möglich, für einen 2. GRBL Controller eine weitere 
serielle mit einzubinden die nur GCODE-Befehle die G00 A300, oder B300 
oder C300 in G00 X300, Y300 und Z300 umzuwandeln? Dann hätte man die 
Möglichkeit bis zu 6 Achsen anzusteuern (und zum einrichten einen Button 
GRBL1/2).
Ist das viel Aufwand?

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfram F. schrieb:
> Umstieg auf nen NANO mit CH340 Chip und alle Probleme sind weg.
> Albert, woran liegt das?

Kann ich dir nicht sagen. Ich habe hier meherer PCs, diverse Unos und 
Nanos, aber nie Probleme gehabt, kann sie daher auch nicht 
nachvollziehen und korrigieren.

Wolfram F. schrieb:
> ich müsste dann irgendwie die A-Achse des
> Rundtisches simulieren.
> Wäre es nicht möglich, für einen 2. GRBL Controller eine weitere
> serielle mit einzubinden die nur GCODE-Befehle die G00 A300, oder B300
> oder C300 in G00 X300, Y300 und Z300 umzuwandeln? Dann hätte man die
> Möglichkeit bis zu 6 Achsen anzusteuern

Dazu habe ich oben schon mal was gesagt.
Ja, ist möglich, allerdings mit der Einschränkung dass man die 
zusätzlichen Achsen nicht verfahren kann während die X, Y oder Z Achse 
aktiv ist (und umgekehrt). GRBL lässt sich nicht über mehrere Boards in 
irgend einer Weise synchronisieren.

Wolfram F. schrieb:
> Ist das viel Aufwand?

Nicht wirklich.
Allerdings fehlt mir dazu etwas die Motivation, da ich selber keine 
weiteren Achsen habe :)
Vorrangig schreibe und aktualisiere ich momentan das Manual für 
SerialComCNC komplett neu im PDF-Format.

[Wolfram F. (mega-hz)]

ok, danke für die Erklärungen.
Ich habe einen 2560 basierenden Controller "PiBot" an meinem 3D-Drucker, 
der kann bis 5 Achsen ansteuern und hat eine angepasste GRBL Firmware.
Wäre nur die Frage, ob SCC nur X,Y,Z Befehle oder alles durchlässt?
Viel Erfolg mit der Dokumentation!
Wirklich ein SUPER Projekt!

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Anbei vorab das neue Manual / Doku für SerialComCNC 2.1 im PDF-Format.
Das Aufrufen über Menue/Hilfe ist allerdings erst ab der nächsten 
Version möglich.

Sollte ich was vergessen haben oder Fehler aufgetreten sein, bitte 
melden.

Gruss
Ulrich Albert

[Wolfgang B. (Firma: Rentner) (doduco)]

JogDail_V2

- Button Verfahrweite 0,01mm entfernt dafür Halt/Weiter

- Beim wechseln der XY oder Z Achse wird beim Button press
  kein Jog Befehl gesendet.

- alt Button + Rotaryencoder Verfahrweite 0,02 mm.

  JogDial_V2 benötigt SerialComCNC ab 2.xx


Gruß Wolfgang

[Harald S. (deharry)]

Albert M. schrieb:
> Sollte ich was vergessen haben oder Fehler aufgetreten sein, bitte
> melden.

Hallo Ulrich Albert,

ich habe die PDF-Datei redigiert und kommentiert.
Soll ich das Dokument hier wieder einstellen?
Dann können Andere ggf. meine Kommentare erweitern und du hast nur eine 
Datei als auszuwertenden Input. ... falls ich Erster war ;-)

Gruß
Harald

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

@Wolfgang B
Cooles Projekt und Danke fürs Einstellen!

@Harald Sattler
Danke für Deine Mühe das Manual zu redigieren.
Über die Verfahrensweise habe ich nachgedacht und denke dass es nur 
Verwirrung stiftet, wenn hier weitere Versionen des Manuals eingestellt 
werden. Bitte sende mir die korrigierte Version per email zu wenn Du 
möchtest.

Ansonsten die Änderungswünsche einach hier diskutieren.

Mir ist aufgefallen, dass ich im Manual auf die Bedienung des Nextion 
Displays nicht weiter eingegangen bin, da diese eigentlich 
selbsterklärend ist. Wenn ich dazu doch etwas eintragen soll, bitte 
melden.

Gruss Ulrich Albert

[Harald S. (deharry)]

Albert M. schrieb:
> Bitte sende mir die korrigierte Version per email zu

schon unterwegs... :-)

Gruß
Harald

[Wolfgang B. (Firma: Rentner) (doduco)]

Hallo Albert,

da scheint noch ein kleiner Bug vorhanden
zusein, denn der CommPort für das Nextion Display
ist zwar gespeichert connectet beim Klick aber nicht.
Erst nach erneute Auswahl imm Pulldown Menue ist ein
connect möglich.

Das Verhalten des ComPorts für GRBL ist OK.


Gruß Wolfgang

[Harald S. (deharry)]

Hallo Ulrich,

mir ist aufgefallen, dass (ohne Nextion Display) der zweite COM Port 
immer mit COM1 vorbelegt ist, mein Joystick hängt aber an COM3.
Ich muss also immer umstellen.
COM5 hingegen, auf SS 1 für den GRBL, bleibt eingestellt, solange beim 
Start GRBL angeschlossen ist.

Daraus schließe ich, dass der eingestelle Port der zweiten SS gar nicht 
gespeichert wird (oder nach dem Nextion sucht?).

Gruß Harald

[Hans L. (holzwurm56)]

Hallo,
es passt nicht direkt hierher. Weiß jemand wie hoch die Summensteprate 
als Ausgangssignal für die Schrittmotore bei dem AtMega ist?

MfG

Hans

[Joachim (Gast)]

Hallo,
 erstmal ein RIESEN DANKE an den Entwickler und alle die bis jetzt an 
diesem Programm mitgewirkt haben.
Nachdem ich das serialcnc com nun auf meinem Notebook installiert habe 
bekomme ich nach ca. 30 - 60 sec folgenden Fehler angezeigt.

" schwerwiegender Verbindungs Fehler Programm wird geschlossen.

Ich habe die Version 2.1 installiert und das Hex File per Xloader auf 
den Arduino Uno geladen. Serialcnc com kann gestartet werden und stürzt 
nach kurzer Zeit wieder ab. Das Häkchen für Win 10 habe ich 
deselektiert. Ich habe im Forum nach diesem Fehler gesucht, bin aber 
nicht fündig geworden.
Ich weiß im Moment nicht weiter und brauche Hilfe. Kann mir bitte jemand 
sagen was ich ändern muss damit es läuft.

[Joachim (Gast)]

Joachim schrieb:
> Hallo,
>  erstmal ein RIESEN DANKE an den Entwickler und alle die bis jetzt an
> diesem Programm mitgewirkt haben.
> Nachdem ich das serialcnc com nun auf meinem Notebook installiert habe
> bekomme ich nach ca. 30 - 60 sec folgenden Fehler angezeigt.
>
> " schwerwiegender Verbindungs Fehler Programm wird geschlossen.
>
> Ich habe die Version 2.1 installiert und das Hex File per Xloader auf
> den Arduino Uno geladen. Serialcnc com kann gestartet werden und stürzt
> nach kurzer Zeit wieder ab. Das Häkchen für Win 10 habe ich
> deselektiert. Ich habe im Forum nach diesem Fehler gesucht, bin aber
> nicht fündig geworden.
> Ich weiß im Moment nicht weiter und brauche Hilfe. Kann mir bitte jemand
> sagen was ich ändern muss damit es läuft.

Einen Schritt weiter .....

Vers. 1.0 mit GRBL 0.9g läuft ohne Probleme !

[Klaus S. (Firma: Rentner) (smutje)]

Moin,

seither habe ich immer nur Fragen gestellt, nun aber mal was für die 
Fräse:

Bin zur Zeit am Bau meiner neuen Fräse Maße Y 1200 X 1000 Z 150

Hab jetzt meine Z-Achse fertig läuft gut.

Bild ist von dem Wechselsystem der Z-Achse (43mm), da ich noch einen 
Fräsmotor mit 34 mm Durchmesser an der Aufnahme fahre.

Schönen Sonntag


MfG

Klaus

[Wolfram F. (mega-hz)]

Harald S. schrieb:
> Hallo Ulrich,
>
> mir ist aufgefallen, dass (ohne Nextion Display) der zweite COM Port
> immer mit COM1 vorbelegt ist, mein Joystick hängt aber an COM3.
> Ich muss also immer umstellen.
> COM5 hingegen, auf SS 1 für den GRBL, bleibt eingestellt, solange beim
> Start GRBL angeschlossen ist.
>
> Daraus schließe ich, dass der eingestelle Port der zweiten SS gar nicht
> gespeichert wird (oder nach dem Nextion sucht?).
>
> Gruß Harald

Hallo Harald,

ich habe kein Nextion Display bin aber am programmieren und nutze die 
2.Serielle dafür. Bei mir wird der zuletzt benutzte COM Port benutzt, 
brauche auch nur auf Connect klicken, dann gehts.

Was mich nun für Stunden zurückgeworfen hat ist die eigenartige 
Benutzung der Seriellen! Ich lese die Daten der 2.Seriellen ein und 
vergleiche mit

  if (!strcmp(inStr, "tx.txt="))

 auf die x-achsen werte...
Am Anfang lief es prima, dann irgendwann erkennt der Arduino nix mehr, 
egal ob ich auf tx oder txt oder tx.txt= vergleiche. Dachte ich hätte da 
irgendwo ne bug mit eingebaut... Bis ich auf die Idee kam, anstatt SCC 
den Seriellen Monitor der Arduino-IDE zu benutzen und selber mal tx.txt= 
einzugeben. Es wird sofort erkannt! Egal auf was ich vergleiche und wie 
lang der String ist, es funktioniert immer! Auch mit Hterm getestet.
Nur SCC macht es mal und mal nicht.

@Albert, da es auch Probleme mit verschiedenen Arduinos (GRBL) gibt,
kannst Du da nicht nochmal nachschauen, ob die Seriellen in deinem 
Programm irgendwas spezielles oder etwas vom standart angesprochen 
werden?
Anscheinend bin ich auch nicht der einzige, der mit verschiedener HW 
Probleme hat!

Joachim schrieb:
> Nachdem ich das serialcnc com nun auf meinem Notebook installiert habe
> bekomme ich nach ca. 30 - 60 sec folgenden Fehler angezeigt.
>
> " schwerwiegender Verbindungs Fehler Programm wird geschlossen.
>
> Ich habe die Version 2.1 installiert und das Hex File per Xloader auf
> den Arduino Uno geladen. Serialcnc com kann gestartet werden und stürzt
> nach kurzer Zeit wieder ab. Das Häkchen für Win 10 habe ich
> deselektiert. Ich habe im Forum nach diesem Fehler gesucht, bin aber
> nicht fündig geworden.
> Ich weiß im Moment nicht weiter und brauche Hilfe. Kann mir bitte jemand
> sagen was ich ändern muss damit es läuft.

>Das Häkchen für Win 10
? Wo ist dieses Häkchen?

[deHarry (Gast)]

Wolfram F. schrieb:
> ich habe kein Nextion Display

Hallo Wolfram und Wolfgang,
ich bitte um Entschuldigung, ich habe eure beiden Namen beim Zitieren 
durcheinander gebracht. Soll nicht wieder vorkommen! ;-)

So, jetzt zu Deinem Schnittstellenproblem.
SCC schießt mit 115200 Baud auf den Arduino und die Strings sind nicht 
die kürzesten, oder? (Deren Format habe ich mir noch nicht angeschaut, 
da für meinen Joystick nichts Brauchbares dabei ist - ich bräuchte das 
"ok" vom GRBL, nachdem ich einen Jog-Befehl rausgehauen habe).

Kann es sein, dass dein Arduino nach einer Weile einfach nicht mehr 
mitkommt und Pufferüberlauf hat oder Ähnliches?
Falls das der Grund ist, müsste es jeweils nach einem Reset des µC 
wieder eine Weile laufen.

Ich habe ein kleines Menu in meinen Joystick-Controller eingebaut und 
mit einer länglichen if()-Kette die möglichen Befehle für die 
Parametrierung meines Joystick aus dem Input rausgefischt.
Bei den Tests mit den neuen Jog-Befehlen (hier benötige ich die 
Menu-Befehle erst mal nicht, habe sie aber drin gelassen) habe ich 
bemerkt, dass die Laufzeit durch die Schleife zu lang ist und das Lauern 
auf "ok" in den if-Zweig, alle anderen Befehle in den else-Zweig des 
"ok" gelegt, dann klappte es wieder. (Vorher wurden alle if-Abfragen der 
Reihe nach durchlaufen).
Ich habe allerdings, ähnlich wie du, SCC für die Entwicklung erst mal 
beiseite gelegt und die beiden Schnittstellen der Arduinos mit Termite 
gekoppelt. SCC liefert das "ok" des GRBL ja nicht durch, mit Termite 
spreche ich direkt mit dem GRBL-Controller, also kommt auch das "ok".
Aber ich schweife ab...

Gruß Harald

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfram F. schrieb:
> Am Anfang lief es prima, dann irgendwann erkennt der Arduino nix mehr,
> egal ob ich auf tx oder txt oder tx.txt= vergleiche.

vermutlich ist das ein laufzeit Problem deiner SW auf den Arduino

Harald S. schrieb:
>habe ich bemerkt, dass die Laufzeit durch die Schleife zu lang ist

ähnliches Problem hatte ich auch bei der Entwicklung der SW für den
JogDail. Es wurden teilweise die X, Z oder F, Y Strings nicht erkannt.
115200 Baud kontinuierlichen Streame und strcmp erfordert schon einiges
an Optimierung der Laufzeit.

Gruß Wolfgang

[Jörg Wagner (Gast)]

Hallo zusammen,
ich bräuchte mal eure Hilfe.

Ich versuche bei mir SerialComCNC in der aktuellen Version zum Laufen zu 
bekommen. Auf dem Funduino Uno läuft GRBL 1.1f. Ich kann SerialComCNC 
nach dem Start mit den Funduino verbinden, und auch einige Kommandos 
ausführen, aber nach einigen Minuten scheint die USB-Verbindung 
zusammenzubrechen. Die LEDs TX/RX leuchten nach anfänglichem Flackern 
dann dauerhaft und der Funduino nimmt keine Kommandos mehr an.

Merkwürdig ist auch, die die X/Y-Koordinaten von Anfang an auf 0 stehen 
und sich auch nicht ändern, bei Z stehen nur Bindestriche. Ich hatte 
gleiches Phänomen auch mit der Vorgängerversion von SerialComCNC.

Unter Candle läuft die Steuerung ohne Probleme, damit kann ich meine 
Fräse (Proxxon MF70) betreiben. Trotzdem würde ich gerne auf 
SerialComCNC umsteigen.

Vielen Dank schon mal für eure Kommentare.
Grüße,
Jörg

[Wolfram F. (mega-hz)]

Wolfgang B. schrieb:
> ähnliches Problem hatte ich auch bei der Entwicklung der SW für den
> JogDail. Es wurden teilweise die X, Z oder F, Y Strings nicht erkannt.
> 115200 Baud kontinuierlichen Streame und strcmp erfordert schon einiges
> an Optimierung der Laufzeit.

Hallo Wolfgang, wie konntest du das optimieren?

ich habe nun anstatt mit strcmp ne lange if-schleife probiert die erst 
nach 't' abfragt dann verzweigt, je nach x,y oder z., dann .txt=" usw.
X Werte kommen so nach etwa 3-5sek, Y-Werte nach evt. 2-3min(!) und 
Z-Werte nie. Es scheint auch die u8glib für das t6963-128x128 LCD nicht 
unschuldig für "Zeitverschwendung" zu sein, habe deshalb die Daten fürs 
Display nur alle 2sek übertragen, dies hat jedoch nicht spürbar 
Verbesserung gebracht.
Sollte man den Arduino vielleicht einen anderen Quarzoszillator 
spendieren?

[Dominic H. (dominic24)]

Joachim schrieb:
> Joachim schrieb:
>> Hallo,
>>  erstmal ein RIESEN DANKE an den Entwickler und alle die bis jetzt an
>> diesem Programm mitgewirkt haben.
>> Nachdem ich das serialcnc com nun auf meinem Notebook installiert habe
>> bekomme ich nach ca. 30 - 60 sec folgenden Fehler angezeigt.
>>
>> " schwerwiegender Verbindungs Fehler Programm wird geschlossen.
>>
>> Ich habe die Version 2.1 installiert und das Hex File per Xloader auf
>> den Arduino Uno geladen. Serialcnc com kann gestartet werden und stürzt
>> nach kurzer Zeit wieder ab. Das Häkchen für Win 10 habe ich
>> deselektiert. Ich habe im Forum nach diesem Fehler gesucht, bin aber
>> nicht fündig geworden.
>> Ich weiß im Moment nicht weiter und brauche Hilfe. Kann mir bitte jemand
>> sagen was ich ändern muss damit es läuft.
>
> Einen Schritt weiter .....
>
> Vers. 1.0 mit GRBL 0.9g läuft ohne Probleme !

.......................................................

Change Log V2.1
---------------

Wichtig: Alle SerialComCNC Versionen ab Version 2
         benötigen GRBL ab Version 1.1e


MfG
Dom

[Dominic H. (dominic24)]

Wolfgang B. schrieb:
> Dominic H. schrieb:
>> Ich finde es recht nervig..
>
> dann schalt doch die Endschalter aus.
>
> $21=0 (Arbeitsbereich per Endschalter kontrollieren, bool)
>
> Wolfgang

^^Das ist für mich keine Lösung..............................

Wolfram F. schrieb:
> Hallo Albert,
>
> wäre es möglich die Werte für SET FEED,SET SPDL und MOVE MM auch in das
> .INI File abzuspeichern und beim starten wieder einzuladen, so daß man
> nicht immer erst draufdrücken muss?

^^Da bin ich auch für........................................

MfG Dom

[$10 (Gast)]

Jörg Wagner schrieb:
> Merkwürdig ist auch, die die X/Y-Koordinaten von Anfang an auf 0 stehen
> und sich auch nicht ändern, bei Z stehen nur Bindestriche.

$10=0 setzen in GRBL >1.1e

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

deHarry schrieb:
> ich bräuchte das
> "ok" vom GRBL, nachdem ich einen Jog-Befehl rausgehauen habe

Nur im ersten Schnittstellen-Thread von SerialComCNC wird die volle 
bidirektionale Kommunikation mit GRBL behandelt.

Der zweite Schnittstellen-Thread war eigentlich ausschliesslich zum 
Betrieb eines Nextion Touch Display entworfen, d.h. für die 
Kommunikation zwischen SerialComCNC (PC) und Nextion Display.

Nun haben ja findige Anwender die zweite Schnittstelle genutzt, um 
eigene Elektronik anzuschliessen. Das ist ja so weit in Ordnung und wird 
von mir auch, so weit möglich und sinnvoll, unterstützt.

Der Wunsch von Harald für ein OK-Response auf die von der zweiten 
Schnittstelle auf die erste Schnittstelle durchgereichten G-Code 
Kommandos ist verständlich, aber nur umständlich umzusetzen.

Beim normalen Betrieb des Displays an der 2. Schnittstelle würde durch 
ein "OK" auf der Schnittstelle die Anzeige erheblich gestört.
Da im Normalbetrieb je nach G-Code Kommandos viele Male pro Sekunde der 
OK Befehl von der ersten Schnittstelle kommen kann, müsste eine Abfrage 
auf externen Jog-Betrieb stattfinden (z.B. zusätzlicher Button) und nur 
im Jog-Betrieb die OKs auf die zweite Schnittstelle zum Senden 
umgeleitet werden. Das ist mit einigen Tücken und noch zu prüfenden 
event. Timing Problemen behaftet und mir z.Z. zu aufwändig.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Hans L. schrieb:
> Weiß jemand wie hoch die Summensteprate
> als Ausgangssignal für die Schrittmotore bei dem AtMega ist?

Siehe Manual SerialComCNC v2.1:

Es ist unbedingt zu beachten die max. Ausgabefrequenz von ca. 30 kHz der
GRBL/Arduino Kombination nicht zu überschreiten. Es können sonst 
unerwartete Effekte, vom Schrittverlust bis zum Überschreiben der 
Arduino Speicher auftreten.

Berechnung der aktuellen  Ausgabe-Frequenz in kHz:

(XYZ step/mm)*(XYZ mm/min)/60/1000

Beispiel für die Einstellungvon 1600 steps/mm und 800 mm/min:
1600*800/60/1000 = 21,33 kHz
liegt also noch im akzeptablen Bereich

[Wolfram F. (mega-hz)]

@Albert

könntest Du BITTE BITTE dies mit einbauen:
> Werte für SET FEED,SET SPDL und MOVE MM auch in das
> .INI File abzuspeichern und beim starten wieder einzuladen, so daß man
> nicht immer erst draufdrücken muss?

Mir sind noch ein paar Dinge aufgefallen:

Wenn ich den Haken unter Einstellungen/System "Enable Jogdial" setzte 
oder nicht setze, gibt es keine Änderung!

Ebenso werden die Einstellungen für die Farbwahl nicht richtig 
dargestellt!
Wenn ich "blau" anwähle, wird es auch blau.
Beim Neustart ist es auch Blau, aber der Radio-Button steht auf grün!

Dann unter Einstellungen/Graphic:
Warum ist Ymax nicht editierbar?
Meine Fräse hat einen Arbeitsbereich von X630 und Y450, kann ich diese 
Werte als Default-Werte irgendwo einstellen?

Das Problem, das man für die 2.Serielle erst nochmals auf COM5 (in 
meinem Fall) drücken muss, besteht auch noch immer!
Drückt man einfach nur auf Connect, passiert nix.
Dies gilt jedoch nur, wenn man das Programm neu gestartet hat!
Optisch hat es die Einstellung zwar übernommen, programm technisch ist 
jedoch keine COM ausgewählt!

hier meine unter C:\Users\mega-\AppData\Local\SerialComCNC\ gespeicherte 
SerialComCNC.ini: (Win10-64)

[FormEinstellung]
FormVersion=0
ShowCmd=1
Flags=0
PixelsPerInch=96
MinMaxPos(3520x1200)=-1,-1,-1,-1
MinMaxPos=-1,-1,-1,-1
NormPos(3520x1200)=401,301,991,706
NormPos=401,301,991,706
sliderTimerMS_Position=200
checkBoxSupressConnectionLines_Checked=TRUE
checkboxEnableJogDial_Checked=TRUE

[FormEinstellung\MemoMakro1_Lines]
Item0=
Count=1

[FormEinstellung\MemoMakro2_Lines]
Item0=
Count=1

[FormEinstellung\MemoMakro3_Lines]
Item0=
Count=1

[FormEinstellung\MemoMakro4_Lines]
Item0=
Count=2
Item1=

[Form1]
FormVersion=0
ShowCmd=1
Flags=0
PixelsPerInch=96
MinMaxPos(3520x1200)=-1,-1,-4,-4
MinMaxPos=-1,-1,-4,-4
NormPos(3520x1200)=145,23,1635,933
NormPos=145,23,1635,933
lblCalX_Caption=lblCalX
lblCalY_Caption=lblCalY
editToolChangeWaitPos_Text=20
lblProbeVal_Caption=
PanelBackColor_Color=15127230
PanelBackDarkColor_Color=10521720
PanelBtnColor_Color=16312548
PanelPanelColor_Color=13811370
PanelTextColor_Color=12548683
PanelTextHeadColor_Color=10574893
CheckBoxSupressLines_Checked=TRUE
ComComboBox1_Text=COM10
ComBaudBox1_Text=115200
EditOffsZ0_Value=10
checkboxEnableJogDialClone_Checked=TRUE
ComComboBox2_Text=COM5
EditSpindel_Value=22000
editFeed_Value=540
editManualmm_Value=1

Gruß,
Wolfram.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfram F. schrieb:
> Wenn ich den Haken unter Einstellungen/System "Enable Jogdial" setzte
> oder nicht setze, gibt es keine Änderung!

Die Anzeige des simulierten JogDial ist erst ab einer Fensterbreite von 
über 1740 Pixel horizontal sichtbar. Diese Anzeige wird bei 
nachfolgenden Versionen event. nicht mehr unterstützt.

Wolfram F. schrieb:
> Dann unter Einstellungen/Graphic:
> Warum ist Ymax nicht editierbar?
> Meine Fräse hat einen Arbeitsbereich von X630 und Y450, kann ich diese
> Werte als Default-Werte irgendwo einstellen?

Ymax ist nicht editierbar um das korrekte Seitenverhältnis der Graphik 
immer beizubehalten (sonst würden die Fräsbahnen gestaucht/gestreckt 
aussehen). Wenn Du bei Deinem Arbeitsbereich Xmax auf 1000 einstellst 
passt Dein Xmax von 630 rein. Event. auch die Fensterbreite ändern, da 
die Graphik autom. jeweils neu kalibriert wird. Bei ungefähr 
quadratischer Fenstergrösse geht Xmax=700, dann wird Ymax auch 700.

Die anderen Punkte werde ich üperprüfen/korrigieren.

[Wolfram F. (mega-hz)]

Albert M. schrieb:
> Die Anzeige des simulierten JogDial ist erst ab einer Fensterbreite von
> über 1740 Pixel horizontal sichtbar. Diese Anzeige wird bei
> nachfolgenden Versionen event. nicht mehr unterstützt.

Aha, ok, das geht, aber warum ist das "maximize Window"-Icon nicht 
anwählbar?

[Wolfgang B. (Firma: Rentner) (doduco)]

deHarry schrieb:
> SCC liefert das "ok" des GRBL ja nicht durch, mit Termite
> spreche ich direkt mit dem GRBL-Controller, also kommt auch das "ok".

etw kannst Du das HW mässig lösen?

ist zwar ne Krücke aber was soll's

Gruß Wolfgang

[Wolfram F. (mega-hz)]

So, mein Display läuft! Und auch super stabil!
Es zeigt XYZ und FEED an, seit Stunden ohne Probleme!
Ich habe aber erstmal wegen Bedenken um die 115200 Baud
keinen UNO sondern nen ESP8266 und ein ILxxx TFT genommen.
Die Tests auf nem UNO kommen noch!
(Serenifly, vielen Dank für die Hilfe!)

hier das Listing:

#include "SPI.h"
#include "Adafruit_GFX.h"
#include "Adafruit_ILI9341.h"

#define TFT_DC 15
#define TFT_CS 2


Adafruit_ILI9341 tft = Adafruit_ILI9341(TFT_CS, TFT_DC);

unsigned long previousMillis = 0;
const int SERIAL_BUFFER_SIZE = 20;
char serialBuffer[SERIAL_BUFFER_SIZE];

const unsigned char END_CHAR = 0xFF;

void setup ( void )
{
  SPI.begin();
  tft.begin();
  tft.setRotation(0);
  tft.setCursor(0, 0);
  tft.fillScreen(ILI9341_BLACK);
  tft.setTextSize(2);
  tft.fillRect(0, 32, 240, 110, ILI9341_BLUE);
  tft.setTextColor(ILI9341_WHITE);
  tft.setCursor(20, 10);
  tft.print ( "SCC-GRBL Display" );

  Serial.begin(115200);
  while (!Serial.available())
  {
    tft.setCursor(90, 45);
    tft.setTextColor(ILI9341_RED, ILI9341_BLUE);
    tft.setTextSize(3);
    tft.print("NO");
    tft.setCursor(30, 75);
    tft.print("CONNECTION");
    tft.setCursor(50, 105);
    tft.print("to SCC!");
    delay(500);
    tft.setCursor(90, 45);
    tft.setTextColor(ILI9341_BLUE, ILI9341_BLUE);
    tft.print("NO");
    tft.setCursor(30, 75);
    tft.print("CONNECTION");
    tft.setCursor(50, 105);
    tft.print("to SCC!");
    delay(250);
  }

}

void loop ( void )
{
  unsigned long currentMillis = millis();
  //  if (currentMillis - previousMillis >= 5000)
  //  {
  //    previousMillis = currentMillis;
  //
  //    Serial.print("#GCG91G1X1<");
  //    Serial.print("#GCG91G1Y2<");
  //    Serial.print("#GCG91G1Z1<");
  //  }

  if (readSerial(Serial) == true)
  {
    parseSerial();
  }

}

bool readSerial(Stream & stream)
{
  static byte index;
  static byte endLine;

  while (stream.available())
  {
    unsigned char c = stream.read();

    if (c == END_CHAR)
    {
      endLine++;
    }
    else if (c >= 32 && index < SERIAL_BUFFER_SIZE - 1)
    {
      serialBuffer[index++] = c;
    }

    if (endLine == 3)
    {
      serialBuffer[index - 1] = '\0'; // -1 um das " zu ignorieren
      index = 0;
      endLine = 0;
      return true;
    }
  }
  return false;
}

void parseSerial()
{
  if (strncmp_P(serialBuffer, PSTR("tx.txt=\""), 8) == 0)
  {
    tft.setCursor(15, 45);
    tft.setTextColor(ILI9341_YELLOW, ILI9341_BLUE);
    tft.print("X: ");
    tft.print(serialBuffer + 8);
  }
  else if (strncmp_P(serialBuffer, PSTR("ty.txt=\""), 8) == 0)
  {
    tft.setCursor(15, 75);
    tft.setTextColor(ILI9341_YELLOW, ILI9341_BLUE);
    tft.print("Y: ");
    tft.print(serialBuffer + 8);
  }
  else if (strncmp_P(serialBuffer, PSTR("tz.txt=\""), 8) == 0)
  {
    tft.setCursor(15, 105);
    tft.setTextColor(ILI9341_YELLOW, ILI9341_BLUE);
    tft.print("Z: ");
    tft.print(serialBuffer + 8);
  }
  else if (strncmp_P(serialBuffer, PSTR("tf.txt=\""), 8) == 0)
  {
    tft.setCursor(15, 150);
    tft.setTextColor(ILI9341_GREEN, ILI9341_BLACK);
    tft.print("FEED: ");
    tft.print(serialBuffer + 8);
  }
}

Gruß,
Wolfram

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

@ Wolfram Fischer

Warum spamst Du hier den Thread mit Deinen Programm-Listings zu.
Das ist unhöflich den Mitlesern gegenüber.
Einfach als ZIP anhängen und schon bleibt der Thread lesbar.

[Wolfram F. (mega-hz)]

So, mein Display läuft! Und auch super stabil!
Es zeigt XYZ und FEED an, seit Stunden ohne Probleme!
Ich habe aber erstmal wegen Bedenken um die 115200 Baud
keinen UNO sondern nen ESP8266 und ein ILxxx TFT genommen.
Die Tests auf nem UNO kommen noch!
(Serenifly, vielen Dank für die Hilfe!)

anbei das Listing..

@Admins: den Beitrag mit dem Listing als [code] bitte löschen! (und 
diese Zeile auch, danke)

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

Albert M. schrieb:
> Einfach als ZIP anhängen und schon bleibt der Thread lesbar.
"ZIP ist das ungeeigneste Format!" schreibt einer vom Smartphone aus, 
weil er es nicht auspacken kann.

Sinnvollerweise werden einfach *.c oder *.bas oder *.ino Dateien 
angehängt. Man kann auch mehrere Dateien anhängen...

BTW:
Weil Arduino Quelltext das selbe wie C ist, ist [c] der geeignete Token 
zum Formatieren.

[Joachim (Gast)]

Wolfram F. schrieb:
> also ich hab grbl 1.1 nun auf dem Arduino-Uno, SerialCom stürzt
> aber
> nach ein paar Minuten ab mit Fehlermeldung "Schwerwiegender
> Verbindungsfehler Programm wird geschlossen"
> Was kann das sein?
>
> OS ist Win10/64Bit

Hey, das hatte ich auch, nachdem ich das setup in C/Programme 
installiert habe läufts

[Daniel S. (Firma: Privat) (daniel-steinbock)]

Möchte mal wieder mein Feedback dazu geben,

Hallo Albert M.! Erst mal Vielen Dank von meinem Kumpel Hannes und mir 
für dieses sehr gute Projekt!
Wir verfolgen dies schon seit 1 ½ Jahren.
SCC Ver. 0.9f lief jetzt schon seit einem Jahr fehlerfrei bei Uns. (XP 
SP3)
Aktuell läuft SCC Ver. 2.0.2 und GRBL 1.1e (UNO) mit 3,5“ Nextion 
Display
Hannes Prüft seit einer Woche die 2.0.2 ohne das ein Fehler auftrat 
(XP SP3 und UNO)
Das Update 2.2 und 1.1f wird demnächst aufgespielt.
Eine CAM Hat noch keiner von uns beiden an der Fräse. Hatte bis jetzt 
keine Priorität

Störung in der Verbindung konnte ich bis jetzt fasst immer Auf EMV oder 
Wackelkontakt zurückführen.
Wenn ich zum Beispiel das Licht (Neonröhre)Einsteckte an der gleichen 
Steckdose.
Abgeschirmte USB Kabel ist ein Muss, die bei denen nur 4 Drähtchen drin 
sind reichen nicht.
Einfach mit einem Durchgangsprüfer beide enden Buchse und Stecker direkt 
am Metall messen.
Sollte gegen null Ohm liegen. Wenn nicht. Kabel tauschen! War bei mir 
der fall. Danach hatte ich ruhe.

Ich kann das Nextion Display nicht gleich mit Connect Verbinden obwohl 
der COM Anschluss der richtige ist.
Erst wenn ich den selben COM Port erneut Auswähle und erneut auf Connect 
klicke. Ist bei Hannes ebenso.
Find ich aber jetzt nicht so tragisch. Fräse manchmal zwei drei Stunden 
ohne die Verbindung zwischendurch zu trennen.

Überwiegend nutzen wir das Programm Sprint-Layout 6.0 zur Leiterplatten 
Erstellung.
In SCC wird diese Datei über den HPGL Import in G-Code umgewandelt.
Eine Möglichkeit die noch nützlich wäre ist das Einstellen einer 
Materialstärke. Wenn zum Beispiel die Stärke 4mm beträgt und in 4x 
Durchgängen -1mm tief gefräst werden soll. Importiere ich die Datei nach 
jeden Durchgang neu ein und erhöhe um 1mm.
Hat jemand einen Tipp wie ich das doch in einen Fräsvorgang machen 
könnte?

Gruß Daniel!

[Tillmann (Gast)]

Moin Albert, moin all,

Fehler: Mein "Display Zeit" rührt sich nicht.

Wunsch: Anzeige des aktuellen Spindlespeed. Wird gebraucht, um im 
Lasermodus schneller Erfahrungen sammeln zu können ...

@Albert: Gute Besserung ...

[Daniel S. (Firma: Privat) (daniel-steinbock)]

Sorry: SerialComCNC 2.2 gibt es noch nicht. Ich meinte 2.1.
Albert M. ich wollt nichts vorwegnehmen.;)

Hallo Jörg,

ich habe es folgender weise gemacht:

Mit dem XLoader Das Hex-File der neuen Version GRBL 1.1f aufspielen.

SerialComCNC 2.1 starten und Verbindung aufbauen.
Danach sofort unten rechts  $10=0  und Enter drücken.


Jetzt die Verbindung wieder trennen und Neu Verbinden.
Wenn alles geklappt Hat Meldet sich der UNO mit

" Grbl 1.1f ['$' for help]
OK
OK


Jetzt kann die Taste $$ unten rechts gedrückt werden um die Parameter zu 
sehen und zu ändern.

Gruß Daniel

[Wolfram F. (mega-hz)]

Wolfram F. schrieb:
> Es zeigt XYZ und FEED an, seit Stunden ohne Probleme!

Hmm, DAS war gestern!
Ohne was zu ändern bekomme ich heute wieder Zeichen hinter den Zahlen 
die da nicht hingehören! Mal hier, mal da....
Also an der Geschwindigkeit des µC kann es wohl nicht liegen, 80 oder 
160Mhz sollten keine Probleme machen.
Sende ich einen langen Stream mit den Nexion-Daten per Hterm an den ESP,
treten NIE Fehler auf!
@Albert:
gibt es vielleicht Unterschiede ob SCC unter C:\ oder C:\Programme 
installiert ist? Vielleicht etwas mit Rechten oder so?

  Und noch einen weiteren BUG gefunden:
  Wenn man eine HPGL Datei einlädt (habe etliche versucht), kommt beim 
druck
  auf "Process Datei" eine Fehlermeldung:
  "ist kein gültiger Gleitkommawert!

@Wolfgang:
Wie hast Du diese Probleme gelöst?

Ich spiele schon mit dem Gedanken, nen SERIAL-PROXY zu programmieren der 
alle Befehle zum/vom GRBL durchschleift, sollte der ESP schaffen.
A la dem XLCD... Ist mir ein Rätsel mit den SCC Seriellen...

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfram F. schrieb:
> Wie hast Du diese Probleme gelöst?

ich habe das Problem nicht, begrenze die Ausgabe auf maximal 9 Zeichen

Gruß Wolfgang

[Dominic H. (dominic24)]

Daniel S. schrieb:
> Möchte mal wieder mein Feedback dazu geben,
>
> Hallo Albert M.! Erst mal Vielen Dank von meinem Kumpel Hannes und mir
> für dieses sehr gute Projekt!
> Wir verfolgen dies schon seit 1 ½ Jahren.
> SCC Ver. 0.9f lief jetzt schon seit einem Jahr fehlerfrei bei Uns. (XP
> SP3)
> Aktuell läuft SCC Ver. 2.0.2 und GRBL 1.1e (UNO) mit 3,5“ Nextion
> Display
> Hannes Prüft seit einer Woche die 2.0.2 ohne das ein Fehler auftrat
> (XP SP3 und UNO)
> Das Update 2.2 und 1.1f wird demnächst aufgespielt.
> Eine CAM Hat noch keiner von uns beiden an der Fräse. Hatte bis jetzt
> keine Priorität
>
> Störung in der Verbindung konnte ich bis jetzt fasst immer Auf EMV oder
> Wackelkontakt zurückführen.
> Wenn ich zum Beispiel das Licht (Neonröhre)Einsteckte an der gleichen
> Steckdose.
> Abgeschirmte USB Kabel ist ein Muss, die bei denen nur 4 Drähtchen drin
> sind reichen nicht.
> Einfach mit einem Durchgangsprüfer beide enden Buchse und Stecker direkt
> am Metall messen.
> Sollte gegen null Ohm liegen. Wenn nicht. Kabel tauschen! War bei mir
> der fall. Danach hatte ich ruhe.
>
> Ich kann das Nextion Display nicht gleich mit Connect Verbinden obwohl
> der COM Anschluss der richtige ist.
> Erst wenn ich den selben COM Port erneut Auswähle und erneut auf Connect
> klicke. Ist bei Hannes ebenso.
> Find ich aber jetzt nicht so tragisch. Fräse manchmal zwei drei Stunden
> ohne die Verbindung zwischendurch zu trennen.
>
> Überwiegend nutzen wir das Programm Sprint-Layout 6.0 zur Leiterplatten
> Erstellung.
> In SCC wird diese Datei über den HPGL Import in G-Code umgewandelt.
> Eine Möglichkeit die noch nützlich wäre ist das Einstellen einer
> Materialstärke. Wenn zum Beispiel die Stärke 4mm beträgt und in 4x
> Durchgängen -1mm tief gefräst werden soll. Importiere ich die Datei nach
> jeden Durchgang neu ein und erhöhe um 1mm.
> Hat jemand einen Tipp wie ich das doch in einen Fräsvorgang machen
> könnte?
>
> Gruß Daniel!



Normalerweise geht das mit dem Cam Programm.
Wenn du sagst, 4mm tief fräsen und in der Werkzeugliste dein 
ausgewählter Fräser auf 1mm Zustellung eingestellt ist, dann berechnet 
das Cam Programm automatisch 4 Durchläufe und stellt pro weiteren 
Durchgang 1mm mehr zu.. Ein Bsp wäre Estlcam.  Wenn dein Sprint  Layout 
das nicht kann, vllt kann Eagle es dann.

MfG
Dom

[Jörg W. (Firma: privat) (joerg_wagner)]

$10 schrieb:
>> Merkwürdig ist auch, die die X/Y-Koordinaten von Anfang an auf 0 stehen
>> und sich auch nicht ändern, bei Z stehen nur Bindestriche.
>
> $10=0 setzen in GRBL >1.1e

Der Tipp war Gold wert, nachdem ich $10=0 gesetzt hatte, waren alle 
Probleme, die ich hatte, mit einem Schlag verschwunden. SerialComCNC 
läuft, das Nextion Display läuft, super.

Ich danke Dir.

Grüße,
Jörg

[Wolfram F. (mega-hz)]

>Wenn dein Sprint  Layout
> das nicht kann, vllt kann Eagle es dann.
Eagle kann mit dem gcode.ulp bis zu 4 Durchgänge!
Wobei sogar 4 Nutzen-Ausbruch-Bereiche stehen bleiben können 
(einstellbar)

[Wolfram F. (mega-hz)]

@Wolfgang:
was bedeutet

….

 in deiner Routine? 0xFF und ?

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfram F. schrieb:
> was bedeutet….
>  in deiner Routine? 0xFF und ?

Keine Ahnung was Du damit meinst.


Gruß Wolfgang

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfgang B. schrieb:
> Keine Ahnung was Du damit meinst.

Jetzt hab ichs

Windofs ist nur zu sich selbst kompatibel.:-(


Darstellung Unicode (UTF-8)


Gruß Wolfgang

[Klaus S. (Firma: Rentner) (smutje)]

moin,

was muß genau für den Werkzeugwechsel im G-Code stehen?

Estlcam!!

MfG Klaus

[Wolfgang B. (Firma: Rentner) (doduco)]

T und die Werkzeug NR

zB. T2


Gruß Wolfgang

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Anbei neue Version SerialComCNC 2.2
(Nochmal eingesetzt, da eben gepostete Version fehlerhaft war)

Change Log V2.2
---------------

Easy Job teilweise freigegeben (Experimental)

  Video, allerdings noch mit der alten Bedienoberfläche von SCC:
  Youtube-Video "SerialComCNC neuer EasyJob Modus"

  Easy Job stellt einfache Bearbeitungmöglichkeiten zur Verfügung
  ohne CAD- und CAM- Programme benutzen zu müssen.
  Nach Eingabe des gewünschten Jobs und Parameter wird automatisch
  G-Code erstellt und in das "G-Code Datei" Fenster des Hauptfensters
  eingefügt.
  Es können mehrere Jobs erstellt und in der Reihenfolge geändert
  werden. Die Jobs lassen sich einzeln oder insgesamt zu G-Code
  konvertieren.

  Freigegebene Jobs:

  - Drill Hole
    Ein Loch an der angegebene Position bohren.

  - Line of Holes
    Beliebige Anzahl von Löchern in einer Reihe bohren.
    Vertikal, horizontal oder diagonal.

  - Rectangle
    Rechteck fräsen.

  - Rounded Rectangle
    Rechteck mit gerundeten Ecken fräsen. Eckenradius wählbar.

  Weitere Jobs kommen demnächst dazu.

  Update des PDF-Manuals, aufrufbar über Menue Hilfe.

Gruss Ulrich Albert
http://www.serialcominstruments.com/

[Wolfram F. (mega-hz)]

wow! SUPER!
Darauf hab ich gewartet!
Danke Vielmals!

@all:
sollten wir nicht mal "zusammenschmeissen" und ne nette Spende an Albert 
schicken?

freu...

[Wolfram F. (mega-hz)]

Wolfgang B. schrieb:
> Wolfgang B. schrieb:
>> Keine Ahnung was Du damit meinst.
>
> Jetzt hab ichs
>
> Windofs ist nur zu sich selbst kompatibel.:-(
>
>
> Darstellung Unicode (UTF-8)
>
>
> Gruß Wolfgang

Hmmm... aber was die Zeichen darstellen sollen oder machen, weiss ich 
noch immer nicht.

Kannst Du nicht mal mein Listing an Dein Display anpassen und testen?
Meiner Meinung nach ist doch alles richtig, oder?

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfram F. schrieb:
> Hmmm... aber was die Zeichen darstellen sollen oder machen, weiss ich
> noch immer nicht.

Wenn Du mal die Darstellung Textcodierung auf Unicode (UTF-8)
einstellst siehst Du dass das nur einfach ... . ist.

bedeutet der Rest ist Ausgeschnitten....


Gruß Wolfgang

[Wolfram F. (mega-hz)]

:-) Achso ! Grins...
Trotzdem könntest Du das mal testen?
Ich habe gerade noch was geändert, hatte ja direkt aus dem String einen 
Teil aufs Display dargestellt, da ich es aber schön rechtsbündig haben 
wollte, habe ich einen 2. String lcdBuffer zusammengestellt und diesen 
lasse ich jetzt darstellen. Nun scheint das Problem mit evt. mal andere 
Zeichen im TFT weg zu sein! (Klopf auf Holz, morgen ist es wieder da...)
In readSerial(Stream & stream) wird der String zusammengesetzt.
Natürlich laienhafte Programmierung, bin aber auch nicht sooo der 
Programmierer.

Anbei das aktuelle Listing.

Gruß,
Wolfram.

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfram F. schrieb:
> da ich es aber schön rechtsbündig haben
> wollte, habe ich einen 2. String lcdBuffer zusammengestellt und diesen
> lasse ich jetzt darstellen.

Warum so umständlich? du brauch's doch nur die Zeichen zwischen den " "
und die kann man beim einsammeln mit zählen und man hat gleich die
cursor Position.

Mit den .ino kann ich so nichts anfangen das ist für die Arduino
Umgebung und das benutze ich nicht, ist mir zu undurchsichtig.:-(
Die HW ist ganz OK.

Gruß Wolfgang

[Wolfram F. (mega-hz)]

Lothar M. schrieb:
> BTW:
> Weil Arduino Quelltext das selbe wie C ist, ist [c] der geeignete Token
> zum Formatieren.

Was ist denn undurchsichtig?

Was sind eigentlich die Unterschiede zwischen tx.txt und t0.txt usw.?

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfram F. schrieb:
> Was ist denn undurchsichtig?

Die gesammte Strucktur angefangen mit den Pin/Port Bezeichnungen, 
Libraries
und behandlung der Timer. Ich Progammiere mit Xcode in C und da weis ich
meistens was ich mache.

Aber diese Diskussion gehört hier nicht hin.


>Was sind eigentlich die Unterschiede zwischen tx.txt und t0.txt usw.?

sind beides die gleichen daten, wird wohl für das Nextion Display
so gebraucht.


Gruß Wolfgang

[Daniel S. (Firma: Privat) (daniel-steinbock)]

Danke Albert M. !

Werde mir den Easy Job heute noch ansehen. Da meine Maschine im Moment 
nicht einsatzbereit ist muss mein Kumpel Hannes dies testen.

Hallo Dominic H.

Danke für den Hinweis! Ich werde mir Estlcam und Eagle anschauen da das 
Sprint-Layout auf Leiterplatten Erstellung ausgelegt ist. Die 
Materialstärke oder frästiefe lässt sich nicht definieren. Dank Albert 
M. Kann ich die *.plt Dateien in SCC Importieren.

Gruß Daniel

[Wolfgang B. (Firma: Rentner) (doduco)]

Hallo Albert M,

erst mal Vielen Dank für die neue version mit Easy Job.

Ich habe mir mal den Easy Job einfache Bearbeitungmöglichkeiten 
angeschaut.

Währe es nicht einfacher beim Rectangle (Rechteck fräsen)
den Bezugspunkt in die Mitte vom Rechteck zulegen X,Y und
für das Rechteck Höhe,Breite eingeben?

ewt. auch den Punkt als Dezimaltrennzeichen abfangen sonst werden
aus 2.5mm schnell 25mm.:-(

Gruß Wolfgang

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
>>Was sind eigentlich die Unterschiede zwischen tx.txt und t0.txt usw.?
>
> sind beides die gleichen daten, wird wohl für das Nextion Display
> so gebraucht.

Leider lassen sich ankommende Daten im Nextion Display nicht mit z.B. 
einem OnChangeEvent an andere (Text)Objekte weiterleiten. Eine Anfrage 
bei Nextion/Itead ergab, dass daran nichts geändert wird. Daher müssen, 
wenn die gleichen Daten auf mehreren Display Pages gezeigt werden 
sollen, diese auch mehrmals von SCC geschickt werden. Das verdoppelt den 
Datenverkehr auf der zweiten Schnittstelle.
Ich versuche dazu eine Lösung zu finden, z.B. die Daten nur einmalig an 
Variablen-Objekte des Displays zu senden und mit einem Timer des Display 
10 mal pro Sekunde diese Variablen an die Text-Objekte der Pages 
weiterzuleiten.
Damit ist es möglich, dass sich die Bezeichner in den von der zweiten 
Schnittstelle gesendeten Daten in Zukunft ändern, ebenso wie das 
HMI-File des Displays.

Wolfgang B. schrieb:
> Währe es nicht einfacher beim Rectangle (Rechteck fräsen)
> den Bezugspunkt in die Mitte vom Rechteck zulegen X,Y und
> für das Rechteck Höhe,Breite eingeben?

Dass die Position eines Rechtecks durch seinen Mittelpunkt bestimmt wird 
ist wohl eher unüblich. Durch die bestehende Angabe der Koordinaten der 
linken unteren und rechten oberen Ecke ist das Rechteck ausreichend und 
exakt definiert.

[Reiner W. (reiner_w)]

Albert M. schrieb:
> Ich versuche dazu eine Lösung zu finden, z.B. die Daten nur einmalig an
> Variablen-Objekte des Displays zu senden und mit einem Timer des Display
> 10 mal pro Sekunde diese Variablen an die Text-Objekte der Pages
> weiterzuleiten.

Da Timer im Nextion-Display leider auch nicht global sind, musst du 
einen Timer pro Page verwenden.
Also eine globale Variable, die du über die serielle fütterst. Dann 
einen Timer pro Seide, der dann die globale Variable auf die gewünschten 
Objekte DIESER Seite spiegelt. Das ist zwar etwas aufwendig, läuft aber 
ganz gut.

[Wolfgang B. (Firma: Rentner) (doduco)]

Albert M. schrieb:
> Dass die Position eines Rechtecks durch seinen Mittelpunkt bestimmt wird
> ist wohl eher unüblich.

Das mag vielleicht so sein, aber für die Platzierung eines Rechtecks
Bzw. Durchbruch auf den Werkstück ist es meines Erachtens einfacher.

Durch die Angabe der Koordinaten die Größe des Rechtecks zu bestimmen
ist schon etwas abstrakt.

Gruß Wolfgang

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
> Albert M. schrieb:
>> Dass die Position eines Rechtecks durch seinen Mittelpunkt bestimmt wird
>> ist wohl eher unüblich.
>
> Das mag vielleicht so sein, aber für die Platzierung eines Rechtecks
> Bzw. Durchbruch auf den Werkstück ist es meines Erachtens einfacher.
>
> Durch die Angabe der Koordinaten die Größe des Rechtecks zu bestimmen
> ist schon etwas abstrakt.

Was ist daran abstrakt?
Ich habe das User Interface für den Easy Job oben nochmals zur 
Verdeutlichung für die Mitleser eingefügt.
Wie würdes Du es dann weniger abstrakt z.B. mit einer Linie halten die 
nicht senkrecht oder wagerecht ist, sonder schräg verläuft? Jetzt sag 
nicht Länge und Winkel angeben.
Das hat schon seinen Grund wie das User Interface aufgebaut ist. Damit 
lassen sich alle Möglichkeiten erschlagen.
Wer mit CNC arbeitet hat sich an Koordinaten eigentlich gewöhnt.
Am User Interface des EasyJob werde ich daher nichts ändern.

[Wolfram F. (mega-hz)]

ich bin deiner Meinung, Albert!
Wenn allerdings irgendwann Kreise dazukommen, sollte man x und y als 
Kreismittelpunkt sowie Radius und ob innen oder aussen angeben können.

Hat eigentlich jemand SUB-D-Makros um "mal eben" Löcher für SUB-D 
Buchsen (oder Lüfter usw.) an X,Y zu fräsen?

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfram F. schrieb:
> Wenn allerdings irgendwann Kreise dazukommen, sollte man x und y als
> Kreismittelpunkt sowie Radius und ob innen oder aussen angeben können.

Ist alles schon genau so seit langem fertig, der Kreismittelpunkt wird 
in der "Startpunkt" Box und der Radius in der "Radius" Box eingegeben. 
Nicht passende Boxen werden bei den verschiedenen Jobs ausgeblendet.

Ich hatte vor einiger Zeit schon mal geschrieben, dass ich den 
komplettem EasyJob neu überarbeite. Das dauert halt seine Zeit.
Folgende Jobs werden der Reihe nach als nächste veröffentlicht:

- Kreis, auch benutzbar für "Bohrungen" grösser als Fräserdurchmesser
- Reihe von Kreisen
- Teilkreis
- Rechteck-Tasche, Rechteck Tasche mit gerundeten Ecken
- Kreistasche, Kreis-Tasche mit Insel
- n Bohrungen auf Kreisbahn
- n Bohrungen auf Teilkreis

[Wolfgang B. (Firma: Rentner) (doduco)]

Albert M. schrieb:
> Was ist daran abstrakt?

Hallo Albert M.,

wenn ich für einer Frontplatte ein 20mm x 80mm (BxH) Durchbruch auf
der Position Y60mm X160mm benötige muss ich erstmal umrechnen.

    X1 = X160-80/2
    Y1 = Y60-20/2
    Y2 = Y1+20
    X2 = X1+80

Albert das war keine Kritik sondern nur ein Vorschlag den Jop
zu vereinfachen.

>Wer mit CNC arbeitet hat sich an Koordinaten eigentlich gewöhnt.
keine Bange das hab ich.:-)

Gruß Wolfgang

[sven (Gast)]

Wie wäre es mit einer Auswahl wo der Nullpunkt liegen soll?
Braucht ja nicht viel Platz...

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
> Hallo Albert M.,
> wenn ich für einer Frontplatte ein 20mm x 80mm (BxH) Durchbruch auf
> der Position Y60mm X160mm benötige muss ich erstmal umrechnen.
>
>     X1 = X160-80/2
>     Y1 = Y60-20/2
>     Y2 = Y1+20
>     X2 = X1+80
>
> Albert das war keine Kritik sondern nur ein Vorschlag den Jop
> zu vereinfachen.

Deine Gedankengänge versteh ich jetzt nicht. Ich glaube Du denkst da 
viel zu kompliziert :)
Es ist ganz einfach:

Unter Startpunkt (Ecke links unten) eingeben:
X1 = 160 , Y1 = 60
Das sind ja die Entfernungen von Deinem gewählten Nullpunkt
auf den sich alle weiteren Angaben beziehen.

Unter Endpunkt (Ecke rechts oben) eingeben:
X2 = 160 + 20 , Y2 = 60 + 80

Fertig

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

sven schrieb:
> Wie wäre es mit einer Auswahl wo der Nullpunkt liegen soll?
> Braucht ja nicht viel Platz...

Da gibt es nichts auszuwählen. Den legt man einmalig fest.
Der Nullpunkt auf den sich alle Job-Koordinaten beziehen ist der bei der 
Fräse aktuell gesetzte Nullpunkt. Am Besten legt man den auf die linke 
untere Ecke seines Werkstückes, kann aber auch sonst wo liegen. Alle 
eingetragenen Jobs in der Liste beziehen sich ausschliesslich auf diesen 
Nullpunkt.

[Wolfgang B. (Firma: Rentner) (doduco)]

Albert M. schrieb:
> Es ist ganz einfach:
>

so einfach ist das nicht, Die Position Y60mm X160mm ist der Mittelpunkt
des Rechteck.:-(

[Wolfgang B. (Firma: Rentner) (doduco)]

>Unter Startpunkt (Ecke links unten) eingeben:
>X1 = 160 , Y1 = 60
>Das sind ja die Entfernungen von Deinem gewählten Nullpunkt
>auf den sich alle weiteren Angaben beziehen.
>Unter Endpunkt (Ecke rechts oben) eingeben:
>X2 = 160 + 20 , Y2 = 60 + 80

das Objekt wird beschrieben Ecke links unten X1 160, Y1 60
und Ecke rechts oben X2=X1+20, Y2 = Y1+80.

das heißt ich brauch X1 und Y1 (Startpunkt Ecke links unten),
des weiteren X2=X1+Breite, Y2=Y1+Länge (Ecke rechts oben)!

beim Mittelpunkt des Objekt brauch ich lediglich
X,Y die Position und Länge und Breite des Objeckt die bekannt sind!

Die Fräser Position + Kompensation kann das Programm berechnen.
ist ähnlich wie bei einen Kreis Kreismittelpunkt + radius

was soll's war nur ein Vorschlag.

[Tany (Gast)]

Wolfgang B. schrieb:
> brauch ich lediglich X,Y die Position und Länge und Breite des Objeckt
Wenn das Objekt parallel zur Achsen liegt, kann man nach Lust und Laune 
das Objekt beschreiben(bemaßen). Es sieht anders aus, wenn dies ein 
beliebigen Winkel zur Achsen hat, beschreibt man übriger weise erst die 
Lage und dann die Eigenschaften.

[Wolfgang B. (Firma: Rentner) (doduco)]

Tany schrieb:
> Es sieht anders aus, wenn dies ein
> beliebigen Winkel zur Achsen hat

auch das lässt sich über den Winkel zur Achse berechnen.

Wolfgang

[Wolfram F. (mega-hz)]

So, der Test mit dem Display auf dem Arduino-Uno war erfolgreich!
Dort habe ich nicht das SPI-TFT sondern ein 128x128 T6963 LCD 
angeschlossen.
Der eigentliche sporadische Fehler für Scchrott-Zeichen war die fehlende 
0-Ende-Kennung des LCD-Strings!
Alles funktioniert nun wunderbar!
Als nächstes kommen Tasten und Endschalter Abfragen sowie Referenzfahrt 
hinzu!

@Albert:
hier nochmal ne kleine Liste mit Bugs und Wünschen:

1) BUG:
Wenn man eine HPGL Datei einlädt (habe etliche versucht), kommt beim
druck auf "Process Datei" eine Fehlermeldung:
  "ist kein gültiger Gleitkommawert!

2) BUG: 2.Serielle COM3 (z.B.) ist dargestellt, connect geht aber erst, 
wenn man die COM3 erneut anwählt! (Nur, wenn das Prg neu gestartet 
wurde!)

3) Wunsch:
Feedrate in ini datei abspeichern und beim start wieder einladen und 
auch setzen!

4) Wunsch:
Spindel Wert in ini datei abspeichern und beim start wieder einladen und 
auch setzen!

5) Wunsch:
Move mm Wert in ini datei abspeichern und beim start wieder einladen und 
auch setzen!

6) BUG: Wärend des Fräsens darf der Easy-Job nicht anwählbar sein!

7) BUG?: Maximize Window nicht anwählbar.

8) Wunsch:
EasyJob: Tisch plan fräsen, Angabe von Xmax,Ymax, Fräser dm.

9) Wunsch:
Weiterleitung der Endschalter von GRBL zur 2. Seriellen

10) Wunsch:
Anzahl der Programmdurchläufe mit einstellbaren Z Zähler/Durchlauf.


Gruß,
Wolfram.

[Hardy F. (hardyf)]

Ich möchte mich dieser "Wunschliste" von Wolfgang gern anschließen mit 
der Bitte an Ullrich, diese Vorschläge in die nächsten Releases evtl. 
nach und nach mit einfließen zu lassen.

Interessant wäre bei dem Easyjob vielleicht noch die Möglichkeit, auch 
Lochfelder zu bohren mit Angabe von X und Y x Anzahl Löcher mit Abstand 
n

Vielen Dank für deine Arbeit.
Kann ich ständig nur wiederholen.

[Wolfram F. (mega-hz)]

Hardy F. schrieb:
> Ich möchte mich dieser "Wunschliste" von Wolfgang gern anschließen mit
Wolfram, nicht Wolfgang :-)

[Tany (Gast)]

Hardy F. schrieb:
> Interessant wäre bei dem Easyjob vielleicht noch die Möglichkeit, auch
> Lochfelder zu bohren mit Angabe von X und Y x Anzahl Löcher mit Abstand

so?

[Patrick J. (ho-bit-hun-ter)]

Hi

Wolfram F. schrieb:
> 8) Wunsch:
> EasyJob: Tisch plan fräsen, Angabe von Xmax,Ymax, Fräser dm.

Tasche Rechteck sollte Das machen, wobei ich da dann auf 
Maschinen-Koordinaten gehen würde und nicht die Eingabe vom aktuellen 
Nullpunkt aus, da sich Dieser wohl mit jedem Werkstück ändert, der Tisch 
selber aber wohl 'an Ort und Stelle' bleibt.

Müsste im Keller gucken, was ich mir da aufgekritzelt habe, benutzte 
aber auch LinuxCNC an meiner Käse-Fräse.

MfG

[Wolfram F. (mega-hz)]

ja, würde auch gehen, dann als Makro speichern.

Da an meinem SCC-Display auch noch Taster und die Endschalter abgefragt 
werden, wäre der Maschinen-Nullpunkt auch kein Problem.

[Hardy F. (hardyf)]

@ Tany

Das ist ja schon eine Größenordnung weiter als ich es mir vorstellte.

Also noch besser !

Sehr gute Erweiterung.

Möge es ebenfalls eine Anregung für Ulrich Albert sein.

[Torsten K. (Firma: TOKA) (avantasia)]

@Wolfgang B.

Thema Jog-Dial... welchen Alps Encoder hast Du denn für Dein Jog-Dial 
verwendet? Ich hab Interesse an Deinem kleinen Projekt gefunden und 
würde das ggf. gerne nachbauen und daher gerade bei TME geschaut, den 
aber irgendwie nicht gefunden.

Danke für eine kurze Info...

[Wolfgang B. (Firma: Rentner) (doduco)]

Torsten K. schrieb:
> welchen Alps Encoder hast Du denn für Dein Jog-Dial verwendet?

hatte ich noch in der Bastelkiste rumliegen steht leider nur Alps 
drauf.:-(

ALPS STEC11B müsste passen ggf. die Achse kürzen.

Gruß Wolfgang

[Wolfgang B. (Firma: Rentner) (doduco)]

Info Alps Encoder:

http://www.alps.com/prod/info/E/PDF/Switch/Encoder/EC11/EC11.PDF

Wolfgang

[Wolfram F. (mega-hz)]

dafür kann man anstelle eines Encoders auch prima einen Schrittmotor 
nehmen!
Siehe hier :
http://www.b-pahl.de/bastel/portalfraese/handrad/inkrementalgeber.GIF
http://www.b-pahl.de/bastel/portalfraese/handrad/handrad.html

Funktiert super und ist robust!
Ist an meiner Fräse für die Feedrate mittels Pokeys und MACH3 
angeschlossen.

[deHarry (Gast)]

Hallo Wolfgang,
zuerst mal Entschuldigung für die lange Pause, ich habe wohl mal 
verpasst, mich hier einzuloggen, und somit den Fortgang verpasst.

Den Trick mit der Hardware Lösung für die Kommunikation meines Joystick 
muss ich unbedingt verifizieren, klingt aber erst mal genial :-)
Danke dafür!

Es kann aber durchaus sein, dass mein Controller nicht schnell genug 
ist, um die Analogdaten der drei Joysticks genügend schnell einzulesen, 
so dass ein kontinuierlicher Datenstrom für den GRBL zur Verfügung 
gestellt werden kann.
Momentan klappte es ganz gut für eine Achse, doch sobald eine dazu 
kommt, stockten die Motoren.
Es kann also gut sein, dass die Umwandlung der drei analogen Werte in 
Jog-Kommandos auf dem Rechner erfolgen muss. Damit wäre das Thema für 
SCC gestorben.
Ich werde berichten.

Gruß Harald

[Dominic H. (dominic24)]

Hallo Albert M.

Ich habe heute den Easy Job ausprobiert.. Das abgerundete Rechteck.  Wie 
ich festgestellt habe gibt es bei Fräser innen  aussen mitte keinen 
Unterschied..

Wenn ich x2 und y2 auf 20mm setze, sage ich habe einen 8mm Fräser und 
der soll aussen fahren, müsste er dann nicht zb 28mm oder 36mm 
verfahren?

Er hält sich strickt an die Koordinaten und mein 20x20mm Quadrat wird 
12x12mm !?

MfG
Dominic

[Avantasia (Gast)]

Hallo Wolfgang B.

Danke für Deine Antwort zum Drehgeber. Es ist wahrscheinlich völlig egal 
wieviele Impulse pro Umdrehung ausgegeben werden. Ich denke ich nehme 
einen mit 24 Pulsen pro 360Grad.

Ich hab das mal alles in KiCad eingegeben und damit auch gleich die 
Platinenumrisse entsprechend der Hammond Gehäuse Spezifikation 
angegeben. Ich versuche auch, dass die Platinen mittels Steckkontakte 
verbunden werden. Wenn Du das ggf. als Gerberdatei haben möchtest sowie 
dann die fertigen KiCAD Dateien, kann ich Dir diese gerne zusenden. Noch 
muss ich einige Arbeiten in KiCAD abschliessen und die Bauteilabstände 
prüfen.

LG Avantasia (Torsten K.)

[Wolfgang B. (Firma: Rentner) (doduco)]

Avantasia schrieb:
> Wenn Du das ggf. als Gerberdatei haben möchtest sowie
> dann die fertigen KiCAD Dateien, kann ich Dir diese gerne zusenden.

Danke für das Angebot, aber das ist nicht nötig.

viel Spass beim Basteln.

Gruß Wolfgang

[Wolfgang B. (Firma: Rentner) (doduco)]

Dominic H. schrieb:
> Wenn ich x2 und y2 auf 20mm setze, sage ich habe einen 8mm Fräser und
> der soll aussen fahren, müsste er dann nicht zb 28mm oder 36mm
> verfahren?

nein wenn x2 und y2 = 20mm dann ist x1,y1 = 0 und der Fräser
auf -4mm und 24mm, Radius der Ecken = 0

ich habe es mir gerade angeschaut mit und ohne Radius da ist kein 
Fehler.

Gruß Wolfgang

[Wolfgang B. (Firma: Rentner) (doduco)]

@Dominic

alles zurück.:-(

Das abgerundete Rechteck beim Easy Job ist doch fehlerhaft.
Die Fräser Kompensation wird nicht berücksichtigt.

hab mich von der Graphic Anzeige Täuschen lassen.:-(


Gruß Wolfgang

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
> Das abgerundete Rechteck beim Easy Job ist doch fehlerhaft.
> Die Fräser Kompensation wird nicht berücksichtigt.

Sorry, Fräser Kompensation ist zwar im Programmcode drin, wird aber 
falsch aufgerufen.
Wird zur nächsten Version berichtigt.

[Wolfgang B. (Firma: Rentner) (doduco)]

Warum Albert beim

"Rectangle Rechteck fräsen“
"Rounded Rectangle Rechteck mit gerundeten Ecken fräsen Eckenradius 
wählbar“

zwei Jops macht ist mir unergründlich.

Wolfgang

[Udo (Gast)]

Hallo,
viel Arbeit so ein Programm.
Es ist sehr unvorteilhaft wenn man das Programm nicht anhalten kann ohne 
Notaus zu machen. z.B bei Werkzeugwechsel ohne Probe. Ich habe versucht 
aus dem Forum etwas zu erfahren aber ohne Erfolg.Wenn ich nun ein 
Notstop mache sind die Positionsdaten weg. Ich helfe mir indem ich die 
Daten aufschreibe und nach einem Reset wieder per Hand mit dem gemerkten 
Offset wieder auf die alte Position fahre. Diese Prozedur ist auf die 
Dauer nicht praktikabel.
Ich möchte hier nicht stänkern, nur eine Antwort auf meine Fragen.

Mit freundlichen Grüßen
Udo

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Udo schrieb:
> Es ist sehr unvorteilhaft wenn man das Programm nicht anhalten kann ohne
> Notaus zu machen. z.B bei Werkzeugwechsel ohne Probe.

Den laufenden G-Code kann man mittels den nicht zu übersehenden 
Halt/Weiter Buttons anhalten und weiter laufen lassen.

Da das Lesen des Manuals vielleicht mühsam ist zitiere ich hier gerne 
nochmal den Abschnitt über Werkzeugwechsel:

Werkzeugwechsel Txx

Automatischer Werkzeugwechsel wird von GRBL nicht unterstützt.
SerialComCNC unterstützt jedoch einen manueller Werkzeugwechsel
und reagiert auf die Werkzeugwechsel-Befehle Txx im G-Code:

Wenn die Checkbox "Use Tool Change" aktiviert ist, wird der jeweils 
nächste bevorstehende Werkzeugwechsel im Monitor-Fenster incl. der 
Werzeugnummer Txx angezeigt.
Wenn im Programmfluss Txx erreicht wird, werden die Steppermotoren 
mittels M0 angehalten, die aktuelle Position gespeichert und  die 
Z-Achse um den Wert in der  "Change Pos" Eingabe-Box hochgefahren.
Es muss abgewartet werden bis im Process Display "Idle" angezeigt wird.
Über die Bedienbuttons im Manual Process Fenster können die Achsen jetzt 
beliebig verfahren werden um eine optimale Position zum Werkzeugwechsel 
zu erreichen. Nach dem Werkzeugwechsel wird zum Fortfahren der Button 
"Cont" im Process Display betätigt. Die X- und Y-Achse und danach die 
Z-Achse werden nun auf die gespeicherte Position gefahren und das G-Code 
Programm fortgesetzt.

[Udo (Gast)]

Hallo,
und danke für die schnelle Antwort.
Natürlich konnte ich das Programm anhalten und weiter fahren lassen. Die 
Funktion Toolwechsel funktioniert wie beschrieben bei mir nicht. Der 
Haken ist gesetzt. Im Programm steht an den Wechselpositionen der Befehl 
M6 T2 z.B. hintereinander.
Ich habe dann selber den Befehl M00 reingeschrieben dann
hielt die Maschine an. Aber die Lösung war das natürlich für mich nicht.
Ich habe die letzte Softwareversion  installiert.
Gibt es noch ein Parameter was diese Funktion sperrt ?

Gruß Udo

[Udo (Gast)]

alles ok.. nun geht es.  ;)

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Udo schrieb:
> Die
> Funktion Toolwechsel funktioniert wie beschrieben bei mir nicht. Der
> Haken ist gesetzt. Im Programm steht an den Wechselpositionen der Befehl
> M6 T2 z.B. hintereinander.

M6 muss entfallen, einfach nur T2 alleine in eine Zeile schreiben.

Wenn der Interpreter T2 oder weitere Tx erreicht erfolgt die Meldung:

Werkzeugwechsel T2 steht bevor.
Ende der laufenden Bearbeitung (Idle) abwarten.

Die Maschine hält bei Erreichen von T2 an.

Die aktuelle Position wird gespeichert und die Achsen können
über das Bedienfeld verfahren werden.
(Die Verfahrweite muss vorher in "Move mm" festgelegt sein)

Nach Werkzeugwechsel weiter mit "Cont" ("Weiter").
Es wird dann über die gespeicherte Position fortgefahren.

[Harald S. (deharry)]

Hallo Albert,

darf ich hier einhaken und nach dem Nullen der Z-Achse nach dem 
Werkzeugwechsel fragen?

Merkt sich SCC nicht nur die Koordinaten des Txx-Stop, sondern rechnet 
ebenfalls den neuen Tool-Offset des getauschten Werkzeugs mit ein, wenn 
ich eine erneute Probe-Fahrt mit dem neuen Werkzeug durchführe?

Ist also die Spitze des neuen Werkzeugs an exakt der identischen 
Position wie die des alten, ausgewechselten Werkzeugs, wenn ich "Cont" 
klicke (bzw. geklickt habe)?

Du hast ja den Absatz aus der Anleitung kopiert, dort steht aber nicht 
(oder ist zumindest für mich nicht erschließbar), ob ich "mechanisch" 
beim Einspannen des neuen Werkzeugs für die gleiche Werkzeuglänge sorgen 
muss, oder ob SCC mich dabei unterstützt (und wenn ja, wie?).

Eine kurze Erklärung würde für mich die Sache durchschaubar machen.
Danke!

Gruß Harald

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Hallo Harald,

Harald S. schrieb:
> ob ich "mechanisch" beim Einspannen des neuen Werkzeugs
> für die gleiche Werkzeuglänge sorgen muss

Zur Zeit wahrscheinlich ja, siehe unten.

>oder ob SCC mich dabei unterstützt (und wenn ja, wie?).

Vielleicht:
Ich noch nie getestet, ob man die Probe Funktionen von SCC gefahrlos 
während des Anhaltens nach Tx nutzen kann und ob das überhaupt machbar 
ist.
Leider kann ich diesen Test momentan nicht durchführen, weil ich meine 
China Fräse wieder mal verliehen habe.

[Harald S. (deharry)]

Hallo Albert,

nun, ich hätte erwartet, dass du die Funktion "Probe nutzen" explizit in 
die Bearbeitung der Werkzeugwechsel-Funktion hättest einprogrammieren 
müssen. Immerhin müsste dafür ja ein neuer Offset für die Z-Achse mit 
eingerechnet werden, wenn mit "Cont" an die alte Stelle zurück gefahren 
wird, um mit dem Job fortzufahren.

Da du nicht weißt, ob das geht, gehe ich mal davon aus, dass du das 
nicht getan hast. Und somit würde ich das Probing während Txx in die 
Ecke "eher unwahrscheinlich" schieben (weil ich mir nicht so recht 
vorstellen kann, dass so eine komplexe Funktion automatisch mit 
abfällt).

Was müsste ich denn tun, wenn ich die Funktionalität überprüfen wollte?

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Harald S. schrieb:
> Was müsste ich denn tun, wenn ich die Funktionalität überprüfen wollte?

Ich sehe gerade das geht nicht, da der Probe Button P während der 
Verarbeitung gesperrt ist.
Ich werde mich um diese Thematik aber demnächst kümmern.

[Harald S. (deharry)]

Ok, danke! :-)

[edit]
Ich habe gerade mal in der aktuellsten Version SCC 2.2 eine NC-Datei mit 
3 Werkzeugen eingespielt und versucht, wenigstens mit den Tasten mal ein 
bisschen zu verfahren.
Leider Fehlanzeige. Der Job pausiert mit dem Hinweis auf 
Werkzeugwechsel, dann tut sich erst mal nichts.
"Weiter" ist inaktiv. Ich muss also "Halt" klicken, damit "Weiter" 
funktioniert.
In der Zeit zwischen "Halt" und "Weiter" reagiert meine Version von SCC 
auf nichts, alle Tasten in den Feldern "Set" und "Manueller Prozess" 
sind deaktiviert.

Habe ich da etwas übersehen?
[\edit]

Gruß Harald

[Torsten K. (Firma: TOKA) (avantasia)]

@Wolfgang B.

eine kleine Frage habe ich noch zu Deiner Jog-Dial Schaltung...

wenn ich es richtig verstehe, dann ist der Jog-Dial Drucktaster (Home) 
parallel zum Taster 8 (Spindel Stop/Weiter) geschaltet. Ist das korrekt 
interpretiert?

Sprich durch alt+Jog-Dial Taster wird eine Homefahrt veranlasst? 
Gleiches würde dann doch auch bei alt+Taster 8 ausgelöst oder?

Lieben Dank für eine kurze Antwort...

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Harald S. schrieb:
> Ich habe gerade mal in der aktuellsten Version SCC 2.2 eine NC-Datei mit
> 3 Werkzeugen eingespielt und versucht, wenigstens mit den Tasten mal ein
> bisschen zu verfahren.

Ich hatte eben schon geschrieben:
Die Verfahrweite muss vorher in "Move mm" festgelegt sein.
(Vor Start des G-Codes. Wird demnächst geändert)

> Leider Fehlanzeige. Der Job pausiert mit dem Hinweis auf
> Werkzeugwechsel, dann tut sich erst mal nichts.
> "Weiter" ist inaktiv. Ich muss also "Halt" klicken, damit "Weiter"
> funktioniert.

Ich habs gerade noch mal getestet, "Weiter" ist bei mir bei jedem T 
aktiv und lässt sich bedienen. Natürlich das "Weiter" neben dem "Start" 
Button.

[Wolfgang B. (Firma: Rentner) (doduco)]

Torsten K. schrieb:
> Sprich durch alt+Jog-Dial Taster wird eine Homefahrt veranlasst?
> Gleiches würde dann doch auch bei alt+Taster 8 ausgelöst oder?

keine Home/Referenzfahrt sondern Home/Nullpunktfahrt.
ja, hab ich so beschaltet dass man auch ein Rotaryencoder ohne Taster
verwenden kann.

Wolfgang

[Torsten K. (Firma: TOKA) (avantasia)]

Alles klar, Danke für Deine Antwort Wolfgang.

[Harald S. (deharry)]

Albert M. schrieb:
> Die Verfahrweite muss vorher in "Move mm" festgelegt sein.

Ah, das war mir nicht klar, danke!

> Natürlich das "Weiter" neben dem "Start" Button.

Bei mir sind beide "Weiter" inaktiv.
Vielleicht fehlt noch etwas im G-Code?
Ich erzeuge die NC-Datei mit Estlcam V8.

Muss ich morgen mal anschauen...

Gruß Harald

[Sven L. (Gast)]

Harald S. schrieb:
> Bei mir sind beide "Weiter" inaktiv.
> Vielleicht fehlt noch etwas im G-Code?
> Ich erzeuge die NC-Datei mit Estlcam V8.

Hallo Harald,

das Problem liegt bei ESTLCAM. Das Programm erzeugt bei einem 
Werkzeugwechsel keinen Tx Befehl, sondern nur M00 (wobei SCC auch 
stoppt). Um die Funktionen von Albert zu nutzen mußt du einfach im 
Editor den M00 Befehl in einen Tx Befehl ändern, dann funktioniert alles 
so wie im Handbuch beschrieben :-)

Viele Grüße

Sven

@Albert: Tolles Programm, Tausend Dank!!

[Sven L. (Gast)]

Harald S. schrieb:
> ob ich "mechanisch"
> beim Einspannen des neuen Werkzeugs für die gleiche Werkzeuglänge sorgen
> muss, oder ob SCC mich dabei unterstützt

Hallo Harald, Albert,

das ist richtig, die Werkzeuglängen müssen exakt gleich sein oder das 
Offset zwischen den Werkzeugen in deiner Frätiefe in der Fräsdatei 
berücksichtigen.
Vielleicht würde es einfach gehen, wenn man Zugang zum Nullen der 
Z-Achse beim Werkzeugwechsel hätte. Dann könnten man das wenigstens 
Manuell machen...oder was meinst du dazu, Albert?

Viele Grüße

Sven L.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Sven L. schrieb:
> Vielleicht würde es einfach gehen, wenn man Zugang zum Nullen der
> Z-Achse beim Werkzeugwechsel hätte. Dann könnten man das wenigstens
> Manuell machen...oder was meinst du dazu, Albert?

Das wäre zuerst mal die einfachste Lösung!

Ich werde in der nächsten Version während des Werkzeugwechsel die Boxen 
"Manueller Prozess" und "Set" freigeben, so dass beliebiges Verfahren 
sowie ein Nullen der Z Achse über den Button Z0 möglich ist.

Für das Nextion Display (zweite Schnittstelle) muss dann nur noch auf 
der Monitor Page die Möglichkeit zum Z-Nullen geschaffen werden.
Um die Page nicht zu überfrachten würde ich die Beschriftungen (links) 
der Achsenanzeigen X Y Z als Buttons umfunktionieren. Also mit Touch auf 
die jeweilige Beschriftung wird die entsprechende Achse genullt.
Was meint ihr?

[Wolfgang B. (Firma: Rentner) (doduco)]

Hallo Albert,

ich habe bemerkt wenn ein Prozess läuft (Gcode oder HPGL)
man über die zweite Schnittstelle JogBefehle senden kann.
Das stört natürlich den Ablauf erheblich.
Wie hast Du das den mit den Nextion Display gelöst?

Eigendlich sollte die Annahme von Befehle über die zweite
Schnittstelle während des Prozesslauf bis auf Nothalt/Halt
Weiter ggf. Werkzeugwechsel gesperrt sein.

Vermutlich vehält sich das mit den Nextion Display genau so.

Gruß Wolfgang

[Udo (Gast)]

habe heute den ganzen Tag getestet mit dem Ergebnis das
ich mir etwas kauf was funktioniert.

[Harald S. (deharry)]

Sven L. schrieb:
> im
> Editor den M00 Befehl in einen Tx Befehl ändern, dann funktioniert alles
> so wie im Handbuch beschrieben :-)

Hallo Sven,

das war der Trick, danke für den Hinweis!

Gruß Harald

[Herbert Janssen (Gast)]

Albert M. schrieb:
>
>
> Ich werde in der nächsten Version während des Werkzeugwechsel die Boxen
> "Manueller Prozess" und "Set" freigeben, so dass beliebiges Verfahren
> sowie ein Nullen der Z Achse über den Button Z0 möglich ist.
>

Hallo Albert M.,

vor einiger Zeit habe ich schon mal vorgeschlagen, doch auch die 
Einstellung des Toolwechselbuttons in der ini Datei abzuspeichern. 
Vielleicht lässt sich das nun realisieren, wenn's nicht nur für mich von 
Interesse ist ?!

Habe den easyjob verwendet,  um den Gehäuseausschnitt für das Nextion 
Display zu fräsen.  Danke für die wesentliche Erweiterung von SCC.

Viele Grüße
Herbert

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
> ich habe bemerkt wenn ein Prozess läuft (Gcode oder HPGL)
> man über die zweite Schnittstelle JogBefehle senden kann.
> Das stört natürlich den Ablauf erheblich.
> Wie hast Du das den mit den Nextion Display gelöst?

Wird in einer der nächsten Versionen geändert, incl. Nextion.

Sven L. schrieb:
> das Problem liegt bei ESTLCAM. Das Programm erzeugt bei einem
> Werkzeugwechsel keinen Tx Befehl, sondern nur M00 (wobei SCC auch
> stoppt). Um die Funktionen von Albert zu nutzen mußt du einfach im
> Editor den M00 Befehl in einen Tx Befehl ändern, dann funktioniert alles
> so wie im Handbuch beschrieben :-)

Werde ich im Manual vermerken.

Herbert Janssen schrieb:
> vor einiger Zeit habe ich schon mal vorgeschlagen, doch auch die
> Einstellung des Toolwechselbuttons in der ini Datei abzuspeichern.

Kommt mit der nächsten Version.

Herbert Janssen schrieb:
> Habe den easyjob verwendet,  um den Gehäuseausschnitt für das Nextion
> Display zu fräsen.  Danke für die wesentliche Erweiterung von SCC.

Freut mich und Danke.


Den Fehler im EasyJob beim Rounded Rectangle (Innen/Aussen) habe ich 
inzwischen behoben und den G-Code für die ARCs von I und J Parameter auf 
den R Parameter umgestellt. Das vereinfacht nicht nur die 
Programmierung, sondern macht auch den erzeugten G-Code leserlicher.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Anbei neue Version SerialComCNC 2.3

Change Log V2.3
---------------

EasyJob
 - Neuer Job Circle
   Fräst einen Kreis, Fäser mittig/innen/aussen.

 - Rounded Rectangle
   Modi Innen/Aussen jetz funktionsfähig.

Box Toolwechsel Txx
 - Status wird bei Programmende gespeichert, incl. Txx Pos Z

Nextion Display Schnittstelle
 - Status der Port Nummer wird nun korrekt gespeichert.
 - Neues Kommando beim Empfang von Daten:
   "SetZ0"   Nullt die Z-Achse, hilfreich bei Werkzeugwechsel

Werkzeugwechsel
 - Während eines Werkzeugwechsel wird die "Set" Box freigegeben,
   so dass volles Verfahren, sowie Nullsetzen von Z möglich ist.
   Zur Sicherheit sollte man nach dem Tx des Werkzeugwechsel
   im G-Code eine Zeile mit dem gewünschtem Feed für G1 des
   nächsten Befehls eingeben, falls dieser keine
   Feed Information beinhaltet.

 - Während des Werkzeugwechsel ist ein Nullsetzen der Z-Achse
   mittels Z0 Button oder auf dem Nextion Display durch
   Tippen auf die Z Beschriftung (links der Z-Anzeige) auf
   der Monitor Page möglich.

-  Button Home im "Manuellen Prozess" wird nun immer nach
   einem beendetem G-Code Programm wieder freigegeben.

Update des PDF-Manuals, aufrufbar über Menue Hilfe,
sowie des Online Manual auf der Webseite.

Gruss Ulrich Albert
http://www.serialcominstruments.com/

[Sven L. (Gast)]

Super Job Albert, vielen Dank. Dein Programm wird immer besser!!!

Viele Grüße

Sven L.

[Wolfram F. (mega-hz)]

Super Albert!

Allerdings sind mir 2 Dinge aufgefallen:

1) man muss noch immer auf (z.B.) COM3 bei der 2.Seriellen klicken bzw. 
neu auswählen, erst dann funktioniert ein Connect, also wie bisher.

2) Wenn man beim /EasyJob/Circle die Tiefe Z=10 einstellt und bei Z 
Zustellung 3, dann fräst er 3,6,9 und 12mm! Es dürfte aber beim letzten 
Durchgang nie mehr als in Z-Tiefe eingestellt gefräst werden!
Müsste also so aussehen: 3,6,9,10mm.

If Zustellung >= Tiefe
{
  Zustellung = Tiefe
}

Das gleiche gilt auch für die Rechteck Funktion!

Wenn das wie o.g. funktionieren sollte, hätte man die Möglichkeit,
z.B. Tiefe=10, Zustellung=3.3 einzugeben und es würde der letzte 
Durchgang schön fein mit 0.1 gefräst.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfram F. schrieb:
> man muss noch immer auf (z.B.) COM3 bei der 2.Seriellen klicken bzw.
> neu auswählen, erst dann funktioniert ein Connect, also wie bisher.

Bei mir funktioniert das auf zwei PCs unter Win 7 und Win XP. Daher ist 
es schwierig diesen Fehler zu lokalsieren. Welches Betriebssystem nutzt 
Du?

Wolfram F. schrieb:
> Wenn man beim /EasyJob/Circle die Tiefe Z=10 einstellt und bei Z
> Zustellung 3, dann fräst er 3,6,9 und 12mm! Es dürfte aber beim letzten
> Durchgang nie mehr als in Z-Tiefe eingestellt gefräst werden!
> Müsste also so aussehen: 3,6,9,10mm

Da hast Du Recht. Wird in der nächsten Version für alle Jobs geändert.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Anbei neue Version SerialComCNC 2.3.1

Change Log V2.3.1
-----------------

EasyJob

-  Fehler bei der Zustellung behoben.
   Die Zustellung kann jetzt nicht mehr grösser als die
   eingestellte Tiefe Zd werden.
   Die Korrektur wurde bei allen Jobs vorgenommen.

Sonstige Änderungen siehe oben bei Version 2.3


Gruss Ulrich Albert
http://www.serialcominstruments.com/

[Wolfram F. (mega-hz)]

ich benutze win10/64, an der Fräse aber XP.
Problem mit der COM ist behoben!
Funktioniert nun!

Ebenso das mit der Zustellung!
Allerdings ist da ein "schönheitsfehler":
Wie im Beispiel habe ich Z-Tiefe auf 10mm und Zustellung auf 3.3mm 
gestellt,
im GCODE steht dann
G1 Z-3.29999995231628
G1 Z-6.59999990463257
G1 Z-9.89999961853027

Die Anzeigen und das Display zeigen aber die richtigen Werte an 
(3.3/6.6/9.9/10)

Danke Albert! Klasse Programm!

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfram F. schrieb:
> Allerdings ist da ein "schönheitsfehler":
> Wie im Beispiel habe ich Z-Tiefe auf 10mm und Zustellung auf 3.3mm
> gestellt,
> im GCODE steht dann
> G1 Z-3.29999995231628
> G1 Z-6.59999990463257
> G1 Z-9.89999961853027

Vielleicht hast Du die letzte G-Code Zeile übersehen :)
Da steht bei mir dann richtigerweise (bei Drill Hole):

F100 G1 Z-10

Das passt dann damit zusammen:

Wolfram F. schrieb:
> Die Anzeigen und das Display zeigen aber die richtigen Werte an
> (3.3/6.6/9.9/10)

[Wolfram F. (mega-hz)]

nein, die habe ich gesehen! So soll es sein!

kam mir nur komisch vor, das da soviele Nachkommastellen sind!
denn 3.3 + 3.3 sind ja 6.6 und nicht 6.59999.... :-)

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfram F. schrieb:
> kam mir nur komisch vor, das da soviele Nachkommastellen sind!
> denn 3.3 + 3.3 sind ja 6.6 und nicht 6.59999.... :-)

Ja, da habe ich die Format-Routine die ich sonst benutze vergessen.
Die Rundungsfehler lassen sich prinzipbedingt bei 
Fliesskomma-Berechnungen nicht vermeiden. Die Fräsgenauigkeit wird 
dadurch nicht beeinflusst.
In der nächsten Version setzte ich die Format-Routine wieder ein, die 
dann die Rundungsfehler weitmöglichst eliminiert (3 oder 4 
Nachkommastellen).
Ich will dafür jetzt nicht direkt wieder eine korrigierte Version hier 
abladen :)

[Wolfram F. (mega-hz)]

Prima!

Wie ist denn deine Meinung zu den Bugs/Wunschliste?

1) BUG:
Wenn man eine HPGL Datei einlädt (habe etliche versucht), kommt beim
druck auf "Process Datei" eine Fehlermeldung:
  "ist kein gültiger Gleitkommawert!

##################### erledigt ##################################
2) BUG: 2.Serielle COM3 (z.B.) ist dargestellt, connect geht aber erst,
wenn man die COM3 erneut anwählt! (Nur, wenn das Prg neu gestartet
wurde!)
#################################################################

3) Wunsch:
Feedrate in ini datei abspeichern und beim start wieder einladen und
auch setzen!

4) Wunsch:
Spindel Wert in ini datei abspeichern und beim start wieder einladen und
auch setzen!

5) Wunsch:
Move mm Wert in ini datei abspeichern und beim start wieder einladen und
auch setzen!

6) BUG: Wärend des Fräsens darf der Easy-Job nicht anwählbar sein!

7) BUG?: Maximize Window nicht anwählbar.

8) Wunsch:
EasyJob: Tisch plan fräsen, Angabe von Xmax,Ymax, Fräser dm.

9) Wunsch:
Weiterleitung der Endschalter von GRBL zur 2. Seriellen

10) Wunsch:
Anzahl der Programmdurchläufe mit einstellbaren Z Zähler/Durchlauf.

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfram F. schrieb:
> Wie ist denn deine Meinung zu den Bugs/Wunschliste?
>
> 1) BUG:
> Wenn man eine HPGL Datei einlädt (habe etliche versucht), kommt beim
> druck auf "Process Datei" eine Fehlermeldung:
>   "ist kein gültiger Gleitkommawert!

Jeder Grafik/Draw/CAD Programm Hersteller kocht sein eigenes HPGL 
Formate Süppchen, inzwischen gibt es über 30 Derivate, die ich nicht 
alle supporten kann und will. Es gibt einige HPGL Format-Konverter, 
vielleicht die mal auf Brauchbarkeit prüfen. Stelle mal einige Zeilen 
Deines HPGL Codes hier ein. Vielleicht fällt mir da auf Anhieb was auf.

Wolfram F. schrieb:
> 2) BUG: 2.Serielle COM3 (z.B.) ist dargestellt, connect geht aber erst,
> wenn man die COM3 erneut anwählt! (Nur, wenn das Prg neu gestartet
> wurde!)

Dazu hatte ich ja bereits oben was geschrieben.

Wolfram F. schrieb:
> 3) Wunsch:
> Feedrate, Spindel Wert und Move mm in ini datei abspeichern und
> beim start wieder einladen und auch setzen!

Die Werte werden ja bereits gespeichert und wieder geladen.
Das Setzen der Werte beim Laden möchte ich aus Sicherheitsgründen 
vermeiden, da man durch das händische Akzeptieren der Werte nochmal 
darüber nachdenken kann :)

Wolfram F. schrieb:
> 6) BUG: Wärend des Fräsens darf der Easy-Job nicht anwählbar sein!

Werde ich in einer der nächsten Versionen korrigieren.

Wolfram F. schrieb:
> 7) BUG?: Maximize Window nicht anwählbar.

Das hat technische Gründe, da eine von mir benutzte Delphi Komponente da 
seltsam reagiert. Das Fenster lässt sich aber von Hand vergrössern.

Wolfram F. schrieb:
> 8) Wunsch:
> EasyJob: Tisch plan fräsen, Angabe von Xmax,Ymax, Fräser dm.

Werde ich in einer der nächsten Versionen in EasyJob implementieren.

Wolfram F. schrieb:
> 9) Wunsch:
> Weiterleitung der Endschalter von GRBL zur 2. Seriellen

Da werde ich mir mal irgendwann Gedanken drüber machen.

Wolfram F. schrieb:
> 10) Wunsch:
> Anzahl der Programmdurchläufe mit einstellbaren Z Zähler/Durchlauf

Bitte genauer erklären was damit gemeint ist.

Und bitte nicht Wünsche und Bugs dauernd wiederholen. Alles was hier 
diesbezüglich geäussert wird notiere ich mir und äussere mich dazu 
soweit notwendig. Ich habe es ja schon mehrfach betont:
Dies ist ein Hobby-Projekt und ich arbeite daran nach dem Lust-Prinzip. 
Mal habe ich welche und mal eine lange Zeit überhaupt nicht. Über die 
Sommermonate fröne ich anderen Hobbies. Wünsche arbeite ich zuerst nach 
meinen eigenen Anforderungen ab oder wenn ich an einer Idee Spass habe 
ziehe ich diese vor. Wer damit nicht klarkommt findet bestimmt Besseres.

Gruss Ulrich Albert

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Anbei neue Version SerialComCNC 2.3.2

Change Log V2.3.2
-----------------

EasyJob
- Rundungsfehler mit vielen Nachkommastellen behoben.
  Die G-Code Koordinaten werden wieder mit 3 Nachkommastellen
  ausgegeben.

Sonstige Änderungen siehe oben bei Version 2.3


Gruss Ulrich Albert
http://www.serialcominstruments.com/

[Wolfram F. (mega-hz)]

anbei eine plt-datei, erzeugt von CorelDraw(9)

Albert M. schrieb:
>> 10) Wunsch:
>> Anzahl der Programmdurchläufe mit einstellbaren Z Zähler/Durchlauf
>
> Bitte genauer erklären was damit gemeint ist.

Angenommen, ich möchte ein Loch für eine Sub-D Buchse in eine 5mm 
Aluplatte fräsen, wäre es cool, wenn man nur die Zeichnung macht mit der 
END-Tiefe und im Programm dann angeben kann, mit welcher Zustellung das 
GCODE Programm gefahren wird, ähnlich wie beim EasyJob/Rechteck oder 
Kreis!

Ich weiss, normalerweise ist das Sache des CAD Programms, aber mit 
CorelDraw z.B. wäre das ideal.


Albert M. schrieb:
> Dies ist ein Hobby-Projekt...
Das respektieren wir auch alle!
Sind ja nur Anregungen von denen Du sicher auch etwas hast.
Wir sind Dir ja so dankbar daß Du Dein Programm überhaupt öffentlich 
machst!

Da fällt mir noch etwas ein, wie groß darf ein Makro-GCODE sein?

[Wolfram F. (mega-hz)]

Die Änderungen sind prima!

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfram F. schrieb:
> anbei eine plt-datei, erzeugt von CorelDraw(9)

unterstützt werden:

PU = Pen Up
PD = Pen Down
PA = Koordinaten absolut
PR = Koordinaten relativ

Format (wobei x und y ganzzahlig sind):
PU
PAx,y
PD
PRx,y

Falsch:
PU4583 7338

Richtig:
PU
PA4583,7338

Schau mal hier nach dem Inkscape Konverter:
Beitrag "Re: Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit ATMega"

Vielleicht kannst Du damit die Corel plt Datei passend konvertieren. 
Oder gleich in Inkscape zeichnen, hab ich allerdings nie versucht.

P.S. Die Bohrtiefe im SerialComCNC HPGL Konverter muss als positiver 
Wert eingegeben werden.

[Wolfgang B. (Firma: Rentner) (doduco)]

Hallo Albert,

zum leidige Thema Werkzeugwechsel.:-(

der Befehl "#Weiter<" nach dem Werkzeugwechseln wird über die zweite 
Schnittstelle nicht angenommen nur der Weiter Button im Programm.
Es währe hilfreich beim Werkzeugwechsel wenn Weiter auch über
die zweite Schnittstelle bzw Nextion Display angenommen wird.

Für ein "Hobby-Projekt" ein Super Programm Danke.

PS: ich war mal auf deine anderen Web Seiten, heiße Käfer.:-)

Gruß Wolfgang

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
> der Befehl "#Weiter<" nach dem Werkzeugwechseln wird über die zweite
> Schnittstelle nicht angenommen nur der Weiter Button im Programm.
> Es währe hilfreich beim Werkzeugwechsel wenn Weiter auch über
> die zweite Schnittstelle bzw Nextion Display angenommen wird.

Die Nextion Anbindung habe ich mit heisser Nadel gestrickt und konnte 
sie nicht überprüfen da ich Fräse und Nextion wieder mal an meinen Vater 
verliehen habe. Ich denke Du hast korrekt auf den Buchstaben Z auf der 
Monitor Page getippt. Wird schnellstmöglich korrigiert.

Wolfgang B. schrieb:
> PS: ich war mal auf deine anderen Web Seiten, heiße Käfer.:-)

Eines meiner Sommer Hobbies :)
Diesbezüglich bin ich inzwischen hauptsächlich in Facebook aktiv.

Die obigen HPGL Informationen habe ich dem Manual für die nächste 
Version zugefügt.

Wolfram F. schrieb:
> Da fällt mir noch etwas ein, wie groß darf ein Makro-GCODE sein?

Siehe Manual unter Menue Leiste, Makro

[Wolfgang B. (Firma: Rentner) (doduco)]

Albert M. schrieb:
> Ich denke Du hast korrekt auf den Buchstaben Z auf der
> Monitor Page getippt

Ich habe leider kein Nextion Display ich benutze mein JogDail
Werkzeugwechsel klappt alles Verfahren der Achsen, Nullsetzen der 
Z-Achse
bis auf der Befehl "#Weiter<". Weiter leider nur mit Programm Button.:-(

Wolfgang

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
> Ich habe leider kein Nextion Display ich benutze mein JogDail
> Werkzeugwechsel klappt alles Verfahren der Achsen, Nullsetzen der
> Z-Achse
> bis auf der Befehl "#Weiter<". Weiter leider nur mit Programm Button.:-(

Müsste aber eigentlich gehen, da es mit dem Nextion funktioniert. Das 
Nextion sendet ja auch nur "#Weiter<". Intern wird auf den eingehenden 
Befehl #Weiter< von der zweiten Schnittstelle ein "~" (also Continue) an 
GRBL auf der ersten Schnittstelle gesendet.

Zu HPGL Konverter:
Google mal unter "dxf to hpgl", da gibt es so einiges.

[Wolfgang B. (Firma: Rentner) (doduco)]

>Müsste aber eigentlich gehen, da es mit dem Nextion funktioniert
>Das Nextion sendet ja auch nur "#Weiter<".

hast Du es auch mal beim Werkzeugwechsel getestet?
beim Programmdurchlauf funktionieren Halt/Weiter.

Wenn ein Werkzeugwechsel erfolgt ist wartet das Programm ja auf "Weiter"
wird aber über die zweite Schnittstelle nicht angenommen.
Habe mal versucht einfach die Tilde zusenden "#GC~<"
wird auch nicht angenommen.

Gruß Wolfgang

[Peter (Gast)]

Hallo Albert,

warum machst Du eigentlich beim /EasyJob/Circle 2 halb Kreise?

Ich wollte den erzeugten Code mal mit meinem Vergleichen und hatte mich 
gewundert.

Für die Funktion macht das nichts!
Ausser ich will anders herum fahren.
Kann ich gerade nicth testen, geht das überhaupt?

Viele Grüsse, Peter

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
> Wenn ein Werkzeugwechsel erfolgt ist wartet das Programm ja auf "Weiter"
> wird aber über die zweite Schnittstelle nicht angenommen.
> Habe mal versucht einfach die Tilde zusenden "#GC~<"
> wird auch nicht angenommen.

Ich habe die Ursache gefunden und korrigiert (kommt in der nächsten 
Version). Falls Du es übers Wochenende probieren möchtest schick mir an 
meine email Adresse (steht unter Info oder im Manual) eine kurze 
Nachricht, ich sende Dir dann die korrigierte Version zu. Bin allerdings 
nur noch 30 Minuten erreichbar.


Peter schrieb:
> warum machst Du eigentlich beim /EasyJob/Circle 2 halb Kreise?

Geht natürlich auch in einer Zeile mit Vollkreis, war mir aber mit 2 
Halbkreisen sicherer. Änder ich vielleicht demnächst mal.

Peter schrieb:
> Für die Funktion macht das nichts!
> Ausser ich will anders herum fahren.

Das ist für den EasyJob Modus nicht vorgesehen, ebenso wenig wie Rampen 
usw. Wer das braucht muss seine CAM Software benutzen.

[Wolfgang B. (Firma: Rentner) (doduco)]

Hallo Albert,

hab dir ne mail geschickt

Danke Wolfgang

[Daniel S. (Firma: Privat) (daniel-steinbock)]

Hallo Albert M.

Die Idee mit dem Plan fräsen finde ich Super. Wäre gut wenn Du so etwas 
umsetzen kannst.

Mein Kumpel Hannes fragte mich letztens danach wie er am besten das 
Brett Plan fräst.

Das Programm was er nutzt bietet diese Möglichkeit nicht. Ich habe es 
bis jetzt immer mit dem Makro Modus in SCC eher umständlich realisiert.

Gruß Daniel

[Wolfgang B. (Firma: Rentner) (doduco)]

Wolfgang B. Beitrag #4913932:

jogDial_V2.01

 Änderungen:
 V2.01 09.03.2017

 - Toogle Button Halt/Weiter und alt feet F1 entfernt
   dafür Halt und alt Weiter
   der Toogle Button Halt/Weiter verursachte Störungen
   beim Werkzeugwechsel!

über die zweite Schnittstelle dürfen wenn ein Prozess läuft
(Gcode oder HPGL etc..) keine JogBefehle gesendet werden.
Albert arbeitet an einer Lösung.

Gruß Wolfgang

[Peter (Gast)]

Hallo Albert,

Du musst wegen mir nicht von Deinen 2 halb Kreisen weg gehen, weil 
funktionieren tut es ja auch so.

Bei mir zeigt es sich öfter das ich je nach Material und Stärke mal so 
oder so herum fahren muss um ein besseres Kantenbild zu erreichen.
Darum wäre andersherum fahren halt noch eine nette Variante.
Wenn dann logischerweise bei allen Jobs, wenn schon unverschämt dann 
richtig.

Bei den ganzen netten Sachen denk bitte an die ganzen wirklich 
hilfreichen, wie 2. Karte, aufrufbare Makros, ... .

Viele Grüsse, Peter

[Wolfgang B. (Firma: Rentner) (doduco)]

Hallo Albert,

vorschlag für eine der nächsten Versionen.

Der Programmdurchlauf kann ja mit „Halt“ angehalten werden.
Es währe schön wenn dann auch die aktuelle Position gespeichert wird und
die Achsen zum Verfahren freigegeben werden.
(ähnlich wie bein Wekzeugwechsel)

Das bitet die Möglichkeiten Korrekturen vorzunehmen zB. wenn eine
Spannpratze sich im Fäsweg befindet oder eine nachträgliche Nullpunkt
Korrektur der Z Achse etc.
Zum Fortfahren den Button  "Cont" betätigt. Die X, Y-Achse und danach
die Z-Achse auf die gespeicherte Position fahren und das G-Code Programm 
fortgesetzt.

Gruß Wolfgang

[Hardy F. (hardyf)]

ja, das vermisse ich auch sehr bei SSC...

[Dominic H. (dominic24)]

Mir ist aufgefallen dass das Fenster in der aktuellen Version  nach 
Beendigung und erneutem öffnen wieder seine ursprüngliche Größe hat und 
nicht die, in die man es gezogen hat,..

Desweiteren habe ich immer Probleme mit dem Nextion Display... Ich kann 
zu Anfang eigentlich alles damit machen,.. Aber dann auf einmal nicht 
mehr zb nach kürzerem   nicht benutzen,.. Muss es dann immer abklemmen, 
anklemmen und neu connecten, meistens sogar SCC neu starten.. Daten 
empfängt es glaube ich noch, zb aktuelle Position aber es geht nichts 
mehr raus..

Was kann das sein und wer weiß Abhilfe?

Und zu guter letzt,.. Kann ich und wenn wie kann ich in SCC einen gcode 
in einer bestimmten Zeile starten bzw fortführen?

MfG
Dom

[SvenW. (Gast)]

Hallo Albert ,
Du wolltest Dir doch einen Bl Touch Sensor zulegen .
Hast Du da schon irgendwelche Infos Drüber ?

Danke Für Info und tolle Arbeit

[SvenW. (Gast)]

Master Zero Point .

Funktioniert nicht wirklich mehr bei mir .

Nach setzen des MZP und neuem setzen des Nullpunktes wird zum neuen 
Nullpunkt angefahren bei go to Master Zero Point aber nicht zum MZP der 
ursprunglich gesetzt worden ist .

Kann das jemand beständigen ?
Unter Grbl 0,9 funktionierte dieses noch .
Beste grüße
Sven

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

SvenW. schrieb:
> Master Zero Point .
> Funktioniert nicht wirklich mehr bei mir .

Master Zero Point ist nicht mehr funktionsfähig, da das Datenformat in 
GRBL 1.1 geändert wurde. SerialComCNC arbeitet mit Welt-Koordinaten und 
benötigt in der GRBL Einstellung $10=0 (senden der Welt-Koordinaten). 
Die für die Funktion "Master Zero Point" benötigten 
Maschinen-Koordinaten wurden bei GRBL 0.9 immer mitgesendet, ab GRBL 1.1 
aber nur noch ab und an. Daher werden diese nicht mehr ausgewertet. Ich 
habe nur vergessen "Master Zero Point" zu entfernen bis eine Lösung für 
das Problem gefunden ist.

[Wolfram F. (mega-hz)]

Albert, ich hab da auch noch ne Frage:
neben den Limit Schaltern hat GRBL ja auch noch Eingänge für Tasten
Abort,Hold, Resume und E-Stop.
Sollte man die benutzten in Verbindung mit SCC oder besser nicht?
Werden die von SCC abgefragt?

[Tany (Gast)]

Albert M. schrieb:
> bis eine Lösung für das Problem gefunden ist.

Ich glaube, ich hatte dich darauf Aufmerksam gemacht, wolltest aber 
keine Gedanken darüber machen.

Beitrag "Re: Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit ATMega"

[Wilfried W. (Firma: Rentner) (tomath)]

Hallo,

ich bin zufällig auf serialComcnc gestossen und betreibe damit einen 
Plotter.

In der Version 1.0 und Grbl 0.9J konnte ich die Enschalter aktivieren, 
die dann auch ordnungsgemäß funktioniert haben.

Bei der Version 2.3 und Grbl 1.1f gibt es nach dem Anfahren der 
Endschalter

und dem anschließenden Reset die Meldung Error 9.

Auch durch Alarmreset lässt sich diese Meldung nicht beseitigen; erst 
wenn die Verbindung neu hergestellt wird, funktioniert es wieder.

Über einen Hinweis zur Lösung wäre ich dankbar.

[Sven (Gast)]

Hier steht der Fehlercode:
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#grbl-response-messages

 9  G-code locked out during alarm or jog state

Vermutlich wird das Jogging nicht wieder ausgeschaltet oder der 
Alarm-reset funktioniert nicht?

Hier mal gucken:
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Jogging

[Tomath (Gast)]

Liegt das problem bei serialcomcnc oder bei GRBL???

[Dominic H. (dominic24)]

Wilfried W. schrieb:
> Hallo,
>
> ich bin zufällig auf serialComcnc gestossen und betreibe damit einen
> Plotter.
>
> In der Version 1.0 und Grbl 0.9J konnte ich die Enschalter aktivieren,
> die dann auch ordnungsgemäß funktioniert haben.
>
> Bei der Version 2.3 und Grbl 1.1f gibt es nach dem Anfahren der
> Endschalter
>
> und dem anschließenden Reset die Meldung Error 9.
>
> Auch durch Alarmreset lässt sich diese Meldung nicht beseitigen; erst
> wenn die Verbindung neu hergestellt wird, funktioniert es wieder.
>
> Über einen Hinweis zur Lösung wäre ich dankbar.

Ist wohl normal,  habe ich auch.. einfach 2 mal hintereinander Alarm 
Reset drücken.
Sollte Error 22 kommen muss die Feed Rate auch erneut gesetzt werden.

MfG
Dom

[Sven W. (Gast)]

Sven schrieb:
> Hier steht der Fehlercode:
> https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#grbl-response-messages
>
>  9  G-code locked out during alarm or jog state
>
> Vermutlich wird das Jogging nicht wieder ausgeschaltet oder der
> Alarm-reset funktioniert nicht?
>
> Hier mal gucken:
> https://github.com/gnea/grbl/wiki/Grbl-v1.1-Jogging

Dem ist nicht so ....
Es muss ein Homing durchführt werden ... auf jeden Fall ist es bei 
meiner fräse der Fall und kann auch so auf Github nachgelesen werden 
Joggen oder ähnliches ist nicht möglich da man den Fehler nicht 
Quittieren kann .
Abhilfe Schaft:
Homefahrt.
Disconect und neu verbinden
oder einfach die Option abschalten

@ Albert

Stimmt das hattest Du erwähnt  aber es war mir nicht wirklich bewusst 
das es auch den MZP Betrifft .
Danke Für Info

@ Mega-Hz
Die kannst Du  benutzen A5 must Du  sogar, wenn Du das mit dem tasten 
Benutzen Möchtest und Hold Start usw leuft Problemlos bei mir

[Sven W. (Gast)]

@ Albert

Danke dann weiß ich ja jetzt warum

@Wilfried Wurch

Homefart hilft und löst das Problem hein Problem SCC sondern ist So 
Gewollt ,
nachzulesen auf :
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#grbl-response-messages

@ Wolfram Fischer (mega-hz)

Ich benutze Halt /weiter und Start wie auch das Probing und konnte 
bisher nichts negatives feststellen in Verbindung mit SCC
beim Uno A5 Probing
A2 cycle start
A1 feed hold

[Sven W. (Gast)]

Entschuldigung für 2 mal Posten bin mit der 3ten Seite durcheinander 
gekommen

[Wolfram F. (mega-hz)]

@Sven, ja danke für die Rückmeldung!
Klingt gut!
Habe mir gerade so ein Arduino-GRBL Shield bestellt (bzw. ist 
angekommen),
musste das erstmal für die V1.1 von GRBL umstricken, D11/D12 sind ja 
getauscht worden! Klar, man hätte auch die Spindel am Z-Limit und 
Z-Limit and SpindelEN anschliessen können, aber wenn man nach nem Jahr 
mal reinschaut, wundert man sich. So hab ich die Leiterbahnen getrennt 
und mit Fädeldraht gekreuzt. Passt nun mit dem Bestückungsdruck.

Hat jemand Erfahrungen mit dem Spindel-PWM Ausgang i.V. mit nem FU ?
Ich habe nen Siemens Micromaster-Vector, der bislang nur manuell bedient 
wurde.
Wie verhält sich das, wenn der nur 0-5V anstatt 0-10V bekommt?
Sollte man noch nen Kondensator an den PWM zum glätten anklemmen oder 
geht das so?

[Wolfgang B. (Firma: Rentner) (doduco)]

Jogdail_V2.02

Beitrag "Re: Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit ATMega"

Änderungen:
 V2.02 13.03.2017
 - Bug in der Statusanzeige beseitigt.

 V2.01 09.03.2017
 - Toogle Button Halt/Weiter und alt feet F1 entfernt
   dafür Halt und alt Weiter
   der Toogle Button Halt/Weiter verursachte Störungen
   beim Werkzeugwechsel!

Gruß Wolfgang

[Sven.W (Gast)]

Wolfram F. schrieb:
> Wie verhält sich das, wenn der nur 0-5V anstatt 0-10V bekommt?
> Sollte man noch nen Kondensator an den PWM zum glätten anklemmen oder
> geht das so?


Am Pwm betreibe ich meine kress 1050 und einen laser je nach dem was ich 
benutze sind im Bedienfeld Schalter zum manuellen schalten ,

Genareal dazu gesagt,  das Pwm mit dem Laser super kalbt(nicht nur an 
und aus sonder auch leistung von 0-255) und sich auch via relay die 
kress perfekt an und aus schalten lässt . alles ohne Kondensator.
Benutze beim fräsen folgenden zusatz G4 Px
Damit der Motor einen Moment hat um auf turen zu kommen bevor er mit dem 
eigentlichen gcode beginnt .

G4 warte Befehl P X Zeit in sec. (x= wert in sec.)

vielleicht konnte ich dir damit helfen .
Grüße Sven

[Harald S. (deharry)]

Wolfram F. schrieb:
> Hat jemand Erfahrungen mit dem Spindel-PWM Ausgang i.V. mit nem FU ?
> Ich habe nen Siemens Micromaster-Vector, der bislang nur manuell bedient
> wurde.
> Wie verhält sich das, wenn der nur 0-5V anstatt 0-10V bekommt?
> Sollte man noch nen Kondensator an den PWM zum glätten anklemmen oder
> geht das so?

Hallo Wolfram,
ich nutze den PWM-Ausgang in Verbindung mit einer China-Spindel.
Den Controller der Spindel kann man parametrieren, dass er mit 0..10 V 
arbeitet (das ist der Default), aber in den Tiefen der Parametertabellen 
findet sich ein Wert, mit dem man den Eingang auf 0..5 V umstellen kann.

SCC gibt den als Drehzahlvorgabe eingestellten Wert als 10tel% aus, soll 
heißen, bei 800 werden per PWM 80% Tasverhältnis am Ausgang des GRBL 
eingestellt.

Ich habe ein R-C-Glied ein die Leitung zum Spindel-Controller eingesetzt 
um den Controller vor Impulsen am Eingang zu schützen, weiß aber nicht, 
ob das notwendig ist.

Nachteil des Filters: Der Serienwiderstand verhindert, dass der Eingang 
des Controllers auf 5 V angehoben werden kann, er bleibt bei ca. 4,7 V 
maximal stehen, somit ist die Spindeldrehzahl entsprechend kleiner 
(22600 statt 24000).

nota bene:
Du kannst versuchen, über den Parameter "Maximalfrequenz bei analoger 
Steuerung" eine doppelt so hohe Maximalfrequenz einzustellen, so dass 
deine Spindel ihre Max-Drehzahl bereits bei 5 V erreicht.
Achtung! Ich kenne deinen Controller nicht, habe nur in der online zu 
findenden Anleitung 
[[https://support.industry.siemens.com/cs/document/16749533]] 
geschmökert. Also auf eigene Gefahr!!!

Harald

[Wolfgang B. (Firma: Rentner) (doduco)]

Hallo Albert M.,

leider hab ich ein fiesen Bug in SerialComCNC v2.3.2 gefunden.:-(

Wenn ein Macro ausgeführt wude und man anschließend in den Menue
Einstellungen geht um zum Beispiel Grapic auswählt, dann öffnet
sich das Fenster "Macro“. Dieses lässt sich nicht schließen.
Dadurch ist das Programm leider blokiert und lässt sich nur noch
über den Taskmager beenden.:-(

Mein System Win7 32Bit vielleicht kann das auch am System liegen?

Gruß Wolfgang

[Wolfram F. (mega-hz)]

Harald S. schrieb:
> Du kannst versuchen, über den Parameter "Maximalfrequenz bei analoger
> Steuerung" eine doppelt so hohe Maximalfrequenz einzustellen,

genau daran habe ich auch schon gedacht.
wären dann 400Hz!

mal testen, wenns soweit ist. Ansonsten nen OP, der x2 verstärkt.
Die 10V liefert der FU ja.

Sven.W schrieb:
> Genareal dazu gesagt,  das Pwm mit dem Laser super kalbt(nicht nur an
> und aus sonder auch leistung von 0-255)

cool, hat der Laser nen TTL-Steuereingang?
wäre schön, wenn mein Laser mit 200% PWM 6 anstatt 3Watt machen würde 
:-)

[Sven.W (Gast)]

Wolfram F. schrieb:
> cool, hat der Laser nen TTL-Steuereingang?
> wäre schön, wenn mein Laser mit 200% PWM 6 anstatt 3Watt machen würde

Ja hat TTL
Meiner hat nur 1Watt da ich ihn nur zum Gravieren und Fotos verwende (In 
Holz )
dazu reicht er ...ich würde ihn nicht unbedingt dauerhaft überlasten das 
mögen die Dioden überhaupt nicht und dazu sind sie einfach zu teuer .
soltest Du ihn aber zum Schneiden verwenden wollen das hat nen Kumpel 
von mir aufgegeben und hat sich einen Cina Plasma Laser oder war es os 
?!geholt

Grüße Sven

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Anbei neue Version SerialComCNC 2.4

Change Log V2.4
---------------

EasyJob
 - Neuer Job Pocket/Tasche fräsen.
   Es wird zuerst innen geräumt, danach der Rand gefräst.
   Kann auch zum Planfräsen genutzt werden.

Einstellungen
 - Master Zero Point entfernt.
   Entfällt wegen der Änderungen in GRBL ab 1.1

EasyJob Menue
 - Ist gesperrt während BUSY.

Der neue Job Pocket ist noch experimental,
also mit Vorsicht zu geniessen.

Gruss Ulrich Albert
http://www.serialcominstruments.com/

[Wolfgang B. (Firma: Rentner) (doduco)]

Albert M. schrieb:
> Anbei neue Version SerialComCNC 2.4


Hallo Albert,

Danke für die neue Version.

Steuerung über die zweite Schnittstelle beim Werkzeugwechsel (Button 
Weiter)
ist jetzt Einwandfrei.

leider ist auch in dieser Version der Bug siehe:
Beitrag "Re: Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit ATMega"

Gruß Wolfgang

[Albert M. (Firma: Bastler aus Mönchengladbach) (albertm)]

Wolfgang B. schrieb:
> leider ist auch in dieser Version der Bug siehe:
> Beitrag "Re: Projekt: SerialComCNC Serielles Frontend für CNC GRBL mit
> ATMega"

Wird in der nächsten Version behoben.