Does MCR do an event like this?

When you were wondering about the performance characteristic anomaly that was the 4s I was just about to mention but glad i watched till the end . As you mentioned ,my thoughts also were the tires had a pinch of tranction for that amount of juice .you probably already slapped some all rubber tires on them lil ev's ..if so any change in the performance characteristics?

That is nasty, where can i find the STL file for that bot?

need spec about 9.45 blue motor

Now put blades on top of the wheels so you somehow drive on the weapons. Sort of droopy, but the weapon hubs are the drive wheels.

Wonderful youtube. I tried it and got it messed up by labeling motors and wires incorrectly. Went back to basics (motor 1 is motor 1 is motor A and is on left facing forward (port side)). Now it all works like a champ.

Hey Pdog thx for the vid but I realised all the guns people used are automatic are there any type of Airsoft guns like a sniper rifle

Going to agree with others, using an accel for dead reckoning in this application is kind of grasping at straws, but using a gyro also likely won't work either due to RPM! You need to infer your rotation and position from an external source. An IR receiver on the bot would be best, so it can PLL a position and/or PID lock it's own speed to that if needed. It's like trying to prove the earth is spinning while still on it, with no stars and sun to reference, and it wobbles more violently than it spins. If it has to be self contained, and an external IR beacon isn't allowed.. maybe consider what sumo-bots do and beacon off your opponents IR reflection, but the walls will cause this as well, so that's a bit more iffy.

For plastic spinners, it's less about armour damage and more launching the opponent around with sheer kinetic energy.

I'm glad you're milling a recess in the top plate for the googly eye

Loved the stream Ben! I've been thinking of doing something like this myself to stream robot building and stuff, so thanks for showing me how it's done, lol

I love these kinds of videos that let you have a look inside to see internal damage and the best way to go about fixing it

Hi Ben, I highly reccomend switching to IR over accelerometer to determine orientation. It's absolute positioning means that cracks on the field or wall impacts or rpm accelerations do not cause drift and offset your headings. Also you never ever ever need to deal with the accel calibration bull crap. Its been working great for my PLANT and believe me, I've tried all the methods. I've been through three different revisions of pcbs with different chips including the mpu6050, AXL375, and magnetometers. I've found that sunlight and reflections dont affect my the sensor and its superior detection means rock solid heading and best in class translation

I don't get why you don't use a 9-dof sensor and fuse the magnetometer data with the gyro. You get a fairly good heading check with fast gyro response.

Isn't there a problem with high variations in acceleration readings if the bot is not perfectly balanced and wobbles around? Especially with a bot that will get thrown around in the arena by it's own design I would not expect it to stay perfectly balanced after some collisions. So the acceleration readings might change drastically destroying any previous calibration. Just to be sure that's not the case you could move your counterweight in your test-setup a little after a successful calibration to see what happens ;)

put 3 distinct color LEDs on it. Fire each of them at different rates, for instance 1, .5 and 1/3rd so that they create a distinct but basic patter. If visually the expected pattern doesnt show, it would help with knowing if the speed/timing is off. as well as how far off it is.

good heading requires gyro.. a few things I'd recommend.. 1. add a gyro (only used for self start calibration during the first 1~300RPM this is used to find the offset from center of mass) 2. use SPI + IRQ over i2c SPI is significantly faster and by using A. fixed timer interrupt. Or B. input interrupt the RPM calculations will be far more consistent the main clock is held during the delay function + code execution. i suggest putting all of the spinner function into a dedicated loop on it's own clock possibly use DMA+FPU to hand most of the math so the CPU can focus on servo and led signals. If am bored this weekend I will rewrite your code for how it is and some code for how i think it can be better. I might just redesign the entire thing as i can think of a few uses cases for it my self my last and biggest hint the center of the bot and the center of rotation are not the same at speed it will rotate around the center of mass so the accelerometer offset needs to be based on the center of mass. from what i can tell your setup is a bit of filtering 1. teensy 2 2. H3LIS331DL on a sparkfun board I can make you a custom board with a SAMD21G + H3LIS331DL + LSM6DSV16X + USB-C (usb storage mode) + flash for logging test and fight data. it will be smaller than the teensy 2 by it's self

You should make a fully surface mount board to make it even smaller!

