Seite 2 von 6

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: So 10. Sep 2017, 16:39
von Nibbels
Ok...

1) Und den Temperatursensor von 3 auf 8 geändert?
Im neuen Development Mod geht das im Menü (Configuration -> Temperatures -> HotendX -> SensorType: 8 / E3D) oder EEPROM, in der Conrad-Firmware über RFx000.h und neu flashen.
Dann könnte man ausschließen, dass die Digits von veränderten Temperaturen kommen. Ebenso war es bei mir so, dass vermutlich der E3D-Sensor ca. 5°C niedriger anzeigt als das V2.
(Kann also gut sein, dass ein V2, das 260°C anzeigt in Wirklichkeit bei 255°C ist. Oder ein E3D welches 250°C anzeigt in Wirklichkeit bei 255°C ist, ich weiß das nicht.)

2) Unwahrscheinlich aber möglich:
Was hliebscher mal als Problem hatte: Er hatte Späne vom Ritzel die ins Hotend gebröselt waren und die haben dann vor dem Heatbreak gemeinsam mit dem 3mm-Filament die Reibung erhöht.

3) Was ich mal hatte: Wegen einem saublöd gemachten Coldpull hat es im Heatbreak ein kleiner Schmierer Filament angepappt. Aber das sollte bei Microswiss kein Problem sein.
Sobald ich hohe Digits habe, nehme ich das Filament raus, schneide den vorderen Zentimeter ab, spitze mit einem Spitzer (für kleine Stifte) vorne an und drücke es runter.
Du hast damit ganz scharf eine schäge Kante vorne am Filament und das Filament wird dir ansonsten nirgends hängen bleiben. So hast du, wenn du einen Widerstand fühlst nur Dreck vor dir oder das Aufsetzen unten in der Nozzle. Aber niemals z.B. den Rand vom Heatbreak, an dem du anstoßen könntest. Teste das mal.

Dazu:
Mein Gipsy-Color Material4Print-PLA mit Aluflocken drin hat ca. 5000digits beim Druck.
Das Natural hat ca. 2000digits beim Druck.
(?) Glitzert dein Filament?

LG

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: So 10. Sep 2017, 17:00
von Maggo-3
Zu 1.:
Gut zu wissen, dass werde ich gleich mal abändern und schauen was sich damit tut.
Ich habe nämlich Grundsätzlich festgestellt, dass höhere Temperaturen benötigt werden, die meiner Meinung nach für das Material fast schon zu hoch sind.
Allerdings finde ich leider unter Configuration mit meiner Mod Firmware kein Temperaturmenü.
Im EEPROM Menü über den Repetierserver finde ich da leider auch nichts zu.

Zu 2.:
Auch eine gute Idee.
Das kann aber bei Nagelneuen Teilen eigentlich nicht der Fall sein.

Zu 3.:
Gute Idee, das probiere ich mal aus.
Ich weiß allerdings nicht ob ich das heute noch schaffe, ansonsten mache ich das morgen mal ;)

Nein mein Filament glitzert nicht.
Du willst auf Füllstoffe hinaus oder wie meinst du das?
Ich verwende im Moment entweder Primavalue (grün, weiß) oder Simona PLA (schwarz).

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: So 10. Sep 2017, 20:42
von Nibbels
zu Zu 1) Wenn du einen Mod kleiner V RF.01.37s.Mod (2017-08-06) aufgespielt hast, sind die Temperatursensoren noch nicht im Menü konfigurierbar. Conrad sieht das natürlich nicht vor, weils durch die überall verbauten V2 nur einen einzigen Sensortyp 3 gibt.
Das würde deine E3D-Temperaturen näher an die tatsächliche Temperatur übersetzen.

zu Zu 3) Das PLA das ich meine sieht in etwas so aus, als hätte man Lipgloss mit Glitter beigemischt ;) Ich will nur sagen, dass es natürlich Materialunterschiede geben könnte. Aber wenn du 2 Hersteller und 3 Spulen versucht hast, fällt dieser Zufall wohl weg.

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: Mo 11. Sep 2017, 14:02
von Maggo-3
Ich dachte eigentlich dass ich die 1.37 drauf habe.
Könnte aber auch die 1.35 gewesen sein.

Und wie bekomme ich das jetzt genau über den Repetierserver eingestellt?

