Arduino AI

Arduino AI AI

Arduino AI AI

Arduino AI AI

Arduino AI AI

Arduino AI AI

Arduino AI AI

Arduino AI AI

Arduino AI AI

Arduino AI AI

Arduino AI AI

I’m a nearly professional artist and animator that decided to just say “fuck it”

My art account got banned otherwise I’d be posting this on there, but I genuinely just didn’t have any exciting tools to make something “new” for me to even feel like starting over So I ended up getting Claude AI pro, since I’m an Apple bitch, based on Apple Silicon and Swift when I learned that it’s actually pretty cool, I checked out a Swift book and flipped through it beforehand. First I made a social media app like Reddit but with an itch.io like storefront for internet based games, first going through having it make basic games (like if I was learning to code myself), then had it learn how to generate and observe basic 3D shapes, had it recreate my artwork in a Newton-like UI for iPads (ngl I used my NSFW trans art Timelapse from Procreate which was funny to see it render without whining about inappropriate content), but then I realized I could make my own fucking custom Film and Game Engine like my own Godot/Unity specifically for making Spiderverse style 2D/3D hybrid animation… and kept maxing out my Pro usage even with Fable 5 (now I gotta wait till Friday) THEN I realized that I can make my OWN Transformers game tied to my story ideas, so I made basic Transformers (the robots just folds up into a weird car looking thing rn but has its own AI). THEN I wanted a procedurally generated city to have my own No Man Sky. THEN I started doing a ton of research into Open-source projects so it can properly simulate Robotics and generate CAD PCB schematics (still working on it but it makes machined parts like bolts and gears), all while grounding it to the Raspberry Pi (had the first model as a kid), Arduino robotics, and my dearly beloved… PlayStation Cell architecture, specifically the PS3 used as a data center once but perfect performance ceiling for an iPad Mini (A17 Pro) to rely mostly on the CPU for vector graphics and Metal for rendering barely using the GPU. So I had the Engine have its own terminal centered around BASIC for my AI to make its own programming language to build on and generate 3D and 2D elements while providing documentation for me to look into what it’s doing and what commands do what. However despite a ton of effort it struggled to generate its own 3D models… So I looked into that and found a process of using AI to make a 3D design sheet of my old simple character designs and make a 3D model to push into Blender for touch ups, or just push it into the simulation to use it for inspiration staying to my design style so I stop seeing floating limbs and shit face designs like a rounded 3D Minecraft character or knock off Roblox models. I’m just so disappointed by the current NPC AI that it’s my main focus so I can have actual crowd density and every vehicle being a Transformer without being taxing. It already took forever to convince it WHY I need fat physics (maybe dubbing it “Boobiez Engine” was too far despite… that being a lot of people’s focus to a point we’re at body fat physics) I just wish I could find detailed 3D models and CAD files without it demanding money. It’s understandable why… but not for Fan creations and recreations. I sided with artists with AI this whole time until being black, I realized a lot of artists are extremely biased and greedy to a point that I’m just going to let them work themselves to death doing one single thing like a webcomic or some shit or being one name in a long ass list of credits people would hardly notice. I’m in Chicago and you got people acting like they know more than me about art history while being more concerned with basic life issues, like being a consumer becoming too expensive… a game console or collecting isn’t going to put more money in your pocket while I’ve been dumping money into creative tech to make new shit and make additional incomes for the love of the game. Literally in this case. Fuck Nintendo’s Switch 2 development process btw, maybe one day I can port this shit over to it since it’s ARM and isn’t anemic. submitted by /u/NecroCannon [link] [comments]

ClaudeGauge - Tired of opening claude.ai to check my 5h limit? Here.. a real-time Claude.ai monitor on ESP32-S3 with a Star Trek LCARS interface

