Svenska ElektronikForumet

OK, testade med ytterligare en dator med LPT-port och det funkar inte på den heller så då har det inte med DET (LPT eller inte LPT) att göra i alla fall.
Jag tror inte det har med G-koden att göra, då skulle den fastna och generera ett fel. M6 T12 eller T12 M6 ska inte spela någon roll.

Du kan ju testa med koden jag postade innan, den funkade som sagt på en dator men inte på två andra... Nånting är skumt här, det finns som sagt en bugg med jog vid feedhold, det kanske hänger ihop.

Använder också Mach3, och har samma "problem" med JOG vid feed hold. Måste alltid starta om programmet med "run from here". Ärligt talat så visste jag inte att det skulle fungera på annat sätt. Verktygsbyte har jag aldrig haft problem med, av den enkla anledningen att vi aldrig byter verktyg på den maskinen (under körning av ett program, naturligtvis). Även om det finns en M6 så ignoreras den (antar att det är inställt i inställningarna).

Kolla om det är något knasigt i macro:t som körs vid M6.

Walle, du har antagligen job-maskinen inställd på Ignore Toolchange i Config->General Config, då kör den bara "förbi" växlingarna. Men med valet Stop Spindle and wait for Cycle Start så har du full kontroll på växlingen genom M6Start.m1s och M6End.m1s och det SKA fungera att manuellt jogga iväg och sedan återstarta. Men bevisligen är det nånting som är knasigt.

(Med Auto toolchanger valt så är processen automatisk och endast M6Start.m1s körs - inte M6End.m1s)

Och som sagt, det SKA även fungera att jogga vid feedhold men inte heller där fungerar det för tillfället. Jag påtalade DET problemet för Brian i eftermiddags men DÅ kunde jag inte återskapa ghost_riders problem med jog i samband med verktygsväxling. "Förhoppningsvis" hänger de ihop och blir båda åtgärdade.

Uppföljning:
I Mach3 v3.043.057 är problemet med jog vid feedhold fixat, det fungerar i alla fall här.
Problemet med jog vid toolchange verkar mycket riktigt vara som labmaster påpekade, att M6End i det här fallet är blankt. Det kan ju på något sätt även hängt ihop med buggen vid feedhold, det vet jag inte men M6End.m1s skall innehålla: Det där macrot lämnar lite ytterligare att önska ser jag men så ser det ut original i alla fall.

En stilla undran, om man joggar för verktygsbyte och trycker på 'run from here' så går den tillbaka som vi har sagt.
Men, går det att ställa in att den ska ta Z först? som det är nu så köttar den på i x o y-led innan den lägger sig på safe z distance

ghost_rider: Är du säker? Alla gånger som jag har använt "run from here" (någon gång i veckan) så inleder den med att köra Z till "Z rapid height" (i dialogrutan "run from here"). Man måste alltså aktivt välja korrekt Z rapid height, annars köttar den på med alla tre axlar samtidigt, och är då Z t.ex. -4 så kör den linjärt till Z-4 om man inte har satt Z rapid height till något säkert.

Japp. Jag testade nu precis.
Körde en snutt gkod, stannade och joggade bort, sänkte z och klickade run from here.
Då kommer rutan upp som frågar om man vill fortsätta ifrån x,y,z koordinaterna, trycker ok och då joggar den själv bort där man slutade men utan att höja z, detta gör den först när den är 'framme'

Men la du in en "Z rapid height" där? Annars kör den ju från där den är, till den Z-koordinat som ligger i koordinaterna för "run from here". Jag har missat det ett par gånger av misstag, rutan ser inte ut som att man ska kunna skriva in något i den.

Nu har jag nog missat något.
Vart skall jag lägga in det? det finns en liten ruta längst ner och där står det redan 'safeZ' +3

Jag återkommer tidigt imorgon med exakt vad det står och hur man gör. Kan minnas fel, men imorgon bitti kommer jag garanterat att behöva använda funktionen, så då kan jag ta någon bild

Satt och testade en .nc fil som jag tänkte köra. Dock uppför Z sig underligt, vid varje böj på min modell går den upp till z0 för att sedan dyka ner igen och forsätta en bit.
Jag har kollat att mina linjer är hela, testade dessutom några gamla filer som har funkat tidigare. Nu funkar inga filer :/
Någon som har ett hett tips?


[edit]

Misstänkte att det var något jag hade råkat klicka i, så var det.
Hade aktiverat 'tangential control' , nu funkar det bra igen

varför hade du aktiverat en kniv? Det är väl inget du använder?

Varför skulle det påverka Z-rörelsen?

Vet inte, kan faktiskt inte minnas att jag hade aktiverat det
Vet inte heller varför den höjer z, om det är ett knivläge så kan jag tänka mig att i samband med höjningen så roterar kniven så att eggen är i skärriktningen. (Så är det i alla fall på vår plotter på jobb)