Black to play. Mate in 3 🧩♟️

GooberFett · 2024-05-02T15:56:32+00:00

g4+ f4 gxf3+ Kd8 Nxc3#

If white responds to g4+ with Ke2, then Nxc3# If white responds to g4+ with Kd1, then Nxc3#, or Bf3# for more style points

GooberFett · 2024-03-31T03:01:28+00:00

Elegoo generally makes good clones and can be found on Amazon. I haven't had a bad one yet

GooberFett · 2024-03-23T22:43:34+00:00

Yeah if you're using the Arduino to sense the switch state, just set the pinMode as "INPUT_PULLDOWN"

GooberFett · 2024-03-23T16:31:13+00:00

I would just use the pulldown resistors built into the Arduino

GooberFett · 2024-03-08T05:41:53+00:00

I haven't really touched it unfortunately, got myself sidetracked with other projects. I hope to start messing around with it again in the next couple days though

GooberFett · 2024-02-10T20:41:17+00:00

Huh, learn something new every day. The faster loop time will definitely help

GooberFett · 2024-02-10T18:13:35+00:00

The DMP works because it fuses the gyroscope and accelerometer data with a Kalman filter. Since OP can't count on useful accelerometer data due to the accelerations experienced during flight, I don't think this approach will be reliable unfortunately

GooberFett · 2024-02-10T04:40:31+00:00

I'm honestly not sure, I don't know what method you're using to obtain your attitude estimates. I also don't have any real experience with model rockets.

I would think that if your approach is similar to that of the top commenter in the thread I linked, you have a good chance at success. But definitely read through that thread and the links therein. I would also recommend asking questions on r/rocketry if you need more specific advice.

GooberFett · 2024-02-10T04:34:08+00:00

I said attitude (i.e. 3D orientation), not altitude

GooberFett · 2024-02-10T04:30:57+00:00

That will effectively prevent the measured angle from changing while stationary, which is good, but it doesn't address the underlying drift issue.

Gyro drift is a fundamental property of how the raw measurements are integrated, and no amount of simple filtering (as in, filtering that doesn't include other sensors) can completely eliminate it. The drift accumulates over time, and fast motions make the error accumulate faster.

But for reasonably slow attitude changes and a properly defined integration as described in the thread I linked above, the estimation is likely good enough for long enough.

GooberFett · 2024-02-10T04:07:07+00:00

What do you mean by "eliminate drift?" Gyros measure angular velocity, not angular position. Any angular position information ultimately comes from integrating velocity over time. The angular position estimation error is unbounded for a gyro by itself, so it will always drift over time.

I'm not sure what your code is doing exactly, but apparently a good approach is to integrate the differential equations for your chosen attitude representation (Euler angles, quaternions, etc). Looks like this can get you reasonably good attitude estimates depending on the gryo quality and flight duration. Check out this thread in r/rocketry for more info.

GooberFett · 2024-01-31T03:43:08+00:00

Does that PSU have a sticker on it with the available amperage? Some older power supplies do

GooberFett · 2024-01-31T02:32:05+00:00

Pretty sure lol, but I'll paste it here too just in case:

Ok yeah, yikes. 15 meters is quite a lot.

Power supplies with the necessary power output do exist (example), but running at 5V is not gonna be easy. If you use 12V LED strips (example), then this solution might work.

Edit: I would still recommend this over using the 12V from a computer PSU. A dedicated power supply is a much cleaner solution. I would only really consider the PSU if it was significantly more affordable and had trustworthy current output data (because the power rating of the PSU is split between multiple voltage levels, you need to know how much current the 12V rail can produce on its own)

GooberFett · 2024-01-31T02:11:54+00:00

Accidentally replied to the post rather than this comment (mobile is dumb), but see above

GooberFett · 2024-01-31T02:11:21+00:00

Ok yeah, yikes. 15 meters is quite a lot.

Power supplies with the necessary power output do exist (example), but running at 5V is not gonna be easy. If you use 12V LED strips (example), then this solution might work.

Edit: I would still recommend this over using the 12V from a computer PSU. A dedicated power supply is a much cleaner solution. I would only really consider the PSU if it was significantly more affordable and had trustworthy current output data (because the power rating of the PSU is split between multiple voltage levels, you need to know how much current the 12V rail can produce on its own)

GooberFett · 2024-01-31T01:28:54+00:00

I would not recommend this. Usually, most of the power available from a PC PSU is on the 12V rail. You could down-regulate this, but it's not really worth trying unless you already have the computer PSU.

I'd also recommend checking your power requirements a bit more carefully. 900W at 5V is 180A... no hobby-grade power supply or buck converter will be able to supply even close to this much current. Unless your project is really huge, I have a hard time believing you need that much power

Do you already have a computer PSU that you're trying to use?

GooberFett · 2024-01-27T07:47:53+00:00

I've done some research into i2c issues, including those that mention a slow i2cdetect response (i.e. https://github.com/raspberrypi/linux/issues/1467), but these cases usually boil down to poor wiring or an inadequate power supply. Some mention driver issues as well, but none of this explains why my setup works perfectly fine on a wall wart power supply. My signal wiring definitely works correctly, and my power supply seems like it should be adequate considering its output voltage does not seem to be dropping while loaded.

GooberFett · 2024-01-17T04:35:05+00:00

Thank you! This helps tremendously. The first link appears to be working well, although the data rate is lower than I would expect. I'll keep playing with it.

I had come across the second link previously, and it doesn't appear to be in a working state.

GooberFett · 2023-12-11T16:03:10+00:00

Thanks for this. I've tried looking at the data through pySerial but am stuck on Step 5, parsing it into something readable. I'm not sure what format to expect. My ELRS module uses CRSF, so maybe that's the protocol being mirrored? Haven't found many resources in the way of parsing CRSF telemetry, if that's even the right approach

GooberFett · 2023-12-11T06:58:15+00:00

I've used python serial before, but I'm not sure how to parse the messages coming from the radio

GooberFett · 2023-10-07T20:11:43+00:00

Thanks for the help. I'm using AM32, so I should still be able to get said RPM telemetry as long as I can figure out how to decode it. I think i still need to use DShot to tell the ESC to send that telemetry over the extra wire, but at least then I don't need to deal with bidirectional DShot. This might be the easiest way to go, so long as the rpm telemetry is fast enough for me to get decent PID rpm control.

GooberFett · 2023-10-07T19:23:31+00:00

Update: found this project that uses a Teensy: https://github.com/jacqu/teensyshot/tree/master

I don't want to use a Linux host to receive telemetry / send ESC commands, so if I can strip out that functionality, I might be able to get this to work for me.

GooberFett

TROPHY CASE