>>16021 >Great idea, mind if I borrow this technique for MaidCom? Please do. Check out how I did the rest of her eyes as well, perhaps it could scale up.

>>16029 It does scale up really well. Though I will innovate upon it for Pandora.

>>15999 I'm really impressed with this. I have a lot of questions, I'll scan the rest of this thread to make sure they aren't already answered first.

Curious if you had any changes this week with your wonderful robowaifu, RiCOdev?

>>16243 RiCO will be on hold for the near future; your friendly neighborhood reploid builder has got bigger fish to fry. I'll still keep an eye out here to answer questions etc.

Update in this topic, this time by DeepMind. https://www.youtube.com/watch?v=L9kA8nSJdYw Slowly, they realize what we all think about, yet only in virtual spaces.

>>16197 >Human: show me how you polish the baluster >Robowaifu: say no more goshujin-sama There was a really interesting paper recently on context-aware language models that can do planning and achieve better than human performance on a flight-booking task, using a model the same size as GPT-2 small: https://sea-snell.github.io/CALM_LM_site/ It shows a lot of promise for using a Monte Carlo tree search for doing planning with language models, since it only takes 5 dialog generation attempts with the new method to outdo human performance without doing a tree search at all. Also a huge breakthrough in zero-shot multi-modal learning has been made that completely blows CLIP and SotA specialized models to pieces by using a simple to understand contrastive and captioning loss (CoCa) that can leverage existing models: https://arxiv.org/pdf/2205.01917.pdf This is going to be huge for embodied agents. It's a lot like the similarity measure used between sentence embeddings produced by the RoBERTa model in OP's paper to ensure the translated generated instructions are executable, except it does it between images and sentences. And there's another paper worth mentioning doing transfer learning from a language model trained on Wikipedia to an RL agent (on continuous control and games) that outperforms training from scratch: https://arxiv.org/pdf/2201.12122.pdf It seems we're headed towards a leap forward soon with goal-oriented embodied agents using language models.

>>15374 Completion requires an end point. Perfection can be said to have no end as improvements can be made ad infinitum to fit various ideals. I want to restart again to inch closer to my perfect leg but, that's a potentially endless cycle. Focusing on getting something done is better. The knee functions nearly identically to Ascento's leg, just mass optimized and legally distinct. Not pictured is the use of rubber bands for gravity compensation as a lower cost alternative to Ascento's springs.

>>15414 What a cool design Kiwi, thanks.

>>15414 Isn't it a problem to have a sping, or even worse a rubber band, being loaded all the time if the joints are in a non-neutral position? I like the idea with the spring, not I'm thinking if I could use that as well, but maybe with a motor controlling the non-neutral position of the spring.

>>15746 Your suspicion is understandable. Springs and rubber bands are meant to experience stressed states for prolonged time. It is true that some springs will suffer from fatigue under prolonged or extreme stress. All you need to do is ensure your design does not put too much strain on the elastic element. For us, rubber bands are easy to design around and are used frequentally in DIY RC cars and robotics. (Picrel is a lego RC car which uses rubber bands for power transmission and suspension, used for the sake of clarity, note that all rubber bands are in a constant state of stress.)

>>15748 That's kinda cool looking Kiwi. I think the wide variety of elastic bands broadly available, and their low-cost in general make them a natural fit for our goals here on /robowaifu/.

I now know how to use a multimeter and have confirmed that my buck-converter is correctly limiting voltage to the servos. Have thrown out a bunch of fried micro-servos that were a lost cause (kept a few parts for spares). Now, onto the more pressing subject: To Mr. Vladimir Putin, I appreciate your desk in the Kremlin is very well polished and shiny. In fact if I wasn't working on building a robot I would be polishing my desk and downgrading to Windows XP so my setup could be more like yours. However, at present you are causing me a problem. Because electricity prices in my country have doubled due to you ordering the gas pipelines closed, I can no longer 3D print large things because it's too expensive. Although, Mr.Putin, I realise it's not all your fault. You see, I told my government that they should've focused less on feminism, jigaboos and faggots and more on building nuclear power stations, but they wouldn't listen. So now all of our gas power plants are out of gas and all of our energy firms are going bust. So please could you kindly sort out your business with Ukraine so the rest of us can get on with building robots? Kind regards, SophieDev

