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

home no longer goes to center of bed and z safe homing now creates error

December 22, 2018, 1:45 pm
$
0
0
After Updating my marlin to bugfix 2.0
My Cube no longer homes to the center of the bed.I had all the pertinent setting that I have tweaked for my machine saved so I only changed those settings.

I tried enabling #define BED_CENTER_AT_0_0 but that didn't work.

If i enable
#define Z_SAFE_HOMING

I get an error as follows

In file included from sketch\MarlinConfig.h:42:0,

from sketch\G26_Mesh_Validation_Tool.cpp:27:

SanityCheck.h:946: error: static assertion failed: LEFT_PROBE_BED_POSITION is outside the probe region.

static_assert(LEFT_PROBE_BED_POSITION >= MIN_PROBE_X, "LEFT_PROBE_BED_POSITION is outside the probe region.");

^

SanityCheck.h:947: error: static assertion failed: RIGHT_PROBE_BED_POSITION is outside the probe region.

static_assert(RIGHT_PROBE_BED_POSITION <= MAX_PROBE_X, "RIGHT_PROBE_BED_POSITION is outside the probe region.");

^

SanityCheck.h:949: error: static assertion failed: BACK_PROBE_BED_POSITION is outside the probe region.

static_assert(BACK_PROBE_BED_POSITION <= MAX_PROBE_Y, "BACK_PROBE_BED_POSITION is outside the probe region.");

^

SanityCheck.h:1011: error: static assertion failed: Z_SAFE_HOMING_X_POINT is outside the probe region.

static_assert(WITHIN(Z_SAFE_HOMING_X_POINT, MIN_PROBE_X, MAX_PROBE_X), "Z_SAFE_HOMING_X_POINT is outside the probe region.");

^

SanityCheck.h:1012: error: static assertion failed: Z_SAFE_HOMING_Y_POINT is outside the probe region.

static_assert(WITHIN(Z_SAFE_HOMING_Y_POINT, MIN_PROBE_Y, MAX_PROBE_Y), "Z_SAFE_HOMING_Y_POINT is outside the probe region.");

^

exit status 1
static assertion failed: LEFT_PROBE_BED_POSITION is outside the probe region.
↧
Search

Re: Issue with Marlin and reprap display

December 22, 2018, 2:05 pm
$
0
0
If your SSD1309 uses I2C communication, this thread using SSD1306 (which seems to be compatible with SSD1309) might be helpful.
↧
↧

Re: Issue with Marlin and reprap display

December 22, 2018, 3:06 pm
$
0
0
This is the one I'm using

[www.crystalfontz.com]

In the datasheet for the chip it says this

Pin selectable MCU Interfaces:
o 8-bit 6800/8080-series parallel interface
o 3 /4 wire Serial Peripheral Interface
o I2C Interface
↧

How Do I Enable the M140 Heating Bed Option?

December 22, 2018, 8:41 pm
$
0
0
I am using Marlin 1.1.9. I am trying to heat my bad using the 'M140 S60' command but it's not working. When I enter this in Pronterface I get:
Setting bed temperature to 60.000000 degrees Celsius.
echo:Unknown command: "M140 S60.0"

Does anyone know how to enable this in the firmware?
↧

Re: How Do I Enable the M140 Heating Bed Option?

December 22, 2018, 10:41 pm
$
0
0
HAS_HEATED_BED has to be defined

this is true when HAS_TEMP_BED && HAS_HEATER_BED is defined

HAS_TEMP_BED is true when HAS_TEMP_ADC_BED
HAS_HEATER_BED is true is PIN_EXISTS(HEATER_BED)

So

Either you have not defined a pin for your heated bed, or you have not defined a pin for your bed thermistor
↧
↧

Re: Issue with Marlin and reprap display

December 22, 2018, 11:22 pm
$
0
0
Did you see that the documentation says that this OLED is for "3.3Volts only"?
Do you have a printer controller board which generates 3.3V signals?
Or have you found in the documentation something saying that the signal inputs are 5V tolerant?
↧

Re: Z home pronterface works, G28 Z0 makes Z movement freeze

