Quantcast
Channel: Reprap Forum - Firmware - Marlin
Viewing all 12108 articles
Browse latest View live
↧

Bugfix 2.0.x - Z-Babystepping/M290 causes reboot

February 18, 2019, 1:46 pm
$
0
0
Hello,

It's my first post to the forums. I wanted to ask anyone for confirmation on this issue before submitting a github issue. I am currently working on a leveling GUI specific to delta printers. Because Marlin 1.1.9 has bugs with G42, I migrated to the latest possible Marlin version.

Here is my issue description:

Printer: Anycubic Kossel Linear+ Delta
Marlin Version: 2.0.x bugfix downloaded February 16, 2019
Config File: (both config and config_adv are in the zip folder)

Steps to reproduce:
1. Upload the latest Marlin 2.0.x bugfix and my config file on a STOCK Anycubic Kossel Delta linear +.
2. Turn printer on
3. Home it with g28;
4. Send a babystep command with M290 Z0.25;
5. Watch the printer reboot.

This also happens during a print using both G-code and the LCD menu to babystep the Z axis.

Behavior seen: Reboot after any babystep command no matter if it's during a print or not, or from the LCD or not.

If anyone can replicate this issue, please let me know!

Thank you.
↧
Search

Thermal Run Away + Mosfet Failure

February 19, 2019, 8:21 am
$
0
0
I am trying to use Thermal Run away Protection and a Mosfet. The problem is that the mosfet sets of the thermal runaway protection because it heats up the hotbed faster. I want to modify the code that predicts the temperature that the hot end and hot bed should be .Where would i find it?
↧
↧

Re: Bugfix 2.0.x - Z-Babystepping/M290 causes reboot

February 19, 2019, 10:04 am
$
0
0
Marlin 2.0.x bugfix

OK I took OctoPrint Sent a G28 then Sent numerous M290 Z0.25 commands

However I have to send more that one to duplicate from OctoPrint, Do not understand because OctoPrint does not report the 3D Printer Reboot.
Sending M290 Z0.25 command sent another M290 Z0.25 Axis Labels are flashing still no sign of Printer reboot.
Though the Flashing Axis indicators signals that nozzle needs to be homed and it has not been homed.

I use baby stepping all the time from LCD have not had a problem.

Even sent a M290 Z30 appears to only move less than a 1mm before stopping.
↧

Marlin 2.0.x

February 19, 2019, 12:26 pm
$
0
0
I currently have Marlin 2.0.x running on both my Hictops 3D Printers using only the Stock controllers.
Today I am testing junction deviation using .06

I have read several articles Stating that .02 is ~ a jerk setting of 5
Starting at 0.05 is a typical value for a 3D printer. If your printer is very sturdy, you could use 0.1. Decided on .06 as my starting point
#define JUNCTION_DEVIATION
#if ENABLED(JUNCTION_DEVIATION)
#define JUNCTION_DEVIATION_MM 0.06 // (0.02mm) Distance from real junction edge

Tested Bed Leveling Fade Height works perfectly!
// Gradually reduce leveling correction until a set height is reached,
// at which point movement will be level to the machine's XY plane.
// The height can be set with M420 Z
#define ENABLE_LEVELING_FADE_HEIGHT // In Start Up G-Code M420 Z2

Looking through the Code in Marlin 2.0.x under " src\config\examples "
Is an example of the Configuration.h and configuration_adv.h of 80 + 3D Printers.
This should make it much easier for those who want to upgrade, or for the rest of us to help anyone who wants to upgrade to Marlin 2.0.x
↧

Re: Thermal Run Away + Mosfet Failure

February 19, 2019, 3:38 pm
$
0
0
In Configuration_adv.h

eg

#if ENABLED(THERMAL_PROTECTION_HOTENDS)
  #define THERMAL_PROTECTION_PERIOD 40        // Seconds
  #define THERMAL_PROTECTION_HYSTERESIS 4     // Degrees Celsius
  #define WATCH_TEMP_PERIOD 20                // Seconds
  #define WATCH_TEMP_INCREASE 2               // Degrees Celsius

and for the bed

  #define THERMAL_PROTECTION_BED_PERIOD 20    // Seconds
  #define THERMAL_PROTECTION_BED_HYSTERESIS 2 // Degrees Celsius
  #define WATCH_BED_TEMP_PERIOD 60                // Seconds
  #define WATCH_BED_TEMP_INCREASE 2               // Degrees Celsius
↧
↧

I found something in temperature.h I'm wondering about

February 19, 2019, 3:44 pm
$
0
0
I was looking around in the firmware and saw that
MAX is uppercase and in a previous version it was lowercase. Isn't arduino case sensitive. Is this something done on purpose?
This is what it has (when I preview this the hot smiley pops up in the code on the one with capital letters)
#define ACTUAL_ADC_SAMPLES MAX(int(MIN_ADC_ISR_LOOPS), int(SensorsReady))