>>15207 POTD TOP LOL <ywn a shiny desk full of XP in Soviet Russia. I'm glad you're sorting your servos/power systems. Hopefully the situation will improve before too long Anon. I'm sure you will figure things out as you go along. I pray for you SophieDev indeed for us all. Godspeed. >=== BTW Anon, your thread is nearly at the autosage bump limit. I'd suggest you begin #3 thread soon.

Thought I'd print something small and cheap but still useful: servo connector locks. Do you have keyless servo connectors that keep coming undone when your robot moves about? Slip some of these locks over the connection point and your robot's days of sudden-onset flaccid paralysis will be over! Obviously though, if your wires aren't long enough to accomodate your robot's range of movement and you have these servo connector locks on, then the servo wires are likely to yank out completely (or pull something off your robot) since the servo connectors can no longer slip out easily.

>>15211 That's great but BLDCs and ESCs mostly use other connectors. I only see these on the small servos. And in those cases they need to go into a breadboard for which I use the male to male breadboard cables. I'm mostly using XT-60 connectors and banana plugs, and try to get motors with the right connectors. These are very cheap on AliExpress. Make sure to get male and female and the right size, though. For plugs and the connectors. You only need one connector and the other side can use plugs. The connectors seem to be mostly yellow and the plugs without plastics golden (brass). On AliExpress they also have little screw terminals for cables, which are also very cheap and fit into a breadboard. Not sure about the name, DG-301 is written on the side and they're blue (others are green).

Oh hey its me from the other thread. Guess I was wrong haha. Excellent job you did with the documentation and everything sophiedev. You're clearly the 100x dev around these parts. Cause you really did the work of like 100 people.

>>15395 Sorry about that mistake.

(>>15436)

New Thread New Thread New Thread >>15434 >>15434 >>15434 >>15434 >>15434 New Thread New Thread New Thread

>>13018 > (>>16395, >>16433 >Headpat Waifus -related) >=== -add original-use crosspost

>>15323 >anyone here familiar with ESP32 that would know why I2C works on an older version of ESP-IDF but not the current version? Not that I'm familiar but looking around a little, "...ESP32-S2’s internal pull-ups are in the range of tens of kOhm, which is, in most cases, insufficient for use as I2C pull-ups. Users are advised to use external pull-ups with values described in the I2C specification. For help with calculating the resistor values see TI Application Note https://www.ti.com/lit/an/slva689/slva689.pdf ..." and https://learn.adafruit.com/adafruit-metro-esp32-s2/esp32-s2-bugs-and-limitations "...I2C at 100 kHz bus frequency runs slowly

>>13895 Thanks! Sorry for my recent absence. I'd like to continue work on this on the robowaifu.club until it can be determined what happened to the BO/Chobitsu or if this place is dead in the water.

>>14081 I'll make a new thread over there and all updates will be made over there until moderation returns.

>>14082 Posted the new thread

This is exactly what I want. A beautiful dedicated maid filled with love and affection

>>14093 Hope you are doing well MeidoDev. It would be nice to see what you're up lately. BTW, that waifu is wonderful. I hope you make her someday! :^)

I haven't really thought much about security other than simply not giving it any sort of internet connectivity. I had thought about giving it some wireless connectivity, but only because of the limitations of fitting a PC inside of a space roughly the size and shape of a human skull and torso. I was thinking of a completely offline server with wireless transceiver and another transceiver inside the skull, with a signal only strong enough to maintain a signal within my own property.

>>4506 Going to necro this thread. Does anyone use a librebooted thinkpad for their development? How is it? I'm getting one for backdoor-less work. Second pic unrelated.

>>6858 MIPS back on the menu? Restructure in 2021. https://www.mips.com/about/