Also ich hatte mal eine PLA Spule in schwarz bei der das so aussah,
aber bei den 3 die ich aktuell benutze ist das nicht der Fall.

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: Mo 11. Sep 2017, 14:24
von Nibbels
Du siehst die Firmware ganz genau, wenn du währen des "Bootens" des Druckers im Display schaust.

Das mit dem Repetier-Server -> EEPROM, oder das Einstellen übers Menü funktioniert wirklich NUR beim Mod.
Du musst für die originale Firmware:
RF1000:
- https://github.com/RF1000/Repetier-Firm ... 000.h#L232 (Extruder 0 ,links)

RF2000:
- https://github.com/RF1000/Repetier-Firm ... 000.h#L212 (Extruder 0 ,links)
- https://github.com/RF1000/Repetier-Firm ... 000.h#L358 (Extruder 1 ,rechts)

von EXT?_TEMPSENSOR_TYPE 3 -> 8 ändern.

Spielst du diese 1.37 original Firmware drauf, ändere auch gleich das:
http://www.rf1000.de/viewtopic.php?f=4& ... 929#p19927
Nibbels hat geschrieben: Der Minimalpatch (ohne Endschalterschutz) für eine 1.37: * = Etwas logisch wäre, dass jeweils nur eine dieser Änderungen den Effekt bekämpft, denn diese Patches greifen dasselbe Problem auf andere Art an, sollte das so sein, reicht der dritte Punkt.
LG

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: Mo 11. Sep 2017, 15:52
von Maggo-3
So, ich habe das Hotend jetzt noch einmal demontert und alles kontrolliert.
War soweit alles sauber und auch kein Filament, das sich neben der Düse durchgedrückt hat war sichtbar.

Bei der Gelegenheit habe ich auch gleich mal das mit dem angespitzten Filament bei demontiertem Heatbreak ausprobiert.

Nach zusammenbauen und freiem Extrudieren hatte ich Digits Werte, die von 6500-8000 geschwankt sind.

Die Firmware ist übrigens Version RF.01.37i2.Mod
Die sollte doch eigentlich neu genug sein oder?

Im EEPROM finde ich keinen Wert der dem entspricht.
Oder ist der Wert Extr. Heat Manager gemeint (ich hänge mal ein Bild an)?
Bildschirmfoto 2017-09-11 um 15.50.02.png

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: Mo 11. Sep 2017, 16:45
von Nibbels
Maggo-3 hat geschrieben:Die Firmware ist übrigens Version RF.01.37i2.Mod
Die sollte doch eigentlich neu genug sein oder?
->
Maggo-3 hat geschrieben:genug?
Hehe, nein..

Seit dieser Firmware habe ich noch diese Kleinigkeiten korrigiert und eingebaut:
In den Versionen 1.37j,k,l,m,n,o,p,q,r,s,t,u ... u2
https://github.com/RF1000community/Repetier-Firmware/blob/community_development/changelog.txt hat geschrieben:V RF.01.37u2.Mod (2017-09-10)
- Milling: finally tested PAUSE with MOVE while Milling and it did not work as expected. Small bug which is now patched.
- Milling: moved "Set XY Origin" to Menu "Position->" for manual positioning.
- Milling: fix possible homing one axis allowes "set xy origin" which needs at least 2 or 3 axes.
- Milling: fix "Find Z origin" automatic driveback 15mm https://github.com/RF1000community/Repe ... /issues/81
- Menu count fixed in Configuration -> General

V RF.01.37u.Mod (2017-09-05)
- Changed STEP_DOUBLER_FREQUENCY to standard 6500 because of performance reasons
- Added Menu-Support and EEPROM-Support to change STEP_DOUBLER_FREQUENCY onthefly.
These changes are awsome!! My Printer runs way better now, when going to 50..80mm/s. It has more calculating power leftover to care for fluent bufferuse.
- minor tweaks.
- resort stepper drivers config in order to build them in dynamically some day from now.

V RF.01.37t6.Mod (2017-09-04)
- call for possible twoway communication with host software
Com::printFLN( PSTR("RequestPause:") ); //repetier
Com::printFLN( PSTR( "// action:pause" ) ); //octoprint
Com::printFLN( PSTR("RequestContinue:") ); //repetier
Com::printFLN( PSTR( "// action:resume" ) ); //octoprint
Com::printFLN( PSTR("RequestStop:") ); //repetier
Com::printFLN( PSTR( "// action:disconnect" ) ); //octoprint
if paused or continued or stop print
(still missing commands for S3D machine control and other software!)
- more sync on messages when starting pause from GCode vs. Button
- more distinct menu filter for SD-Print vs. Host-Print.
- M3070 without S1|S2 now goes to "simple pause without move"

