Forum Replies Created
-
AuthorPosts
-
Hi Claudio!
What a great investigation you have done!
From what you say, everything points to the fuse.ITrip current is the minimum current required to interrupt current flow through the circuit at +23 °C. At this current level, the PTC resettable fuse is heated sufficiently to switch into a high-resistance state.
IHold current is the maximum current the PTC fuse can sustain for long periods of time (4 hours or longer) at +23 °C without tripping.Your fuse is setting the motors power circuit to 5A maximum instead of 7A. If you used the Stepper Online motors, each one draws slightly less than 1Amp. As the robot has 7 motors, the circuit that powers the motors need about 7Amps. These are all approximations, depending on the model of motor you have used there may be slight variations in the total amperage needed.
If you don’t find a PTC resettable fuse of 7A you can use a normal fuse of 7A. It would be harder to change if it breaks, but will do the job.
Hope it helps!
Hi AliSintax,
Thanks for noticing it! It seems like StepperOnline has stopped selling that model in Aliexpress at this time, but they are still selling it in their website.
What problem do you have with the StepperOnline link? I just tried (I’m also from Spain) and it allowed me to order it to Spain (at least to add it to the cart and proceed with the checkout).
I may be wrong, but maybe are you confusing the warehouse country (China/US/Germany/UK) with the delivery address? hahahaBest regards!
Hi Claudio, let’s see if we can solve the problem together!
First of all, you say that your PCB version is the v1.0, do you mean the two-sided PCB or the one-side PCB? It’s my fault for naming them both the same, sorry for the confusion!
Looking at your case, I think that the problem could be one of the following four:
- Broken Stepper Motor: Not very likely but sometimes happen. If you already have tested that motor switching it with another one and worked, you can discard this possibility.
- PCB traces fault: Highly Unlikely in the two-sided PCB, but likely in the one-sided one. Maybe the power traces that send the signals to the 5th motor are short-circuited or cut. You can test it with a multimeter in continuity mode.
- Bad component welding. Likely. If any component has not been properly welded to the PCB it may cause issues. In your case, you should check only the weldings related to the 5th motor (pins, resistor, capacitor).
- Misconfigured/Faulty Stepper driver. Very likely, the problem is almost certainly to be found here. Switch the stepper driver of the 5th motor with another one of the PCB which you know that works. If that is the problem, the driver could be broken or misconfigured. Drivers usually have a potentiometer build in the top which regulates the amount of current supplied to the motor. If it’s set too low, the motor will not receive enough energy to move (but it won’t cause other motors to stop, so I guess is not your case).
Regarding the motors overheating, it’s related to point 4. When the robot is Idle, it has to hold the motors position, blocking them. If it didn’t, it would fall under its own weight. This lockout causes the motor to consume energy, warming up in the process. There are two things that you can do to try to avoid them to overheat: Cooling (that’s why I placed fans in the design) and tuning the stepper drivers to provide enough current to move the motors but not more.
Keep us posted on your progress! 🙂
Hi Tolga!
I just registered your Thor in the Worldwide Section
It’s the number #24 and the first one of Turkey! 🙂Welcome to the Thor family!
The arm rest piece is a clever solution! How the robot not slide when it powers off? Rubber/foam material?
It would be awesome if you can share with us a video of an scan using Thor! Sounds cool!
I’m happy to know that the 4th articulation is now homing perfectly, I’ll be watching your videos to see what applications you find for the robot!
How could I not like your workshop?! It’s like a dream come true for any maker! hahaha
My 5th articulation also has a homing issue. It always homes to a different (sometimes 20-30 degrees off) angle. I believe it might be because of the wiggling that causes the optic endstop disk to give false positives, would this be a correct guess? I’m trying to hotfix this to finish the video, for now I just manually move it after homing.
Do you mean the 4th Articulation? I had some issues with optic endstops until I painted the optic disks using black nail polish. These pieces were so thin that even though I printed them with black filament, at some points the light beam of the sensor managed to pass through the piece, causing some bad hommings. I think this issue is documented somewhere… Could be your case maybe?
About the 5th and 6th articulation, I started imagining about a system where we could simply switch to a single stepper for the 5th (using a 10 to 20 pulley maybe?) and smack a servo to the middle of the Art56MotorCoverRing for 6th. This way 5th would be more stable and still can home, and you wouldn’t need to home the 6th since it’s now a servo. It would also decrease weight from the tip of the arm. It would only require changing a few of the parts in that module, so I might try this design at some point. If it works I’ll just fork the github and add all of the mods with the name Fat Thor.
Sounds like a good solution! I hope to see that design done someday! 🙂
Regarding your video, woah! Your “fat” Thor looks amazing! I can’t really notice visually the difference of the added width in the pieces, but if it works it works!
I’m not really sure about how it could be managed, but it would be nice to have your redesign available for other people in the same situation of being unable to find the steppers I used. Maybe you can do a fork in GitHub? Let me know if you like the idea!
About your doubts:
1. Yes, the zero position of Art56 is close to the endstop. I have to admit that it’s a bit confusing because real robots have the zero position in the most extended position… Maybe is something to add to the To-Do List hahaha.
And, to be correct, it only does the home of the 5th articulation. I didn’t find an easy way to find the home position of Art6, so I do it manually :/
2. About the stability of articulation 4… Yeah, it’s a known issue. I had to print several times the pieces that forms the bearing to get a close adjustment, and even with that it has a little play… In the endless To-Do List is noted to substitute that “custom” gear with a commercial one. Years ago, when I designed the robot I didn’t find a cheap bearing that could be fitted in that articulation, but recently I think I have seen some plastic bearings that could be used for that task.By the way… What a workshop you have! What envy! And that Iron Man armor… what a blast!
I don’t know turkish, but you have a new subscriber! Can’t wait to see more videos! 😀
PD: Whenever you want, post an image of your Thor, a location and an url to add your creation to the Worldwide Section 😉
OK, it seems that was pending of my approval because of the URL inclusion… But it never notified that to me hahaha… Now users should be able to post links without me having to approve them all.
It should be fixed now, can you check it please? 😀
I’m glad to know you solved it very quickly!
I can’t wait to see the robot in motion! 😀
I found the post in your website! Your Thor is impressive! 🙂
I’ve added it to the Worldwide Map 😉
Hi Mohamed!
I actually designed it to be a Shield for an Arduino Mega… The PDIG1 Connector is supposed to connect the shield to the Arduino Mega.
Also, there are inputs for the opto sensors, labeled as P1, P2, P3, P4, P5, P6 and P7.I’m glad you managed to make it work! 🙂
That’s strange… Maybe you have not downloaded every file?
Please follow this steps:
1. Go here and click on Code green button and then “Download ZIP”.
2. Go to download folder and unzip it
3. Open KiCad
4. On KiCad click on File > Open Project
5. Navigate to the unziped folder Thor/electronics/ControlPCB and open the ControlPCB.pro file.It should properly open the KiCad project, if you still get this error let me know and I will look for another way to send you the kicad project 😉
Okay, so the serial communication seems to be okay and the steppers seems to be working.
So… it may be problem with Asgard. I’ve tried it today and it works for me, so let’s make it works for you 🙂
Quick check:
1. Be sure that you have installed the required dependences:
– PyQt5:python3 -m pip install pyqt5
– PySerialpython3 -m pip install pyserial
2. Launch Asgard using Python3:
python3 asgard.py
3. Post here if you receive any error or if it works! -
AuthorPosts