Hey r/ClaudeAI Got tired of refreshing claude.ai to check how close I was to my 5-hour limit or how much I'd spent on the API this month. Wanted ambient awareness -p glance at a small screen on my desk, get the answer. So I built ClaudeGauge - a physical dashboard that runs on a ~$25 ESP32 AMOLED and pulls live data from the Claude API + claude.ai. https://reddit.com/link/1tsb1eo/video/ut20yc7f9bng1/player https://preview.redd.it/hbjbhwag9bng1.png?width=320&format=png&auto=webp&s=a84f12293ef5ab3d0179c0d48ca9772feed848f1 https://preview.redd.it/zdjy46bp9bng1.png?width=320&format=png&auto=webp&s=53c2cd21370ef096e6357cc996d17b7a0282cb36 https://preview.redd.it/ei5amd7h9bng1.png?width=320&format=png&auto=webp&s=dfafd79d83e0afc887b4fb2f912b17dd6d92573a What it does: Tracks API spending (today + monthly) in USD Shows token usage broken down by model (input, output, cached) Claude Code analytics: sessions, commits, PRs, lines modified Rate limit monitoring with live countdown timers System health: WiFi, memory, uptime, firmware version 7 dashboard screens you cycle through with a button press Hardware supported: LILYGO T-Display-S3 — 1.9" parallel display, USB-C, dual buttons + touch Waveshare ESP32-S3-LCD-1.47 — 1.47" SPI display, USB-A, single button Both boards are cheap ($25-40) and easily available. Tech stack: PlatformIO + Arduino framework TFT_eSPI with full-screen PSRAM sprite for flicker-free rendering Captive portal for WiFi/API key setup (no hardcoded credentials) Vercel Edge Function proxy (ESP32 can't connect to claude.ai directly — Cloudflare blocks mbedTLS fingerprints) Chrome extension for session key auto-fill WYSIWYG layout editor for designing custom screens Some ESP32 gotchas I ran into: If you're using TFT_eSPI in SPI mode on ESP32-S3, you MUST add -DUSE_FSPI_PORT to your build flags or you'll get a crash in begin_tft_write(). Took me a while to figure that one out. Cloudflare Workers don't work as a proxy either — only Vercel (Fastly-based TLS) gets through to claude.ai. Looking for contributors! The project is MIT-licensed and there's plenty of room to help: Support for additional ESP32 display boards New dashboard screen layouts Improving the LCARS designer tool Adding support for other AI provider APIs (OpenAI, Gemini, etc.) General firmware improvements and bug fixes Links: GitHub: https://github.com/dorofino/ClaudeGauge Website: https://claudegauge.com If you've got one of these boards sitting around, give it a try and let me know what you think. PRs and issues welcome submitted by /u/Prudent-Purchase-558 [link] [comments]

Have you tried making hardware projects with AI? We made it! Free and open source!!

Hey everyone :) We built Exort, an open-source desktop workspace for microcontroller projects with an AI agent built in. Our goal is to make hardware coding easier and more friendly, so people of different ages and experience levels can build their own microcontroller projects without feeling overwhelmed. It’s a desktop app for developing microcontrollers with the help of an AI agent. We used OpenCode as the AI agent, and Exort now supports all Arduino boards. The best part is that it’s totally free to use. Github Repo: https://github.com/Razz19/Exort Your support would really help Exort and us a lot ❤️ And if you’re open to contributing, feel free to connect with me :) submitted by /u/moonlikee [link] [comments]

Claude Code built its own software for a little smart car I'm building.

