Skip to content
  1. Oct 25, 2013
  2. Oct 22, 2013
    • alexborro's avatar
      Add comments about RAMPS 5V rail for servos. · 5b8b939a
      alexborro authored
      5b8b939a
    • bkubicek's avatar
      Fix '#' · d69822ed
      bkubicek authored
      since it can occure in comments.
      d69822ed
    • bkubicek's avatar
    • bkubicek's avatar
      preparation for hibernation · 39d88bcc
      bkubicek authored
      If a print is stopped, it would be nice in the future to write a file with the printer state, the filename of the print, and the position within the print.
      this file could be read, to continue a previously stopped print.
      not finished yet.
      39d88bcc
    • bkubicek's avatar
      Sub-file calls. · ab965376
      bkubicek authored
      by overloading M32 it is now possible to execute gcode files from other gcode files, with a fixed recursion level.
      This can be used e.g. for having a real start.g and end.g somewhere on the sd card, which are then called from the normal print file.
      Another usecase would be to have macro-files for nozzle-change and layerchange.
      I have not tested the speedwise performance. The testing was done with pronterface.
      
      syntax:
      normal call from sd card will open the new file and continue executing there.
      M32 !/path/filename#
      this however will call the new file and return to the caller file.
      M32 P !/path/filename#
      with the optional "S<position>" the  file starting position can be set.
      this is for continuing prints from a previous location.
      ab965376
    • bkubicek's avatar
      Added a magic character for sd buffering. · b2cc27e5
      bkubicek authored
      if a '#' is read now the buffer will be emptied before reading ahead.
      This is so one can execute files from within gcode files, without messing the buffer with preread characters from the caller file.
      # can not occure in sd files imho, because it should only occure within checksums in ther serial communication.
      Yes, thats a lame argument. If you have a better idea please tell me. It has to be a character that one can type
      on a keyboard manually.
      b2cc27e5
  3. Oct 20, 2013
  4. Oct 12, 2013
    • Alex Borro's avatar
      Bed auto Leveling change: Raise Z before homing · 6f85a8c7
      Alex Borro authored
      - Added "Z_RAISE_BEFORE_HOMING" for raising Z the defined distance
      before homing. This is useful to avoid Z-Probe collision when hotend is
      near bed.
      
      - Fixed the issue of Z not going bellow Z_PROBE_OFFSET when
      "min_software_endstops" is true.
      Now the Z_PROBE_OFFSET is not set in Z_MIN_POS, it is added after
      homing.
      6f85a8c7
    • 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
    • bkubicek's avatar
      Reverse SD card file name order. · 7fad13a1
      bkubicek authored
      This is _not_ automatically the cronological, since deleting a file will free
      the filesystem descriptor for it, which then will be used by the next file copied on it.
      Since this makes the auto0.g file very inaccessible, I put the option back, to have it in the prepare menu.
      
      this should satisfy https://github.com/ErikZalm/Marlin/pull/373
      
      as a reminder, auto0.g will be executed every time after a boot with sd card present and file present.
      thereafter, if there is a file auto1.g this will be done. Thats IMHO the best place to put settings, and prepare heating.
      I also execute again after each (now again via the prepare menu) before starting a new print/ after a failed one.
      It for me 100% replaces any start.gcode form the slicers.
      7fad13a1
  5. Oct 08, 2013
  6. Oct 07, 2013
  7. Oct 06, 2013
    • bkubicek's avatar
      I think that filament change is ready for the masses. I have tested very often with my ultimaker. · c38b0855
      bkubicek authored
      I strongly vote for it being a single gcode, because otherwise the triggering from the menu is terrible.
      c38b0855
    • 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
  8. Oct 03, 2013
  9. Sep 29, 2013
  10. Sep 26, 2013
  11. Sep 24, 2013
  12. Sep 23, 2013
  13. Sep 22, 2013
  14. Sep 20, 2013
  15. Sep 17, 2013
  16. Sep 14, 2013