Yes.
1 Like
Perfect. The board is now up and running. It was a combination of things: One part flabbergast, one part WTF, and one part Canāt see the forest cause thereās a tree in the way. More details to come after I confirm 100% it is operational.
3 Likes
Iām interested in what happened.
2 Likes
Soooo. Iām going to own this one. It started out with a bad case of the stupids, when I was doing the firmware upgrade in the tight enclosure that is housing the control board. I get the new card in, but in the process scraped my knuckles across a set of pins (ouch). One of the jumpers came off of the two jumper setup that switches between USB Host and USB Serial mode for the board. I noticed, and put them back on, and that was when my problems started.
One of the pins got hit bad enough that it bent during the jumper coming off. Placing the jumper back on didnāt feel quite right when I did it, but I was so busy worrying about the complete lack of response from the board that I never paid attention to it again.
In my frustration and troubleshooting, I was blind to it since things looked fine, and all of my Google searching told me about bricked SKR Pros doing the same exact things. The non-response of anything serial was in several of the posts I found, and in typical frustrated fashion, I fixated on that as the cause. Today, I finally broke out the board clamp and magnifying glass to see if maybe I needed to do a component level replacement, and thatās when I noticed the one pin peeking out from behind the jumper. A quick straighten of the pin, reseating the jumper, and plugging the board into my PC and the system woke up. Iām able to run commands against it.
Thank you for all of the help last night. Itās still good to get the data into a central source, even if stupidity caused the issue in the first place.
4 Likes
So the bootloader thing was a red herring, and not needed? Thatās reassuring.
2 Likes
Yep. Total red herring.
2 Likes
Nice!
Confirming I am 100% back in business and I was able to run a cut today on a scrap of MDF I had laying around.
1 Like
Well now we have our first issue referenceā¦pictures of the board so we can check jumpers!
2 Likes
The new check the grub screws 
1 Like
Dumb question, the on-board SD card slot is usable for running gcode files? The SD card Iām attempting is the one that came with the board, havenāt reformatted. Firmware loads from it fine. I can print files from the same SD card plugged into the TFT35 v2.0 I have, but the same card plugged direct into the on-board SD slot I just get a āError reading cardā or somesuch. Iād use the TFT35 SD slot, but Iām having problems with some laser gcode stopping at random points and I wanted to eliminate the transfer between the TFT and the board as a reason (perhaps all the fan speed changes via M106/107 showing up on the LCD interfere)
Thanks
``
/**
- SD CARD
- SD Card support is disabled by default. If your controller has an SD slot,
- you must uncomment the following option or it wonāt work.
*/
//#define SDSUPPORT
``
Configuration.hā¦around line 1653
I havenāt tried it. I know it doesnāt work the same as the skr 1.3, but I might be remembering the usb to sd card problem.
You know what it is? Marlin can only handle one SD card, so in our configuration, we have the old school lcd enabled with its LCD over the exp1 and exp2 ports.
1 Like
Thanks @dart1280 but Ryan already had that uncommented out in my dual endstop branch. @Jeffeb3 's comment led me to go look for ways to switch SDs and the following did the business:
diff --git a/Marlin/Configuration_adv.h b/Marlin/Configuration_adv.h
index 33d262868..725f39201 100644
--- a/Marlin/Configuration_adv.h
+++ b/Marlin/Configuration_adv.h
@@ -1196,7 +1196,7 @@
#endif
// This allows hosts to request long names for files and folders with M33
- //#define LONG_FILENAME_HOST_SUPPORT
+ #define LONG_FILENAME_HOST_SUPPORT
// Enable this option to scroll long filenames in the SD card menu
//#define SCROLL_LONG_FILENAMES
@@ -1283,7 +1283,7 @@
*
* :[ 'LCD', 'ONBOARD', 'CUSTOM_CABLE' ]
*/
- //#define SDCARD_CONNECTION LCD
+ #define SDCARD_CONNECTION ONBOARD
#endif // SDSUPPORT
The first one makes it not mangle filenames. I was then able to overly toast some wood with a raster laser image without the program stopping randomly.
Thanks all
2 Likes
is there a nice 3d printed enclosure for this combo?
Not from me yetā¦but I have a few sketches!
sweet
building the primo 3d printing parts now
Hi jeff i just recived all my parts to replace my not working bord i had i dont now if you remember me
i order the kit whit the skr pro 1.2 whit all the parts included and i get also 5 stepper motor from here i install it on my cnc and now i am configuring the firmware as we talk before i will see if it will work soon
1 Like
So I have the skr pro 1.2, wired for dual endstops with the appropriate firmware. However, whenever I attempt movements only one stepper on its respective axis moves and not both. I have tried disconnecting the endstops and get the same result. I have also tried switching the x1, x2, y1, y2 connections around, same result. Please help if you can, thx. BTW, running M119 shows all endstop statuses are āopenā.
Can we start a new thread? This one has a lot of itās own history that has nothing to do with your problem. It would be great if you post some pictures too. If you can get the console log from repetier host and M122 might be helpful.
1 Like