V RF.01.37t5.Mod (2017-09-03)
- Millingmode: Show X19 / 230V status instead of nothing in temperatures row at menu 0
- Fixed Menu count within configuration -> z-configuration
- fixed MENU_MODE_PRINTING which is recognized now when printing
- Menu is restricted to specific actions if MENU_MODE_PRINTING while printing. (rightnow not yet when heating and homing)
- Milling-Mode: Mod-Menu is not shown anymore
- Milling-Mode: Temperatures Menu at level 0 is not shown anymore, instead X-Y-Z-Positions menu is shown again, which dropped out at implementing mod menu because dropping temperatures menu was a hardcoded tweak for milling mode.
- removed z-positions menu from configuration - z-configuration menu.
- some cleanup
- fixed homing axes and "isprinting" flag to flag3 instead of flag2 to be in sync with original repetier.

V RF.01.37t4.Mod (2017-09-03)
- Fixed UI_Language 1 missing motor text and advance text
- Forbid menu items when (paused and printing) [but printing over usb is not recognized as MENU_MODE_PRINTING yet!]
... prevent menu retraction/extruding and crash throug menu. Button Extrusion within pause is still possible.
- Continue within SD-Card menu now pushes back to menulevel 0
- Display-Status "heating bed" and "heating extruder" is now shown while heating (not overridden by "printer ready")

V RF.01.37t3.Mod (2017-08-16)
- small cleanup
- mhiers fix for home up while circuit mode @RF1000
- mhiers fix for his compilers complaining about "not const" message strings

V RF.01.37t2.Mod (2017-08-16)
- Prevent continue while pause position is not reached. This might have resulted in neverending pause.
- use of repetiers better INCREMENT_MIN_MAX definition. He sais: "// this version not have single byte variable rollover bug"

V RF.01.37t.Mod (2017-08-15)
- Pause now can lower Extruder Temps. Continue recovers temps and pushes re-retract afterwards.

V RF.01.37s9.Mod (2017-08-12)
- Z-Max Fix / Z-Override-Fix
- Testfunction for stepper drivers stall detection -> I guess this hardware feature is not usefull att all.

V RF.01.37s7.Mod (2017-08-10)
- Optional Temperature Sensor on RF2000 now reports the Temperatures as Heated-Chamber Sensor. https://forum.repetier.com/discussion/4 ... ed-chamber -> Letter C in printTemperatures. This is fun, because Repetier-Server 0.86.2 now has an extra temperatures diagram for this.
Activate heated chamber temp diagramm in printer settings -> extruder -> heated chamber -> Yes. Of course RF2000 only has a sensor and no heater/control!

V RF.01.37s6.Mod (2017-08-09)
- found the double-pause-bug. It should be gone now. :D
- change, sort and rewrote the pause functions
- changed Emergency-Pause to double Pause.
- removed warning when changed position 1mm/10mm/50mm multiple times and too fast.
- cleaned up "StepperPositions"
- added ADVANCE to DirectSteps
- ADVANCE increment rises with high values

V RF.01.37s5.Mod (2017-08-08)
- When DirectDrive was activ in Z sometimes the last State of "unfinished direct-Z-driving" was still set. Then the Z-Compensation did not work. I am now trying to fix or override this.
If you still experience problems with first layer tell me!
- Increased ADVANCE factor L Limit to 100 within Menu (was 1..60). Btw: EEPROM-Support has no limit rightnow. And ADVANCE seems to be awsome :D

V RF.01.37s4.Mod (2017-08-07)
- Fixed E1 motor current menu
- Removed Feature Emergency-Stop after 3x Pause

V RF.01.37s3.Mod (2017-08-06)
- Patched ADVANCE Feature to newest Repetier development version.

V RF.01.37s2.Mod (2017-08-06)
- Pulling Repetiers new Guardian-Patch for Timer1 from https://github.com/repetier/Repetier-Fi ... 65d77eb2b7

