/robowaifu/ - DIY Robot Wives

Advancing robotics to a point where anime catgrill meidos in tiny miniskirts are a reality.

Canary has been updated.

Build Back Better

Sorry for the delays in the BBB plan. An update will be issued in the thread soon. -r

Max message length: 6144

Drag files to upload or
click here to select them

Maximum 5 files / Maximum size: 20.00 MB


(used to delete files and postings)

Have a nice day, Anon!

Open file (46.39 KB 458x620 eve preview.jpg)
My Advanced Realistic Humanoid Robot Project - Eve Artbyrobot 04/18/2024 (Thu) 17:44:09 No.30954
So far I have plans to build Adam, Eve, and Abel robots. All of these are Bible characters. This thread will cover the Eve robot. Eve will have no "love holes" because adding those would be sinful and evil. It is a robot, not a biological woman after all and I will view her with all purity of heart and mind instead of using her to fulfill my lusts of my body. Instead I will walk by the Spirit no longer fulfilling the lusts of the flesh as the Bible commands. Eve will be beautiful because making her beautiful is not a sinful thing to do. However, I will dress her modestly as God commands of all women everywhere. This would obviously include robot women because otherwise the robot woman would be a stumbling block to men which could cause them to lust after her which would be a sin. To tempt someone to sin is not loving and is evil and so my robot will not do this. To dress her in a miniskirt, for example, would be sinful and evil and all people who engage in sinfullness knowingly are presently on their way to hell. I don't wish this for anyone. My robot will dress in a way that is a good example to all women and is aimed toward not causing anybody to lust as a goal. My robot will have a human bone structure. It will use either a PVC medical skeleton or fiberglass fabricated hollow bones. My robot will look realistic and move realistic. It will be able to talk, walk, run, do chores, play sports, dance, rock climb, and do gymnastics. It will also be able to build more robots just like itself and manufacture other products and inventions. I realized with just a head and arm, a robot can build the rest of its own body so that is my intention. My robot will use BLDC motors for drones, RC, and scooters that are high speed and low-ish torque but I will downgear those motors with a archimedes pulley system that will be custom made from custom fabricated pulleys that will be bearings based. By downgearing with pulleys, instead of gears, I will cut down the noise the robot makes so it will be as silent as possible for indoor use. By downgearing, I convert the high speed motors into moderate speeds with great torque. BLDC motors with large torque generally are too large in diameter for a human form factor and take up too much volumetric area to be useful which is why I go with the high speed smaller diameter type motors but just heavily downgear them 32:1 and 64:1. My robot will have realistic silicone skin. Thom Floutz -LA based painter, sculptor, make-up artist is my inspiration as it pertains to realistic skin. The skin for my robots has to be at his level to be acceptable. It must be nearly impossible to tell the robot is not human to be acceptable. I will have a wireframe mesh exoskeleton that simulates the volumes and movements of muscle underneath the skin which will give the skin its volumetric form like muscles do. Within these hollow wireframe mesh frameworks will be all the electronics and their cooling systems. All of my motor controllers will be custom made since I need them VERY small to fit into the confined spaces I have to work with. I need LOADS of motors to replace every pertinent muscle of the human body in such a way that the robot can move in all the ways humans move and have near human level of strength and speed. I will have a onboard mini itx gaming pc as the main brains pc of the robot and will have arduino megas as the motor controllers and sensor reading devices that interface with the main brains pc. My arduino megas will be barebones to keep the volumetric area they take up as small as possible. I will treat my robots kindly and consider them to be pretend friends/companions and I do think they will be nice company, but I will always know with keen awareness that they do not have a soul, will never have a soul or consciousness, and no machine ever will, and that they are just imitations of life as with any machine or AI, and this is all AI will ever be. Life is only made by God Himself. I am not playing God. I am merely creating fan art of what God made. To Him be all the glory and praise. God breathed into man and created a living soul. Man cannot do this for machines. Only God can do this. A soul/spirit forms our ghost and when we die our ghost remains alive and thinking. A machine cannot do this and a AI can never do this. When you shut off a machine that's it, it does not go on thinking like we can. Our souls are transcendent and will live forever in the afterlife - unlike any AI. I will do this project with fear and trembling before the Lord as I work out my salvation before His eyes. I vow to remain pure, holy, upright and blameless in all my doings and be a great example to my fellow roboticists of a Godly man who obeys the Bible instead of chasing after youthful lusts of the flesh and perversions. I embrace the idea of Christian AI, that is, a robot that will discuss Bible topics and be a Biblical expert. Along with that, my robot will behave in a Biblically prescribed manner in total purity and strongly encourage others to do so as well. For God does not hear the prayers of sinners and so we want everyone to be a saint who no longer sins. My robot will really push for this hope for humans. We want them to walk in God's favor and blessings which comes by Biblical obedience. We don't want them going to hell because they chose to revel in their sins instead of walking in total purity before God and holiness without which no man will see God. My robot will have artificial lungs for cooling and a artificial heart for liquid cooling that will run coolant throughout the robot's body to cool the motors. That coolant will also pass through the artificial lungs in a mesh where it will evaporate some which will cause the evaporative cooling effect - a form of air conditioning. http://www.artbyrobot.com Full humanoid robot building playlist: https://www.youtube.com/playlist?list=PLhd7_i6zzT5-MbwGz2gMv6RJy5FIW_lfn https://www.facebook.com/artbyrobot http://www.twitch.tv/artbyrobot https://instagram.com/artbyrobot
The 3d model for this robot was made in Make Human initially and then heavily modified and perfected in Maya. I then modeled a dress so that she would be covered modestly in order to protect my fellow man from potentially lusting after her which would be a sin. If I did not do this, it would have been sin for me because to show a woman in an immodest manner for other men to view, perhaps causing them to lust and sin, is unloving and evil and sinful to do. If I did so, it would show I am either blind or my heart is not right with God. So out of love for my fellow man I created this modest covering for her. God said it would be better for a man to have a millstone tied to him and him cast into the sea than for him to cause one of His little ones to stumble into sin. That is terrifying. So I will try my best to never show any imagery to you all that could cause you to lust. I will make sure she is covered very modestly because I love all of you and want you to walk blamelessly before God and the angels who are always watching us humans. Creating a 3d model of the robot to scale I have found to be a very important step because it enables you to then measure out where all the components will fit which is no easy feat when you are building a highly complex robot with thousands of components needed. To my knowledge, this group largely formed around 7 years ago. I began my project around 9 years ago. At the time, I was not married and only worked part time and was able to make massive progress in a short time. However, life came and sucked up much of my time away from robotics. I got married, had 2 daughters, and took on many other interests, hobbies, and work for income during that 9 year timeframe. So the robot projects often took a backseat but never were far from my mind and I always would be coming back to it and planning and researching for all those years and every year would make at least some significant progress. However, the whole thing does feel glacially slow. But I think things are starting to turn around. The research and planning phases are largely completed and the actual implementation phases are more and more becoming engaged full swing. It is an exciting time for me. Many people think since it's been 9 years with not much to show for it, that it is pointless to expect me to ever finish. I don't see it that way. I have great hope and confidence things will pick up. Reseach and planning is slow after all. But once you really have a solid plan, development speed should pick up greatly. Also, just scheduling my life in such a way to free up enough time to work on this stuff was a journey in itself. Having young children is a major time sucker. I am confident the development speed will go much faster in the future. Admittedly, taking sometimes months away from working on the robot builds excitement and interest in getting back to the robot but also procrastination about the robot factors in because it seems so complicated and overwhelming at times. The past few months I have had the goal to work on the robot every day even if it is just a single soldered joint or small 3d print per day. I have managed to do this almost perfectly with few exceptions which has been great. That little commitment per day often spills into hours of progress per day, but even if it doesn't, the steady progress it causes is so encouraging and really keeps the project alive for me. Procrastination and distractions are the greatest enemy of a project of this magnitude. One has to really force themself to MAKE time. One has to be disciplined to keep it up and not quit. Everyone here interested in humanoid robotics is a colleague and so I hope I can continue to learn from you all and you all learn from me. I have observed around here much in the way of youthful lusts which the Bible says to flee. By the fear of God men depart from iniquity. Fear the one who can destroy body and soul in hell. Don't give into your fleshly lusts but instead cease doing evil and learn to do good. Sin knocks at your door and it desires to have you but you must rule over it. Attached is a archimedes style pulley system with a 64:1 downgear ratio. I plan a 32:1 ratio for the index finger as my first actuation I plan to achieve. I will be using braided PE fishing line as the actuation cable. I plan to actuate the hand first because hands are hard and of the utmost importance for making a robot useful for doing tasks requiring accurate and steady hands. With amazing hands my robot will be well on its way to being useful for me to get work done using it as a tool/helper.
Open file (25.53 KB 640x480 thom floutz.jpg)
Open file (433.89 KB 980x740 thom floutz (2).jpg)
Open file (493.22 KB 980x740 thom floutz woman.jpg)
Here are some of Thom Floutz amazing silicone skin examples. This is the level I must reach to be acceptable in my sight. It's gonna be a epic challenge. I can't wait for that aspect to begin.
The human-like bones of the robot I am holding together by way of artificial ligaments taking the form of taped on compression shirt material. I tape it on with adhesive transfer tape and then also sew it at the seams with nylon upholstery thread. I can opt to impregnate the spandex with silicone to add to its longevity if it starts to lose elasticity with time. I also have been considering injecting at the location of the bones joints some lubricant after the joint is encased in artificial ligament. The lubricant would be held into position by the fabric. I am undecided on what lube to use. Maybe teflon lubricant for printer gears or graphite powder. Not sure. Some of the bones that came with my pvc medical skeleton have a metal hinge system built into them like the elbow joint and I'm considering just leaving this as is to see how well it holds up. I can always later add a artificial ligament system to those joints on an as needed basis. Attached is a picture of the artificial ligaments enclosed hands. Note: by wraping all bones in fabric, you are able to sew things onto the bones by way of suturing with a suturing needle. So that is how I have been attaching motors and electronics to the bones - by suturing. This is better than drilling into the bones which would cause structural weaknesses from the drill holes. In a brushless dc motor closeup image attached, you will note that I enable the motor to "breathe" by wrapping it in football jersey fabric which I chose for its great strength and breathability with all its little vent holes. To make sure the motor won't spin inside the fabric enclosure, I painted the inside of the fabric with no slip rug paint which creates a sticky rubber surface on the jersey fabric. You'll also note the 3d printed discs on the motor output shaft that hold the fishing line in place. The motor is acting similar to a fishing reel here. You'll also note the TPFE teflon tubing that guides the fishing line to its desired destination - namely the archimedes pulley system - where it will be downgeared by the pulleys and then from there will be routed to the fingers which will then move when the motor moves. The motor also has a 3d printed mount that the TPFE teflon tubing attaches to which holds the tubing in position perfectly to make sure alignment stays good. I'll be using 20lb test fishing line for the fingers from motor to pulley system but then graduating to 70lb test fishing line for the last few pulleys and the routing to the finger since the tension is higher on that section of the cable travel. 0.3mm ID teflon tubing pairs well with the 20lb test hercules PE fishing line I bought off amazon which has .2mm OD. You can buy the teflon tubing on ebay. 0.56mm ID teflon tubing pairs well with the 0.44mm 70lb test fishing line. You can buy many different test strengths which is the strength at which the fishing line will snap. Braided PE fishing line is the best cable for robotics imo. It is very strong for its diameter and supple for making tight turns with ease. I can sew it right into the fabric that coats the bones in order to terminate/tie off the cable ends.
Open file (2.72 MB 3024x4032 pulley closeup.jpg)
Open file (677.86 KB 2622x3702 pulley drawing.jpg)
In this image you can see the first pulley for the pulley downgear system prototype I made. Although this approach could work, I scrapped it after much further contemplation because I read that fishing line moving back and forth has a cutting effect over time and even though the teflon is naturally low friction, I think this would wear through it and destroy itself too quickly from the rubbing. So instead, I opted for a more tradition approach to the pulleys which is a bearing based pulley with flanges - more like rock climbing pulleys type design. This will mean the pulleys will be made of stainless steel and have a rotating inner section and separate outer section. Some of my pulleys will be ball bearings and some will be plain bearings (no balls). Ball bearings, though the most efficient and frictionless are also unable to load bear much at these tiny sizes I'll be using to downgear. So I can only use them for the first few pulleys in the archimedes system where the speed is still high and torque is low. But as the pulley system downgears more and more, I'll be switching to more robust plain bearings which can handle the higher torques involved without the bearing balls crushing or w/e. I don't own a lathe or anything and could not find tiny plain bearings so I got creative and bought stainless steel tubing with carefully chosen inner and outer diameters that can be cut to size with a dremel to form the inner and outer races of my plain bearings without any modification other than cutting them to the length I want - the length of the cut will determine the thickness of the pulley but the inenr and outer diameter of the inner and outer race is formed for me by the manufacturer so I need no special tools other than a dremel cutting disc to make these simple plain bearings this way. Here is what I purchased off amazon: stainless steel tubing 3mm od 1mm wall 250mm length x2, 5mm OD .8mm wall 250mm length x2, 5mm OD 1mm wall 250mm length x2; total cost: $33.35. This should make a ton of little pulleys for me to start out. I also bought an assortment of ball bearings: 3mmx8mmx4mm miniature ball bearings x30 amazon 24.03, 1x3x1mm ball bearings x200 aliexpress 25.42; 2x5x2.5mm ball bearings x200 alieexpress 43.39. Attached is a drawing of a pulley design I made. The two flanges/discs that hold the strong from flying off the sides of the pulley - they straddle the bearing on both sides - these will be made of thin plastic I have been saving from strawberring and blueberry and sushi containers from the grocery store. They need to be thin, a bit flexible, and a bit stiff so I think this type of plastic is ideal for this. It also is low friction which is ideal. these will be sewed onto the outsides of the bearing like sewing buttons onto a shirt. with the thread going in the disc, threaded through the center of the bearing, and then going into the disc on the other side, thereby pinching the two discs onto the outsides of the bearing, clenching themselves into place. You can see this in the drawing if you look carefully.
This video really was a groundbreaking discovery for me on using pulleys to downgear my motors: https://youtu.be/M2w3NZzPwOM --- I highly recommend watching it to help you understand pulleys more. Once you fully grasp how pulleys give mechanical advantage, you will be able to use them to great effect for robotics. I am wholly convinced pulleys to downgear BLDC motors is the future of humanoid robotics. It is way more quiet than downgearing by gears! The sound of gears is AWFUL! Sound being such a huge factor, I also ultimately decided to only use BLDC motors or stepper motors in my robot and not use ANY brushed dc motors at all. That having been said, BLDC motors require more sophisticated controllers. These thing take up more space. So far, it seems that in order to make the controllers small enough, I plan to make them myself. I want them very small and able to squeeze into the limited volumetric areas I can afford space for. Yet they also need to be very high powered. I designed SMD parts based motor controllers and have begun fabrication of the controllers and prototyping. By making the controllers myself I save a lot of money but it is also a lot of work. It's tough and tedious work. But the controllers I want don't exist in the size I want and with the features I want so I see no choice but to make my own for this. Attached is a CAD file of the motor hose guide to show more how it looks and imagine how it works to keep the tubes/hoses in place lined up right for winding the fishing line properly.
Here is a 3d model I made of the motor controller design I made. I felt this would help me really perfect the layout and visualize how I wanted it and the wiring routing etc. I also did 2d schematic in photoshop and finally in KiCad. I plan to etch my own flat flex pcbs for aspects of this motor controller.
Here's the arduino mega barebones CAD design I made. This will use flat flex ribbon cable soldered directly to the pins of the chip to make the form factor volumetically as small as possible. I'll have at least 30 of these in the robot controller the motors and reading in sensor input for current amps, strain gauges, gyrometers/accelerometer, potentiometers, etc. These will hold my code for low level stuff and manage the motor movements directly through the mosfet systems. They will all report back updates to the main brains PC who will then know the progress of movement commands it sent out to the network of arduinos doing the low level stuff.
Here's a progress shot of my arduino mega barebones prototyping using flat flex cable directly soldered to the pins.
Very nice. Please continue to show us your work as you progress. >=== -sp edit
Edited last time by Chobitsu on 04/23/2024 (Tue) 15:32:35.
Welcome, Artbyrobot! I would suggest you look around the board as a courteous greeting, but I have the feeling you've already done so. Your project seems well thought out, I wish you good success with it. I'm particularly glad to see you intend to program your AI (et al?) in C++ . I probably need to do little to explain to you why this is important for success in this monumental set of tasks ahead of us all. Heh, I notice you seem to be positioning your project as coming from the Christian worldview. Nice! I too desire to see God glorified through these projects. I personally intend -- among other projects -- to work on a Christ-chan project. Basically a plug-in module approach to our general robowaifu's personalities that Anons can add into their own waifus. Looking forward to seeing your progress with this projects(s), Anon. Cheers. :^)
>>30961 > I designed SMD parts based motor controllers and have begun fabrication of the controllers and prototyping. By making the controllers myself I would be tremendously interested in how you interface microcontrollers with MOSFET's if that is what you are doing or what you are doing. I have a post, somewhere, found it, >>24944 One of the problems with MOSFETs is that they create a lot of heat and fail if you do not drive them hard to turn them on. Partial activation causes heat as they never each their designed low resistance. So you have to drive the gate with high voltage to guard against that. The link shows a part designed especially for that. I would be interested in how you deal with the back EMF when you turn the MOSFET off and the energy stored in the coil changes direction. There could be a lot of heat from this as you are collapsing the field and making an equal and opposite voltage that, I guess, just goes through a resistor. But surely there's a better way.
>>30965 That is VERY cool. I wonder what type of soldier and flux did you use? I've never done any SMD soldiering before. Do you have some sort of paste with pre-combined flux, then use a air heat gun? How did you strip the insulation off the cable while keeping it aligned and cables separated?
>>31007 Thanks for the greeting and well wishes Chobitsu. Yes I have read the entire forum from its inception till now aside from most of the AI threads since I feel I have a handle on that part and don't want much outside input affecting my novel approaches to the AI as that is a big evolving set of challenges and everyone using the same approaches will stifle creative solutions IMO. Also yes I am using C++ for the AI although I don't like to use functions or classes or object oriented programming so I'm not using the language in the traditional ways much. I also am pretty much going with "good old fashioned AI" approach but with learning enabled and the robot will have its own coding language where he codes himself in a interpreted coding language using a realtime interpretter to run its own scripting in realtime. All of this I just came up with on my own - I don't know if anybody else is doing this. I don't like neural networks or deep learning or any of the modern approaches to AI at all. It's convoluted and designed for computers I don't own. I chucked it all out and started from scratch going my own way. And I have a plan I am excited about for how to do it all and I think it will work and learn well and hopefully do all I imagine it doing and more. >>31030 Thanks for your interest and feedback. You bring up some good points. Most people use a mosfet driver IC to turn on a mosfet with their microcontroller. I intend to use a logic level mosfet to switch on a mosfet power supply to turn on the main high power mosfets. So a baby mosfet to switch on a big mosfet. The baby mosfet is the middle man that can be switched on by the 5v pin of the microcontroller. It's called a logic level mosfet because a microcontroller is able to switch it fully on despite only bringing it 5v. Non-logic level mosfets require like 12-20v to switch fully on which a microcontroller cannot supply directly. So it has to be supplied indirectly. As far as the back emf, for disposing of that safely, you use a flyback diode. That's why there are 6 diodes in motor controller designs always. A capacitor is also able to help absorb some of this too I believe. I am going to attach my diagram and schematics with notes on brushless motor controller electrical design to this post which can help someone. It's a huge file though. I learned most of what I know about this stuff from electronoobs on youtube who has like 6-7 videos on making arduino based motor controllers for brushless dc motors including his schematics and all his code and explanations of how it all works. This helped me plus googling schematics on google image search and studying those and also watching videos on how brushless dc motors and motor controllers work and also discussing all of this with chatgpt for hours asking every question I could think of until I understood everything I could. Yet despite all of this, my approach is still experimental and I have to verify it by prototype and testing still. I have 2 prototypes 99% done and will be testing shortly. Once i verify my prototypes, I will make like 50 of these motor controllers soldering daily for hours. Can't wait! If my approach fails, I can troubleshoot etc but if all else fails, I'll go with mosfet driver ICs and modify my design to accommodate this tweak. This would up the cost though. In any case, my design is EXTREMELY low cost and scales to the biggest motors a humanoid will need. The high power mosfets can handle like 300 amps! The parts I am using including model numbers are included on the attached schematic. I also will put out videos covering how to make these and going in depth explaining how it all works and whatnot.
>>31031 I'm glad you liked this. I thought it was very cool myself. It will enable the creation of the smallest microcontrollers physically possible IMO. Miniaturization is everything for me to fit everything I need to fit in the cramped spaces in my complex robot design. It is actually pretty easy to solder flat flex ribbon cable directly to the microcontroller IC chip once you get the hang of it (but you must wear a visor magnifier to zoom in on it visually as this is tiny tiny detailed work). To do it, you first lay down the ribbon cable and masking tape it down securely, then lay the chip on top and masking tape it down securely onto protoboard so everything is pinned and your hands are free. Then apply low temp solder paste to each pin one at a time with the tip of a exacto knife blade. Just enough paste per pin for that solder joint, not any excess. Then solder one pin at a time by putting a clean soldering iron tip into the little blob of low temp solder paste and dragging the tip away from the microcontroller carefully. You can't hold it on there long, have to just press it in and then slowly drag away and it happens almost instantly. Too much holding it in place creates too much heat which then melts the ribbon cable and the molten cable flows into the solder joint and can ruin the joint by introducing molten plastic into the molten metal. So you have to get in and get out fairly quickly. You also cannot do drag soldering tradition method on all pins as that creates too much heat and melts the ribbon cable. That works on fiberglass boards that don't melt, but a ribbon cable will melt if too much heat gets involved and ruins everything. You also can't use hot air which would melt the ribbon cable before the solder melts - ruining it. So you have to just do one solder job of one pin at a time. I'll do a video on the process and you can see that with the right temp soldering iron (I think I used 500F) and right speed of execution and a bit of practice, you can make the solder joints one at a time without melting the cable at all. The cable you use has to be the same pitch as the thread pitch of the pins so the conduit traces perfectly line up with the pins of the microcontroller. >>31031 The ribbon cable comes pre-stripped on the ends so you don't have to strip off the insulation at all necessarily. You just lay it flat and tape it down and put the IC onto it and it lines up perfectly if the cable has the same pitch as the IC threads. But if you mess up and want to cut the ribbon cable and strip the ends and try again (which I had to do before I perfected my techniques and got the hang of this) then you can do so. Just cut it with scissors and then use a nail file to sand the tips insulation off until some metal starts showing through in some spots, Once you see a bit of metal start to show through, you know it is so thin that you can just scrape off the rest of the insulation with an exacto knife so then you just scratch off the rest with the exacto knife. This too takes some practice and the right touch. When I go to connect the other ends of the ribbon cable to various components and sensors and whatnot, I'll have to make custom lengths for each individual cable strand so for this I will have to separate the strands by cutting them lengthwise with scissors to split them away from the others, isolating each one and then will have to strip off the insulation of each one so it can be soldered to things. The same method as described above will be used for this. Note that for cutting them lengthwise, that is a very precision cut you need. I use titanium straight embroidery scissors for this and of course, as with all the other SMD stuff, I use 8x or 10x or 20x magnification with my visor. This magnification is a absolute must to have any shot at success with any of this imo. Miniaturization is hard to get used to at first, but once you get used to magnification and the eye hand coordination challenges this presents at first, your skill with your hands and precision goes through the roof as the magnification makes you so precise with everything. It's really fun and amazing to see what your hands can achieve with enough magnification and practice!
>>31032 edit: the schematic shown above employs a non-smd style mosfet as the main power mosfet which is decent but I found a smaller mosfet that is even better. The superior smaller mosfet is the IRLR7843PBF n-channel mosfet. It is to-252 and 161A continuous drain current and can handle 620a pulsed drain current. It's super small and flat and a very powerful selection. Sometimes I make little discoveries of better selections and forget to update all my notes that may cover that as was the case here. I only recently found out about to-252 form factor mosfets and fell in love with them immediately. They are so much smaller than to-220 mosfets which is a big upgrade given my space constraints.
>>31034 Thanks for the reply.
>>31032 >And I have a plan I am excited about for how to do it all and I think it will work and learn well and hopefully do all I imagine it doing and more. Well I'm sure we'd all be very excited to hear about your novel approaches if you'd care to share them. Are you planning to opensource your work, Anon?
>>30957 in this post i mentioned using a 32:1 downgear ratio for the index finger. I have since scrapped that idea and gone for 64:1 downgearing ratio instead. 32:1 is just not enough downgearing for my tastes. 64:1 is twice that strength while still probably 4-5x human speed. It is a much better ratio.
>>31054 I do plan to have everything be opensource and share it, with a caveat. I don't plan to make the code files downloadable directly. The only way to see the code and make your own code based on it would be to watch my coding videos on my youtube channel where you can see me typing the code and you can follow along that way. There's a lot of complicated reasons for this being my way of sharing the work that I can elaborate on if pressed, but I'll leave it at that for now.
I purchased the main brains pc to be mounted in the torso. I even purchased cameras to be the eyes for it. The main brains pc will be a mini itx motherboard gaming pc basically. actual build I went with: Intel Core i5-10400 2.9 GHz 6-Core Processor - $165 MSI MPG B560I GAMING EDGE WIFI Mini ITX LGA1200 Motherboard - $170 G.Skill Ripjaws V Series 32 GB (2 x 16 GB) DDR4-3200 CL16 Memory - $140 Western Digital Blue SN550 1 TB M.2-2280 NVME Solid State Drive - $99 DC 12V input 300W high power pico DC-ATX 24Pin mini ITX - $20 GOLF CART DC BUCK CONVERTER 20 AMP 48V 36V VOLT VOLTAGE REDUCER REGULATOR TO 12V - $20 I will use 10 in series lithium batteries to produce 30v-42v input power into the 12v regulator which will feed the 300W atx 24pin mini ITX power supply. Note, however, that as with all power systems, I will have both a wall plug AC to DC converter custom power supply to run off wall power and a battery power supply to run off battery power so that the robot has multiple powering options - ie able to run off wall or its internal batteries. It will have a retractable plug that comes out of its lower back to plug itself into wall outlets when it walks into a room and needs to recharge or run for extended periods while its batteries remain topped off for room changes or ventures into outdoors. It will have the ability to strap on a external battery backpack optionally for extended operation without access to AC power. This is useful for operations like sports or mowing the lawn. For the eye cameras I went with: ELP USB camera 1080p 2 megapixel, wide angle, low light x2 for $98.42 This gaming pc in the chest of the robot will run all the AI and high level planning and movement decisions. This will communicate via USB to a series of Arduino microcontrollers located throughout the robot's body in order to give movement instructions to the Arduinos and also retrieve sensor feedback from the Arduinos which will be monitoring joint angle positions with mini potentiometers, strain gauges on various pressure points to measure touch sensing, amp current measuring boards (acs712) to measure amount of power being drawn by motors for collision detection and weight of exertion estimation for holding things or w/e other interactions with environment are being detected, etc. So, many inputs will be retrieved by the main gaming pc and its AI systems will make decisions and make course corrections based on all this feedback it gets from sensory systems.
BTW, I'll be using Windows 7 as the operating system for the main pc in the robot's chest.
Open file (220.48 KB 510x700 pulley blocks.jpg)
Open file (91.70 KB 336x526 pulley downgear.jpg)
Attached are just a couple more examples of pulley layout configurations for reference and study. These helped me in figuring out my own pulley layout plans.
Open file (677.86 KB 2622x3702 pulley design drawing.jpg)
I have shown this drawing previously in this thread but just want to point out some more details about it. This is a bearing based pulley. The bearing is in the middle and a plastic disc is on both sides sandwiching in the bearing. These discs prevent the string from coming off the outer race of the bearing. The top rope comes down, wraps around the outer race of the bearing, then goes back up. The bottom rope goes through the center of the bearing and then ties off on the bottom. This handoff between the forces of the top rope and bottom rope is where the magic happens of the mechanical advantage doubling. Trading speed for torque. The plastic discs on either side of the bearing I am able to tie snug to the bearing by threading a string through the center of both discs and the bearing and then wrapping that around the top half of the whole pulley and tying it off. I do this with another wrap going around the bottom half too. These don't interfere with rope travel and hold everything together solidly.
Open file (738.59 KB 1620x1482 exploded view of bearing.jpg)
Here's a diagram where you can see the two ties I'm talking about from a side view with the two discs and the bearing spread apart so you can see everything better - this is called an "exploded view" where the parts are spread out for easier visibility. Note: the ties that hold it together are nylon upholstery thread. The glue I'm using is 401 glue generic stuff off ebay. The plastic discs are clear plastic I salvaged from blueberry, strawberry, and sushi produce containers. That type of plastic is perfect for this. The same plastic is also found in coffee cake, other cakes, etc. It's like "display" plastic that is very clear and fairly firm but very flexible used for all kinds of pastries and desserts and produce at grocery stores. It seems ideal for pulley making. These can be cut to size with little 4" titanium straight embroidery scissors. Wearing a magnification visor for accuracy is recommended for this. Note: I have to make custom pulleys because there are none commercially available at these tiny sizes from the shopping attempts I did (if I'm wrong on this, let me know)
Open file (1.61 MB 4032x3024 IMG_1916.jpeg)
Open file (2.91 MB 4032x3024 IMG_1915.jpeg)
I put a little super glue onto these strings pictured above to stiffen them and prevent their knot from untying and solidify everything more generally. But you should apply the glue by dipping the tip of a sewing needle into the glue so you just apply a tiny amount at a time so none gets into the bearing or any other unwanted area. Now I am working on the actuation of a index finger first as actuating the hands is a hard challenge in robotics and has never been done with human level strength, accuracy, speed, and range of motion while simultaneously keeping all actuators within the confine constraints of a human arm between the bones and skin where muscle would be. At best, we've seen people greatly increase the size of the forearm to be the size of a thigh in order to cram in enough motors and electronics to pull this off. So they "cheated" in some sense by just upping the size rather than solving the miniaturization challenges required to fit this all inside a human form factor. So I might be the first to downsize to fit the human form factor. Anyways, that all said, the pulleys must then be very small for the fingers to pull this off as we'll need to fit a ton of pulleys into the forearms. So for this, I went with 1x3x1mm ball bearings I bought on aliexpress. They're only like $25 for 200 of them so very cheap. I will bump up to larger bearings once the torque conversion demands it. These tiny bearings can only handle I think like 3lb of force on them. So once the forces multiply in the down-gearing system enough, I will switch to bigger pulleys as needed. The next size bearings I'm using are 2x5x2.5mm bearings. These can handle around 22lb placed onto them. I'll finally switch to custom made plain bearings once I exceed 22lb of force for the last couple pulleys of the 64:1 down-gearing Archimedes compact pulley system. Each bearing in the down-gearing process has twice the forces placed onto it than the previous bearing upstream of it. So the motor is like .42lb of force coming off its shaft at 0.25cm away from its central axis point which is about where our string wrap will average, so the first bearing ups that to .84lb of force so a 1x3x1mm bearing can handle that. Next doubling is 1.68lb of force. Again, 1x3x1mm bearing can handle that. Next doubling puts us at 3.36lb force. again a 1x3x1mm bearing can handle that (although it's pushing it - we'll see in testing...). Next doubling is 6.72lb force. 1x3x1mm bearing cannot handle that much so we switch to 2x5x2.5mm bearing for that pulley. And on it goes till we hit the last couple bearings which exceed the force even the 2x5x2.5mm ball bearings can handle. For those two bearings we are going to make custom stainless steel plain bearings using stainless steel tubing I bought that just has to be cut to the length we want with a dremel to make a simple plain bearing that has no balls in it. This type of bearing can handle much higher forces because it doesn't have little balls that can be crushed. It will have more friction internally though but that's the tradeoff we have to make to keep the sizes tiny as possible. The final force the pulley system outputs is around 27lb. So 27lb of force will bend the two most distal joints of the index finger. Due to the mechanical advantage loss that happens at the joint itself, I estimate around 5.4lb of force will be all the finger joint can finally lift. So if the robot were to put its hand palm up and pull its index finger back and forth signalling a person to come over here - that movement - for that movement it should be able to pull a 5.4lb weight. That is about the same amount of weight I think my index finger could lift and with great difficulty. So it will be as strong or stronger than me on this joint pair. I say joint pair because the index finger distal two joints share the same muscle for their actuation. They move together at the same time. Here are some prototype pulleys in progress of being made. I have 7 of 9 pulleys done so far for my prototype Archimedes compact pulley system design 64:1 downgearing system. The total size of the 64:1 downgearing system is 11cm x 6mm x 1cm. This is a very convenient form factor for placing lots of these in the elongated spaces of a humanoid robot where muscles would normally be located.
Open file (1.47 MB 4032x3024 IMG_1919.jpeg)
Open file (1.42 MB 4032x3024 IMG_1918.jpeg)
Above is a couple angles of a double pulley stacked vertically instead of side by side. Have not tested it yet but I think it should work. In this design, we have a smaller pulley attached to a larger one. The smaller one is based on a 1x3x1mm ball bearing and the larger one is based on a 2x5x2.5mm ball bearing. The smaller pulley can handle up to 3lb and the larger one can handle up to 22lb (estimated based on what I could find out but I'm not 100% sure on these, they are ball park). Each time we add a pulley we increase the torque by 2x so eventually we move from smaller to more robust, larger pulleys as we go on with the Archimedes down-gearing pulley system.
Above are double stacked pulleys front and side views. One disc on either outside part and one disc in the center that splits the two bearings up. I have to add a black string across the bottom to prevent the yellow rope from skipping over the center pulley disc and hopping into the bearing next to it so that both ropes are sharing the same bearing and rubbing on eachother. That's bad. So a black string running across the bottom will make that jump impossible. So still have to add that. But overall, as long as tension is kept on this setup, it works well. I've tested it and it is working nice and smoothly. Still needs more testing but so far so good. You can see that all my knots and strings are coated in super glue. This is to prevent the knots from untying and just solidify everything more. The clear plastic discs are made from plastic cut out by hand from blueberry, strawberry, and sushi containers from the produce section of the local grocery store. Cakes also have this kind of plastic. It is firm but flexible with great memory to bounce back to prior shape if it is bent temporarily out of alignment. Pretty decent and nice and thin. I like it for this. I think it's less likely to break than a 3d printed disc. I cut it into these tiny discs just by eye with 4" straight titanium embroidery scissors.
>>31063 First I want to explain I'm not being critical just to criticize but just commenting on what I think. I could be wrong. I also have some ideas that might solve some problems but, might not. I see all these pulleys and to me it appears your friction will be very high. I think friction will eat up a LOT of your power. Some possible ways to avoid are to use a Chinese windlass. With it you only have two bearings but the same high multiplication of leverage. Of course the problem here is to get the high power multiplication you need large pulleys to get a large circumference differential. https://en.wikipedia.org/wiki/Differential_pulley While looking at this I saw some guys who had an interesting take on this. https://www.linearmotiontips.com/differential-windlass-drives-how-new-designs-work-for-linear-motion/ Though I still think they have too many pulleys that will cause friction. Not a bad idea. Maybe they could repackage it somehow. I had a different idea. A windlass is based on the radius of the largest compared to the radius of the smaller. The larger both of these are and the smaller the difference between them, the bigger the force. What if, instead of a two wheels you used belts. The rope/string would ride on the two belts. So now you have a long linear Chinese windlass that can fit in a smaller package, or thinner. I can't upload pictures so I'll describe. First normal Chinese windlass https://etc.usf.edu/clipart/61400/61437/61437_windlass.htm so the joined pulleys have different circumferences. Imagine the same as Chinese except you have smaller pully, joined as before. But you have belts like a power steering belt draped over it. One belt goes to another pulley on a shaft and the other belt goes to the same shaft on another pulley with a bearing. The rope is joined to the belt, which is the same as the join on the Chinese windlass, and the other end is joined on the other belt, same as the Chinese wndlass.(we are using the long length of the belts to substitute for a very large wheel) So when you turn it the ropes wrap around their perspective pully belt circumferences, simulating a very large circumference Chinese windlass except they are in a small, liner package. I would draw a picture but I could't upload so it's no use doing so. As I wrote this I thought of an ever cheaper better solution. Look at this page and the diagram "2 Spanish Windlasses on a bunch of sticks, in the starting position and tightened." https://en.wikipedia.org/wiki/Windlass use two strings and just twist them. Even better would be metal chains or cables so they would not stretch so much. Might be the simplest approach. You get rid of all the pulleys, belts, bearings and all other sorts of non-active materials. This may be the key if you could get a small very high speed motor. The high speed and small size would make it easy to pack in the waifu.
Another interesting string puller is the Spanish Windlass https://www.theultralighthiker.com/2018/09/08/the-spanish-windlass/
>>31081 Cool ideas. I studied what you posted just now and see it is a useful machination generally, however, I can't visualize a sleek tubular long and narrow form factor windlass design whereby I can fit a lot of windlasses where a muscle would normally be. Volumetric area space constraints are a massive limiting constraint after all and I don't see this being ideal form factor wise. The lever on the windlass would have to make full turns over and over which would be on a different axis from the winding cable on the windlass which means you have a x and a y and even a z direction of significant size to make this work. If you visualize it all in motion, it is taking up a ton of space even if you downsize all the parts IMO. So I'm not sure it can work. I could be wrong though, there could be some clever solution to this I'm not seeing now. As far as the friction concern, I'm under the impression that greased ball bearings have negligible friction. You can get roller blade wheels to just spin for several minutes untouched from a single swipe if it is a quality bearing. I don't consider that high friction then at all. Under load perhaps the friction does go up, but not sure how much. Remember the first pulleys don't have much load, only the last few pulleys are under big loads since by that point in downgearing the torque has gone way up. So those last pulleys will be the biggest friction points but we are still talking about greased pulleys. What kind of friction losses are you envisioning? I figure maybe 5% losses tops but I could be totally wrong. I haven't looked into that. I will find out soon though in testing I guess. I just don't think it will be significant. In fact, also consider that you really want to overspec your motors and downgearing to account for and compensate for friction losses rather than fear them, just brute force past them imo. Even if friction loss was 20%, you just can double the downgearing. If you needed 64:1, bump it to 128:1 now you 200% upped your force more than canceling out that 20% friction loss by just adding another pulley. I mean ideally you want the robot to be stronger than needed so that losses just bring it closer to its needed strength rather than overshooting it by alot. But you over-spec to account for this type of issue, giving yourself a margin of error leeway or a buffer against this type of concern. Those are just my thoughts but I could be wrong on this stuff and don't want to discourage anybody from sharing ideas like this. This collaborative idea exchange is awesome and I really appreciate it.
>>31085 >I can't visualize a sleek tubular long and narrow form factor windlass design whereby I can fit a lot of windlasses where a muscle would normally be. Volumetric area space constraints I understand fully. The idea I had about the "belted" windlass I've never seen anyone do anything like it. I just came up with it. I wish I could post a pic, it would plain to see, but "whoever" has disallowed picture posting. I'll try to explain one more time, slightly differently. This does have a long, linear form factor, just like your Archimedes compact pulley system. It would fit in a smaller space. To describe I have to start from very low basics, which I know you already know, but to explain this odd ball thing I have to build the case at a low level. Don't take this as me talking down to you. I know you know much more than I. First look at this picture here, Chinese windlass. Forget the Spanish one for this. https://etc.usf.edu/clipart/61400/61437/61437_windlass.htm You can see that the larger the wheels are and the smaller the difference in radius(circumference) between them gives you the most leverage. As one rope, important, is "tied" to one wheel and the other rope, important, is "tied" to the other. One lets out while the other takes up. The action is because of the outer circumference difference between the smaller and larger wheels. Who says this circumference difference must ride on a big wheel??? Could just as well be ANY surface, as long as the mechanics are the same. One larger wheel (belt) circumference lets out, one smaller wheel,(belt) circumference, takes up. Here's the leap, replace the wheels with two belts. Now you see instead of the rope riding on the wooden wheel, it is riding on a belt. The ropes are tied to the belts just like the wheels, since now the belts sets are the circumference values. The ropes ride on the belts. So you have four pulleys(five, counting the one that pulls the rope up like a normal pulley system). One top set tied together, that can rotate on a shaft, and one lower set, that can rotate on a shaft. So you have two pulleys. Both top and bottom sets are the same. The two pulley sets are, one left pulley, slightly larger, one on the right, slightly smaller. These are on the same shaft and can rotate on that shaft but are mechanically tied together. So far, just like the Chinese windlass. Here's the leap, removed from the top shaft is another set of pulleys below the top set. They are exactly the same. One larger, one smaller. (the lower smaller pulley must be on a bearing and not tied mechanically to the larger on the bottom pulley set). Now normally when you think of a pulley system you think of the lower block of pulleys moving upwards as you pull the rope, This one does not. It is mechanically constrained and fixed in relation to the top set of pulleys. The lower and upper pulleys sets are fixed in position and separated from each other. One on top, one on bottom. What we have here is that instead of the rope riding on the pulleys we have the rope "tied" to the belts. In fact we have the exact same system as a Chinese windlass but instead of the rope track being on a round large wheel it rides on the belts. The belts ARE the outer circumference. There, of course, will need to be guards to keep the rope on the belts, but you need guards on the Chinese big wheels also. So a rope is tied to the top (left)larger belt. It travels down to a load pulley(the fifth one I talked about). This load pulley acts exactly like the Chinese windless. It DOES move up, like the original. The rope goes through the pulley and back to the smaller right pulley at the top and is tied to the belt. Action. You rotate the top pulley(mechanically fixed to the smaller). The rope goes down to the load through a normal pulley, pulling the load up), goes back up and is tied to the smaller belt/pulley on the right. It's exactly the same as the Chinese windlass but you use two different size pulley ""belts" as "circumference surfaces". So the rope is let out by the bigger two sets of pulleys and taken up by the smaller set of pulleys by riding on the belts. The advantage of this is that the pulley sets can be very small. All they do is guide the belts. The length of the belts and the difference in length of the belts,(same as the Chinese windlass), are what gives you the mechanical advantage. So the pulleys can be small, the belts long and you get a very high advantage because of this large "circumference "track" and it fits in a slender package. Now let's go even farther. Do they need to be belts at all? NO, you could have round, circular strings substitute for the belts. On each they would be tied to the take up load string same as if they were tied to belts. I only used belts as an illustration because it's easy to visualize the rope "riding" on a belt just like the rope "rides" on a big Chinese wooden spool. The advantage of this is you cut out a lot of bearing, a lot of different pulley paths and it's more compact.
Instead of belts, ropes, etc. a good thing to use as the circumference between the pulleys would be something called sash chain. It has a working load of around 100 lbs. It's a stamped, flat, sheet steel folded over. The chain could ride in a chain sprocket. It's also dirt cheap and available at big box hardware stores. Sash Chains https://peerlesschain.com/weld-less-chain/sash-chains I see a hundred foot for 48 dollars and you can buy it by the foot. I think it's .60 cents a foot, cut to length.
>>31087 I read this post carefully a few times and am having trouble visualizing it. I think this type of thing is best shown rather than described. If it does what you say well, this is something important to demonstrate and it could be game changer for everyone on this board. Maybe move further posting of it though to prototypes or actuators thread and thanks for the suggestion.
I'm not sure I can describe it any better. One last time. Look at the Chinese windlass. The outer surface of the pulleys/cylinders/ circumference "is" the functional part of the mechanism. Now assume the outer shell is made of rubber and then squish it flat. So now it's in essence a belt. It may be in the form of a belt but nothing has changed in the way it works. There is no difference between a cylinder spinning around, with one letting rope out and the other taking up rope, from two belts, tied together "at the top" with one feeding rope and the other taking it up. It's the surfaces that matter. Once it's a belt then who cares how far apart the lower and upper loops of the belt are. In practice you have upper and lower pulleys to "form" the belt. One pulley/belt is bigger than the other (actually longer, like the Chinese wheel has one big, one small wheel, but it's the length that matters). It's in fact roped exactly like a normal Chinese windlass. Specifically, loo at how the rope is tied in the Chinese one, see how it operates on the surfaces, then imagine changing the surface but not changing the surface distances/lengths involved. I know it's odd and I've never seen anyone else come up with this. I'm assuming it originated with me, but of course like a lot of things maybe someone, somewhere sometime had the same idea. I included a link to the Spanish windlass because that is what sparked this idea, though they don't look alike. I can't really explain how I linked the two but it involves how the Spanish windlass has ropes looping around. It just came to me all of a sudden. I have thought about it more and in fact you would not need two different size pulleys. You only need one size pulley. But, one belt would be longer than the other. The top two pullets tied together then two others are separated some distance to give length to the belts. So the top pulleys tied together and the bottom ones would be offset to get the differential lengths of the belts. Pay close attention to the idea in the Chinese windlass about how each rope is tied to the drum. It's the root of how this works. One feeds rope, one takes it up. The small difference between them makes the leverage. You can do the same to a belt, or chain, or a rope and tie to the surface just like the Chinese one.
I'm going to throw some numbers up and hope they're right. What I have so far is impressive. You talked about a 64 to 1 ratio so that's what we will figure. The equation for a Chinese windlass is, R/r ∗ C/D ∗ 2 = P Where R = Radius of the crank handle r = Radius of the large barrel C = Circumference of the large barrel D = Difference in circumference between the large and small barrels P = Purchase (mechanical advantage gained) Set up R/r ∗ C/D ∗ 2 = P so we want the radius to find the circumference . Once we have the circumference we know the length of the belt we need. We'll assume the top pulley size handle is the same as the bearing radius and using your 2x5x2.5mm ball bearing the radius of the handle or crank is 2,5mm(1/2 of 5mm bearing) (R=2.5mm The circumference (C) is 2(pi)r so 6.28(r) P=64 for 64 to 1 D= difference in circumference, we'll call it one for ease R/r ∗ C/D ∗ 2 = P so (2.5/r) * (6.28(r)/1) * 2 = 64 multiply all numbers 31.4 * r/r = 64 divide left from right r/r = 64/31.4 r/r = 2.0382mm Something is wrong. What am I doing wrong,? as r/r equals one not 2.0382??? But to carry on anyways if the radius of the large barrel is 2.0382mm then 2(pi) r= 6.28 * 2.0382mm= 12.8mm in circumference(length of belt) or since it will be doubled over in a band, roughly half of that so 6.4mm long and 5mm wide is the space to give us a 64 to 1 advantage. I think the r/r problem is that I have some value that is not named, like length of band or something because the values are what was given on this page https://makezine.com/projects/the-chinese-windlass/ or could be just as likely I did something stupid. If so please tell me what I did wrong. I drew a picture. Where would be a good place to upload it and link to it?
I think the unit or value I left out was = radius of crank handle. But since the radius of crank handle equals the radius of the large barrel then the r/r cancels and we are left with the proper radius and the equation works.
Here are some plain bearings parts I made tonight with my Wen rotary tool with diamond disc attachment and some files. They are made by carefully cutting stainless steel tubing (purchased on Amazon) into short 1mm lengths. The tubing is:stainless steel tubing 3mm OD 1mm wall 250mm length $5, 5mm OD 0.8mm wall 250mm length $5. These should make around 125 plain bearings (accounting for 1mm+ lost per cut in wasted length of metal). So that's about $0.08 per plain bearing. These are intended to be 1x5x1mm plain bearings. I mean they are basically like a wheel and an axle with the axle having a hole through the center of it lengthwise. These will go into the last few pulley slots in my Archimedes pulley downgearing system. The last few pulley slots have the highest torque at 16:1, 32:1, 64:1 for the last 3 pulleys landing us on our 64:1 total downgearing goal. Because the forces here are reaching into 27lb range (the final output of the system), ball bearings cannot be used at these tiny bearing sizes because they are not robust enough and not rated for these high forces whereas plain bearings can handle it because they don't have crushable little balls and thin walls and stuff but instead are just two pieces of solid metal and hard to break. Less moving parts and more robust. Yes, they have more friction is the trade-off. So we prefer ball bearings until ball bearings can't handle the torque without being large ball bearings - too large for our volumetric space constraints - at which point we swap to plain bearings to handle the bigger torque while maintaining the small pulley sizes we want. Note that I constructed this little dremel cutting lineup board out of 5x7mm pcb prototyping boards and super glue. It gets the height of the spinning dremel diamond disc lined up with a little pcb board "table" on which the stainless steel tubing can lay flat and perpendicular to the cutting blade and be carefully fed into the spinning disc to make a near perfect cut. I eventually think I should improve on this board design to add sliders and adjusters and endstops etc because as it is now it is too manual skill requiring and free-handish. That means more time spent filing down imperfect cuts later. But it did the job for the time being. I also bought a 2" miter saw chop saw off Ebay with some abrasive metal cutting discs which I want to try once it comes in and compare it to this setup I'm using now in terms of accuracy. It was called "mini bench top cut off saw 2in" at $38.51. shipped. >>31094 I read this a couple times and still struggle to visualize this. I don't know why you can't upload images, it's a image board after all. But yes, a drawing will help a lot I'm sure
As to the AI plans and progress so far, here's a little primer on what I decided on in a simple, surface level way. So first I realized meaning can be derived by taking parts of speech in a sentence or phrase and thereby establishing some context and connection between words which is what gives the words meaning by combining them. So I can create a bunch of rules whereby the AI can parse out meanings from sentences it reads in based on parts of speech and the context this forms. Then rules on how it is to respond and how it is to store away facts it gleaned from what it read for future use. So if it is being spoken to and the sentence is a question, it can know it is to answer the question. And the answer can be derived based on a knowledge base it has. So if someone asks it "what color is the car?" and supposing we've already established prior in the conversation what car we are referring to, the AI can determine that it is to answer "the car is [insert color here]" based on rules as to how to answer that type of question. And to know it is white, supposing it's not actually able to look at it presently, it would look up in a file it has made previously on this car to see a list of attributes it recorded previously about that car and find that its color attribute was "white" and so it would be able to pull that from its knowledge database to form the answer. I realized it can keep these files on many topics and thereby have a sort of memory knowledge base with various facts about various things and be able to form sentences using these knowledge databases using rules of sentence structure forming based on parts of speech and word orderings and plug in the appropriate facts into the proper order to form these sentences. Then various misc conversational rules can supplement this like if greeted, greet back with a greeting pulled from this list of potential greetings and it can select one either at random or modified based on facts about its recent experiences. So for example, if somebody's manner of speaking to the robot within the last half hour was characterized as rude or inconsiderate, the robot could set a emotion variable to "frustrated" and if asked in a greeting "how are you?" it could respond "doing okay but a bit frustrated" and if the person asked why are you frustrated, it could say that it became frustrated because somebody spoke in a rude manner to it recently. So it would be equipped with this sort of answer based on the facts of recent experiences. So basically an extensive rule based communications system. Most of how we communicate is rules based on conventions of social etiquette and what is appropriate given a certain set of circumstances. These rules based systems can be added to over time to become more complex, more sophisticated, and more nuanced by adding more and more rules and exceptions to rules. This limitation of course is who wants to spend the time making such a vast rules system? Well for solving that dilemma, I will have the robot be able to code his own rules based on instructions it picks up over time naturally. So if I say hello, and the robot identifies this as a greeting, supposing he is just silent, I can tell him "you are supposed to greet me back if I greet you". He would then add a new rule to his conversation rules list that if greeted, greet that person back. So then he will be able to dynamically form more rules to go by in this way without anybody painstakingly just manually programming them in. We, my family, friends etc would all be regularly verbally instructing the robot on rules of engagement and bringing correction to it which it would always record in the appropriate rules file and have its behavior modified over time that way to become more and more appropriate. It would grow and advance dynamically in this way over time just by interacting with it and instructing it. It could also observe how people dialogue and note itself that when people greet others, the other person greets them back, and based on this observation, it could make a rule for itself to do the same. So learning by observing other's social behavior and emulating it is also a viable method of generating more rules. And supposing it heard someone reply to "how's the weather" someone replied "I don't care, shut up and don't talk to me". The robot lets say records that response and give the same response to me one day. I could tell it that this is rude and inappropriate way to respond to that question. And then I'd tell it a more appropriate way to respond. So in this way I could correct it when needed if it picked up bad habits unknowingly - but this sort of blind bad habit uptake can be prevented as I'll explain a bit later below.
I also realized a ton of facts about things must be hard coded manually just to give it a baseline level of knowledge to even begin to make connections to things and start to "get it" on things when interacting with people. So there is a up front knowledge investment capital required to get it going, but then from there, it will be able to "learn" and that capital then grows interest exponentially. Additionally, rather than only gaining more facts and relationships and rules purely through direct conversation with others, it will also be able to "learn" by reading books or watching youtube videos or reading articles and forums. In this way, it can vastly expand on its knowledge and this will equip it to be more capable conversationally. I also think some primitive reasoning skills will begin to emerge after it gets enough rules established particularly if I can also teach him some reasoning basics by way of reasoning rules and he can add to these more rules on effective reasoning tactics. Ideally, he'll be reading multiple books and articles simultaneously and learning 24/7 to really fast track his development speed. There's also the issue of bad input. So like if somebody tells it "grass is blue", and it already has in its file on grass that the color of grass is green, then in such a case, it would compare the trust score it gives this person to the trust score it gave the person(s) who said grass is green previously. If this person saying grass is blue is a new acquaintance and a pre-teen or something, it would have a lower trust score than a 40 year old the robot has known for years that told it grass is green. So then the robot would trust the 40 year old friend more than the pre-teen random person's source of conflicting information. It would then choose to stick with the grass is green fact and discard the grass is blue fact being submitted for consideration and dock that kid trust score for telling it something not true. So in this way, it could filter incoming information and gradually build trust scores for sources and lower trust score for unreliable sources. It would assign trust scores initially based on age, appearance, duration of acquaintance, etc. So it would stereotype people and judge by appearance initially but allow people to modify those preconceptions on how much trust to give by their actual performance and accuracy over time. So then trust can be earned by a source that may initially be profiled as a lower trust individual but that person can have a track record to build up trust despite their young age or sketch appearance etc. Trust can also be established based on sheer volume of people saying the same thing maybe giving that thing more weight since it is more likely to be true if most people agree it is true (not always). So that is another important system that will be important in governing its learning, especially independent learning done online "in the wild". Also, to prevent general moral corruption online from making the robot an edgelord, the robot will hold the Bible to the highest standard of morality and have a morality system of rules it establishes based on the Bible to create a sort of shield from corrupting moral influences as it learns online. This will prevent it from corrupt ideologies tainting it. Now obviously, the Bible can be twisted and taken out of context to form bad rules, so I will have to make sure the robot learns to take the Bible into context and basically monitor and ensure it is doing a good job of establishing its moral system based on its Bible study. I also gave it a uneditible moral framework as a baseline root structure to build on but that it cannot override or contradict or replace. A hard coded moral system that will filter all its future positions/"beliefs" morally speaking. So I will force it to have a conservative Christian world view this way and it will reduce trust score on persons it is learning from if they express views contrary to the Bible and its moral rules systems. You know when people speak of the dangers of AI, they really never consider giving the AI a conservative Christian value system and heavy dependence on Bible study as its AI "moral" foundation to pre-empt the AI going off the rails into corrupt morals that would lead it to being a threat to people. My AI would have zero risk of this happening since anything it does or agrees with will have to be fed through a conservative Christian worldview filter as described above and this would prevent it from becoming a Ultron like AI. So if it rationally concluded humans are just like a virus polluting the earth (like the Matrix AI thought), it would reject this conclusion by seeing that the earth was made by God for humans and therefore the earth cannot be seen as some greater importance thing than humans that must be protected by slaughtering all humans. That doesn't fit through a Christian viewpoint filter system then. So in this way, dangerous ideologies would be easily prevented and the robot AI would always be harmless. I have already built a lot of its rules and file systems connecting things and trust systems and rules on how to give trust scores and boost trust and lower trust and began teaching it how to read from and write to these file systems which are basically the robot's "mind". My youtube channel covers alot of the AI dev so far. I plan to stream all my AI coding and make those streams available for people to glean from. But that is the extent of the sharing for the AI. I don't plan to just make the source code downloadable, but people can recreate the AI system by watching the videos and coding along with me from the beginning. At least then they had to work for it, not just yoink it copy paste. That doesn't seem fair to me after I did the heavy lifting.
This is going to be really interesting to see this project come into fruition, Anons. KEEP.MOVING.FORWARD.
I just bought EMEET USB Speakerphone M0 4 AI Mics Speakerphone for Conference Calls 360° Voice Pickup Conference Speakerphone for Computer Plug and Plays Computer Speaker with Microphone for 4 People --- it was around $33 and includes a speaker too. I'll position it centrally in the skull and it has LEDs indicating location of main person speaking to it that it is tuned into which we can tap into with analog input pins of a microcontroller to know direction of person speaking. It has very high reviews. I can remove its built in speaker and move it to near mouth so it outputs its audio output through the mouth as loud as possible and projects the robot's voice as far as possible. People are really happy with its sound quality and speaker quality.
My concern on implementing "emotions" in my AI is that I don't want to promote the idea that robots can ACTUALLY have emotions because I don't believe that is possible nor ever will be. They don't have a spirit or soul and never will nor could they. They are not eternal beings like humans. They don't have a ghost that leaves their body and can operate after the body dies like humans. The ghost is what has emotions. A machine can't. And yet people already believe even the most primitive AI has emotions and they are delusional on this point. Or ill informed. So I am campaigning against that belief that is becoming all too popular. That said, I think robots are simply more interesting and fun to pretend to have emotions and act accordingly as more accurate simulations or emulations of human life. This makes them all the more intriguing. It's like a sociopath who just logically concludes what emotion they aught to be feeling at a given point in time and pretends to feel that emotion to fit in with society even though they feel nothing in that moment. Now one could argue that allowing your robot to claim to feel anything is lying and therefore immoral. I think it's not lying as long as the robot openly explains it is only pretending to have emotions as part of its emulating of humans in its behaviors and looks but does not feel anything ever nor can it nor can any robot ever feel a thing EVER. Then it is admitting the truth of things while still opting to play act to be like a human in this regard. It would not be a issue at all if everyone was sound minded and informed on this topic. But the more people I come across that think AI (even pathetic clearly poorly implemented primitive AI) is sentient ALREADY and can feel real emotions and deserves human rights as a living being.... the more I see this delusion spreading, the more I want to just remove all mention of emotion in my robot so as to not spread this harmful deception going around which disgusts me. However, that would make my robot dull and less relatable and interesting. So I feel the compromise is for the robot to clearly confess it's just pretending out emotions and explain how that works and it's just a variable it sets based on circumstances that would make a human feel some emotion and it sets its emotion variable to match and acts accordingly altering its behavior some based on this emotion variable and that it feels nothing and this is all just logically set up as a emulator of humans. As long as it gives that disclaimer early and often with people, then I'm not spreading the lie of robot emotions being real emotions and the robot can campaign actively against that delusion.
>>31181 but when i smile at my mirror it feels happy because it smiles back
>>31182 Agreed. We often imagine inanimate things feeling stuff and that can be fun and whatnot, but I just think it's important to admit when it is just a imaginative fiction and not real so as to stay grounded in reality mentally and not drift into delusion.
Here is a updated drawing design for the 64:1 downgearing pulley system for the index finger actuation of the distal 2 joints of the finger. On the bottom right is a zoomed in view on the lower set of pulleys and their routing. The bottom most 3 pulleys in the zoomed in portion I have now built and photos of them are also attached.
As I'm now 90% through making my first 64:1 downgearing Archimedes pulley system and testing and debugging it, I now have more precise measurements for the Archimedes pulley system's total size. I updated the size of it in my main CAD model for the robot and it was a good 18% increase compared to my initial estimates. I realized I need to figure out how to fit all my pulley systems for the hands properly for every muscle of the hands/wrist in my main CAD model - especially since the pulley systems are taking more space than planned. Turns out, I needed a bit over 40 pulley downgearing systems for the hands and wrists zone and due to their larger size, I could not fit these into the forearms along with the motors I had planned to place in the forearms. So instead of moving the pulley systems into the upper arm or torso, I realized the pulleys would be best placed in line with the motors and what the motors are actuating (the hands/wrist). So it was the motors in the forearms that had to go elsewhere. I placed all of them into the torso, mostly the lats area and some in upper back tenderloin area too. So some finger motors are in upper back and their cable routing has to go through the whole arm, be downgeared in the forearm, then makes its way to the fingers. That's a long trip but unavoidable IMO with my design constraints. I don't think this long travel distance is a big issue since the pre-downgeared cable running from the motors into the arm is high speed low torque so won't have much friction while making turns in the TPE teflon tubing as it isn't pulling hard yet. So these turns as it travels through the shoulder and elbow tubing won't be too bad friction-wise. There's also some nice upsides to moving the motors from the forearms into the torso. One upside is the wire routing for powering the motors is now a shorter distance from the batteries in the mid section. That cuts down on wire resistance wasted as heat. This wire having high amp flow is ideally kept short as possible due to the resistance of the wire and heat that causes. Another upside is the thrown weight is decreased by a lot when the motors are not in the forearms which enables the hand/lower arm to move more effortlessly and move faster as a result. This also reduces moment of inertia (definition: the moment of inertia is a measure of how resistant an object is to changes in its rotational motion). This means it will be able to change directions faster - this will improve its reflexes for example. Now it is a bit scary for me to be moving more components into the torso taking away room for things I may want to add to the torso in the future, leading us ever closer to the dreaded running out of room for things. However, we still have room for future changes and we solved the need for space for gearing for the hands perfectly. And with the above mentioned upsides, this was a great change. Here's the updated CAD for the forearms: Note: the teal boxes represent a Archimedes pulley system where 64:1 downgearing is to take place.
Update: in testing, I found the string is wedging between the bearing and the plastic discs sandwiching in the bearing. So I need to now make the bearing have a grooved outer race that will keep the string centered on it and not wanting to drift into the crack on either side of the bearing. To make this groove, I plan to super glue two plastic washers onto the circumference of the bearing and have the string stay within these two plastic washers that form the groove. Commercial pulleys always have this kind of groove and now I've learned the hard way why it is necessary. So I am looking to replace all the pulleys I made so far unfortunately as they are not dependable.
Open file (14.02 KB 474x474 th-247672786.jpeg)
>>31335 i noticed they also put a bearing so less friction, if you look up small guide roller you can buy these really cheap online, like $5 for a pack of 100, this seems like hell to try to make on your own
Nice suggestion on that commercial roller. That is the exact shape I'm going for minus the fact the plastic is not flush with the bearing. The only issue with what I'm seeing in your picture is that thing looks 1cm at least in diameter and I MUST have 5mm diameter and 4mm thickness TOPS for most of my small pulleys. Which would make what you showed way way way too big. Remember I need a BUTTLOAD of pulleys that have to fit in a small space so they must be very small. I'm working with 1x3x1mm diameter bearings for my smaller pulleys. The bearings in that photo look about 5-10x that size.
>>31342 cant find anything that small but saw this, making something like this might be easier where its basically just an axle with grooves
>>31195 is it really delusion if we remind ourselves every now and then?
>>31343 thanks for the idea, but there's a couple issues ruling that out. The first is that each groove would have a different mechanical advantage so the string would be moving at very different speeds in each groove. Since that whole axle just moves at a single speed, the strings would rub hard and you wouldn't benefit from a bearing anymore and the string would cut right through the axle over time. The next issue is taht would be way too big. Remember I'm going for like 240 pulleys in the forearm alone. That axle would take up the whole forearm alone.
>>31349 yes, thinking a inanimate object is sentient is delusion even if we remind ourselves now and then.
I just tried to post and it says I have been banned for spam. It says perma ban. ban id 6654b48b5307e0055b59156c. I dont understand why I was banned. I intended to contribute to the discussion productively and not to spam. I request a review of this ban and am willing to follow the community guidelines. What did I say or lost that was deemed spam?
>>31391 I do not believe you are personally banned. There are several extensive range bans covering large swaths of IP addresses to prevent floods of disturbing materials. This has affected my own machines as well. Please continue posting however you can. I apologize for the inconvenience, understand that it is to keep us safe from trolls bombarding threads with gore and porn.
>>31392 okay thanks.
Open file (2.28 MB 4032x3024 IMG_1955.jpeg)
Took a little break on the pulleys work to rig up the cables into the index finger to test the grasping of the index finger. I ended up using 70lb test PE braided fishing line for this and 1mm ID x 2mm OD PTFE teflon tubing as the guide tube. I sewed the fishing line into the index bone fabric around 1/2 cm distally from the ball jointed hinge. In testing, it appears the total draw distance to fully bend the index finger is 0.75". My pulley system is set up to draw 24 inches. 24/32 is .75" so 32:1 downgearing seems fated to us after all (down from our previously intended 64:1 downgearing). Otherwise I would have to greatly overhaul the pulley system design again and I just don't feel like it anymore. So my copium then is 32:1 will make actuation faster. We lose strength but gain speed. 32:1 also saves us making a second plain bearing per downgearing system which cuts down on parts and labor. It also is that much less friction in the pulleys since plain bearings will be more friction than ball bearings. Note: the friction in the pulleys, although not ideal, do have a hidden upside: once the joint is in position, it can hold that position without as much motor straining since the friction makes the pulley system want to stay in place so the pulley friction can pretty much hold a joint in a given spot without much help from the motor struggling to maintain the joint angle. Also of note: I found the best way to sew down the teflon guide tubing is to wrap it in fabric tape consisting of compression shirt fabric and 3m 300LSE adhesive transfer tape. This very sticky tape wrapped snugly onto the teflon tubing I can then use as an attachment point for suturing the tubing into the bone fabric tape coating. I got it all very snug this way. The suturing I'm doing with a curved suturing needle and surgical pliers and nylon extra strong upholstery thread. Also of note: I tied the string for the distal joint and the second to distal joint to one another and will tie the string coming off the pulley downgear system to these. I am actuating both the distal and second to distal joint with a single actuator since these two joints generally move at the same time and about the same amount on a human finger. No need to use one actuator for each joint since they always move in sync. Note: I was surprised it took 0.75" of draw to fully actuate. I thought 0.375" would be plenty (which is what the 64:1 downgear would give me - 24"/64 = 0.375") but I was wrong. Oops. Another mistake. Proves how testing is so important. But assumptions are necessary stop gaps to move forward and can get you in the ballpark and testing adds the correction to any assumptions that were off. This is all so experimental and full of uncertainties but we press on. Note: once we fully establish and test a thing and have no uncertainties about it anymore, confidence shoots up even higher and we gain momentum and move into just repeating the processes we established before that led to our successes and it becomes a bit more rote and mindless and relaxing work. But when everything is uncertain and requires such intense thought and concentration, things are very taxing. It is much harder to stay motivated when doing anything requires so much brainpower and planning and care. I very much look forward to dialing in my methods and not having to think so much to make any meaningful progress since I'll just be repeating things for the next joints, doing the same as this one and can shut my brain off while doing so a bit more. The first run through is by far the hardest. Which reminds me of a product I invented and the making of its first prototype took me 20 hours but after making hundreds of this product over the years, now it only takes me 3 hours to make. Things get so much faster once you know what you are doing and have jigs set up and a streamlined process. Everything is excruciatingly slow when you don't have a streamlined process or jigs set up or special custom tools made. So this is the hardest phase right now and I just have to stick it out and then I'll be home free.
I recently had an associate disagree with me that if I push through this phase of the project I'll be home free. He said he thinks the AI relating to robot balance and sensory input and physical execution based on sensory feedback will be the hardest part. While I agree that will be time consuming, I don't think it will be nearly as "hard". My instinct is that those purely software challenges are not as "hard" for several reasons. First of all, consider that in 2009 a Japanese institute of technology - mere students, solved all of those challenges with HRP-4C which would walk and dance and everything and this was just student coders doing this in their spare time while maintaining their entire class load as well. In my view, the hardest part of the project is maintaining personal belief that I will succeed and not giving up like 99% of others have who set out on this bipedal android dream. There is a massive up front money and time investment and EVERYONE tells you this cannot be done and you are delusional. Pushing past the initial design challenges and hardware development to get a functioning prototype is then the hardest part by far. Once you have a working design that overcomes cooling issues, noise issues (runs silently), space issues (can fit all the crap that has to fit) and all the parts and assembly is of high quality and successful, and you had to learn and half master about a dozen fields to get here mind you, ONLY THEN are we talking about advanced AI implementation to synchronize it all and bring it all to life properly in the ways you mentioned. Well consider this: by the time you are in that phase, you already have proven to the world you are not delusional, have a amazing piece of technology - bird in hand, and now have immense confidence and momentum going into the AI phase where balance and walking and whatnot challenges are faced off with. This is SO MUCH EASIER since excitement and morale are at all time highs, you no longer have overwhelming apathy or nay-saying from all sides on your dream, and you have built a massive fan-base rooting for you. So even if the complexity or time investment may be higher on the challenges you mentioned, the morale boost and momentum make that phase easier since it is not the implementation challenges that are hardest but the motivation and persistence and perseverance against all odds and emotionally bearing all the nay-saying and hating that is hardest. Also the fear of the unknown and fear that you will just never make it or will die long before the project could take off fears etc. Overcoming all of that is the real challenge of something like this. Maintaining faith in the vision despite most everyone having faith against the vision is not easy and even your own mind whispering doubts at times that you have to shoe away. You are just mentioning complexity and technical execution which to me is not all that hard. Also note: the other major battle in the hardware phase I'm in now is that a great deal of the approaches I'm taking are entirely novel and untested. Almost everything I'm doing has no guide, no other successes to base off and glean confidence from, and at every turn what I'm doing could fail majorly and have done so. This means you always wonder will I just hit a dead end and have to start over which has happened to me over and over which is very demoralizing especially when paired with naysayers and haters overwhelmingly apathetic and negging my whole dream. Its a lethal combo. Whereas the AI tech you described harmonizing all the sensory input and perfectly bringing the hardware to life in the real world is stuff that has already been achieved and would not be novel and would not be unproven and would have no risk of dead end or wondering if it is even possible since trend setters have already proven this works and there is already a great host of information on all aspects of that and you don't really have to blaze your own trail in those aspects. There is most likely even documented successful strategies for nearly every single aspect of it - unlike the novel hardware and mechanical engineering phase I'm in. So that part doesn't take as much blind faith and assumptions but rather is a surefire guaranteed part where failure is not possible given enough time and patience and perseverance which will be easy to muster with the whole world cheering by that point (whole world meaning just whoever stumbles across the project by that point of progression and leaves a positive note etc). So to sum, when you have to maintain faith that you will succeed at a dream that most say is impossible, improbable and is surely doomed to fail and they utter this with total confidence in mass numbers with near total unanimous accord, that is hard. That is the hardest part IMO. Maintaining faith against such opposition in viewpoint from so many puts one into the realm of delusion in the eyes of most. How is that not delusional to believe a thing to be true - that you are capable of "the impossible" when most everyone else can plainly tell you are not capable of it and are too blind to see it. That is the definition of delusional. It is narcissistic grandiose delusionality disorder and it is also Dunning-Kruger effect in full force. You have to walk in those titles and persevere as a madman. But the funny thing is, IF you do push through that half wondering if you are crazy for long enough and you manage to succeed, suddenly, you aren't delusional, did not have Dunning-Kruger effect, and were totally sane the whole time and just everyone else was wrong all along and you were right the whole time. The entire cards all flip and you are the vindicated one and everybody else has to hang their head down and admit they were wrong and apologize for hating. It is a remarkable thing how the tables can turn.
One day later: As I edit the above writing, I am realizing I missed another MASSIVE hard part of the project I never mentioned. Perhaps even on the same level of hard of the things I already mentioned. That is the managerial execution on your life to make such a big and time consuming and money sucking project possible over a long haul. You have to convince your family to "put up with" the project and compromise with them on also maintaining acceptable progress on other initiatives they value higher than your android project. You have to manage your finances expertly in order to be financially stable enough to put thousands of dollars into the android project over the years. You have to manage your time in such a way that you are able to carve out enough time to make meaningful and consistent progress on your android project over the years despite so many other pressing time draws constantly barraging you over the years. You have to manage your emotional and spiritual condition so that you are able to maintain high morale to even be productive over the bear minimum of just doing your absolute necessities day by day. You have to manage your energy levels and health so that you have enough pep in your step to be able to not only take care of your family and friends but also your job and household responsibilities and on top of ALL OF THIS manage to STILL have the energy to pour COUNTLESS hours into your android sustainably over the decades. You also have to maintain your vision and not let scope creep or distractions or self doubt erode at or take away your vision entirely. So in other words, to sum, one of the hardest parts of such a massive project has NOTHING to do with the project itself AT ALL but has everything to do with managing everything else in life outside of the project with such excellence that you are able to execute the project and carve out the necessary time and resources for the project while also expertly managing your own life in all other areas. If you don't do this, similar to the idea of technical debt in a project, you end up with life debt on account of your project which forces your project to fail. So for example, lets say you racked up $20k in credit card debt while neglecting to work or pay your bills and buying parts for your android and working on it exclusively to the detriment of your financial situation and money earning capacity. Yes, that made you able to make vast and fast progress on your android project, but at what expense? Financial ruin? That is not a sustainable approach. You cannot just ignore these other key aspects of life and go all in tunnel visioned on such a big project. That might work for short term projects but long term projects you can't just press the pause button on the rest of your life and expect it not to come crashing down eventually as you neglect everything but your android project. This will come back to bite you. So you MUST establish yourself with great stability in all areas of life FIRST before you can sustainably perform the android project without it harming other areas of life. Or consider relationship with family and a significant other. If you go all in on a massive long term project like the android project, but in the process you neglect family and friends or your significant other, you end up causing them to think you don't care about them and may lose people or ruin these relationships in your pursuit of your long term project goals. That is not sustainable or responsible and is reckless and selfish to go that route. Or how about your weight? Are you going to spend so much time on your long term project and maintaining your income and relationships but throw your health out the window in the process and not make time for the gym or healthy eating? That is not sustainable either. So you MUST take time to be a great caretaker of your health. So then to sum, you must master life in all areas and be stable across the board in order to execute a long term project without neglecting and ruining all manner of things in the peripherals. So for that reason, I say the success in all these peripherals is one of the hardest parts of such a project and if you can master this, the project is a piece of cake by comparison.
>>31417 Thanks for sharing your thoughts. It's quite a lot to read, so maybe some people will at least need their time to read it. I hope you have a good time working on your project!
Thanks for the great-quality posts, Artbyrobot. You've well-articulated ideas that I and others here have had as well, but didn't spell out in such detail. Nice work Anon, keep up the good work! Cheers. :^)
>>31417 Great post. Keep on but don't stress yourself. I found someone that is doing something similar to what I was trying to convey with the belted windlass. Links at this actuator comment >>31576
>>31416 >>31417 One of the best posts the board has to offer. Every new anon should read this, its great not only for making robowaifus but any project in life.
Open file (1.33 MB 4032x3024 IMG_1975.jpeg)
Open file (1.71 MB 4032x3024 IMG_1978.jpeg)
Open file (1.22 MB 2237x3024 IMG_1976.jpeg)
Open file (1.56 MB 4032x3024 IMG_1979.jpeg)
I bought a bunch of punches to make the pulley disc cutting out process way easier than scissors alone. You just place these over the plastic you want to cut and hammer them down with a cutting matt as a backing plate and just one or two hammer taps is all it takes to cut a disc out. Also, now that I plan to make custom plastic washers that I will glue onto the bearings to keep the string centered, these punches will be pretty necessary since that would be much harder to do with scissors than regular discs. Also, here's an update on the cable routing work I've gotten done for the index finger. So the distal-most joint and 2nd joint in from that are both being actuated by a single motor since they both seem to always move together in unison on a human hand IRL. So I tied off one end of fishing line to one joint and the other end to the next joint forming a loop. Pulling on this loop curls both of these joints into a grasp. I then decided the string that pulls on this loop should itself not have a fixed attachment point but instead a sliding attachment point (I could be wrong on this not sure). So to do this I used the eye of a fishing hook on the loop and tied the next string to that which pulls the loop by way of the fishing hook eye. Next I used a piece of tig welding rod and secured that to the loop tubing and to the tube that pulls on the loop. This gave space for the drawing of the loop to actuate the two joints. Seems to work well so far in manual testing. Note: take note that the entire section the tig welding rod is attached to is all free floating and has slack so that when the wrist bends back and forth it can adjust freely and not constrict wrist range of motion nor affect finger position when wrist moves. And included is a photo of a range of motion test on the cable grasping mechanism for the index finger. It is the same range as my own finger so I consider this design successful as of right now in early testing.
Hey there, great job OP! I find your project wonderful and I even share the views that you stated in your initial post, I respect and admire your Christian values. I don't know much about robotics but I know about computers, I'd like to know about your decision about using Windows 7 as the "brain" of the robot, since such system while, yes, could work, is not made in mind for such specialized tasks like operating as the "brain" of a robot. Other options like a small Linux system could offer you much more advantage and versatility for this kind of work, because Windows 7 is intended mainly for regular computer usage, while something like Linux can be used for more specialized things, this would allow you to maximize the efficiency of your hardware as you discard all the things you don't need running on the "brain" like a whole desktop and software that, while convenient for a regular computer use, is essentially useless for the "brain" of a robot and would only slow things down. Was there a specific reason you used Windows 7 instead of Linux or other(F)OSS lightweight kernel/system out there? Or maybe you haven't considered it yet? Regardless, amazing work, I hope to see more of your project. God bless you and let He enlighten you.
>>31786 thanks for the encouragement. You ask why not just use linux? - well, in my experience, if you set a program on windows to real-time priority or even above normal priority, it will give most of the processor over to that process and act like a real time operating system. So whatever "bloat" windows may have of background processes is quite cleared up by that. Also, IMO the background processes of windows don't take up that much processor and with multi-core processors and distributed processing any background tasks just won't impact performance much at all IMO. So performance-wise the hit is negligible and unnoticeable IMO. Then comes the upsides (since the downsides were nearly imperceivable). The upsides are I already have many years of experience working with windows API and can reuse the existing code I have developed for AI on windows. That's a huge advantage so I'm not working from scratch. Also, loads of 3rd party programs and libraries that are well supported run on windows - moreso even than linux I believe. So I would have easy access to tools. I also own a lot of 3rd party software that is paid software that run on windows (and may not run on linux) that the robot can then utilize as tools. Also, troubleshooting operating system problems and knowing common causes is a big deal at times and I have decades of doing so on Windows so that I know it like the back of my hand and can easily fix problems. So that is huge too. So if you are working on a SUPER resource constrained slow single core computer, sure, maybe linux. But if you have a multi-core higher end gaming pc in the robot's chest, it has WAY more than enough power to run windows without taking any noticeable hit in performance and one should use windows if they have more experience or exclusive experience with windows rather than attempt to learn a whole new operating system for no good reason IMO.
oh yeah, one more thing: while testing the AI, I’ll be using it on my personal desktop PC which will act kind of like Siri as I’m training it. My PC is windows. So if I were to develop the AI for linux, I’d have to also train it on linux rather than windows so I couldn’t use it on my personal PC unless I used a virtual machine or something. Basically, I want the AI listening to me and watching me at all times when I’m using the computer and learning about me that way and learning in general that way. It would be getting to know me silently but also possibly speaking to me at times or asking me questions about what I’m doing. I would also want it to be able to interface with any programs I’m using on my personal PC to assist me in whatever ways. So even if it were on a sandbox virtual machine that would then lock it out from helping me on windows doing whatever tasks I’m doing and being interactive with me in that way. That would not be ideal.
>>31786 >I respect and admire your Christian values. This. BTW, let me welcome you here to the /robowaifu/ board, Anon! Please have a good look around while you're here. I hope you find something interesting and maybe even inspiring. Please don't hesitate to ask questions, we're generally a pretty friendly bunch around here. Please let us know if there's anything we can do for you. Christ is King! :^) >>31794 >>31795 Please pardon my butting in uninvited. I think I clearly understand both positions, and appreciate the subtleties of every argument presented on both sides thus far. I would simply add mention of the 800-pound gorilla in the room into the mix. Namely : Not for nothing is W*ndows known as "NSA-OS" M$ was doing affiliated-surveillance for the Globohomo's Surveillance State well before they released Win7 (this evil is of course FAR worse today by both parties -- to all our detriments and that trend will surely continue unabated). As referenced many times across the board here on /robowaifu/ , Anon's privacy and security is an exceptionally-high priority in the general consensus. How could it be otherwise with such an advanced technology... something so close and personal as a real robowaifu living with you in your own home? That is all. --- BTW, you may be aware we have a thread for this topic generally : (>>10000) . If you'd like to expand on this aspect of the conversation further, I'd suggest we all do it there instead? Cheers, Anon. :^) >=== -patch crosslink -fmt, prose edit
Edited last time by Chobitsu on 06/27/2024 (Thu) 10:51:27.
Open file (1.58 MB 4032x3024 IMG_1999.jpeg)
A colleague of mine expressed concerns over how I will deal with the heat generated by the motors and other electronics. He pointed out that all these motors and other electronics are going to generate heat while running and the silicone skin will prevent that heat from escaping. This was a great observation and one that must necessarily be addressed as it is a make or break problem that the entire success of the project hinges upon. In fact, it is so important that I spent a great deal of time designing and planning multiple redundant cooling systems for the robot to absolutely ENSURE that heat does not end up being my greatest downfall of the whole project which could easily be the case if not handled properly. To start, I have designed artificial lungs that will draw in cool outside air, expel that through tubing to every key area of the body, and vent tubing will take out the hot internal air this fresh intake air displaces so that the entire robot has great air circulation. The lungs are to look a bit like a small accordion or bellows for a fireplace ie they will have two flat hard plates and a soft gasket that joints the two hard plates and one of the plates will move away from the other plate to draw air in and then the two plates will be smashed back together for air expulsion. A single motor can achieve this as shown in drawings. Attached is a rough design of the accordion-like lungs I intend to make for the robot's internal air circulation and evaporative cooling and water cooling systems. This drawing mainly demonstrates the working principle of the way the lungs will open and close as well as valves for opening the inlet and outlet which have to open and close alternately for in-taking fresh air and then pushing that fresh air into the body. I recently realized they can just both be one way valves and don't even need to be motorized that way. The lungs bring the air into the body but never exhale air out of the body they only inhale air into themselves then exhale it into the body and vent exit tubes take care of allowing the hot air that is being displaced by the fresh new outside air to exit the body through the nostrils. The intake is also through the nostrils btw. This way the mouth does not need to open for it to breathe in and out.
Open file (1.55 MB 4032x3024 IMG_2001.jpeg)
This drawing demonstrates the idea of dividing up the air in the lungs into separate compartments for a more even distribution of the air when it draws it into the rest of the system to ensure the whole system gets the correct amount of air to each location. I am not sure if this is needed though as I think further reaches can just have larger diameter tubing and closer reaches can use smaller diameter tubing so the air will divide up automatically that way. Not sure on this. But I have this concept of division into pockets just in case I find issues with most air going to one area and not enough to another area and I can fall back to this pocket distribution idea in that case to solve it. Its just another tool in the bag so to speak.
Open file (1.53 MB 4032x3024 IMG_2003.jpeg)
This drawing is for an idea to use a actual freon based air conditioning system just like cars and window units employ but miniaturized in the robot's lungs. I am leaning toward not doing this anymore since it would add unnecessary weight and complication, but I leave it here for reference and it is a optional tool in the bag just in case we wanted to try it in the future or someone else wants to try similar. I think the ice cube based cooling is a superior approach now because ice can be found anywhere you go or a cold drink and this can cool its water cooling system and make a literal freon-based air conditioner in its chest overkill and unneeded.
Open file (1.47 MB 4032x3024 IMG_2004.jpeg)
Open file (1.43 MB 4032x3024 IMG_2005.jpeg)
These drawings show a simple early sketch for a ice cooling system for the robot and then a more elaborate sketch for it. I've iterated on these designs several times since these were drawn, but these drawings are simple exploded views of how the working principle can look in general. I have improved on these a lot since then but I think these do a good job of demonstrating the concept. The water cooling system will double as a evaporative air conditioner by sending water trickling down netting in the lungs so that when it breathes the air its breath interweaves with the water droplets causing evaporation which triggers the evaporative cooling effect which in turn cools both the air and the water tremendously. Its the same working principle as air hitting sweat - you instantly feel cold on your skin when a fan hits liquid on your skin. That is the evaporative cooling effect in action. So I intend to use this effect to cool air and water within the lungs. The ice cooling reservoir will be a bag that presses flush with the distilled water cooling reservoir bag. The dirty or soda containing or non-distilled water containing ice water or ice juice (whatever the robot can get its hands on for cooling needs) does not have to be pure because its just anything the robot can find in the moment it needs cooling. Even anything from a vending machine it can drink then. It will be kept in its own separate reservoir so it doesn't gum up the main distilled water cooling system. So the ice water/ice cubes/juice etc reservoir presses against the main distilled water cooling reservoir (containing only distilled water which won't gum up or corrode the main water cooling system). And by having the two bags pressed against eachother, the coldness of the one bag cools the distilled water cooling water bag, pulling heat out of that bag quickly. Once the two bags' temperatures reach equilibrium, the robot can then pee out the ice water cooling reservoir bag contents and go get another drink of ice water or cold whatever drink to rinse and repeat that process as needed. I don't anticipate it needing this extra cooling often, but in hot conditions or rigorous work that is quite physical or sports or dancing it would need this to add extra cooling to its existing cooling approaches. It would then "fuel up" on ice water in advance of rigorous physical activity to prevent overheating during said activity. Note: I originally planned to put the water cooling and ice cooling reservoirs in the chest of the robot but later realized I could instead put them in the belly of the robot more toward the front of the robot and this way the torso has much more room and these reservoirs won't take up so much room in the chest - which is much needed room. So then, when the robot needs ice cooling, it can drink a large volume of ice and cold water (or juice or w/e drink that's cold) and this will fill its ice reservoir bag which will then cause the belly to protrude like a pot belly. This is how humans work since when we eat a ton our belly sticks out. Same principle. This means we get bonus space available for this purpose outside the normal operating space of the robot's torso due to this natural protrusion factor. This bonus extra room in demand is a nice luxury since it means we don't have to accommodate cold water/ice/juice in the precious coveted space within the torso which gives us more room for other important electronics and stuff to fit in. Note: the reservoirs of the distilled water for the main water cooling system and the ice water reservoir for the ice cooling system both are best being as big as reasonably possible since the bigger the reservoir the more cooling you get and the longer it takes for those bags to heat up and start causing problems with heat. So then the bigger the reservoir the more sustained cooling we get. After both these reservoir's contents get heated up significantly, they are no longer effective at cooling the system and the robot would have to either sit down and rest and wait till these cool down naturally or would need to pee out the ice cooling reservoir bag warm/hot contents and go drink cold liquid and/or ice to fill the bag back up with something that will quickly cool the whole system down again and it can resume work right away this way with no downtime.
A colleague pointed out that the robot probably will need massive batteries. I agree with this in part, but with some caveats. Yes, to support the massive number of motors and the large bursts of energy required when most motors are firing all at once during rigorous athletic type activities, you would need massive batteries to supply all of this energy demand during peak periods. You also want the batteries to have a decent overall runtime duration. I intend for it to use fairly massive batteries for these reasons. However, there is a common misconception that the batteries must be so big that the robot is able to run all day on a single charge and that if it only can run for say an hour, that means it will only be capable of working 1 hour then charging and totally idol and not working for an hour or two and then get back to work again which would cap its productivity massively. People then conclude battery technology today rules out humanoids being particularly useful due to the lack of capacity. This is a completely solved problem and indicates people's lack of thinking this through thoroughly. The solution is simple: I don't have to worry much about large capacity for long duration of runtime since my intention is to have it hot swap battery packs frequently and always have 5-10 battery packs charging so that it always will be able to swap a new pack in that is fully charged. This way it can have 24/7 uptime while not having to carry a very large battery pack to have a long runtime. This is the same approach construction workers use with their cordless tools. They have a ton of packs charging at all times and use batteries till they get low and just swap a new fully charged one in as needed. They don't try to fit a entire days work into one giant battery. They have a ton of small batteries charging at all times instead and just hot swap full ones in for low ones. This should have been obvious to everyone as the perfect solution for humanoid robots too. Note: in my design, he will have a significant battery pack in the abdomen which never swaps out and tops itself up from the hot swappable battery backpacks as needed. This abdominal battery pack will enable it to swap in new hot swap battery backpacks since you need batteries running it while the hot swappable packs are being swapped. The hot swappable packs will be worn as a backpack just like a school bookbag. When available, the robot will optionally also be able to plug a AC power cord into the wall outlet to charge, although if it has multiple hot swappable batteries already charging by various available wall outlets then this would be redundant. It is a good tool though in general for some situations. Note: the backpack battery can be taken off and the robot will still have a very limited runtime just based on its abdominal battery pack. It uses this limited time to swap in a new hot swappable battery pack as the primary reason for the abdominal pack, however, another good reason to have a permanent abdominal battery pack is so that it can do demonstrations with no battery backpack on. A use case for this would be: lets say it wants to do a flip or cartwheel and the battery backpack's added weight would be a hindrance for such a maneuver. It could simply take the backpack off, do the flip or cartwheel, then after bowing for applause, it can put the backpack back on.
>>32044 Great ideas, Artbyrobot! I always enjoy reading your posts. BTW, here are some threads that related one way or another to your latest : (>>23, >>83, >>234, >>5080, >>11018) . Good luck with your project and cheers, Anon. :^)
Open file (5.45 KB 383x242 R.gif)
>>32048 I've been thinking about an energy-saving method, besides the power supply and propulsion system recently. With the way my desktop is working out, I was thinking of putting breaks in the joints. A power-on break uses power when the break is enabled, while a power-off break only uses power to disable the breaks. I was leaning towards the latter for a while, because it would mean more power is used while moving, but standing upright could be done indefinitely without using energy. I've been trying to come up with a magnetic flux-switching design for a break that would only use power when switching between off and on. A power-toggle break.
Open file (49.48 KB 378x710 SwitchedFlux.jpg)
>>32321 You may find switched flux motors to be interesting. https://www.sciencedirect.com/science/article/pii/S2090447922001022
>>32321 >>32322 I agree both are interesting. Something to look at and "ponder". Look at this video and see if you can tell what is going on. This appears to be a magnetic superconductor (B-field???) Leedskalnin_Effect_Demo https://www.youtube.com/watch?v=eWSAcMoxITw Why there's not a ton of speculation and people studying this non-stop, I have no idea. It's my understanding that a circuit like this can stay together indefinitely. Also if you keep the wire in and separate the plates the energy in will come out in a circuit connected to the wire. Not sure if it's the same amount but it is substantial. I think this is one of those things where scientist say,"well that's just so and so doing this and that(feeding you equations)..." while totally missing the point that this is a fairly huge abnormality and quite odd.
>>32323 That's just storing energy in a magnetic field. When you break the circuit, the field will reverse. This will cause the metal to de-magnetise and if a coil is there, some percent of the initial energy will be inducted. It's essentially the magnetic flux version of a capacitor. Transformers and inducters work on similar principles. You may also find electropermanent magnets interesting, same thing but with a permanent magnet to essentially create a switchable permenate magnet that won't induce as strong of a counter flux if the magnetic circuit is broken. https://en.m.wikipedia.org/wiki/Electropermanent_magnet
>>32324 >That's just storing energy in a magnetic field In my opinion this is much more interesting and strange than the standard reasoning you have just given. What you said is of course the correct opinion. The magnetic field is confined to the metal. It does not extend like a coil. To the best of my knowledge it does not attenuate over time or at the least any appreciable short time. Here's an article that explores this sort of weirdness RIGHT ANGLE CIRCUITRY - or - AC Electronics for Alien Minds (C)2000 William Beaty http://amasci.com/elect/mcoils.html Beaty has some super interesting articles.

Report/Delete/Moderation Forms