Mr Jos

Licensed, let's say I'll need loads of red, but it's not Grimme! And indeed a potato harvester. I've got my hands on the complete 3D file.

Thanks, looks like a real good suggestion, certainly with the extra stiffness. A 1:15 would result in the model being just over 1meter long. The front tires I already found were exactly a fit for 1:17.5 (100mm). So I'll try to find another 120mm x 2studs front tire. Else I'll just stick with those for now. It's my first agriculture design, but pretty fun to try to make this harvester.

I've just started on a new MOC design, completely different from what I usually do [Automated machines]. This will be a vehicle, but with loads of movements and big, huge! Original collapsed dimensions +15m long, 3.5m wide, 4m high. I will start to try design it in Studio at a 1:17.5 (140mm = 1 stud). This results in a model 108studs long, 25studs wide and 28 studs high (86cm x 20cm x 22.5cm). I will have to see if this scale is doable to get all the functions inside (and working), else I need to go to a bigger scale perhaps. I haven't worked by first designing in studio before, normally I work in real and later make the model just for instructions. First question as I'm not into "cars/trucks/anything with wheels" at all untill now, I don't know what wheels would be possible for this. [Type1 real] 173cm x 27.5cm: equals ~12.3studs x 2 studs, equals ~99mm x 16mm [Small sidewalls; 270-95R48] [Type2 real] 158cm x 74.5cm: equals ~11.3studs x 5.3 studs, equals ~90mm x 42mm [Big sidewalls; 750-65R26] If anyone got recommendations for those, or tires/rims that would fit both but at a bigger scale [I can still adjust easily as I haven't really started much], please leave some feedback. [EDIT]: What I just found on bricklink; 88517 = 75mm D. x 17mm rim + 11957 = 100.6mm Tire. Totalling a 100.6mm x 17mm this is pretty near the ~99mm x 16mm.

There is only 1 Lego LTM 11200 MOC I can find, https://rebrickable.com/mocs/MOC-132719/GenieonWork/ltm-11200-crane-3-designed-by-peteria/#details If you mean 'Many flego sets", this isn't the right place to get this knowledge, as it's for the brand Lego only (and a little bit CaDa allowed apparently aswell)

Upload your photos to an image hosting site like 'Flickr' and post the link to each photo (at max 1024x1024 size) here. Hard to play "who is it" with so many pieces.

Nice designed!

Oh .. my ... god.. !!! That force sensor looks so great. This could be the one and only reason to get me using something else than the EV3. Really great how you can adjust the desired pressure by just changing a parameter instead of having to change springs etc.

And a video I found from it working with 30balls each pallet.

"One week later" The 3D design is done, instructions not. But I build it all modular and in steps, so not going to put time in it now. Total parts 16215 according to the model info, but that includes 1 high bay baseplate extension (not in the render, as it makes it harder to see.) Now I can start deconstructing this model, don't know yet what I'll make next, but it will be some kind of machine.

Max deg/s does also depend on the load. Higher loads will result in a lower max possible speed. For my machines I have noticed that the large motor maxes out around 900 deg/s, the medium around 1300 deg/s. If I want a stable rpm I use 800/1200 for large/medium.

If you would take a gantry and add a pen, you could make a vertical speed plotter (maybe need to change the 40T gears with 24T, to increase stability instead of having high speeds.

Here's a model Anton has been working on for a long time, making many iterations. I've seen it do multiple styles of drawing in person, and it looks really cool.

Kicking off this hopefully growing big topic, last event I went to (10days ago, at Eeklo Belgium) I had taken my GBC warehouse logistics system and pin sorter V3 with the material handlers. First photo's during building up on Friday afternoon Pin sorter after running the first day, Some other Technic at this event (I did not take pictures from all, there were other cool cars/trucks etc) Some very cool, large Diesel engines

Well, the GBC logistics warehouse has been running 2x 8hours at the event last week. A few problems with pallets falling from the scissorlift and stacker crane, but it did run pretty ok (with 15balls / pallet). With 30 balls the weight was to much for the telescopic forks, bending the basket to much for reliable input into the racks. For this reason I want to redesign parts of this build completely now. So I started modelling the current build into Stud.Io again. I'm trying to make the instructions more modular now, by reusing a lot of assemblies and meanwhile make it possible to easily scale up the size of modules. The first part, the racks is now finished. The beginning (36storage positions) and end of the rack (24 storage positions) can now be expanded with a middle base plate adding 36 storage positions on each plate. After adding 4 middle plates, making a total of 204 pallet storage positions, it looks like this. The base for all my Lego machines I build, can now be seen in a recent video made for the machine building group I work for. I'm trying to figure out who the voice actor is, I do recognize him, but don't know the name. Extra points for who can help me settle my mind after 3 days of wondering who it is.

Loved playing with that barcode garbage truck, it was one of the first bigger Lego sets I got, received from friends from my parents. Hours and lots of batteries went into that thing.

Why haven't I seen this before! Amazing model, good to see you're getting back on improving this fantastic build. The video looks great, just a little warning near the end for epileptic people wouldn't harm, I don't have it but that end was going hard xD ! Will follow this with great interest, love technic non-vehicles, lights, programming, out-of-the-box thinking. Having a few different fairground rides, high grade like these, would be awesome to see at an event. If I wasn't so much into machine building right now I'ld give one a try.

All engines have some run-in time. Best to keep it calm the first 500, then go crazy with the shifts. "But those upshifts are unacceptable, what a joke!" Anyway, hoping to see some people come up with some great gearboxes using these new parts. Haven't seen some yet, or they are building them directly into a car (to have high enough piece count to ask money for the design)

My compressor is a bit hidden, it's on the backside of the large EV3 motor, valve selector. It can pump in between 2 valves by constantly turning, and operate 1 of the 5 valves by just turning like 30°. The compressor is a modified version from my multivalve MOC on Rebrickable (I use 4x v2 reinforced pumps instead of 1) Using only 2 motors to get regulated pressure (1.25 - 2bar) and operating 5 individual cylinders. This is the compressor/valve selector without the pressure switch yet.

Yes I have recently made one for my GBC. It shuts off the compressor at exactly 2bar, and turns back on around 1.25 bar. It works very reliable and simple.

I don't use the run_until_stalled as a function to return the angle value. Just to position the motor (at the mechanical limit) You have a few options with the run_until_stalled, either use a then=Stop.HOLD in the homing, this way it will keep the motor at the stalled angle (I mostly use this). Then just reset the angle to whatever it should be at this stalled and locked angle, and move the motor after the reset to release the stress from the motor. Other option is no holding, and adding a short pause "wait(300)". Then reset the angle, this will 'relax' the motor to the point where the stall started approx. I use both of these options for all of my machines and have very accurate homing with it, every time again.

Good to see you had fun doing this project! I do see you made a little 'mistake' # Runs while arm1 is pointing up, so it should be safe to test our whole limit. lower_stall = arm2.run_until_stalled(-6 * arm2_min_speed, duty_limit=30) # We want the lower_stall angle to be -6 after the reset. This means that # we need to reset the current angle to be -6 - lower_stall + current_angle # For example, if we stalled at -27 and we are now at -36, then the reset angle # should be -36 - (-27) - 6 = -15 arm2.reset_angle(arm2.angle() - lower_stall - 6) You can simply write arm2.run_until_stalled(-6 * arm2_min_speed, duty_limit=30) arm2.reset_angle(- 6) The reset_angle function just writes the given argument as the new current angle, so no need to know howmuch you moved or what the current angle value is. Just stall with the run_until_stalled function, and then reset with the value you want it to be. Other parts of your program are more advanced than I know, as I teached myself by reading online. I don't know anything about Class, self, ... . And I see you used better if statements, I always used "If ... == True:" but I see "If ... :" should do the same, and it's more simple. Enjoy your next projects, and hope to see more of them here!

Yeah that's the best way to do it. Need to free up some space on my phone to record longer videos. Cloud storage full and phone as well. But I did manage to replicate the error with a simple loop. If I save the WMS offline with a 2000ms wait block in between saves, the chance is low that there's loss of data. with 0ms waiting between saves, near 100% chance on package loss. I did time the saving duration, a whopping 160 - 224ms, without any multithreading that is.. So need to find out the best time for saving the data. So for now I'll add a timer to save it only once every ".." seconds, and hope it doesn't get corrupted. I also added an "AND emergency_stop == False", this way I can stop the saving, and safely terminate the program. About 80% of the pallets are going around fine now. Stacker crane does seem to have little problems with too much friction from the 30balls + pallet weight. Still 25 days to solve the issues.

One hour later... Still puzzled why my WMS worked for 2 years perfect with names only.. I did manage to pull the .txt file from the EV3 brick There's only WMS data for 8.333 pallets in the file. So on startup my program adds the missing 7 positions, making it 15.333/15 I never use #os.remove("wms_hb_outsidestatus.txt") during overwriting the data, so why would there be only 25 lines of code instead of 45... I thought it would just overwrite 1 line at a time. My old WMS was changed everytime a pallet was moved, now it happens in the mainloop constantly (maybe once every 10ms). I changed it because I now have so many pallets moving around, I was scared to be overwriting it 2x at the same time. If anyone would know how it exactly works, enlighten me.. I wouldn't mind if it only updates once every 2seconds, but I don't want it ever losing data if I shut down the program 'at the wrong time'.

One more engineering problem. Can't find the problem at all. I changed my WMS (Warehouse Management System) to hold more data (Pallet name, color of balls and amount). For some reason after shutting down the program, and reloading it I have a package loss. My WMS system continues by adding extra data, but as the data was lost partially, it now adds the color to the amount value, and crashes my whole WMS loading. I'm at a total loss, why there is a package not to be found, as it's just a .txt file overwritten constantly I have now managed to get the sorter reliable. Robot arm... mhmmm sometimes works fine then it gets nasty, throwing 30balls around. So far no video good enough for YouTube made as I still have some bugs to solve. GUI also not started at all.

You can upload your pictures to an image hosting website, like Flickr.com , then click the 'share' button, copy the "BBCode" and paste it here. That way you can post bigger size photos. About the model I can't help, as I don't have it, but the online building instructions can be found here; https://www.lego.com/nl-be/service/buildinginstructions/42131