>>14745 https://www.eejournal.com/article/wait-what-mips-becomes-risc-v/ I can't seem to find an official announcement but the article is linked by RISC-V's website: https://riscv.org/news/2021/03/wait-what-mips-becomes-risc-v-classic-cpu-company-exits-bankruptcy-throws-in-the-towel-jim-turley-electronics-engineering-journal/

>>13155 Please contribute ideas into the Sumomo Project thread Anon (>>14409) We're designing solutions that are intended to deal directly with issues such as this. Your feedback there would be appreciated! >>13757 >Going to necro this thread. Lol, we don't have such a thing as necro'ing here on /robowaifu/, Anon. We keep subjects on-topic to the extent feasible. Your's is in the right place afaict. I wish I had info for you, but I've never gotten my own Thinkpad yet. I know it's a popular topic though, so I imagine it's locatable info. Please share here again with anything you uncover Anon! >>14745 >>14764 This would be welcome if true Anon. Have any >tl;dr for us a month passed?

>>13059 Wow, just wow. And they are open-sourcing this too? /robowaifu/ you should get all over this. Thanks Anon, makes me want to go work with this company.

>>13059 https://github.com/Open-Bionics/FingerLib >Supported Boards >Almond board >Chestnut board >Atmega2560 >Arduino Zero

>>13092 Another days work for allieanon

>>13094 Gambatte! :^)

www.ign.com/articles/cyberpunk-2077-johnny-silverhands-bionic-arm-is-now-a-real-world-prosthetic lel, at least the game served some good purpose.

>>13481 suppose that you have a capstan for each hand whose function is to make a grip with the thumbs. if you want to grip a ball in each hand no problem, because the single motor can turn both capstans to grip, but suppose you want to release one ball while gripping the other then you're stuck, unless you grip with one thumb, then reverse the motor direction to release the other thumb.

>>13483 maybe use more than one motor? Its a robot.

>>13485 of course, but building a robot out of low cost parts will greatly increase the number of builds. Think of an automobile pressure plate and clutch, now install a pressure plate and clutch on each end of the capstan spool. then each clutch is driven by a shaft rotating in opposite directions. you could get away with using one servo to actuate both clutches, since only one capstan rotation direction is used at a time. if the servo had a spring removed so that it would return to center. I know auto clutches are not suitable for this design but if someone managed to develop a basic clutch, even an interlocking peg that could be 3d printed then that would be a huge breakthrough. however, the capstan would need to be braked while not driven so as to hold its position.

Dynamic walking explained on the example of Byrun from Engineered Arts: https://youtu.be/BaW25b1KFpc

>>13487 machinist here i could do it

>>14119 You've restored some faith into the papercraft waifu prospect. I recommend you strengthen it by spraying a plastic based paint. Paper makes an excellent substrate for other materials to reinforce.

>>14124 >why? Because one of the advantages of paper is being very cheap, so even a failed is not so big of a deal. So you can take your time searching for the right design and strategy without worrying too much about cost. >papercraft waifu idea might be useful as a concept to build very simple waifus models You will be surprised by how those things can become complex, but its hard to make it right. employing others materials will add more quality at higher costs and complexity, pics are from japs and what they can do. >>14123 I learned the hard way how important strengthening is, well worth the cost that still keeps the total project under $10

>>14125 >So you can take your time searching for the right design and strategy without worrying too much about cost. That's exceptionally good wisdom Anon, and it's why I also have been using paper to prototype shells (and even structural components) for a few years now. I use card-stock reams, since they are rather more rigid than regular printing paper, yet the inexpensive value of it is still exceptionally high relative to basically almost all other prototyping materials I've managed to come across.

>>14124 I went on and started to try my idea out. Whenever I saw that Madoka chibi doll in OP >>271, I thought, this could be printed or at least be the inspiration for something which can be. So, I made a very early prototype for the face here: >>14168 - It's not really good yet, but it didn't take much time and shows that it can be done. I'll post about future progress in the face design thread >>9. I also started to design a skull which is in the posting following the face prototype linked above.

Maybe semi-2D is the answer. Our love is 2D, so maybe we should bring 2D to us.