Material Science & Production This thread is dedicated to all aspects of material sciences in robotics. This includes production methods for creation, processing, and manipulating materials to attain desired results. Our future robowaifus must be built using materials we can attain and sculpt into them. Let's work together to build the future. Consider picrel, what materials would you use for her shell? Her skeleton? Consider mechanical properties, density, how they would feel to hold. All are important aspects we must consider. This thread will have overlap with the 3D printing thread. Feel free to crosslink at will. This thread is made as a merger of 2 previous material threads and a CNC thread.

(1stl thread >>406 2nd thread >>12810) Kiwi back again with a thread for discussing actuators to move your waifu! Part Three! Let's start with a quick introduction to common actuators! 1. DC motors, these use brushes to switch the ferrous core electromagnets on a rotor to rotate its magnetic field relative to surrounding magnets! They're one of the cheapest options with an average efficiency range of 30 to 90%. Larger DC motors and motors with higher turn counts are more efficient. 1.5 Coreless DC motors, by removing ferrous materials, losses from hysteresis are almost eliminated, dramatically increasing efficiency to nearly 90% even in small motors. Eliminating the ferrous materials reduces flux focusing, resulting in weaker fields and higher speeds. 2. Brushless DC motors (BLDC), these use a controller to switch the electromagnets on a stator to rotate the magnets of a rotor! Without brushes, they have the potential to be more efficient with higher power density compared to DC motors. Their efficiency and behavior vary depending on the algorithm and sensors used to control them. Coreless brushless motors exist but are rare and only used for very niche applications. 3. AC motors, a wide and incredibly varied category. They all rely on AC’s frequency to control them. With single phase AC motors relying on shaded poles, capacitors, or some other method to induce a rotating magnetic field. 3 phase AC motors naturally have a rotating field which usually gives them higher efficiency and power density. Notably, most AC motors are brushless. The most commonly used brushed AC motor is the universal motor, which is 4. Stepper motors, brushless motors with ferrous teeth to focus magnetic flux. This allows for incredible control (stepping) at the cost of greater mass, subsequently giving them higher rotary inertia. Usually 50 to 80% efficient depending on control algorithm/speed/and quality of the stepper. Due to their increasing mass production (& ubiquitous low cost controllers), they have appeal as a lower cost alternative to BLDC motors if one carefully designs around them. 5. Coiled Nylon Actuators! These things have an efficiency rating so low it's best to just say they aren't efficient. (0.01% typical, 2% achieved under extremely specific conditions in a lab.) Though they are exciting due to their incredible low cost of fabrication, they’re far too slow and the energy requirements are nonsensical. https://youtu.be/S4-3_DnKE9E https://youtu.be/wltLEzQnznM 6. Hydraulics! These rely on the distribution of pressure in a working liquid to move things like pistons. Though popular in large scale industry, their ability to be used in waifu's has yet to be proven. (Boston Dynamics Atlas runs on hydraulics but it's a power guzzler and heavy) Efficiency varies wildly depending on implementation. They would work great for a giantess! 7. Pneumatics, hydraulics lighter sister! This time the fluid is air! This has the advantage in weight. They aren't capable of the same power loads hydraulics are but, who wants their waifu to bench press a car? (Too loud and inefficient for mobile robotics.) 8. Wax motors, hydraulic systems where the working fluid is expanding melted (commonly paraffin) wax! Cheap, low power, and produce incredible forces! Too bad they're slow and hard to control. 9. Explosion! Yes, you can move things through explosions! Gas engines work through explosions! Artificial muscles can be made by exploding a hydrogen and oxygen mixture in a piston, then using hydrolysis to turn the water back into hydrogen and oxygen. None of this is efficient or practical but it's vital we keep our minds open! Though there are more actuators, most are derivatives or use these examples to work. Things like pulleys need an actuator to move them. Now, let's share, learn, and get our waifu moving!