December 23, 2018, 7:54 am
$
0
0
Well, I've pretty much given up. I hate this. I've tried a gazillion Marlin settings and today I even replaced the TMC 2130 drivers with basic A4988 drivers. Wrote a fresh new Marlin, uploaded, it all worked. And then it started failing again, first a little bit and it is progressively getting worse. Here is what it did earlier this afternoon:

[www.youtube.com]

Now it just freezes when I ask it to home. With Marlin replaced 38945739458 times, all drivers replaced, next on my list is new RAMPS and real (not Chinese copy) Mega. Unless you have any ideas?

Cheers,

Hugo
↧

Re: Z home pronterface works, G28 Z0 makes Z movement freeze

December 23, 2018, 9:20 am
$
0
0
Try sending a M119 - End Stop States
It appears that the Z-Axis Sensor is staying triggered, check this using a metal putty knife and the M119 -End Stop States using pronterface .
↧
Search

Re: How Do I Enable the M140 Heating Bed Option?

December 23, 2018, 10:08 am
$
0
0
Quote
Dust
HAS_HEATED_BED has to be defined

this is true when HAS_TEMP_BED && HAS_HEATER_BED is defined

HAS_TEMP_BED is true when HAS_TEMP_ADC_BED
HAS_HEATER_BED is true is PIN_EXISTS(HEATER_BED)

So

Either you have not defined a pin for your heated bed, or you have not defined a pin for your bed thermistor

Hello Dust,
None of these variables are in my current Configuration.h or Configuration_adv.h files. Do I just add them?
↧
↧

Re: How Do I Enable the M140 Heating Bed Option?

December 23, 2018, 10:15 am
$
0
0
Quote
chiques
Quote
Dust
HAS_HEATED_BED has to be defined

this is true when HAS_TEMP_BED && HAS_HEATER_BED is defined

HAS_TEMP_BED is true when HAS_TEMP_ADC_BED
HAS_HEATER_BED is true is PIN_EXISTS(HEATER_BED)

So

Either you have not defined a pin for your heated bed, or you have not defined a pin for your bed thermistor

Hello Dust,
None of these variables are in my current Configuration.h or Configuration_adv.h files. Do I just add them?

Disregard my question. I found the problem.

#define TEMP_SENSOR_BED 0
is set to '0'

Once I set it to '1' it enabled the LCD icon and the error no longer exists.

Thanks for the hint!
↧

Re: home no longer goes to center of bed and z safe homing now creates error

December 23, 2018, 11:59 am
$
0
0
figured it out, Had bed center at 0 0 should have set it to 130 130, everthing compiled fine once i set that properly
↧

Re: Z home pronterface works, G28 Z0 makes Z movement freeze

December 23, 2018, 1:27 pm
$
0
0
Thanks for the reply. I checked all with M119 and all homing sensors say open and triggered when they should. But just to be sure, I am hooking up a mechanical end switch (identical to the X and Y sensors) tomorrow, to temporarely replace the inductive sensor. If that does not fix it, I am replacing the RAMPS and Mega. I did notice today, while replacing the TMC2130 with A4988, the Z driver came off the board a lot easier than the others (bad contacts??) and the capacitor soldered on the RAMPS underneath the Z driver is positioned slightly off in comparisson to the ones under the other drivers. Weird. The complete sensor set-up worked before with the MKS board I used (which s**ked for other reasons).

Cheers,

Hugo
↧

Re: Z home pronterface works, G28 Z0 makes Z movement freeze

December 24, 2018, 2:51 am
$
0
0
Well, I don't get it but I am relatively happy. I replaced the inductive sensor with a micrco-switch, like the switches I have on the X and Y axis. Used all in Marlin with pullups and inverted and it all works. The Z sensor is not in the correct position to actually be usefull, but it works. Both G28 and G29 do what they should. What I don't get is why the unschanged way I hooked up the inductive sensor to the Z now malfunctiones but it didn't on the previous board. Also, M119 gives me proper readings each time. I tried over 50 times with short intervals, like one or two seconds between tries. All M119 readings are correct with the inductive sensor, the way I had it set up. I used a 7805 to cut down the signal voltage, I will now try it with a voltage dividing resistors set-up.