TLDR: Check out the video # Box to Bot: Building a WiFi-Controlled Robot With Claude Code in One Evening I’m a dentist. A nerdy dentist, but a dentist. I’ve never built a robot before. But on Sunday afternoon, I opened a box of parts with my daughter and one of her friends and started building. Next thing I know, it’s almost midnight, and I’m plugging a microcontroller into my laptop. I asked Claude Code to figure everything out. And it did. It even made a little app that ran on wifi to control the robot from my phone. --- ## The Kit A week ago I ordered the **ACEBOTT QD001 Smart Car Starter Kit.** It’s an ESP32-based robot with Mecanum wheels (the ones that let it drive sideways). It comes with an ultrasonic distance sensor, a servo for panning the sensor head, line-following sensors, and an IR remote. It’s meant for kids aged 10+, but I’m a noob, soooo... whatever, I had a ton of fun! ## What Wasn’t in the Box Batteries. Apparently there are shipping restrictions for lithium ion batteries, so the kit doesn’t include them. If you want to do this yourself make sure to grab yourself the following: - **2x 18650 button-top rechargeable batteries** (3.7V, protected) - **1x CR2025 coin cell** (for the IR remote) - **1x 18650 charger** **A warning from experience:** NEBO brand 18650 batteries have a built-in USB-C charging port on the top cap that adds just enough length to prevent them from fitting in the kit’s battery holder. Get standard protected button-top cells like Nuon. Those worked well. You can get both at Batteries Plus. *One 18650 cell in, one to go. You can see here why the flat head screws were used to mount the power supply instead of the round head screws.* ## Assembly ACEBOTT had all the instructions we needed online. They have YouTube videos, but I just worked with the pdf. For a focused builder, this would probably take around an hour. For a builder with ADHD and a kiddo, it took around four hours. Be sure to pay close attention to the orientation of things. I accidentally assembled one of the Mecanum wheel motors with the stabilizing screws facing the wrong way. I had to take it apart and make sure they wouldn’t get in the way. *This is the right way. Flat heads don’t interfere with the chassis.* *Thought I lost a screw. Turns out the motors have magnets. Found it stuck to the gearbox.* *Tweezers were a lifesaver for routing wires through the channels.* *The start of wiring. Every module plugs in with a 3-pin connector — signal, voltage, ground.* *Couldn’t connect the Dupont wires at first — this connector pin had bent out of position. Had to bend it back carefully.* *Some of the assembly required creative tool angles.* *The ultrasonic sensor bracket. It looks like a cat. This was not planned. It’s now part of the personality.* ## Where Claude Code Jumped In Before I go too much further, I’ll just say that it would have been much easier if I’d given Ash the spec manual from the beginning. You’ll see why later. The kit comes with its own block-programming environment called ACECode, and a phone app for driving the car. You flash their firmware, connect to their app, and drive the car around. But we skipped all of that. Instead, I plugged the ESP32 directly into my laptop (after triple-checking the wiring) and told my locally harnessed Claude Code, we’ll call them Ash from here on out, to inspect the entire build and talk to it. *The ACEBOTT ESP32 Car Shield V1.1. Every pin labeled — but good luck figuring out how the motors work from this alone.* *All the wiring and labeling. What does it all mean? I've started plugging that back in to Claude and Gemini to learn more.* **Step 1: Hello World (5 minutes)** Within a few minutes, Ash wrote a simple sketch that blinked the onboard LED and printed the chip information over serial. It compiled the code, flashed it to the ESP32, and read the response. It did all of this from the CLI, the command-line interface. We didn’t use the Arduino IDE GUI at all. The ESP32 reported back: dual-core processor at 240MHz, 4MB flash, 334KB free memory. Ash got in and flashed one of the blue LED’s to show me it was in and reading the hardware appropriately. NOTE: I wish I’d waited to let my kiddo do more of this with me along the way. I got excited and stayed up to midnight working on it, but I should have waited. I’m going to make sure she’s more in the driver’s seat from here on out. *First sign of life. The blue LED blinking means Ash is in and talking to the hardware.* **Step 2: The Motor Mystery (45 minutes)** This next bit was my favorite because we had to work together to figure it out. Even though Ash was in, they had no good way of knowing which pins correlated with which wheel, nor which command spun the wheel forward or backwards. Ash figured out there were four motors but didn’t know which pins controlled them. The assembly manual listed sensor pins but not motor pins, and ACEBOTT’s website was mostly

I used Claude Code to build a USB dongle that auto-plays Chrome Dino — no drivers, no host software, just a $2 board and two light sensors

I built a small ATtiny85 (Digispark) USB dongle that plays Chrome Dino automatically. It plugs into any PC, shows up as a regular keyboard, and uses two LDR sensors on the monitor to detect obstacles and send jump/duck keystrokes. Video attached. How Claude Code helped The firmware is bare-metal C (avr-gcc, not Arduino), targeting an 8-bit MCU with 8KB flash and 512 bytes of RAM. Claude Code was my primary development partner throughout: Wrote the V-USB HID keyboard stack integration and report descriptor Designed the dual-sensor obstacle classification logic (jump vs duck) through back-and-forth iteration Came up with the pulse-width envelope measurement for speed-adaptive timing — I described the problem (game accelerates, fixed delay breaks), and Claude worked out the approach: measure how long each obstacle takes to pass the sensor, use a rolling minimum filter, and scale the jump delay from that Handled the fork-shaped cactus sprite issue (multiple sub-pulses merged via gap threshold) Wrote the full README, PLAN.md, and Makefile I handled hardware assembly, sensor mounting, LM393 potentiometer calibration, and all physical testing. Codex did a review pass and caught a real bug in the envelope tracking logic (sensor polarity was inverted in four places). What makes this different from other Dino bots USB HID keyboard — no host-side Python or browser extension needed No servo or solenoid pressing the spacebar Dual vertically-stacked sensors: lower for cacti, upper for birds Adaptive timing from obstacle envelope width — stays accurate as game speed increases Total firmware size: 2699 bytes Links Repo: https://github.com/hackboxguy/chrome-dinoplayer Blog: https://prolinix.com/blog/chrome-dino-auto-player/ AI disclosure: Claude Code for firmware development and documentation, Codex for code review. Hardware build, sensor calibration, and testing were done manually. Would love feedback — sensor choice improvements, filtering ideas, or firmware architecture suggestions welcome. submitted by /u/albert007_d [link] [comments]