The original thread can be found here: https://trashchan.xyz/robowaifu/thread/595.html --- Welcome to the Lemon Cookie thread, The goal of Lemon Cookie is to create a framework where a synthetic "mind and soul" can emerge through a "LLM as cognitive architecture" approach. This thread exists to collect feedback, ask for help & to document my progress. First I am going to try to give a high level overview of how this cognitive architecture is envisioned and the ideas behind it. I have spent time looking at cognitive architecture work, in the field there is now a consensus on how the mind works at a high level. An important mechanism is a "whiteboard", basically a global temporary memory that all the other systems read in and out of. Then there is different long-term memory systems that react to and add content to the whiteboard. Along with memory pattern matcher(s)/rules work on the content of the whiteboard. A key thing to consider is the difference in philosophy that cognitive architecture projects have, the intelligence is considered to emerge from the entire system. Compare this to LLM agent work where it's considered the intelligence is the LLM. My feelings on the general LLM space are conflicted, I am both amazed and really disappointed. LLMs possess an incredible level of flexibility, world knowledge and coherence. But everything outside of the model is stagnant. It's endless API wrappers & redundant frameworks all slight permutations on RAG & basic tool calling. I will believe that LLMs are misused as chatbots, simply put their pattern matching and associative power is constrained by chat format and shallow tooling. In the Lemon Cookie Cognitive Architecture so far here are the important aspects: 1. Memory is difficult. I do not think there is a singular data structure or method that is able to handle it all, several distinct types of memory will be needed. So far I plan for a PathRAG like system and a "Triadic Memory" inspired system for external associations (this is missing in most LLM solutions). 2. LLM as Kernel, The LLM's context window is the Whiteboard and has a REPL like mechanism. It holds structured data and logic in scripting-like format so it's both LLM & Human readable while staying easy to parse & allows for expressive structured data. The LLM's role will be to decompose data and make patterns and associations explicit as executable statements. 3. The language has to be LLM/CogArch-centric. There is a thousand ""agents"" that give LLMs a python interpreter as a tool. The two need to be more tightly coupled. Scripted behavior via pattern matching, The whiteboard is a bag of objects, this allows for programmable pattern matching (think functional programming like Haskell). It's also important to allow the LLM to observe code execution and to be able to modify state and execution flow. Data in languages have scoping rules, so should LLM context. Etc... I will go into more depth about the language in another post. 4. Another important system is the "GSR" Generative Sparse Representation and it will be a first class language & runtime type, This also needs its own post. But in general I am inspired by two things, "Generative FrameNet" paper where an LLM & an embedding model is used to automatically construct new FrameNet frames. The second source is "Numenta's SDRs"/"Sparse distributed memory" this representation has a lot of useful properties for memory (Please watch the videos under the "What the hell is an SDR?" segment in my links list for an easy introduction.) I think SDR unions & SDR noise tolerance will be especially useful. 5. A custom model, For all of the above to work well, a model will need to be fine tuned with special behaviors. I do want input on this. Baking facts & behaviors into LLM weights is costly, creating bloated models that are hard to run or train (why memorize all the capitals?), while letting authors gatekeep truth and impose "safety" detached from context. Blocking role-play "violence" or intimacy isn't protection: it's authors hijacking your AI companion to preach at you. Externalizing behaviors via whiteboard pattern matching shifts control: stabbing you in-game can be funny, but a robot wielding a knife isn't. Maybe you want intimacy privately, but don't want your AI flirting back at your friends. When put together I think this will be able to host a kind of synthetic "soul", In a living being what we call a personality is the accumulated associations, learned behaviors, beliefs and quirks molded by a unique set of experiences. I hope this will be true for this system too.