Would you ever try using something to measure the hz of the vibration of the bot to work out the current RPM? Appreciate that this is totally unsolicited but I thought for something to reliably meltybrain, it should be able to reliably identify the speed at which it is spinning in order to always maintain a direction. The calibration seems like a bit of a bandaid fix because the bot is always going to be under different conditions. It seems like the best way to have to avoid constantly recalibrating is to just collect RPM data somehow?

Do you have any way of tracking rotations per minute? Are you using this as part of the melt program?

Delicious progress! That's so freaking cool. Good luck getting all that tuned in!

Might be worth replacing the surface mount button with something that can't be triggered by accident - possibly a cable that completely disconnects once the board is programmed?

the mems element in the gyro is fractured from shock loads. i kinda recomend putting a few IR photo sensors in holes in the top and bring a bright IR light with you so you can override gyro heading from a interrupt input calculations as a fail over

Your vids have been amazing for helping me learn about these bots but this melty concept is another level. Really hoping I can make it to havoc as a spectator and see it in action! Will try to catch the tear down if it lines up.

Have you joined the hockey puck of 💀 discord server or talked with the Kasmer family which built project liftoff

Have you considered hub motors for the weapons? That could add simplicity and save weight in your system so you can use beefier motors

Perhaps press fitting a titanium shoulder bolt in place of the motor shaft might strengthen it a little?

Do you have a gyro or accelerometer board?

Would you kindly share the schematic?

I think the solution to your switch problem would be to replace a push button switch with a simple screw switch a little Loctite to keep it from turning itself and there you have it no more accidental pushing

love you bro, you save me

Could you reduce the amount of hot glue? For electrical insulation the amount seems excessive and their heavy. It won't do much for stress relief or shock protection, maybe a paint on "electrical tape" could shave off another gram or two?

I'm not a builder (yet) Have you thought about tying weapon speed to throttle to try to counteract the wheelie? Unless I'm mistaken it should provide some counter-rotational force.

Time to zoom🏃💨 *Sonic X theme song*

I’m doing something similar to your on a hoverboard. I downloaded a firmware the right stick only work moving left and right to go forward with backwards ( both wheels move simultaneously) . Not sure which mode I should go into? Without overthinking it. And I’m still not sure what mix does exactly in my case … just in case you ask I have it connected to the ch1/ppm

as others have said, you do some remarkable work. May I recommend the youtube channel diorama111 and others like him who build fully radio control cars that are matchbox / hotwheels / "HO" / 1:87 scale, with full working lights and some even have working parts like tractor buckets and trailer landing gear, etc., in some awful tight models.. you may find more hints and tricks and tips and maybe even inspiration too

You should name the the bot "Sombrero" because it looks like a sombrero when it spins up.

My control bot is running n20 3k RPM motors. It is ludicrous speed.

That thumbnail is just perfection

Seeing This Is A Party continue to evolve really makes me smile. 😄 Hope those new TPU wedges are up for the task. Just curious... how do you think they will fare against, say... ground-scraping titanium forks? 😉

On a 4wd tank it's a but more complicated.

Do you have the weight to add a wheelie bar to the back to keep it from having the front end rise off the ground

this is tangential, but could you reinvestigate smeezus drive? i was thinking that pointing the face of the wheels inwards to the middle and using normal wheels would help with the control. this drive could be nice for building since wheels act as armor for both the bottom and sides.

I've always been interested in using a gyro for robot stabilization. Some bots could definitely benefit from it, even bit 250lb ones. I think it may really help horizontal spinners that tend to zoom off to the side as soon as they turn on the weapon motor.

It's a speedy little ankle biter! It'd be cool to see a drag race between the 12k and 16k motors, if you have the spare electronics for it. That or a wheelie competition. Maybe beyond the level of involvement you want/use, another way to reduce wheelie-ing would be to spin up the weapon as you accelerate forwards, using the torque reaction to cancel the wheelie. I guess this could maybe be done with mixing, but probably a lot of faffing/testing to get it working right, and probably need a base level to spin up from (so sit at 80% normally and spin up to 90% during acceleration for example). Interesting as an idea, maybe not practical.

Weren't you looking at adding a second weapon support on the other side with a bearing or was that a different bot?

Really hope to see This Is A Party giving the other bots the runaround and getting in some more side/rear shots now it's had significant bump in speed. The next fights should be very interesting indeed.

Those wedgelets remind me quite a lot of ablative armour. Have you ever tried that on an antweight?

I love Turnabot motors. I especially love them being marked with the speed. So much easier than the bag of random rpm motors.

yes i agree, gear motors have nice tastes