Jump to content

glowytheglowbug

Eurobricks Citizen
 View Profile  See their activity

  • Posts

    166

  • Joined

  • Last visited

 Content Type 

Everything posted by glowytheglowbug

  1. glowytheglowbug
    woah that is pretty amazing ive heard of using inverse kinematics in games and some robots eg heres one by a scrap mechanic youtuber been thinking of programming a simple simulation in scratch for this lol Ev3 projects are always amazing especially those by you mr jos!
  2. glowytheglowbug
    yeah i was thinking of using a scotch yoke of every single actuator but then didnt know if it would have the precision being backdriven
  3. glowytheglowbug
    damn! gotta say this is pretty amazing hopefully ill be able to try creating a swerve drive vehicle too :D also i cant see the code :(
  4. glowytheglowbug
    im not 100% sure if its possible but i could make each actuator have its position encoded by the motor at the end and once i get how many degrees the total angle is from 0 to max i might be able to make the engine run off degrees instead of rotations, im not super sure though and am going to have to check a ton of stuff if anyone wants to help with the program thanks! import math from pybricks.hubs import PrimeHub from pybricks.pupdevices import MediumLinearActuator from pybricks.parameters import Port from pybricks.tools import wait # Initialize the hub and motors hub = PrimeHub() actuator_b = MediumLinearActuator(Port.B) actuator_c = MediumLinearActuator(Port.C) actuator_d = MediumLinearActuator(Port.D) actuator_e = MediumLinearActuator(Port.E) # Constants for sinusoidal motion AMPLITUDE = 45 # Degrees FREQUENCY = 0.1 # Adjust as needed OFFSET = 45 # Offset for initial position while True: # Get the current angle from Motor A (assumed to be connected to the output shaft) current_angle = hub.motor.angle() # Calculate the desired position for each actuator based on a sinusoidal pattern position_b = OFFSET + AMPLITUDE * math.sin(math.radians(current_angle * FREQUENCY)) position_c = OFFSET + AMPLITUDE * math.sin(math.radians((current_angle + 90) * FREQUENCY)) position_d = OFFSET + AMPLITUDE * math.sin(math.radians((current_angle + 180) * FREQUENCY)) position_e = OFFSET + AMPLITUDE * math.sin(math.radians((current_angle + 270) * FREQUENCY)) # Set the target positions for the linear actuators actuator_b.go_to(position_b) actuator_c.go_to(position_c) actuator_d.go_to(position_d) actuator_e.go_to(position_e) # Wait for a short time before updating positions again wait(10) # Adjust the time interval as needed here is a pybricks code i used chatgpt for im still not very sure on how to get all this to work though
  5. glowytheglowbug
    mhm thanks! i have thought of a odd little way of delaying the angle sensed and using some odd math but not sure yet
  6. glowytheglowbug
    damn loving these engines hopefully you can create a lightweight version that can simply run on flat ground :D (differential optional as its usually easier to run 1 wheel only)
  7. glowytheglowbug
    https://pasteboard.co/yRg9RGvsXATf.png heres my code i set the motor speed to 100 btw im still not very sure how to code the whole thing though
  8. glowytheglowbug
    btw im not using the full length of the actuator only 1 stud left and the motor seems to stall instead of slipping the clutches
  9. glowytheglowbug
    yes but over time the error would build up :(
  10. glowytheglowbug
    yep im going to make a graphing calculator in scratch in order to get exact motor speeds since the large one has diff radius and speeds etc... yeah its mainly for fun, just an overcomplicated torque multiplier im not too sure how to do the programming perfectly unless i use a scotch yoke mechanism fo reach drive and use sin in order to program i only can control the acceleration of the motors as the linear actuator has a clutch and thus would not result in accurate readings if you would want to help tysm theres a motor that isnt driven at the end its used to read the angle btw i could share the programs i have if anyone wants :)
  11. glowytheglowbug
    uses spike for programming and there are 2 versions using small and medium linear actuators, the code isnt perfect though and the small one skips easily, getting carbon axles for better accuracy when retracting and expanding the actuators so i dont get a big explosion of actuators and twisted axles again one medium actuator suffered :( planning to get some metal uni joints for turning this into some crawler beast
  12. glowytheglowbug
    yes you can but you gotta connect by cable as when i tried i couldnt find a way to connect wirelessly
  13. glowytheglowbug
    ah good to know thanks! :D
  14. glowytheglowbug
    got a few friends to test the stepper motor function, after a few turns the motor goes into a loop for some reason and sometimes the buwizz doesn't even disconnect
  15. glowytheglowbug
    yep! i had bugs with it just continuing rotating even though i only pressed it once (set steps to 90* and the motor just started roating)
  16. glowytheglowbug
    is there a way to get buwizz 3.0 to work as a 90* stepper?
  17. glowytheglowbug
    ah gotcha yep doing things like this in studio is a nightmare rotating parts, gears, collisions etc
  18. glowytheglowbug
    tbh anything works for rebrickable even a simple studio model, its pretty useful for finding ideas etc
  19. glowytheglowbug
    i am pretty sure sbrick can handle a few buwizz/buggy motors its just your power source eg if you use a PF battery box the power might cut out ive seen people power their sbrick with lipos too be careful though you dont want lipo fires Tamás Fábián said: Hello Ray, the absolute maximum value is 11.8 Volts. This comes from the datasheet of the integrated circuit we use for driving the outputs (DRV8833). The safe operating limit is 10.8 for the same IC. Having said that, we managed to overvolt SBricks up to 14 volts and never damaged a single one. However, do not take this as a recommendation. It's a bit like overclocking / overvolting CPUs and memory modules in a PC. Be aware that overvolting your SBrick beyond the absolute maximum voids your warranty. What you can do is: Play safe, and don't run the SBrick over 10.8V Accept some extra heating and reduced safety margin, and go near the absolute maximum limit of 11.8V Accept the chance of immediately and permanently damage or severely reduce the lifespan of your SBrick, and run it over the absolute maximum of 11.8V. Use a 3-cell Lithium Iron Phospate (LiFePo4) battery. With a maximum cell voltage of 3.65V it just barely goes over the recommended operating limit of 10.8V, and stays well below the absolute maximum.
  20. glowytheglowbug
    aww LDD model? i see you have a render
  21. glowytheglowbug
    do you happen to have a studio model? would be a bit easier for my eyes when reverse engineering your build lol
  22. glowytheglowbug
    im thinking more of a lighter model using no buwizz, i had issues with it overcurrenting and i want to use a mindstorms spike hub (currently just a normal PU technic hub) too
  23. glowytheglowbug
    is there any crawler suspension that has at least 3-4 studs of travel, uses the normal 6.5l shocks (hard or extra hard) if possible, double wishbone and can be steered and driven diff is optional since im making a 4wd PU half crawler half trophy truck kinda like a wishbone buggy which can crawl stuff and is pretty sturdy. tbh if anyone has a chassis imma try making smth off that :P
  24. glowytheglowbug
    is there a 50+ stud double wihbone front suspension? i tried it and my steering rods were all over the place
  25. glowytheglowbug
    I would like to know how fast a lego mindstorms Spike/robot inventor hub's gyro is (for example it says ev3's gyro is 440 degrees per second and is there a difference between spike/robot inventor and powered up's technic hub or spike essential? im currently making a lego meltybrain robot aka a robot that stops and starts its 2 drive motors while spinning aka translational drift to make it move in any direction (this is the original question)
×
×
  • Create New...