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

Re: Sky-Tech SK3D-control V8.2 board

November 7, 2019, 5:42 pm
$
0
0
yes, that and visual tracing of tracks (some will be obvious)

Once you have this you then have to translate from physical pins to arduino pin names. There are many diagrams on the internet on how to do this.
↧
Search

Re: Sky-Tech SK3D-control V8.2 board

November 7, 2019, 6:10 pm
$
0
0
I did some looking and found that the mighty board looks very similar to my board.

I attatched some pics of the board as well as some i found online of the mighty board

differences I can see:

- ISP ports are not in the same place. one is close but the other is next to the first on the mighty board and no where close on mine.
- "EXTRA" port on my board is a 4 pin +RGB and the mighty board has a fan 2 pin and an "extra" 2 pin in its place.
- No pins on the middle of the board next to the UART interface and Z-min/Z-max ports
- power supply area slightly different
- my board has no sd card slot.
- not "cut-off" port on my board

Is it close enough that i could use the mighty board profile?
↧
↧

Re: Sky-Tech SK3D-control V8.2 board

November 7, 2019, 7:04 pm
$
0
0
What about using an SKR V1.3 board? its 32-bit and cheap.

can I use the screen and drivers I already have? The drivers say A4982SLPT on the chip, can I use the A4988 setting in Marlin for these?
↧

Re: Aiuto compilazione

November 7, 2019, 7:33 pm
$
0
0
see [reprap.org]

Had to comment out WITBOX in Configuration.h

#define WITBOX
to
//#define WITBOX
↧

Re: Sky-Tech SK3D-control V8.2 board

November 7, 2019, 7:43 pm
$
0
0
It could be a clone of the mighty board

Try setting up marlin with a mightyboard and see .. but make sure you dont plug in anything that gets hot in the first tests....

"SKR V1.3 board?"
you would have to change all your plugs and check all your components are compatible...
no idea on these driver chips or your lcd...
That is a even bigger job than tracing out the board.
↧
↧

Marlin 2.0 wont start with warm headbed

November 8, 2019, 3:27 am
$
0
0
Hey folks!

I updated my CR-10 with an Skr V1.3 board, TMC2208 driver and Marlin 2.0.
After two days of frustration and helplessness everything works fine.

BUT! one little thing drives me crazy.
When i killswitch the printer whit a warm/hot headbed im not able to switch it on again until the headbed is cooled down. I get an warning that the headbed is to warm (cant see everything of the warning, cause the display cuts it away).
Maybe somebody know an solution for this kind of problem.

geetz
Raffa

P.S.: sorry for my english
↧

Re: Marlin 2.0 wont start with warm headbed

November 8, 2019, 4:00 am
$
0
0
Need some more clues...

can you take a quick video of it doing this showing the error?
↧

Re: Marlin 2.0 wont start with warm headbed

November 8, 2019, 4:56 am
$
0
0
Hey!

Here the video.

Video Marlin 2.0

Im able to work around this error by diconnect the thermistor of the headbed bevor boot Marlin and reconnect it after Marlin started. :P
↧
Search

Re: Marlin bugfix 2.0 and TMC2130 error on compiling

November 8, 2019, 11:59 am
$
0
0
Quote
KevinRoberts
Is this a problem again i downloaded 2.0 and get this error

"SENSORLESS_HOMING requires a TMC stepper driver with StallGuard Z axes."

I have it disabled:
#define SENSORLESS_PROBING // StallGuard capable drivers only

#if EITHER(SENSORLESS_HOMING, SENSORLESS_PROBING)
// TMC2209: 0...255. TMC2130: -64...63
#define X_STALL_SENSITIVITY 8
//#define X2_STALL_SENSITIVITY X_STALL_SENSITIVITY
#define Y_STALL_SENSITIVITY 8
#define Z_STALL_SENSITIVITY 8
#define SPI_ENDSTOPS // TMC2130 only
#define IMPROVE_HOMING_RELIABILITY
#endif
Get same error if enabled

If you installe a TMC on the Z axis you should uncoment Z_STALL_SENSITIVITY
↧
↧

Stepper timeout and Z limits