should it be this?
#define ACTUAL_ADC_SAMPLES max(int(MIN_ADC_ISR_LOOPS), int(SensorsReady))
↧

Re: I found something in temperature.h I'm wondering about

February 19, 2019, 4:43 pm
$
0
0
yes smiles are a pain in the ass when posting code, and a general eye saw. wish you could turn them off (there is a forum plugin, but its not active)

they are using uppercase to get away from the arduino specific stuff to make it multi platform

take a look in macros.h they define their own

  #define MAX (a, b) \
    ({__typeof__(a) _a = (a); \
      __typeof__(b) _b = (b); \
      _a > _b ? _a : _b;})
↧

Re: I found something in temperature.h I'm wondering about

February 19, 2019, 5:02 pm
$
0
0
Oh cool I just learned something, Thanks!
↧
Search

Re: Problem tb6600 Marlin

February 20, 2019, 4:41 am
$
0
0
What is the solution to this problem these layers shift when the printer climbs layer thank you
↧
↧

Re: Thermal Run Away + Mosfet Failure

February 20, 2019, 7:55 am
$
0
0
No i want to change the program that decides what the printer things the temperature should be. That is how far off and how long it can be off before it shuts down. Thanks for the help but any idea where that code is?
↧

Re: Problems with stepper drivers

February 21, 2019, 6:05 am
$
0
0
layers shift when the printer climbs layer i use tb6600 x,y Any Help
↧

Re: Bugfix 2.0.x - Z-Babystepping/M290 causes reboot

February 21, 2019, 8:03 am
$
0
0
Hmm. Are you using my config file or the latest bugfix version? They should have the same behavior. Want to try a terminal program or Arduino terminal to see if the reboot config data appears after you babystep?
↧

Re: Bugfix 2.0.x - Z-Babystepping/M290 causes reboot

February 21, 2019, 1:40 pm
$
0
0
I was just testing my two working 3D Printers Marlin 2.0.x to see if I could duplicate your problem Using M290.
And It appears I somewhat Did!

I download from GitHub last month sometime configured my 3D Printers from Marlin 1.1.9 and have been running error free since - until this M290 failure that is.
↧
↧

Re: Endstop issue

February 15, 2019, 6:39 am
$
0
0
yes when I posted this I also remembered that in the first post you mentioned port 25...

reading threw annother board.h i see the same issue mentioned

/**
* In some versions of the Sanguino libraries the pin
* definitions are wrong, with SDSS = 24 and LED_PIN = 28 (Melzi).
* If you encounter issues with these pins, upgrade your
* Sanguino libraries! See #368.
*/
#368 is [github.com]

so somewhere along the line those 8 ports have been switched around

so what Sanguino libraries are you running and how did you install them? and what arduino ide?
↧

Re: Endstop issue

February 15, 2019, 8:03 am
$
0
0
So my library is this. I checked on the tools section of the Arduino IDE and you can select which pinout to use. I got the standard pinout instead of the Sanguino that I think is used in Marlin Firmware. Arduino IDE version is 1.8.7.
↧
Search

Re: Problems with stepper drivers

February 22, 2019, 6:53 am
$
0
0
layers shift when the printer climbs layer Can help I use tb6600
↧

How can i connect a rotary encoder to my RAMPS 1.4 with a Marlin firmware

February 22, 2019, 6:57 am
$
0
0
Hey Guys,

i have a little problem and on google i didn´t find some help.
My setup is a Arduino Mega with a Ramps 1.4 motherboard. I have connected a 16x4 LCD Panel with I2C. That all works fine.
But i have big problems to get the rotary encoder to work. I have tried several settings in the Configuration.h and the pins_Ramps.h but nothing works.
Any help here would be greatly appreciated!

My Specs:
Arduino Mega
Ramps 1.4
Marlin 1.1.9
Rotary encoder (Pins: CLK, DT, SW, +, GND)
↧
↧

Re: How can i connect a rotary encoder to my RAMPS 1.4 with a Marlin firmware

February 22, 2019, 8:57 am
$
0
0
What's the exact rotary encoder you have I wonder ?
↧

Re: How can i connect a rotary encoder to my RAMPS 1.4 with a Marlin firmware

February 22, 2019, 9:16 am
↧

Re: How can i connect a rotary encoder to my RAMPS 1.4 with a Marlin firmware

February 22, 2019, 9:57 am
$
0
0
The LCD rotary encoder pins are different depending on which display you have set Marlin to use.

Which LCD display have you set in your config file ? .. which ever that is that works for your LCD.

Maybe post your Configuration.h file here for us to see ?
↧
Viewing all 12108 articles
Browse latest View live
Search
<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>