Beitrag #73 von Miggi » Sa 4. Apr 2015, 12:31
So,
Guten Morgen an Alle
und an RF1000
Ich habe mich mal letzte Nacht und heute Morgen etwas mit dem Sourcecode beschäftigt
und herausgefunden, dass es dort eine weitere DEBUG Option gibt.
Ich habe DEBUG_FIND_Z_ORIGIN auf 1 gesetzt
und in RF1000.cpp die globale Variable g_DebugLevel = 5 gesetzt.
Dadurch bekomme ich im LOG eine (noch) genauere Position wo es hängen bleibt.
Vorbedingungen:
DMS gibt mit -3324 Digits aus (+- 1 Digit)
MILLER_TYPE steht auf MILLER_TYPE_2
FEATURE_CNC_MODE steht au 2 (habe ja beide Endschalter am gleichen Kabel)
DEBUG_FIND_Z_ORIGIN steht auf 1
g_debugLevel in RF1000.cpp habe ich auf 5 gesetzt, damit ich etwas mehr Meldungen bekomme
Ich habe in der Configuration - Z-Calibation - Find Z-Origin am RF1000 selbst gestartet... dort
hat er die Oberfläche angefahren und Z korrekt auf Null gesetzt, d.h. die Funktion ist an für sich o.k.
Ausgabe in der Log (Meine Notizen - nicht kopiert):
M3071 Befehl
findZOrigin(): nMinPressureContact = -3805 , nMaxPressureContact= -2805
findZOrigin(): 1->10
und das ist die letzte Zeile... weder Bewegung noch Reakion...
Im SourceCode macht er (meinem Verständnis nach die Verschiedenen Stufen der Testphase durch
1, 10,20,30,40 und Raussprung..
Er macht also die Stufe 1 noch und dann sollte er die 10 abarbeiten.
In 10 wird dann der DMS zwar anders ausgelesen ( nCurrentPressure = readStrainGauge( SCAN_STRAIN_GAUGE );)
aber das ist mir dann zu tief, was hier anderst ist.
dann kommen Abfragen mit DMS im Sollbereich und Endschalter erreicht
und nun kommt was, was mir aufgefallen ist.
Beim Testausdruck deiner Datei (RF1000) bleibt er ja stehen, und am Display steht die Z-Achse auf 0.00
.. wenn er den Befehl
g_nZOriginZPosition += moveZ( SEARCH_Z_ORIGIN_BED_UP_STEPS );
ausführen soll ... kann er das überhaupt, weil er in + Richtung ja nicht unter Null fahren kann/darf
Das sind meine Gedanken
LG und schönen Samstag
Miggi
RF1000-Fan und Hobby-Mechanist