Thanks for pointing me in the right direction,
Cheers,

Hugo
↧
↧

Re: Einsy + BLTouch? compilation issues..

December 24, 2018, 10:02 am
$
0
0
Did you figure it out? I'm installing my Einsy and came across the same issue
↧

Marlin G38.2 dont move Z

December 24, 2018, 10:11 am
$
0
0
Good Evening and nice Christmas :),

i have a question. I have a CNC Mill running with Marlin and OctoPrint over Raspbian. Everything is working fine but i did get the G38 command not working.
The Problem is that it dont will move the Z axis. The Probe will work:

[attachment 108926 2018-12-2419_04_17-OctoPrint.png]

[attachment 108927 2018-12-2419_04_51-OctoPrint.png]

G38 also shows OK!
[attachment 108928 2018-12-2419_06_32-OctoPrint.png]

I hope you can help me why the Z axis isnt move. Also no other one is working. I mean G38.2 X or Y

I have also added the configs. I have also disabled pin 19 in pins_RAMPS as MAX Endstop. Becouse the standard that it will use the MAX Endstop was not working.

I hope you all have a nice evening and very good Christmas.

Greetings
Stefan
↧
Search

Re: Marlin G38.2 dont move Z

December 25, 2018, 6:27 am
$
0
0
Hello :)

i dont understand why, but today it is moving the axis but dont stop on probe contact. I will try Marlin v2 and will hope that it is than working.
At the moment i use 1.1.09

Thanks

Regards
Stefan
↧

Re: Marlin G38.2 dont move Z, Z Probe dont working

December 25, 2018, 8:48 am
$
0
0
Hey,

i know now that the Z Probe for G38 Isnt working when you define (V.2)

#define Z_MIN_PROBE_PIN

The only possiblity to change the Z_MIN_PROBE_PIN is in the pins_RAMPS file.

Thank you.

Perhabs someone will fix that Bug. Also is the moving direction, when you use the Z_MIN_PROBE_PIN, wrong. +=- and -=+

Have a nice evening

By Stefan
↧
↧

Re: move Z - axis beyond zero without LCD

December 26, 2018, 11:00 am
$
0
0
weißt du ob die P802MA auch beon P802NA geht

bekomme bltouch nicht zum laufen

kannst du mir deine datei senden zum versuchen

danke
↧

Re: Marlin 1.1.8 Heating failed error

December 26, 2018, 12:39 pm
$
0
0
Quote
Gaz83
Cheers Sacramento

I will give it ago tonight
Did this fix your problem?
↧

BLTouch - Marlin 1.0.0 RC2

December 26, 2018, 8:31 pm
$
0
0
Hi all, I've been looking for help on this for a while and haven't gotten anywhere with it (including other posts in the wrong location on this forum). I have a Leapfrog Creatr (original) with their proprietary controller running Marlin 1.0.0 RC2. The controller is based off Arduino and is using an ATMEGA2560 16AU 1349. I want to install a BLTouch. I have very limited information on this controller because Leapfrog will not release a schematic. I did however find a header on the board that looks like it will work with the servo on the BLTouch. It has +5, gnd and a pin that I've traced back to pin 39 of the processor (labeled PL4 OC5B).

I think I can use this pin as the control signal for the BLTouch but I don't know how to implement this in the Marlin firmware version that I have (leapfrog did provide me a zip file). I've tried to use the Marlin Configuration Tool to start from scratch but I don't know what most of the parameters mean and they don't line up verbatim with the original configuration.h file so I'm stuck.

I've attached the zipped file of the firmware and a crude block diagram of what I'd like to do. The block diagram is referenced to pin 40 but I've since confirmed it goes to pin 39.

Is there a way can add the BLTouch parameters to the existing firmware provided by leapfrog and define pin 39 (where would I do this) for BLTouch? What would I need to add to the configuration.h or other files? For example do I need to "include servo.h" or something to that affect?

Maybe it's not possible or maybe it's much more simple than I think but I don't know where to start.

Any help is greatly appreciated. Please feel free to ask questions. I don't know if I've provide enough information for anyone to help.

Thank you!
↧
Viewing all 12089 articles
Browse latest View live
Search