Quantcast
Viewing all 12090 articles
Browse latest View live

Re: Probe/homing weirdness on CoreXY

Hi,
What setting #define in config.h did you change to fix this.
Im having similar issue only once print has started, but works fine for all other testing.
cheers J

Re: Final Marlin configuration

I am not sure what you're asking for. Do you need to correct the Z-height so that it sits on 0mm from the bed instead of 0.7mm??

Because in that case I would say:
M851 Z-0.7
M500
M501

2nd Serial on Velleman K8400 board for MMU2

Hello All,

To take my printer to the next level I want to install a MMU2.

I think I got the most of it cleared out for my self. But I have big challenge: The MMU board needs a serial connection from the Printer to handle the commands. I checked which one is available but all the pins suitable are being used... (see attached schema of the main board) According to my information these pins are available for serial communication:
RX0: 00 PE0 Used for host communication (USB )
TX0: 01 PE1 Used for host communication (USB )

RX1: 19 PD2 unused (and no place on the board to connect this one)
TX1: 18 PD3 used for Zstop

RX2: 17 PH0 used for rotary encoder (I dont have schema of the LCD print but I traced the leads and checked the firmware's actual number)
TX2: 16 PH1 used for roraty encoder

RX3: 14  PJ1 used for Ystop
TX3: 15  PJ0 unused (and no place on the board to connect this one)

at this moment I think I have 2 options
- investigate SoftwareSerial (but how?? I don't think it is a good idea to use input interrupts in marlin)
- Replace the mainboard (which I don't like because I also need to replace the LCD etc)

But is there another option? Does anyone have an idea?

On the schematic lower right corner you'll have the connection to the LCD/encoder/SDcard
The connections on the schematic PK4-PG1 are easy accessible, I already have pin header on it for the bed-leveling.

Thanks in advanced, Martijn

Re: 2nd Serial on Velleman K8400 board for MMU2

From this high res image I found on the internet. It looks like the Tracks for RX2 and TX2 are nice and obvious on the top of the board.



Perhaps cut those two tracks and reconnect them to other general IO pins and update your firmware pins to suit.
Then you can use this serial port once you wire the pins to something useful.

Re: Final Marlin configuration

Thank you, I will do that.
However, I also want to understand how to do this same thing using the coding in Marlin as edited by Arduino.

Re: Final Marlin configuration

Depends on marlin version...

In n Configuration.h

For Marlin 2.0, the last value currently 0.
#define NOZZLE_TO_PROBE_OFFSET { 10, 10, 0 }

For Marlin 1.1.x
#define Z_PROBE_OFFSET_FROM_EXTRUDER 0 // Z offset: -below +above [the nozzle]

Re: Final Marlin configuration

I looked up M851 g-code and found the equivalent in the Configuration.h file is “ Z_PROBE_OFFSET_FROM_EXTRUDER”.
This is what I have been trying to figure out.
Thank you again.

Re: Final Marlin configuration

I played with the Z_PROBE_OFFSET_FROM_EXTRUDER for a while with no results.
I then realized this adjustment must be used when a Z Probe device is present, I do not have one on my printer.
I did find 2 definitions one for Z_MIN_POS and another for Z_MAX_POS.
My MIN is set to 0 but the MAX says MANUAL_Z_HOME_POS.
I assume the MAX position is the top of the Delta Towers, which would be 227.6 mm from the bed on my printer.
This is what I adjusted my tower endstops to using the micro switch.
Now the Z0 (at the bed) is .2mm below the surface of the bed (the nozzle needs to be raised from 0 by .2mm to pass the paper test.
Therefore do I need to adjust the Z_MIN_POS from 0 to find the best nozzle position for Z0?
If not here then where?

Re: Final Marlin configuration

I played around with the Z Min and Z Max setting to no avail.
Tried a test print from Thingiverse with current settings and the edges of the skirt circle were squished (too thin) and the centre was not adhering.
Therefore, I assume my delta has a convex setting to it, and needs the centre pushed down and the sides brought up.
The sides I can do with tower endstop adjustment but I need to figure out how to lower the centre setting after the towers are set.
I tried using M851, M502, M500 from Repetier with no improvement.
I am really confused.

Re: moved from ancient Marlin to Marlin 1.1.8, now hotend does not heat up

Quote
mgudor
While I am guessing this is not the cause, I thought I would offer the following as I had something similar happen to me (printer worked and then after some work on the board and flashing, the end would not heat up). Drove me nuts and took me way longer than I would like to admit to figure out. Turns out my thermostat was broken, so it simply read 0 degrees (not even room temp). This caused my printer to act exactly as yours when I tried to pre-heat.

Just throwing it out there as if it is that, it is a simple fix of swapping in new thermostat.

Good-luck.

A broken thermostat is pretty simple to diagnose. This problem is only with the new firmware. The printer works fine with the ancient Marlin firmware.

DLC

Trigorilla 14 Board with Zonestar (LCD2004) Display

Hi everybody,

I am owning a CTC Prusa i3 diy printer for about 5 months now and its my first printer. I think it was the best decision to learn as much as possible about 3D printers. And I am modifying it heavily. I recently bought a new mainboard, the Trigorilla 14 Board, because I want to use the TMC2204 stepper drivers. The stock Anet A8 mainboard clone has fixed stepper Drivers, so I had to buy a new board to change the stepper drivers.

When I decided to buy the Trigorilla board (it's the same board, the Anycubic I3 Mega is using afaik), I made sure it is supporting my old Zonestar (LCD2004) display, which the printer is originally using. When I started to edit the firmware of the Trigorilla board, so that it mostly fits to my printer, i came along a problem. And because I am still quite new in terms of the firmware, I was not able to solve that problem on my own so far.

The description in "Configuration.h" tells me:
#define ZONESTAR_LCD            // Requires ADC_KEYPAD_PIN to be assigned to an analog pin.
                                  // This LCD is known to be susceptible to electrical interference
                                  // which scrambles the display.  Pressing any button clears it up.
                                  // This is a LCD2004 display with 5 analog buttons.
And when I try to compile that sketch, an error about that "ADC_KEYPAD_PIN" occurs:
Arduino: 1.8.9 (Windows 10), Board: "Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)"

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

                 from sketch\Marlin.h:35,

                 from sketch\temperature.cpp:27:

sketch\temperature.cpp: In static member function 'static void Temperature::isr()':

temperature.cpp:2252:23: error: 'ADC_KEYPAD_PIN' was not declared in this scope

         HAL_START_ADC(ADC_KEYPAD_PIN);

                       ^

sketch\HAL.h:323:34: note: in definition of macro 'HAL_START_ADC'

   #define HAL_START_ADC(pin) if (pin > 7) ADCSRB = _BV(MUX5); else ADCSRB = 0; SET_ADMUX_ADCSRA(pin)

                                  ^

temperature.cpp:2252:23: error: 'ADC_KEYPAD_PIN' was not declared in this scope

         HAL_START_ADC(ADC_KEYPAD_PIN);

                       ^

sketch\HAL.h:321:53: note: in definition of macro 'SET_ADMUX_ADCSRA'

 #define SET_ADMUX_ADCSRA(pin) ADMUX = _BV(REFS0) | (pin & 0x07); SBI(ADCSRA, ADSC)

                                                     ^

sketch\temperature.cpp:2252:9: note: in expansion of macro 'HAL_START_ADC'

         HAL_START_ADC(ADC_KEYPAD_PIN);

         ^

exit status 1
'ADC_KEYPAD_PIN' was not declared in this scope

Dieser Bericht wäre detaillierter, wenn die Option
"Ausführliche Ausgabe während der Kompilierung"
in Datei -> Voreinstellungen aktiviert wäre.
OK, the Keypad pin has to be assigned to an analog pin. But I don't know, what the adc keypad pin itself is and I also don't know, what pins on my board are analog. And even if I knew it, I am not sure, how to saflefy change the pin assignment in pins_trigorilla_14.h, so that nothing is broken afterwards. And furthermore the ADC_KEYPAD_PIN doesn't even appear in the pins_trigorilla_14.h file.

The pins of the Trigorilla board can be seen in the following link:
Trigorilla 14 Pins

I would be very glad, if somebody could help me solving this problem. If any further information are needed, please ask and I do my best to provide it.
And I am sorry for my bad english.

Best regards
Hoast

Re: Trigorilla 14 Board with Zonestar (LCD2004) Display

"And furthermore the ADC_KEYPAD_PIN doesn't even appear in the pins_trigorilla_14.h file."

This is your problem...

The exp1 connector the ADC pin from the lcd goes to D37 this is also know A8

You need to add a "#define ADC_KEYPAD_PIN 8" to your pins_TRIGORILLA_14.h

Re: Trigorilla 14 Board with Zonestar (LCD2004) Display

Wow, that is really working so far, the sketch can be compiled that way! :)

But one more question then, regarding the linked picture in my first post, the exp1 connector is supposed to be for the 12864 LCD display and exp2 is supposed to be for the LCD2004 (which is my display).
So do I really have to assign the ADC_KEYPAD_PIN to D37 respectivley to 8?

But I am already really thankful, that you could help me so fast! Thank you very much! :)

Re: Trigorilla 14 Board with Zonestar (LCD2004) Display

LCD2004 is not the same as a Zonestar LCD2004 Display. Even though the both do have 20x4 character displays.
A real LCD2004 has two cables and uses both EXP1 and EXP2

The Zonestar needs power. Only exp1 has a 5v power pin.

The display needs


You need the following in your pin file for this LCD

#define ADC_KEYPAD_PIN 8
#define LCD_PINS_ENABLE 17
#define LCD_PINS_RS 23
#define LCD_PINS_D4 29
#define LCD_PINS_D5 25
#define LCD_PINS_D6 16
#define LCD_PINS_D7 35

Re: Trigorilla 14 Board with Zonestar (LCD2004) Display

Oh, okay. I didn't know, that the Zonestar is a different one.

I changed/added the mentioned Lines in the pins_trigorilla_14.h and compiled it successfully, although I get some Warnings like:

sketch\pins_TRIGORILLA_14.h:233:0: warning: "LCD_PINS_D7" redefined

     #define LCD_PINS_D7 35

 ^

sketch\pins_TRIGORILLA_14.h:135:0: note: this is the location of the previous definition

   #define LCD_PINS_D7 29


The warning refers to a Line which is part of an if-loop of an ULTRA_LCD which I am not using. So I guess, thats okay, as far as it is working, right?

I am going to try to actually flash the board tomorrow and will report if it is working.
Dust, thank you very much so far!

Z Bed moves up into nozzel when printing, but homes properly

Hi guys.

Just setting up my printer and testing the homing functions of all 3 axis.
Machine is:
1. X and Y belt moves in 1 plane.
2. Z bed lowers and raises from nozzel.

All homing works on all three axis very well, so Y and X home 1st, then Z homes up to the nozzel in the 0 (zero) direction, hits endstop and bumps 5mm as Ive asked in marlin firmware, then re homes slow.
All good..............

BUT,
When I print (after heat up etc and nozzle ready) the machine starts and the Z Bed moves up into the nozzle the WRONG DIRECTION.

Can anyone suggest a #define setting that Im missing in the attached files.??

cheers
Jason

Re: Z Bed moves up into nozzel when printing, but homes properly

Your looking at your Z axis backwards

For your machine Z min is when it is at the highest position
Z max is when it at the lowest position.

when you click Z- the bed should move up reducing the space between the bed and the hotend.
when you click Z+ the bed should move down away from the hotend.


You need to reconfigure for Z homing towards z min and invert you Z axis.

#define HOMING_FEEDRATE_Z (20*60)

Can someone explain to me the line in marlin "#define HOMING_FEEDRATE_Z (20*60)" as it relates to changing the Z homing speed? I understand that changing the 20 number up or down changes the homing feedrate but I would like to know what 20"60 means regarding the Z feed rate in mm/m. To know this would be helpful in setting up a piezo z probe.
Thanks

Re: #define HOMING_FEEDRATE_Z (20*60)

... 20mm/s or 1200mm/min (->20mm*60s) ...

Re: #define HOMING_FEEDRATE_Z (20*60)

Viewing all 12090 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>