Since the old thread is closed....
My SKR 1.3 arrived today. Look forward to getting it working over the weekend. I know some pins have changed and I'm still not sure if they fixed the LCD cable orientation. Either way, sBase goes in the box and LV8729s can come out and play again.
Going to try 1/64 stepping. I know most are going to use with TMCs and the wire-less software configuration. Maybe one day in the future.
I know marlin is ready for v1.1 but I haven't looked to see if 1.3 is set up already.
Pins for SKR 1.3 is already there and supported, check pins_BIGTREE_SKR_V1.3.h for more details
If you already tried it post issue what is specific related to board/config issue
Ok what are the 5 jumpers there? They all came filled in. Not in any diagrams.
Yea but what pin is that? To gnd or vcc? Most boards only give you the MSx pins and in their documentation that jumper doesn't even exist.
If you look schematic for SKR-V1.1 on their github SKR-V1.1SchDoc.pdf you can see that one side is connected to 3.3V(on this board that would be red pins) and other side to step motor driver (black pins)
(if you have multi-meter you can check connection easily)
Example
If you wanna TMC-2130 to work in:
I can't confirm yet as still didn't get my 1.3 board and schematic is missing so till than this is my assumption (based on 1.1 schematic)
You misunderstand, there is no red side. There is only off and on. Its a 2 pin jumper.
If you mean the red two pin socket that is vertical in your picture I think you will find that is provided to allow TMC drivers to feed the diag pin output into the board for sensorless homing etc. It is not a jumper it is an extension to the normal driver socket.
YES! Thank you. It looked like a jumper.
I also just got mine yesterday. Anyone had a chance to play with it yet? I'll be running mine with 4 TMC2130s in SPI mode.
I have a couple of TMC2208s hooked up and working to check that the new software serial works with it. But other than that I've not tried very much.
Whats the max step rate for LPC boards? Think I can get away with 1/128?
80K before multistepping even kicks in, I haven't really tested at really high rates other than verifying pulse train generation though.
It said on the reprap step page that 1/128 was achievable at 150mm/s and since I never exceed that I guess I'll give it a go. I think with what I have it gives something like 6k steps/mm when added up. So possibly its going into multistepping at that point. If I'm doing this right with it being 1500 @ 1/32 right now, its already hitting multistep after 53mm/s. If it sucks I guess I can just go lower.
So of course I install my board and serial port "code 10: cannot start" and LCD doesn't display anything.
E0 is bad which is the cause of this.
Some observations on 1/128:
The printer is silent except for the Z axis.
It moves... real... sloooooooooooow.
Sending it g-code to go fast leaves it moving slow: ie:
G1 X180 F19200
G1 X20 F19200
At 1/64, motion is normal but for some reason I cannot turn up LV8729 past .50 which is 1A output power. I was able to on mks gen, here it just returns to 0. I will try on 1/32 it may be an issue with the board or the drivers or both.
Its all for nothing, e1 doesn't move.
Anyone else having issue with E1?
I've opened issues #13469 and #13470.
heh, you made my sunday... i really hope its a marlin bug.
@forkoz 6K steps/mm @ 150 mm/s is 900K steps/s that's a fair bit above what we can support, I wouldn't go above 80K myself, micro-stepping is not that useful apart from making the motors quieter.
Yep, I'm leaving it at 1/64... if that extruder can extrude. We could have just gotten 2 boards with defects.
@yannik: you just made my week.....
Turns out marlin won't work if you have an E1 but no E0. Redefining the extruder pins did the trick.
So all drivers in this board are run at 3.3v, there is a mod to fix it
@forkoz
The above mod shouldn't be necessary. All drivers (in Stepstick- format) I know are fine with 3,3V,
even LV8729 and, according to Pololu, STSPIN820
That's what I thought but my LV8729 vref would not adjust past .50 until I did this. Plus multiple people are telling me that LV8729 can't be used in E0 because of some compatibility issue.
Bigtreetech publish SKR 1.3 Schematic.
https://github.com/bigtreetech/BIGTREETECH-SKR-V1.3/blob/master/hardware/SKR-V1.3-SCH.pdf
Hi guys. Hope you do not mind, im asking the same question ... Im an owner of skr1.3 about 12 ours .. Mi issue is with the lcd2004 i just uploaded the firmware and changed 2 perfectly working lcd2004 with ramps board. Had you encountered this issue how did you resolved it. I read something on the web that i need rotate 180 exp1 and exp2 plugins before putting them into the bord. Im asking because i do not whant to toast my board so quickly.
Kind regards all and thanks
Rotating EXP1 and EXP2 at only ONE end is how I got my reprap discound full graphics display working on sBase. I've put them the wrong way around before and didn't blow anything up. Supposedly SKR1.3 fixed the rotation issue on the connectors, and that holds true for RRGLCD. My 2004 is collecting dust since it never worked on sBase... so try it both ways and see if it works. On the FB group I saw a lot of people complaining that LCD2004 never worked.
No way ...:(( thank you alot ... Test time!
Yessss is working, allmost. For all others i had flipped 180 degrees the EXP1 connector.. But when i try to rotate the knob to go thru menue the MCU reset .. But i olso have an error (TMC connection error). Maybe if i clear the error it will stop reset itself.
i'm back with questions because i can not go further
mounted the jumpers according to image below
but when i send M122 bad luck
X Y Z E
Enabled false false false false
Set current 800 800 800 800
RMS current 1436 1436 1436 1436
MAX current 2025 2025 2025 2025
Run current 25/31 25/31 25/31 25/31
Hold current 12/31 12/31 12/31 12/31
CS actual 0/31 0/31 0/31 0/31
PWM scale 0 0 0 0
vsense 0=.325 0=.325 0=.325 0=.325
stealthChop false false false false
msteps 256 256 256 256
tstep 0 0 0 0
pwm
threshold 0 0 0 0
[mm/s] - - - -
OT prewarn false false false false
off time 0 0 0 0
blank time 16 16 16 16
hysteresis
-end -3 -3 -3 -3
-start 1 1 1 1
Stallguard thrs 8 0 0 0
DRVSTATUS X Y Z E
stallguard
sg_result 0 0 0 0
fsactive
stst
olb
ola
s2gb
s2ga
otpw
ot
Driver registers:
X 0x00:00:00:00 Bad response!
Y 0x00:00:00:00 Bad response!
Z 0x00:00:00:00 Bad response!
E 0x00:00:00:00 Bad response!
Testing X connection... Error: All LOW
Testing Y connection... Error: All LOW
Testing Z connection... Error: All LOW
Testing E connection... Error: All LOW
When i made the M122 test, the board was supplied from 24 v (jumper between INT and 5v)
Then started to look at the board to check the connections are according to the schematic:
https://github.com/bigtreetech/BIGTREETECH-SKR-V1.3/blob/master/hardware/SKR-V1.3-SCH.pdf
and the MOT_MOSI MOT_SCK MOT_MISO are short to ground ???
Can someone check this ? and sorry for the mess on my table
Is my interpretation wrong ? I'm doing something wrong?
Kind regards all
Did you enable #define TMC_USE_SW_SPI in configuration_adv.h? (that was my mistake while setting up the TMC2130 SPI on this board..)
Yes i double checked and is on enabled..!
Have you tried just installing a single driver at a time into say the X location to see if any of the drivers work? Check them one at a time, if there is a problem with any of them it may cause all to report an error if you have the bad one installed.
Gllomyandy . Yes ... I done that too. All the drivers i put them in different places. I olso removed sd card from hardware and software....
1.Maybe i undersood wrog .. I need jumper wires for SPI? Because no big thing .. I Installed everything according to the bigtreetech youtube video for skr1.3
2.Please while you keep the printer off on skr1.3 remove one driver and please check the continuity between mosi miso sck pins to GND.. As i made above. My big fear is that i have a short between pins and groud even i do no see it. Please someone chech
3.What is for the boot pins above MCU ?
Kind regars
Same problem "TMC connection error". The "X-DIAG" pins must also be connected to the board right?
Hi there
X-diag pin if you what not to use endstops and you use the TMC2130 as endstop
But i soldered only one pin not both as jumpers in the board because one is diagnostic and one is vref used by the driver. I was afraid not to interfear with MKS board
Can you please check continuity as i requested above ? Kind regards
OK I checked mine again and two of my drivers dont want to communicate. M122 shows that the other two works so thats my fault. But I checked you request. MOSI and SCK fluctuating around 100 Ohm MISO is HIGH Ohm. But you should definitly check with an logic analyser or oszi. Did you check when the Controller is off, than they should all be HIGH Ohm.
What logic analyzer did you use?? I need one because i do not have.
Yes the board was off and removed all the jumpers in order to eliminate anny posibility to be a short circuit .. And that is why i think something is in short ... With the board on and off measurements are Low Ohm.
Your oppinion is not a defective bord but 5 defective TMC2130 drivers?
Anny other ideas for me to check because im out.
I measured the same pins (X-axis) on my machine (no power).
All four are about 600 Ohms.
When the board is On, the values are different (some lower, some higher).
When I got the board there was some metal dirt on the connectors of the NXP CPU. Can there be some dirt on your pcb causing shorts?
I use a saleae one, cause I got student discount idk if they are better than others, the build quality is good and bus sniffing works fine, software is some kind of strange but works too, maybe check them out.
So I unpluged every Jumper on board (except of the Power Jumper set to Int +5V) + the board ist not plugged in and I always get HIGH Ohm on every pin.
When I got the board there was some metal dirt on the connectors of the NXP CPU. Can there be some dirt on your pcb causing shorts?
Yeah check this definitly I killed three tmc2130 cause of solder or dust on the pcb maybe also connected solder joints like on the picture.
No I dont think all of your five TMC2130 are defect, maybe its the board
turns out when the board is only connected to usb the trinamics don't talk they need power from the 24v input
BigTreeTech/MKS have no QC and don't test their boards properly (if at all), you often get faulty boards with components badly placed, shorts between pads etc :( .. I know from experience.
It sure looks like some components moved on that board or didn t get aassembled right
the 2 board i have are clean
Ive done everything so far... Nothing works...thank you all for help... As last resort i will try using dupond cables (not to bend or cut the tmc2130 pins) to install them on ramps board and then back to skr1.3 but to use different mosi moso sck pins i think the one used for the LCD. I will get back with updates.
Kind regards all
Hi all, as previously told i got back with updates:
I used 12V ATX power supply + Arduino mega + ramps 1.4 + Marlin 1.1.9
Do not lough because it works, :))
I use Dupond wires to connect TMC2130 and ramps because i did not wanted to bend or cut mosi miso sck and cs pins
Attention when define the CS pin not to overlap with MOSI MISO SCK default pins in pins_RAMPS.h
Changes i had done in Marlin:
Configuration.h
define SERIAL_PORT 0
define POWER_SUPPLY 1
define X_DRIVER_TYPE TMC2130
// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
// :{ 0:'Low', 1:'High' }define X_ENABLE_ON 1
//#define SDSUPPORT`
Configuration_adv.h
// Microstep setting (Only functional when stepper driver microstep pins are connected to MCU.
define MICROSTEP_MODES { 16, 16, 16, 16, 16 } // [1,2,4,8,16]
define X_MAX_CURRENT 1000 // in mA
define X_SENSE_RESISTOR 91 // in mOhms
define X_MICROSTEPS 16 // number of microsteps
//#define TMC_USE_SW_SPI
if i uncomment define #define TMC_USE_SW_SPI and set CS to 44 will not work because il interface with the pins defined in pins_RAMPS.hdefine STEALTHCHOP
define TMC_DEBUG
pins_RAMPS.h
define X_STEP_PIN 54
define X_DIR_PIN 55
define X_ENABLE_PIN 38
//#define X_CS_PIN 53
define X_CS_PIN 44
//#ifndef X_CS_PIN
if you uncomment above //#define TMC_USE_SW_SPI below pins will be assigned and will not work because will conflict pin 44
/**
- Default pins for TMC software SPI
*/if ENABLED(TMC_USE_SW_SPI)
#ifndef TMC_SW_MOSI
#define TMC_SW_MOSI 66
#endif
#ifndef TMC_SW_MISO
#define TMC_SW_MISO 44
#endif
#ifndef TMC_SW_SCK
#define TMC_SW_SCK 64
#endifendif
by uncommenting //#define TMC_USE_SW_SPI will use by default
pin 50 MISO
pin 51 MOSI
pin 52 SCK
result is
SENDING:M122
X
Enabled true
Set current 800
RMS current 795
MAX current 1121
Run current 25/31
Hold current 12/31
CS actual 12/31
PWM scale 255
vsense 1=.18
stealthChop true
msteps 16
tstep 1048575
pwm
threshold 0
[mm/s] -
OT prewarn false
OT prewarn has
been triggered false
off time 5
blank time 24
hysteresis
-end 2
-start 3
Stallguard thrs 0
DRVSTATUS X
stallguard
sg_result 0
fsactive
stst X
olb
ola
s2gb
s2ga
otpw
ot
Driver registers: X = 0x80:0C:00:00
i think everything is ok, at least TMC2130 is communicating with the Arduino board, i did not make any move. i did not connect the stepper to the driver
If i had done something wrong please correct me.
Now i will try to move everything i had learned to SKR 1.3 i will get beck with updates
In the same boat.. CANNOT get movement from my TMC2130s.. M122 shows connection OK on all 5 but enabled is "false". Invert stepping pins enable makes no difference. Im at a loss
Ahah.. Success.. I had enable invert to 1 and software enable to 1 as well, used those on previous 1.1 board
Black6spdZ,
I did not find the possibility of private messages here, unfortunately.
So what did you do in the end? I get garbage, as I do not switch: https://i.imgur.com/cfzi3qq.png
X 0xFF:FF:FF:FF Bad response!
Testing X connection... Error: All HIGH
Share, please, configs: Configuration.h Configuration_adv.h & pins_RAMPS.h
Make sure your drivers are configured for SPI mode like this photo.. "Jumpers on cfg4-5 and NO R5
https://cdn.shopify.com/s/files/1/1619/4791/files/wire.png?v=1531713659
I bought the kind of already configured in the mode.
https://i.imgur.com/7Qopqy1.jpg
Guys i have an issue / i whant to prevent some smoke...
1.I have some new steppers 42GYGHM810 is 0.9 degrees 2.4A 0.8 ohms
2.I use 24v 10A power supply
3.And TMC2130 ...with 1.2A max RMS and 2.5A Peak
I would expect if i use a bigger voltage 24v i will lower the amps used by the stepper. But if i go to ohms law... I=v/r = 24v/0.8 ohm = 30A is backwords. And something will blow up
And going to marlin to set up the rms current
2.4A/1.41 = 1.702v = 1702 mv in marlin
The question is... Im doing something wrong ?
Somethig will blow up?
The 24v 10A power supply will blow up?
I will use 4 x 2.4A stepper (2 for z) + 1.5A for E + 24v heat bed ... What do you think too much load.? Again i was expecting to rise the voltage to lower the amps
Kind regards all
stoicastefanv, 2130 is not the best choice for high loads. Also, 2130 is very hot.
5160 is more profitable in terms of parameters (but also 2 times more expensive -_-).
https://github.com/teemuatlut/TMCStepper/issues/3
Black6spdZ, In a mysterious way, everything worked for me. Mysteriously. With the chip, I did nothing, in the end, I did not solder my legs, I did not change anything.
The problem was somewhere in the firmware.
Thanks for the help.
@stoicastefanv , current isn't calculated using simple ohms law with steppers.. the drivers are smart in that they use a closed loop feedback PWM to modulate the current to whatever you set either the pot or SPI software setting at regardless of input voltage
@ritor1sefa glad you got it going, I fought with mine for a couple days until I realized that there was a hardware setting on the BIQU 2130s for either standalone or SPI mode
@Black6spdZ, Yes, I had to turn on TMC_USE_SW_SPI, which is strange, I think. Because I physically placed all the jumpers, why also programmatically include? -_-
@ritor1sefa oh yea, definitely need that enabled if using the 2130s in SPI mode and not standalone mode
I have been messing the Bigtreetech SKR v1.3 for just about a week now trying to get Marlin 2.0 loaded up on this board, but it鈥檚 definitely not functioning properly and I will probably be returning it. First problem I am having is The board, when plugged in via usb to my computer is not recognized as a USB device. I鈥檝e tried different drivers, removing the SD card and running that via usb, reformatting the SD, nothing works. So there鈥檚 that. But the main issue is that for some reason, Marlin 2.0 does not seem to like this processor NXP 1786. Using the Bigtreetech github version of Marlin 2.0 does not help. A freash version of Marlin 2.0 does not work, changing the Motherboard type within the Configuration.h file to the Bigtreetech SKR v1.3 board does not help. There is a compilation error no matter what I do with this board as the selected motherboard in Marlin 2.0. I've obviously referenced boards.h to ensure I am defining the correct board. If I change the motherboard to something different, the firmware.bin file compiles just fine! And before anybody says to downgrade to Marlin 1.9, this board is not supported is any previous versions of Marlin! I鈥檝e tried everything. No dice. By the way- I am using VScode with the PlatformIO extension. Changing the environment within the Platform.ini file to the 1768 environment. No dice. I keep getting a bunch of errors. I can show you my error log if anybody is willing to help?
One thing you can try is to upload the Smoothieware bootloader
You will need a USB to UART converter to do so
Thanks but I had my sights set on Marlin. I just ordered a MKS Gen L v1.0 going to give that board a shot I guess.
I can give you my drivers ... And my marlin file but how do i send you the files? Watch out i have an windows 10 and when i wanted to install the working driver it told me that is not valid... It was needed to desactivate windows driver chech.. Shif + restart... You done something like this?
Your goal is to have access to sd card not to skr board because this time you upload the firmware to sd.
I have an issue with slow compile times. Comparing arduino with vs stidion is 10 times slower
1 I have a question of my own.... Guys when homing did you have an issue to go in the other way ... Or go in other way and camming back ?
2 anny one tried to install leds on skr ?
The windows USB driver for the SKR 1.3 board is in ..
Marlin\src\HAL\HAL_LPC1768\win_usb_driver
@stoicastefanv @doggyfan thank you both very much. I will try that driver file. Would you email me your Firmware.bin file for testing? Email is: [email protected] (it鈥檚 a temp email address). Thank you.
Guys why drv8825 provide enough current to move both z steppers and TMC2130 is skipping steps (no movement at all) VREF on tmc2130 is 2.3v and in marlin i set up rms 2290 i think is maximum ?
Can i change anything else in order to rise up current
@Mbombace your email is still availabe? I will send you the bin file.. I dont think is good because i have different settings.. But if you think is ok i will send.
As you increase the number of microsteps and enable things like stealth mode you need more current to drive the stepper.
If you disable all the fancy TMC modes and set the microsteps the same, the DRV & TMC behave almost the same until you run up against the lower current capabilities of the TMC2130.
Seems strange to invest almost as much into the stepper drivers as in the controller but the TMC5160 is your best bet for a quiet system that isn't stressed thermally. You do need to be careful about the temperature of the steppers when running the TMC5160.
I have the same problem.
I checked the motor-wires - the E1 extruder is working.
After, did:
Does not work!
I tried to change in pins.h:
Similarly.
I also tried to change pins in pins_BIGTREE_SKR_V1.3.h
Does not react. (I left Z_DUAL_STEPPER_DRIVERS enabled)
What could be the problem?
solved. just:
define
and comment
//#define E1_DRIVER_TYPE TMC2130
https://github.com/MarlinFirmware/Marlin/issues/13470
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Most helpful comment
turns out when the board is only connected to usb the trinamics don't talk they need power from the 24v input