November 8, 2019, 2:03 pm
$
0
0
Hello

First post. Be gentle

I am configuring my home built CNC ( Y=800mm, X=600mm), and have a few questions regarding homing and Z heights.

All my NC limit switches work fine, but they timeout when homing if too far from the home position (especially in the Y axis). I have to keep resetting the Rambo LCD and continuing the homing process until they reach bottom left of the machine and home.
I have searched the code and cannot see a homing timeout (or is it a servo timeout?).
Any advice on increasing the amount of time it allows for it to home – if possible?

My second question is the Z limits.
I fitted a Z max microswitch for the Z pillar when it is raised.
Am I right in thinking this won’t actually do anything, unless I enable it? It is working, but probably doesn't actually do anything (well... nothing I have seen).

I ideally want it to stop the Z height rising (Z stepper +) whatever the command (probably when I manually lift Z). Just to stop it over-running the rails.

I made a 0.6mm touch plate, which I believe is how the homing command determines Z min (0v to the tool, signal to the plate).
Yet to work out where I then tell the system to add that 0.6mm back to the start height, but I will Google that later.

Is there a way of adding a limit switch that will always stops the Z travel downwards (towards the bed) whatever the machine is doing? Almost maybe like an emergency stop.
While I am playing around learning all this stuff (G-Code etc), I would like to add an adjustable limit switch to my Z height to prevent me accidentally destroying my hard work (I would set it maybe 1 or 2mm higher than the pen I am using as a starting learning tool).

Thank you for your time
↧

Re: pixelation on full-graphic-discount display

November 8, 2019, 2:05 pm
$
0
0
I'm having a similar issue. My display has worked fine for the past few years, upgrading from Marlin 1.1.6, 1.1.8, and finally 1.1.9. I had always used my laptop to do upgrades and to make changes to the firmware settings, but I grew tired of having to disconnect the laptop and plug in a USB cable to the RAMPS board. Since I usually have a Raspberry Pi connected to the RAMPS board (running Octoprint) I installed the Arduino IDE on it, and tested to insure it could upload the Marlin firmware. Immediately thereafter, the display looks pixelated like in the picture you provided. I re-uploaded, using my laptop, but the pixelation problem persists. Have you found any solution, yet? I've ordered a replacement display, but I'd like to get this one working again for use in another printer.
↧

Re: pixelation on full-graphic-discount display

November 8, 2019, 2:52 pm
$
0
0
There seem to be fast and slow version of this lcd

if you have a slow one you get this corruption.

here is the standard answer, have you tried this?


The only adjustment I know of for the glcd in Marlin is timings

In configuration.h add these to override the defaults.

#define ST7920_DELAY_1 DELAY_NS(0)
#define ST7920_DELAY_2 DELAY_NS(0)
#define ST7920_DELAY_3 DELAY_NS(63) // these are the default values for a 16mhz processor (ie a mega2560)

For every bit that is sent the delays are added as follows.
set the clock pin low and wait delay_1
set the data pin and wait delay_2
set the clock pin high and wait delay_3

You need to adjust these values upwards to suit your display.

many have found that changing delay 3 to 125 works for them. but it depends on your LCD.
ie add #define ST7920_DELAY_3 DELAY_NS(125) to your configuration.h
↧

Re: Marlin 2.0 wont start with warm headbed

November 8, 2019, 3:12 pm
$
0
0
Ok

line 1: ÜBERSCHRITTEN: ie MAXTEMP and yes the rest is unreadable...
line 2: DRUCKER GESTOPPT ie PRINTER HALTED
line 3: Bitte neustarten ie Please Reset

Not as useful as I would have suspected...

Can you attach your configuration.h and Configuration_adv.h files

Ill see if I can replicate this on a test board.
↧
↧

M600 Makes Nozzle Crash Into Part