>Why organize IRL? This community is great and many individuals are already making progress on their prototypes. However this endeavor is not a one man job and organizing IRL would give better opportunities for collaboration and skill sharing/development. >Where should we organize? I propose we organize within a seven hour radius of Chicago. This would include the major cities of Milwaukee WI, St Louis MO, Detroit MI, Indianapolis IN, Louisville KY, Cleveland OH, Cincinnati OH, Columbus OH, Pittsburgh PA, Nashville TN, and Minneapolis MN. There are plenty of opportunities for jobs and universities in these cities. In particular Chicago has a booming tech industry with Google even moving their HQ to the city and the electronics manufacturing and biotech sectors are pretty good too and Detroit MI has pretty good robotics industry although it might not be the best place to live. Another wonderful thing about this area is that most of these homes have basements that could be turned into workshops. >How would this all be organized I propose a fraternity system. A fraternity would help build community and give us a vehicle to recruit others from STEM and skilled trades (machinists especially) The organization could also host a scholarship to help us build talent. Anons with enough money for a down payment could buy homes in the area and rent to below market rate to anons moving in. Different homes could specialize on different projects and collaborate and share equipment and skills with others nearby. What do you think /robowaifu/?

Robotic control and data systems can be run by very small and inexpensive computers today. Please post info on SBCs & micro-controllers. en.wikipedia.org/wiki/Single-board_computer https://archive.is/0gKHz beagleboard.org/black https://archive.is/VNnAr >=== -combine 'microcontrollers' into single word

Hi anons! After looking at the introductory comment in >>2701 which mentions the use of the MIT licence for robowaifu projects. I read the terms: https://opensource.org/licenses/MIT Seems fine to me, however I've also been considering the 3-clause BSD licence: https://opensource.org/licenses/BSD-3-Clause >>4432 The reason I liked this BSD licence is the endorsement by using the creator's name (3rd clause) must be done by asking permission first. I like that term as it allows me to decide if I should endorse a derivative or not. Do you think that's a valid concern? Initially I also thought that BSD has the advantage of forcing to retain the copyright notice, however MIT seems to do that too. It has been mentioned that MIT is already used and planned to be used. How would the these two licences interplay with each other? Can I get a similar term applied from BSD's third clause but with MIT?

Power & Energy Robots require some form of energy to power them. We need to understand how to store energy in a way that will provide her with all the power she’ll need. To clarify, “energy” is a system's capacity to do work over time. This is measured by Wh, or Watt hour. Closely related is “power” the rate at which work is done. This is measured as W, or watts. As an example, we could have a robot with a 80Wh Lithium Ion battery and two DC gear motors that consume 10W when working. You do not need to rely solely on batteries and motors. We can use other methods of storing energy. This can include compressed fluids, thermal energy, and light, among other things. For instance, glow in the dark paint is useful for storing energy to use at night for safety. Solar panels or a generator can provide power through the energy of long distance nuclear fusion or extracting energy from some reaction. Being part of a robot means we need to consider safety, mass, and volume. How will her energy and power system fit inside her? How will she deal with the mass? What happens when she runs out of energy? How can you minimize her energy use? What alternatives can be used to lower her cost of production and ownership? These rhetorical questions are all important when contemplating how to build a robot.

We want our robowaifus to speak to us right? en.wikipedia.org/wiki/Speech_synthesis https://archive.is/xxMI4 research.spa.aalto.fi/publications/theses/lemmetty_mst/contents.html https://archive.is/nQ6yt The Taco Tron project: arxiv.org/abs/1703.10135 google.github.io/tacotron/ https://archive.is/PzKZd No code available yet, hopefully they will release it. github.com/google/tacotron/tree/master/demos

Scientists made a neural network from rat neurons that could fly a fighter jet in a simulator and control a small robot. I think that lab grown biological components would be a great way to go for some robowaifu systems. It could also make it feel more real. https://www.google.com/amp/s/singularityhub.com/2010/10/06/videos-of-robot-controlled-by-rat-brain-amazing-technology-still-moving-forward/amp/ >=== -add/rm notice

Alright mathematicians/physicians report in. Us Plebeians need your honest help to create robowaifus in beginner's terms. How do we make our robowaifus properly dance with us at the Royal Ball? >tl;dr Surely in the end it will be the laws of physic and not mere hyperbole that brings us all real robowaifus in the end. Moar maths kthx.