V RF.01.37s.Mod (2017-08-06)
- Factor L for lineare advance-feature is now available within menu @Configuration->Stepper->Ex-Advance L:
See also:
https://github.com/repetier/Repetier-Fi ... nt-quality
http://www.dr-henschke.de/advance.html
http://reprap.org/pipermail/reprap-dev/ ... 03323.html
- Sensortype 1 (Pico Hotend, Reprap style Thermistor) EPCOS NTC is now accessible through menu for all Extruders
- Sensortype 4 is now available through menu for alternative Heated Bed Silicon-Heater. (> http://www.rf1000.de/viewtopic.php?f=29 ... bau#p13632 )
- Small cleanup on several locations

V RF.01.37r9.Mod (2017-08-04)
- Added Yes/No Question to restore configuration defaults menu
- appended missing values to restore configuration function
- Added Steps/mm to stepper menu
- Finally fixed second Extruder "I-Drive MAX Configuration Bug" @RF2000

V RF.01.37r8.Mod (2017-08-04)
- Added Menu for Motor-Current Configuration
- Added EEPROM_Support for EEPROM-Support
- Added second Extruder to "Pause-Current-Support of Pause-Feature" (which did not work on RF2000 or Dual-RF1000)
- Renamed MOTOR_CURRENT to MOTOR_CURRENT_MAX
- Renamed MOTOR_CURRENT_SILENT to MOTOR_CURRENT_NORMAL
- Increased standard motorcurrent for Z to 95 instead of 90
- Depreached/Removed Mod-Feature Silent_Mode because the new settings are better.

V RF.01.37r7.Mod (2017-08-03)
- Added Menu for PID Autotune (possible for all Heaters) @Configuration->Temperatures->(T0 Tn Bed)->Method
- Added Menu for changing "PID drive min" and "PID drive max" (possible for all Heaters) @Configuration->Temperatures->(T0 Tn Bed)
- Added Menu for changing "PID max" (possible for all Heaters) @Configuration->Temperatures->(T0 Tn Bed)
- Added Menu for changing "Sensortype" (possible for all Heaters) @Configuration->Temperatures->(T0 Tn Bed)
- Renamed "PID drive min" max to "PID I-drive min" for better understanding
- Renamed "PID drive max" max to "PID I-drive min" for better understanding
- Renamed "PID max" to "Power Max" for better understanding and to prevent mixups with "PID drive max"
- Tiny Fix for constrain at autotune by Gcode.

V RF.01.37r6.Mod (2017-08-01)
- Emergency-Stop for Z-Moves is now configurable within EEPROM and Printers Menu
- Text for RGB-Light is now "Auto" instead Color anymore.
- Cleaned up EEPROM text for RGB-Light to get better Compatibility with Repetier-Server (Value is not hidden anymore)
- New Standard PID-Parameters for V2 because the old ones are quite bad in context to the improved new PID control.

V RF.01.37r5.Mod (2017-07-31)
- "PID drive max = 40"-Fix.
- Removed FEATURE_CONFIGURABLE_HOTEND because it was bogus on Dual and not really missed at RF1000 Single setup.
- Extruder Sensor Type is now configurable within EEPROM
- Cleanup, deleted unnecessary text and defines
- Added Thermistor-Types description as Comment to RFx000.h configurations

V RF.01.37r4.Mod (2017-07-29)
- Bugfix for Z-Matrix-Invalidation
- Extruder 2 Z-Offset got eeprom support
- Cleanup

V RF.01.37r3.Mod (2017-07-24)
- Fix M3902 Z0 to update Z-Offset in Flash too.
- Fix min-max-bug in Emergency-Pause Menu

V RF.01.37r2.TDMod (2017-07-24)
- Last SenseOffset Digits Limit is now stored in EEPROM. If you use a plain M3909 instead of M3909 Pxxxxx the last value is used from EEPROM automatically.
- The Emergency-Pause limit values are now editable and stored in EEPROM. EEPROM values are loaded at the printers start and can be updated via M3075.
- Emergency-Pause is now editable within Menu at Configuration->General (See at V 0.91.15 (2014-03-26) vor Details.)
- Updated small things according to repetier/Repetier @output EEPROM and some cleanup.
- Updated PID D-Gains temperature-diff to 1500ms timespan. This smoothes out the steering.

V RF.01.37r.TDMod (2017-07-22)
- Grouped my good old Auto-Matrix-Leveling to one Command: M3900 R1. This is available in Menu also. Configuration -> Z-Configuration -> "Auto-Matrix-Leveling"
- Z-Step-Size which can be set in Positon-Menu is now saved within flash automatically.
- Previous used maximal SenseOffset-Offsetlimit is now saved within flash automatically.
- Previous Z-Offset-Scan testpoints (X/Y) are now saved within flash automatically.
- Little Homing-Bug is gone (g_abortZScan might have been set to 1 if average digits read failed, which is problematic when using ZOffsetScan)

V RF.01.37q6.TDMod (2017-07-21)
- Testcase for possible endZCompensationStep-Bug in Z-Compensation.
- Testcase for possible PrintLine::direct.isZMove()-NoReturn-Bug in Z-Compensation.

V RF.01.37q5.TDMod (2017-07-17)
- Added J6=P-control, J5=PI-control, J4=PD-control or testing purposes to the PID autotune settings.

V RF.01.37q4.TDMod (2017-07-17)
- Fixing PID autotune for "some overshoot" by factor 2.0 like https://en.wikipedia.org/wiki/Ziegler%E ... ols_method says.
- Added PID autotune ruleset called "Pessen Integral Rule" position J1 (See http://www.mstarlabs.com/control/znrule.html for tuning rulesets and description)

V RF.01.37q3.TDMod (2017-07-17)
- Upgrading PID Code support AutoTune with two additional presents: 3="No Overshoot" and 2="Some Overshoot". Use M303 with J[0..3]. Default is 0 and this means ClassicPID which was standard in all previous firmware versions.
- I switched the calculation of PID drive min to Minus. This should finally enable the real PID control - fix it!
- Speed-Mode for Menu-Klicking: Whenever you press some Button on the printer the Routine to answer is at 10ms clock instead of 100ms clock for 15 seconds. This enables us to navigate very fast now.

V RF.01.37q2.TDMod (2017-07-16)
- Upgrading PID Code to original repetier/Repetier :: added max-cycles
- Removed debug-watchdog-time-counter

V RF.01.37q.TDMod (2017-07-15)
- Implemented "Feature Zero Digits". When you home all Axes, the digits are messured and written to the digits offset. Then we see very little digits while printing. That should make them more comparable.
- Disabled FREE-RAM debugging (to not waste calculate power anymore on this)

V RF.01.37p6.TDMod (2017-07-13)
- Fixed Emergency-Stop to not make watchdog-reset
- Added Auto-Reset when the printer shows Emergency-Stop (Z-Block) and you press OK or PLAY.
- You cannot drive X- and Y-Axis out of bounds anymore using Menu "POSITION -> X/Y-Position -> ". This will now show an additional Warning if you aim out of bounds and the printer blocks it.
- Closing down ZOS-Debugging: ZOS now starts at 1mm Height. (Formerly 0.5mm, but 1mm spacing seems rather ok. 5mm was too high and slow. Spacing <= +12mm technically works god as of 01.37p5)

V RF.01.37p5.TDMod (2017-07-04)
- Fixed theoretical ZOS error with g_abortZScan, because when it is set by function of ZOS the function of HBS will abort without being active.

V RF.01.37p4.TDMod (2017-06-30)
- Improved repeating messurements within ZOS when the digits get disturbed somehow (Filament, Vibrations,...). ZOS is now much more robust against moving idle pressures.
- Test: Round Z-Slow-Steps to even Microsteps.

V RF.01.37p3.TDMod (2017-06-30)
- Tracing some ZOS-Bug with Filament
- Cleanup
- Fixed Bug in SchraubenJustierHelper: Da wurden bei der Abgrenzung mm mit Mikrometer verwechselt.

V RF.01.37p2.TDMod (2017-06-27)
- Fixed some details within ZOS-Scan
- Screw-Offset-Helper is now displaying its suggestions to the Printers display

V RF.01.37p.TDMod (2017-06-27)
- homing is now split into 3 axes
- homing Z only with Tipdown/Positive Matrix activated now might home Y first to avoid crash. This is experimental. This is not protecting the nozzle/bed very good.
- Small Z-Compensation Fix for TipDown-Support
- Tipdown for T1 is now adjustable within Menus Configuration -> Z-Configuration -> Extruder T1 TipDown -> +-
- activating Z-Compensation with only one axis homed is impossible now.
- whenever some axis is homed it is now shown with a * within menu.
- small cleanup

V RF.01.37o.TDMod (2017-06-20)
- Third Z-Scale: G-Code.
- Some small tweaks and comment updates to Tipdown-Support
- Tweaks on Function-Timers in Commands::checkForPeriodicalActions()
- Removed Feature FEATURE_BEDTEMP_DECREASE (My first thing, didnt ever use it again.)

V RF.01.37n2.TDMod (2017-06-20)
- Fanspeed of INT(1) is now 1% in Display (instead of 0%)
- Fanspeed of INT(1) is now sent to Repetier-Server as INT(2) to produce 1% instead of 0%
- printTemperature is now selfcontrolling the outputfrequency (<1Hz), this made some code smaller and easier.

V RF.01.37n.TDMod (2017-06-18)
- Faster Temperature Management for cleaner PID.
- Autosend Temperature-Info
- major cleanup
- still investigating for "the bug" -> I guess it is gone but I am still testing.

V RF.01.37m5.TDMod (2017-06-18)
- tempered a whole lot with interruptstuff and watchdog

V RF.01.37m4.TDMod (2017-06-10)
- removed some interrupt-blocking in order to accidently unblock them afterwards. there is some bug in this firmware somewhere after 01.37k4 I am now investigating closely.

V RF.01.37m3.TDMod (2017-06-10)
- did some cleanup
- tested some stuff
- changed autotunePID a bit, according to https://github.com/repetier/Repetier-Fi ... 5a1f6b56d7 . Temperatures not unmonitored/unprinted while testing anymore.

V RF.01.37m2.TDMod (2017-05-19)
- Tested and fixed some stuff: monitor temp possible overflow
- changed UI_ACTION_TOPMENU to avoid mod menü when jumping back. commented UI_ACTION_TOPMENU at definition.
- activated free ram debugging
- removed Z_PAUSE_RETRACT_MM from Output-Object until I find out how to concat preprocessor strings, this doesnt really work as supposed since 1.37l2.
- Killed SKIP_M109_IF_WITHIN and put TEMP_TOLERANCE in that place to standarize that.

V RF.01.37m.TDMod (2017-05-19)
- Fix for MoveZ
- Changed z-Compensation to respect positive matrix values
- Changed ZOS and M3902 to accept positive matrix values
- Changed limits for Z-Offset-Scan s Move-Z-Up/Down/Fast/Slow according to allowed positive matrix values.

V RF.01.37l4.TDMod (2017-05-19)
- cleanup
- made the function for digits compensation faster and more accurate. The digits are now measured with a higher frequency.

V RF.01.37l3.TDMod (2017-05-19)
- fixed some details
- cleanup
- New FEATURE_UNLOCK_MOVEMENT : No G1/G0 Movement allowed until one Temperature is set, one homing or some printers button is pressed. This Feature makes the change of "V RF.01.37k3.TDMod (2017-05-16)" to a real feature and prevents some bug with the menu->Load Filament function. This function used internal G-Codes and therefore the load filament extrusion was not possible until this fix.

V RF.01.37l2.TDMod (2017-05-18)
- Pause continues without E if Extrude/Retract-Buttons are used manually. This should prevent those Emergency-Blocks @Coniniue()
- Added a configuration #define Z_PAUSE_RETRACT_MM to have one place to specify the retraction mm of the firmwares functions
- linked Pause and outputObject to the Z_PAUSE_RETRACT_MMs value

V RF.01.37l.TDMod (2017-05-17)
- Testversion for automatic digit-compensation. The more force on the extruder, the more it will decrease in Z. This ist approx. 0.01mm / 1000 digits.
As we know the force on the extruder and the rate of decrease we compensate it within z-compensation.
See http://www.rf1000.de/viewtopic.php?f=72&t=1853 :D
Maybe this is bogus -> if not it will increase the quality of thin layer prints or small nozzle prints. It might even increase the digits-stability

V RF.01.37k4.TDMod (2017-05-16)
- fixed missing translations
- removed drive-free - i really dont want and need that!
- replaced tabs with spaces

V RF.01.37k3.TDMod (2017-05-16)
- Prevent Move by GCODE (G0, G1, ...) if not homed in printer mode. This should prevent crashes when the printer resets with repetierhost still sending commands
- Fixed M3117 by changing gcode.cpp to prevent parsing text based commands alike in parseASCII(*com)
- changed standard thermistor setting back to type 3 (V2)
- removed change function of the Tip-Down-Spring-Setting within menu CONFIGURATION - Z-Configuration to prevent some missunderstanding. Now the user gets an info message how to change.
- implemented https://github.com/repetier/Repetier-Fi ... 7b591c58f4
- rewrote some GCODE parsing functions details according to original repetier/Repetier
- changed Gcode buffer to 22 instead of 16 to test possible effects

V RF.01.37k2.TDMod (2017-05-07)
- Added better Thermistor-Comments in Extruder.cpp
- Added Generic Thermistor-Table-Function from original repetier/Repetier (in testing)

V RF.01.37k.TDMod (2017-05-07)
- This is a Test-Mod to implement Ultimakers "Bed down" for a right nozzle which can move up and down.
I made this mod to test some Tip-Down-Nozzle on T1.
M3919 T1 Z-0.6 ;das rechte Hotend reicht wenn gedrückt 0.5mm weiter nach unten.
Whenever T1 is selected the printer adds some special Z-Offset so the bed drives down a bit. This new T1-Z-Offset is respected by SenseOffset and the Z-Compensation and the Limits of the Z-Compensation as well.
- When you use M3919 the new offset is activated whenever the next switch to T1 happens.
- You can change the M3919 Z-Offset for T1 within Menu, but new values are not respected until the next Toolchange to T1 happens.

V RF.01.37j.mod (2017-04-24)
- The SenseOffset will now show when it is ready to controll the nozzles height over bed. You see one character within line 3 of the Mod-Menu. Formerly there was a "@" in front of the digits limit. Now the @ will change to ^ when SenseOffset ist actively controlling within the low layers.
- The Debugging Menu is now invisible but can be activated within conriguration.h
- The RF2000 now has the right limit for its 20-char display length. Repetier-Server or Octoprint can now use additional 4 chars to display Information like date, ip-address and other.
- All the reserve pins are now listed within pins.h. This might help people who try to use the reserve connectors X25/RF1000 or X33/RF2000. Special thanks to X4r3 at this point! http://www.rf1000.de/viewtopic.php?f=24 ... 566#p17566
:boing:

LG

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: Mo 11. Sep 2017, 16:50
von Maggo-3
Okay, du hast mich überzeugt.
Dann werde ich die Software gleich mal Updaten.

Taugt das Firmware Update Feature im Repetier Server was?
Dann würde ich das nämlich gleich damit versuchen.

Wie war das noch?
bleibt der HBS und solche Dinge dann gespeichert?

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: Mo 11. Sep 2017, 16:59
von Nibbels
HBS bleibt!
(Ausser du änderst die EEPROM-Version manuell in der Config.)
https://github.com/RF1000community/Repe ... evelopment

Dann:
Configuration -> Temperatures -> Extruder 0 -> SensorType: 8
Configuration -> Temperatures -> Extruder 1 -> SensorType: 8

Was du nach dem Aufspielen einmal tun solltest, wäre die PID-Kalibrierung.
Die kurzeste Erklärung wäre,
ins Menü "Configuration -> Temperatures -> Extruder 0 -> PID Pessen Rule -> Ja" ... Ein paar Minuten warten bis Ende.
ins Menü "Configuration -> Temperatures -> Extruder 1 -> PID Pessen Rule -> Ja" ... Ein paar Minuten warten bis Ende.
ins Menü "Configuration -> Temperatures -> Heated Bed -> PID No Overshoot -> Ja" ... Ein paar Minuten warten bis Ende.
Dann lernt der Drucker wie er die Temperaturen perfekt unter Kontrolle bringt, indem er die Intensität seine Steuerbefehle perfekt anpasst.
Du solltest dann auch immer exakt die Temperatur eingeregelt bekommen, die du festgelegt hast und nicht ständig 2°C drüber oder so. Die wird dir dann auch nicht mehr um deine Zieltemperatur schwanken, sondern sollte echt konstant sein.

LG

Re: RFx000 Digits :: Feine Düse vs. Qualität vs. Layervarianz

Verfasst: Mo 11. Sep 2017, 17:06
von Maggo-3
Okay. Super, das mache ich gleich mal alles, passe alles an uns starte einen Druck und beobachte was passiert.

Vom Repetierserver bekomme ich beim hochladen übrigens folgenden Fehler:

Lade Firmware Abbild hoch ...
Fehler:Datei hat nicht Endung hex sondern .ino

Ich finde jedoch keine Datei mit der Endung hex.

Oder funktioniert das ganze nicht über den Server?