November 8, 2019, 3:36 pm
$
0
0
I have a Modix Big60 printer running Marlin 1.1.9B, it has a filament sensor that gets used on almost every part because of how large the parts are. When the sensor is switched the printer initiates a filament change with M600. However, when this happens, the nozzle moves down a couple mm and squishes the part before coming back up and going into the park position. The reverse happens when resuming a print after the filament change, The nozzle moves into the correct X/Y position and then goes down a couple mm to far, then raises to the correct height and continues printing.
This problem affects the finish of the part in a minor way but it seems like something that can be fixed. I'm not sure if this is a case of relative positioning vs. absolute positioning because of the park feature working perfectly fine. I've also tried using the M600 Z"number" to add a relative lift but it seems like it goes down into the part and then goes up the extra distance. The printer also uses UBL, could that effect where the nozzle goes during a filament change? Any help or guidance is greatly appreciated!
↧

Re: Setting Junction Deviation in firmware has no effect

November 8, 2019, 2:04 pm
$
0
0
In troubleshooting further, I discovered that I can set the junction deviation with this:
M205 J0.020

I would then expect to be able to have that setting persist with this:
M500

But power cycling the controller reverts the setting. Am I mistaken to believe that M500 should be saving this setting into persistent storage?

P.S. Any way this thread can be moved to the Marlin forum? I posted to this group on accident, and someone deleted my cross-post when I tried to get a copy of my question to that group - which is significantly more appropriate for the topic than this one is.
↧
Search

Re: Setting Junction Deviation in firmware has no effect

November 8, 2019, 7:41 pm
$
0
0
How recent is your firmware?

In configuration_store.cpp bugfix 2.0 It looks correct, 
#if DISABLED(CLASSIC_JERK)
        EEPROM_WRITE(planner.junction_deviation_mm);
      #else
        dummy = 0.02f;
        EEPROM_WRITE(dummy);
      #endif

check the above is in your version.
↧

Re: Setting Junction Deviation in firmware has no effect

November 8, 2019, 8:15 pm
$
0
0
I just tried this on my SKR 1.3, latest marlin bugfux 2.0 

Connecting...
Printer is now online.

>>> m503
SENDING:M503

{lots of crap we don't care about removed}

echo:Advanced: B<min_segment_time_us> S<min_feedrate> T<min_travel_feedrate> J<junc_dev>
echo:  M205 B20000.00 S0.00 T0.00 J0.01

{lots of crap we don't care about removed}

>>> M205 J0.020
SENDING:M205 J0.020
>>> M500
SENDING:M500
echo : Settings Stored (616 bytes; crc 10054)
>>> m503
SENDING:M503

{lots of crap we don't care about removed}

echo:Advanced: B<min_segment_time_us> S<min_feedrate> T<min_travel_feedrate> J<junc_dev>
echo:  M205 B20000.00 S0.00 T0.00 J0.02

{lots of crap we don't care about removed}

As you can see J changed to 0.02

powered it off and rechecked.. still 0.02

For reference I only changed the following after the git clone
In Configuration.h
#define SERIAL_PORT -1
#define MOTHERBOARD BOARD_BIGTREE_SKR_V1_3
#define EEPROM_SETTINGS
#define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER
In platformio.ini
default_envs = LPC1768

That's it... and I only activated the lcd as I had that connected from yesterday.
↧
↧

Re: Marlin 2.0 wont start with warm headbed

November 9, 2019, 5:37 am
↧

Re: Vibration on X and Y EasyConfig 2.0.X Tevo Tarantula

November 9, 2019, 6:27 pm
$
0
0
For those looking for an answer, I noticed I was getting the following message "Low memory available, stability problems may occur" when compiling the sketch.
I tried to comment everything related with LINEAR ADVANCE on "Configuration_adv.h", just because I'm not using this function.
It freed some memory and now I don't get this error any more and the nozzle is moving smoothly as it should.
So apparently, it was an instability cause by low memory available.
↧

Re: Marlin 2.0 wont start with warm headbed

November 9, 2019, 11:23 pm
$
0
0
himm... The error is in German? but Config is set to english... makes it easier for me, but makes me think its the wrong config..


What temp do you normally have your heated bed at?

Can't reproduce it so far...

bed set to temps up to 144c (faked with a variable resistor) much beyond that it it does sometimes trip the 150 limit on power up,,,
↧
Viewing all 12089 articles
Browse latest View live
Search
<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>