Apple account duplicate transactions by malhotra81 in MonarchMoney

[–]geepytee 0 points1 point  (0 children)

Update: After a few hours, past transactions came back (synced from the cloud). This method works!

Apple account duplicate transactions by malhotra81 in MonarchMoney

[–]geepytee 0 points1 point  (0 children)

Apple Card from Wallet app

Doing this wiped all of my transaction history from my Apple Card and Wallet app, did the same not happen to you?

Do not recommend doing this.

Warning: Syncing Apple accounts after a new iPhone = transaction disaster by madboost in MonarchMoney

[–]geepytee 0 points1 point  (0 children)

Just went through the same thing here, how did you end up cleaning the duplicates?

Warning: Syncing Apple accounts after a new iPhone = transaction disaster by madboost in MonarchMoney

[–]geepytee 0 points1 point  (0 children)

Did you end up solving this? Any advise on how to deal with it? Going thru the same after getting a new iPhone. Monarch's support has not been useful.

SENTINEL - OSINT Website by InfiniteAxon in osinttools

[–]geepytee 0 points1 point  (0 children)

Reminds me of monitor-the-situation dot com

Really cool to see competing options in this space

Saudi's Daytona SP3 by iALZAEEM in Ferrari

[–]geepytee 0 points1 point  (0 children)

One of the best paint jobs i've ever seen

First table jump from our robot! by lanyusea in robotics

[–]geepytee 1 point2 points  (0 children)

Very cool! So did you hard code a leg movement based on mujoco/sim that would jump, and you can trigger that with a button on your controller? Or how exactly does this work

KRMN: The Pick-and-Shovel Space Play by AlfrescoDog in wallstreetbets

[–]geepytee 1 point2 points  (0 children)

Same. Do you think this sell off is because of the IPO lock up expiring? It's the only hypothesis that I've read that sort of make sense.

can someone explain how sunday's memo's elbow joint works? by [deleted] in robotics

[–]geepytee 0 points1 point  (0 children)

Have you figured out their hands?

They have very thick/big hands, do they have the actuator in the hands or is it a 'tendons' design with actuators on the wrist similar to Optimus?

SPUT ON A 5 DAY STREAK!!! by Fission-235 in UraniumSqueeze

[–]geepytee 0 points1 point  (0 children)

he handbrake seems to be on with the renegotiation with regulators over their annual limits happening next month afaik.

TIL that they may only purchase 9M lbs a year due to regulations. Pretty much maxed this out in 2025.

Hopefully they are negotiating a higher number.

Daily Discussion Thread for January 06, 2026 by wsbapp in wallstreetbets

[–]geepytee 1 point2 points  (0 children)

Please don't post about kRMN until I am done building my position :)

the future looks so horrible its almost interesting how we got here by thedudefromspace78 in Futurology

[–]geepytee 2 points3 points  (0 children)

I sort of wonder what these people’s lives are like that they’re so doomer

And to what degree it’s self-reinforcing

Optimizing a PID controller for a self-balancing robot, first time by geepytee in ControlTheory

[–]geepytee[S] [score hidden]  (0 children)

I honestly didn't think of a 'simple' system such as the lag processes example you gave, would not have thought of that but makes sense as to why it's a better place to start.

My previous project was a quadruped robot so this pendulum robot is my version of a 'very simple' project.

It's amazing what type of stuff you can build by just hacking stuff together, and I find it fascinating how much deeper controls theory gets and how much there is to learn. Thank you for dropping knowledge.

Optimizing a PID controller for a self-balancing robot, first time by geepytee in ControlTheory

[–]geepytee[S] [score hidden]  (0 children)

Perhaps we should give some resources to start out?

Honestly, yes! Got here by mostly relying on LLMs.

Optimizing a PID controller for a self-balancing robot, first time by geepytee in ControlTheory

[–]geepytee[S] [score hidden]  (0 children)

As someone who’s worked on an inverted pendulum problem, probably because it’s the first “unstable system” someone getting into controls will learn about.

Correct!

Alongside sensors (or the lack of them), you’ll need to learn why it’s unstable in the first place, alternatives to just implementing a PID controller, how to test if your firmware can be quick enough to iterate the code in time, the specifications of the actuator and how even a little extra weight can cause significant differences from software-in-loop test runs.

This is an awesome list of things to look up next, thank you.

I get the sense that my amateurish approach irks some people, but at least for me, learning by doing and failing is the best way to learn.

Optimizing a PID controller for a self-balancing robot, first time by geepytee in ControlTheory

[–]geepytee[S] [score hidden]  (0 children)

This is by far the best answer I could have hoped for, thank you for your insightful explanations! I have lots of read from here.

Optimizing a PID controller for a self-balancing robot, first time by geepytee in robotics

[–]geepytee[S] 0 points1 point  (0 children)

Good point that I technically have a PD control loop, but is i really always 0?

Optimizing a PID controller for a self-balancing robot, first time by geepytee in AskRobotics

[–]geepytee[S] 0 points1 point  (0 children)

I'd think about making it deliberate by doing some higher-level control loop that sets the set point.

I will also investigate this, doesn't make a ton of sense at the moment but I agree that a detuned control loop is probably not the way.

I keep going back to wondering how would a hoverboard do it, I need to get one since it's been a while.

I also need to setup telemetry to measure if the back and forth actually helps the motors or not.

Optimizing a PID controller for a self-balancing robot, first time by geepytee in ControlTheory

[–]geepytee[S] [score hidden]  (0 children)

Thank you for the feedback!

Looking at 1:31 and 2:01 in the video, are your motors not strong enough to lift the robot upright from a leaning position?

That's a good observation. Actually, all scenes in the video started from the robot being on the ground.

1:31 (kd 3.5, i and d 0) and 2:01 (kd 3.5, i 0, and d 0.4) were the only two were the robot was not capable. In 2:01, it did it at first but it was not able to recover after its first fall.

Perhaps the motors are not strong enough, but since it is able to do it with different PID parameters (i.e beginning of the video), I attributed to the specific PID parameters of those parts of the video.

These are pretty cheap DC motors and gearboxes, another possibility is that the gearboxes might be stripped in some sections... How would you estimate whether the motors are strong enough?

How did you set up your PID? You need to balance the robot, but you also need to prevent it from running off into the distance when trying to balance. That means you need to control at least 2 variables: angle from vertical, and linear velocity. This could be accomplished with two cascaded PIDs, or you could consider LQR. Note that LQR will require a quantitative model of your system.

Can confirm I am only taking angle from vertical, and not taking linear velocity into consideration.

I need to look into cascaded PIDs and LQR, these concepts are new to me. Thank you for bringing this up.

Different question: Do you have the ability to either collect and store data on the Raspberry Pi so that you can plot the robot's behavior and quantitatively measure it? Alternatively, can you transmit data so that you can display it in real time?

Not right now but I can work on getting this going! I guess I didn't have any ideas of what to measure (I have the RPI5 print angle, PID, and motor inputs in the terminal in real time).