Skip to content
Snippets Groups Projects
  1. Jul 31, 2015
  2. May 21, 2015
  3. May 11, 2015
    • Scott Lahteine's avatar
      Combine thermal runaway and watch-period · 2445ae3d
      Scott Lahteine authored
      - Make thermal protection for all hotends and/or bed into simple
      switches
      - Now enable `WATCH_TEMP_PERIOD` when `THERMAL_PROTECTION_HOTENDS` is
      enabled
      - Move detailed thermal parameters to `Configuration_adv.h`
      - Add sanity checks to warn about old configurations
      - Change `WATCH_TEMP_PERIOD` to seconds instead of milliseconds
      2445ae3d
    • Scott Lahteine's avatar
      Only watch the heater that was set · 9b3d4380
      Scott Lahteine authored
      9b3d4380
  4. May 09, 2015
  5. Apr 14, 2015
  6. Apr 03, 2015
  7. Apr 02, 2015
    • Scott Lahteine's avatar
      Clarify thermal_runaway_protection · e96df676
      Scott Lahteine authored
      - Add comments documenting `thermal_runaway_protection`
      - Add an enum for the thermal runaway states
      - Add macros for temperature helper functions
      - Fix a glitch with the z probe sled in homeaxis
      e96df676
  8. Mar 29, 2015
    • AnHardt's avatar
      Times can't be negative. · 7b2550a6
      AnHardt authored
      cardreader.cpp needs temperature.h for autotempShutdown() when
      AUTOTEMP is defined but warns about unused variables.
      Unpublished variables by putting them in to temperature.cpp.
      7b2550a6
  9. Mar 27, 2015
  10. Feb 24, 2015
    • Scott Lahteine's avatar
      Cleanup of temperature code · 9c9726d4
      Scott Lahteine authored
      - Reduce calls to millis()
      - General cleanup of manage_heaters
      - General cleanup of pid autotune
      - Formatting here & there
      - Macros to clean up and shrink ISR code (reduced by ~364 lines)
      9c9726d4
  11. Jan 24, 2015
  12. Jan 23, 2015
  13. Jan 11, 2015
    • grob6000's avatar
      Make multiple PID parameters a config option · bf2c923d
      grob6000 authored
      * Adds config parameter `PID_PARAMS_PER_EXTRUDER` - allows single PID
      parameters to be used where this would be preferable (e.g. dual
      identical extruders)
      * When disabled, will use `float Kp, Ki, Kd, Kc;` as before.
      Preprocessor macros used to switch between.
      * ultralcd.cpp defines extra menus for extra parameters only where
      required
      * M301 reports `e:xx` only if independent pid parameters enabled
      * EEPROM structure still leaves space for 3 extruders worth, when undef
      will save single parameter to all extruder positions, but only read the
      first
      * Switching off saves approx 330 B with no LCD enabled, 2634B with LCD
      (RRD) enabled: this is significant.
      * LCD modifications should be tested.
      bf2c923d
  14. Jan 10, 2015
    • grob6000's avatar
      Independent PID parameters for each extruder · 37c7e830
      grob6000 authored
      * Variables Kp, Ki, Kd, Kc now arrays of size EXTRUDERS
      * M301 gains (optional, default=0) E parameter to define which
      extruder's settings to modify. Tested, works with Repetier Host's EEPROM
      config window, albeit only reads/updates settings for E0.
      * All Kp, Ki, Kd, Kc parameters saved in EEPROM (version now v14), up to
      3 extruders supported (same as Marlin in general)
      37c7e830
  15. Dec 24, 2014
  16. Dec 20, 2014
  17. Nov 27, 2014
  18. Aug 07, 2014
    • Filip Mulier's avatar
      Real-time filament diameter measurement and control · 85649a45
      Filip Mulier authored
      This feature allows the printer to read the filament diameter
      automatically and adjust the printer in real time.  Added code to read
      an analog voltage that represents a filament diameter measurement.  This
      measurement is delayed in a ring buffer to compensate for sensors that
      are a distance away from the extruder.  The measurement is used to
      adjust the volumetric_multiplier for the extruder.  Some additional g
      codes (M404, M405, M406, M407) are used to set parameters and turn
      on/off the control. g code M221 is updated.  Pins for RAMPS1.4, RAMBO,
      and Printrboard are identified for analog input.  The configuration file
      is updated with relevant user parameters.
      85649a45
  19. Jul 18, 2014
    • alexborro's avatar
      Add "Thermal Runaway Protection" feature · 50b4e86f
      alexborro authored
      This is a feature to protect your printer from burn up in flames if it
      has a thermistor coming off place (this happened to a friend of mine
      recently and motivated me writing this feature).
      
      The issue: If a thermistor come off, it will read a lower temperature
      than actual. The system will turn the heater on forever, burning up the
      filament and anything
      else around.
      
      After the temperature reaches the target for the first time, this
      feature will start measuring for how long the current temperature stays
      below the target minus _HYSTERESIS (set_temperature -
      THERMAL_RUNAWAY_PROTECTION_HYSTERESIS).
      
      If it stays longer than _PERIOD, it means the thermistor temperature
      cannot catch up with the target, so something *may be* wrong. Then, to
      be on the safe side, the system will he halt.
      
      Bear in mind the count down will just start AFTER the first time the
      thermistor temperature is over the target, so you will have no problem
      if your extruder heater takes 2 minutes to hit the target on heating.
      50b4e86f
  20. Jun 30, 2014
    • alexborro's avatar
      Add "Thermal Runaway Protection" feature · 43c298a7
      alexborro authored
      This is a feature to protect your printer from burn up in flames if it
      has a thermistor coming off place (this happened to a friend of mine
      recently and motivated me writing this feature).
      
      The issue: If a thermistor come off, it will read a lower temperature
      than actual. The system will turn the heater on forever, burning up the
      filament and anything
      else around.
      
      After the temperature reaches the target for the first time, this
      feature will start measuring for how long the current temperature stays
      below the target minus _HYSTERESIS (set_temperature -
      THERMAL_RUNAWAY_PROTECTION_HYSTERESIS).
      
      If it stays longer than _PERIOD, it means the thermistor temperature
      cannot catch up with the target, so something *may be* wrong. Then, to
      be on the safe side, the system will he halt.
      
      Bear in mind the count down will just start AFTER the first time the
      thermistor temperature is over the target, so you will have no problem
      if your extruder heater takes 2 minutes to hit the target on heating.
      43c298a7
  21. Feb 25, 2014
  22. Nov 28, 2013
    • Alex Borro's avatar
      Bed Heater monitoring in Controller Fan · 5c44f6c4
      Alex Borro authored
      In some cases the Bed Heater FET heats up more then stepper drivers, so
      this change add the bed monitoring to the controller fan. As soon as the
      bed heater is turned on, the controller fan will run as well.
      5c44f6c4
  23. Oct 12, 2013
    • Alex Borro's avatar
      Show Temperature ADC values · dd3086d3
      Alex Borro authored
      If "SHOW_TEMP_ADC_VALUES" is defined in Configuration_adv.h, the M105
      command will present, after tradicional temperatures, the ADC value read
      from temp sensors. This is great for adjusting thermistor tables with
      thermocouple.
      
      From Pronterface you can see the ADC value and compare with a
      thermocouple reading.. then you just need to create your own thermistor
      table.
      
      Since this merge doesnt change the original information, it doesnt mess
      with PC software parsing (tested under Pronterface and Repetier-Host).
      dd3086d3
  24. Oct 06, 2013
    • bkubicek's avatar
      Add the socalled "Babystepping" feature. · d147a057
      bkubicek authored
      It is a realtime control over the head position via the LCD menu system that works _while_ printing.
      Using it, one can e.g. tune the z-position in realtime, while printing the first layer.
      Also, lost steps can be manually added/removed, but thats not the prime feature.
      Stuff is placed into the Tune->Babystep *
      
      It is not possible to have realtime control via gcode sending due to the buffering, so I did not include a gcode yet. However, it could be added, but it movements will not be realtime then.
      
      Historically, a very similar thing was implemented for the "Kaamermaker" project, while Joris was babysitting his offspring, hence the name.
      
      say goodby to fuddling around with the z-axis.
      d147a057
  25. Jun 06, 2013
  26. May 26, 2013
  27. Apr 12, 2013
    • Simon Oliver's avatar
      Allow Edit menu to call fn after edit; Fix PID Ki and Kd display in menus;... · 93f0463b
      Simon Oliver authored
      Allow Edit menu to call fn after edit; Fix PID Ki and Kd display in menus; Actually use changed PID and Max Accel values
      
      Add new 'callback' edit-menu types that call a function after the edit is done. Use this to display and edit Ki and Kd correctly (removing the scaling first and reapplying it after). Also use it to reset maximum stepwise acceleration rates, after updating mm/s^2 rates via menus. (Previously, changes did nothing to affect planner unless saved back to EEPROM, and the machine reset).
      
      Add calls to updatePID() so that PID loop uses updated values whether set by gcode (it already did this), or by restoring defaults, or loading from EEPROM (it didn't do those last two). Similarly, update the maximum step/s^2 accel rates when the mm/s^2 values are changed - whether by menu edits, restore defaults, or EEPROM read.
      
      Refactor the acceleration rate update logic, and the PID scaling logic, into new functions that can be called from wherever, including the callbacks.
      
      Add menu items to allow the z jerk and e jerk to be viewed/edited in the Control->Motion menu, as per xy jerk.
      
      Conflicts:
      	Marlin/language.h
      93f0463b
  28. Jan 06, 2013
  29. Dec 09, 2012
  30. Dec 06, 2012
    • daid303's avatar
      Fix the WATCHPERIOD implementation. It did not work correctly in a multi... · 587154c0
      daid303 authored
      Fix the WATCHPERIOD implementation. It did not work correctly in a multi extruder setup, it did not work after 32 seconds after startup (int16 used as millies timestamp). And it did not work if you gave an M104 or M109 when the target was already around the target setpoint. So on average, it did not work at all. The new implementation should be robust in detecting a failure to heat up.
      587154c0
  31. Sep 13, 2012
    • Mark Finn's avatar
      bed pid · 9698f4ea
      Mark Finn authored
      Conflicts:
      
      	Marlin/Configuration.h
      9698f4ea
  32. Apr 27, 2012
  33. Mar 08, 2012
  34. Dec 22, 2011
  35. Dec 12, 2011
Loading