vascolp

Yes exactly! AutoBox and Remote BlaBla seem to be two good use cases. A general purpose program that can be adapted to the needs of each MOC without the need of a phone or computer to configure. In my case I had to do bit level manipulation to store what I wanted in the tiny space of the remote name... So even the name is a bit small but much better than nothing. Anyway, pybricks is fantastic, keep on the good work!

You flash the program. Then you play with it. The program has a state. How can I save this state? I sent you a link of a good use case of this... Just check it, just take at look at the documentation....

The name in the hub seems to be the only possible place to save some parameters, as there is no file system. In Remote BlaBla I currently use the remote name to save configuration parameters because the hub does not allow it. @Lok24 just mentioned the same. Of course a bigger space than the name would be very well come!

Very cool, slides very well. Is there a rope in the top too?

Probably on advantage of using pybricks is that Motors with sensors already have a way to set the speed of the motor (specified in deg/s) and already have PID controller implemented (check this page for instance and serch the run() method and below the control.pid()). I never tried this myself, but after this discussion I curious about it!

Nice discussion around here guys, I have learned a quite few things. @FoxOne you are right, feedback does not magically improves torque just like that. What you have to compare is trying to control a motor speed by hand vs controlling it electronically. With electronically controled motors your efficiency improves a lot. Like for instance, trying to keep a constant speed in your car with or without Cruise control. Cruise control does a better job because it has much better sensors than you the driver, where you only have the speedmeter to watch, windows and maybe your speed sensation. Now consider a LEGO train or a LEGO crawler where your only input is what you see and compare it to what electronics can measure and how fast they can react. In that sense, an electronically controlled motor has much more torque... being used efficiently! I also have a question: some of you might know I did this Remote Bla Bla thing, a general purpose program to control a technic hub with Lego Remote without the need for mobile. On it, I deliberately did not included a mode using the speed controls available in Pybricks because I wasn't fully aware of them. But now I want to include a mode for it! That should be something like dividing the speed of the motor in say 7 steps and having the ability to increment speed in steps by using the remote. The question is: what speed should I consider for the maximum speed of the motor? Should I use for instance RPM speed presented by philo for each type of motor? Will this work? Would I get something similar to @Toastie trains?!?! Or are those speeds too much because those are off load speeds?

Moving from 4 to 6 ports is not really difficult in terms of program structure... The problem is mainly in parameter saving.... I use the remote name to save persistent data because technic hub has nothing to do it...and it's only 14 characters... Feel free to ask!

Well... I don´t have an RI hub, the code has an hardcoded reference to TechnicHb object (easely changeable, as can be seen in Remote City Bla) and supports only 4 ports. Anyway, it should be a very good starting point, specially if you stick with 4 ports only. Also, 4 ports in the remote already requires some finger skills, I don´t know exactly how one would manage six ports! ...

Hi everybody! I present to you Remote Bla Bla. Remote Bla Bla is a Pybricks (https://pybricks.com) program for a LEGO PoweredUp TechnicHub and a LEGO PoweredUp Remote Control where you first define how each device answers to remote control button actions (config mode) and then you play with your MOC/Set using the defined configuration (play mode). The configuration is saved so that you can turn off the hub, change batteries if needed, go back to your hub and everything is there. Just play. If the configuration is not what you want, you can go back to config mode and reconfigure the behavior. Keep in mind that this is a computer with an input device of 7 buttons and an output device of just two LEDs. This is a Star Trek like interface, a real YDSWIG interface: you don't see what you get. However, once you learn it, you will notice that it is simple. No screens attached! It is working with the latest release of pybricks (v3.1.0). Documentation here. Get it from here. Example usage video: Zetros controlled by Remote Bla Bla: Hope you like it, tell me what you fill about it. I will try to publish some usage examples later. PS: this is a pure software MOC, maybe it should be in the LEGO Mindstorms and Robotics Forum... but I have the feeling that most interested people are here in LEGO Technic Forum. Admins, tell me what you think. VascoLP

Notice that astyanax posted a link to the part in rebrickable. Check the pictures here for instance. I think this part it self does not make a lot of sence in technic terms, if we need something like that we can easely build it. But what they needed for the lock mechanism looks like a standlaone part. And it is cool how they turned it into a new technic part.

If you look at the sets where they are used, as part of a lock mechanism... I wonder if they were produced exactly for that purpose ...

I know it is easier to write than actually do it but... Could this old part help? 6571: Also, it is a bit rare part....

You are right... and that's an annoyance... so inline with the spirit of this thread!

If I understud you well, you can do it with the old 4143 gears... I think only with these ones... and they are not that easy to use...

LOL!!!!!!!

17: 10 18: 6 27: 4 22: 3 11: 2 3: 1 Incredible contest, very very difficult to choose! Many entries that I really like, and no points to give… Congratulations to all contestants and EB!

Maybe you could also take a look at set 8257 Cyber Strikers. Not exactly what you described, but the effect is very cool, maybe it could be used for fire spitting. There are videos of it, search yt. And in the end, please do show us what you have built.

Hi, Instead of one port for firing and one for raise/lower, why not a port for a gearbox and the other port for the action? I mean, a gearbox with three outputs, three functions: raise/lower, fire and rotate? Space might be a problem... and a chalenge...

Hi everybody, I have created free instructions for this MOC in rebrickable. Check it here. Have a nice day!

[This] might be a good option, I did not try it, I don´t have them available: or maybe other thing that hangs on minifig neck...

If I understood your problem, minifigs can give you a hand… or rather two. Not perfect, there is a bit of tension and you get two protuberant radius bones...

Wow, this is very cool! Small, and with an unusual playability!

B

In my opinion, I would exclude GBCs. GBCs are a specialized field that deserves its own contest.

No cars, trucks, cranes, boats, planes, chopers.... spaceships (!),... quite a challenge. Watch out, GBCs are none of those!