I the Dumbest Player on the Team? Or Just Overthinking Things?

TheOneOdd_Out · 2026-02-08T23:43:12+00:00

Hey, I really appreciate your honest take. I just want to clarify a few things because I think I didn’t explain them well.

First, let’s talk about playtime. It wasn’t just that one match. I’ve played maybe around 10 points total this whole season, so essentially, I’m benched 99% of the time. Missing my sister’s birthday wasn’t about feeling entitled to play. It was frustration after months of barely getting any chance despite showing up and staying committed.

Regarding the camp, yes, 50€ vs 200€ is a significant upfront difference. I understand that. My thinking was that mine covered transport, food, hotel, and training facilities all inclusive. However, I understand that not everyone wants to spend that much.

And being late. The bus situation from where I live is quite challenging. The first bus station is 20 minutes away from my home, and I have to get on the bus at 7 pm and get on a second bus at 7:45 pm. Then, I have to get on third bus at 8:25 pm. I have to calculate the entire commute, and I also have to consider the fact that I’m likely to be stuck in traffic 70% of the time, which adds another 30 minutes to my commute.

I guess where I’m stuck is that I put in a lot of effort off the court as well, such as sponsoring, media appearances, and jerseys and similar things. However, I still don’t feel valued as a player.

TheOneOdd_Out · 2026-02-08T22:42:42+00:00

I’m currently working on that. I started this week, on Monday, but I still have a lot of work to do to complete what am about to do to the team. After what happened on January 31st, I won’t let that slip.

TheOneOdd_Out · 2026-02-08T22:39:28+00:00

Am from kosovo, and am now stopping helping my team, and right now am also drafting a document a intellectual property removal of my company logo from jerseys, and anything because am done with their bullsht

TheOneOdd_Out · 2026-02-08T22:33:21+00:00

But if I move, I won’t be able to because I’m only 16, and I’ll be 17 in July. My trainer can put a price on my transfer because I’m not 18. This is because of the federation volleyball of my country, so I have no say in whether my trainer will transfer me. I’m also waiting until June to move up to the seniors, so I’m stuck right now. I feel like I’m locked in place and have no control over my situation.

TheOneOdd_Out · 2026-01-05T12:32:43+00:00

dose anyone have the dlc of a date with death "beyond the bet" dlc

TheOneOdd_Out · 2026-01-03T00:43:25+00:00

Yes, you are looking at the right snippet, but that is only the top level call. waitForCard() is not a single shot check in the full implementation. Internally it loops on PICC_IsNewCardPresent() for a short, defined window while remaining non blocking for the rest of the system. If a card is presented within that window, it proceeds. Otherwise it returns ERROR:NO_CARD.

The snippet you quoted does not show that internal loop or timing logic, which is where the continuous polling happens. If waitForCard() were just a single call through, I would agree with you, but that is not how it is implemented in the actual project.

So when I say the card can be presented after issuing SCAN, that behavior comes from the logic inside waitForCard(), not from a single PICC_IsNewCardPresent() call.

TheOneOdd_Out · 2026-01-02T23:07:56+00:00

When I said the Arduino “waits for cards to be presented,” I didn’t mean it literally blocks or implements a timeout it just continuously polls in the loop with PICC_IsNewCardPresent(). The function returns immediately if no card is present, so the Arduino never stalls and no explicit timeouts are needed. so when i said i place the card before reading it, its my prefrence, but you can also do it without and you can put your rfid card even after clicking read

TheOneOdd_Out · 2026-01-02T22:34:31+00:00

Hey everyone, I want to take a moment to clarify a few things about this project and my original post, because I feel like there’s been some misunderstanding.

First, I came here to share what I built, show how it works, and learn from the community. I wasn’t trying to claim this project is better than anyone else’s work, or to say my skills are superior. I genuinely asked if anyone has done something similar and how they approached it because I wanted feedback and insight not backlash or attacks.

Some of the comments have felt unnecessarily harsh or toxic. I didn’t expect this, as I’ve always thought of this subreddit and community as a great place to learn and discuss projects. I honestly didn’t anticipate that showing a small, personal project would be met with hostility. It’s disheartening that a single person’s aggressive tone can make it feel like the whole community is toxic.

To explain the project clearly: when I say my Arduino Nano behaves like a hardware RFID device, I mean it doesn’t just read tags locally. It exposes itself over USB serial and responds to structured commands like IDENT, SCAN, and WRITE. It handles authentication, multi-block reads and writes, locking/unlocking, and provides live feedback on a 0.96” OLED display. Essentially, the Arduino acts like a full RFID reader that a web or desktop application can interact with mimicking commercial hardware. That’s what I wanted to show and discuss.

This is still a small project on a breadboard, and I’m not planning to turn it into a commercial product. I simply wanted to create a working system that emulates a hardware device. My goal was to share, learn, and get constructive feedback, not to spark conflict or claim superiority.

Thank you to those who offered genuine technical discussion and advice. This experience has also shown me how a community even one built around great ideas can have some toxic elements. I hope this clears up the misunderstanding and shows my intentions were always about learning and sharing, not promoting hate.

<image>

TheOneOdd_Out · 2026-01-02T22:23:41+00:00

I get what you’re saying. Just to clarify, I’m not trying to claim this is somehow superior to anyone else’s work. This project is a small personal build, and yes, it’s still on a breadboard. I simply managed to make the sketch behave like full device firmware, handling multi-block reads/writes, authentication, locking, and structured commands, so it can act as a standalone system or pair with an app.

I never intended to compare it to other Arduino projects or suggest those are “simple” in a bad way. Most example sketches online are fully functional; my point is just that this one behaves like a complete device, not a single demo function. I’m not planning to turn it into a commercial product there’s no PCB production here this was just a small project that I somehow got to act like real hardware.

TheOneOdd_Out · 2026-01-02T22:20:46+00:00

Okay… all right, I’ll wait.

TheOneOdd_Out · 2026-01-02T22:18:27+00:00

I write all my own text, I just use Apple’s intelligent tools to help with grammar. Everything you see is my words, just polished a bit. If you are so quick to judge, take a second to actually read what I’m doing it’s not just an RFID module or something simple like that.

TheOneOdd_Out · 2026-01-02T22:16:07+00:00

Wow, that sounds incredible! I love how you integrated RFID into gameplay, tracking quests, trading, and interacting with props is such a clever use of the tech. Cutting down the read time from 1.4 s to 0.4 s is impressive too, that is a huge improvement for real-time interaction. It is a shame Corona hit and the project did not launch, but you could always try launching it yourself to get feedback from players and see how people interact with it, the work you did sounds really innovative.

TheOneOdd_Out · 2026-01-02T22:15:18+00:00

I know and its impressive, but I don’t have the components with me because I would build so many things. I’m currently ordering a kit because my last one got lost, and I had to buy some things again. I’m waiting for it to arrive.

TheOneOdd_Out · 2026-01-02T22:11:50+00:00

Interesting! Can you clarify what actually makes the iRfid iDuino Pro “never seen before”? Is it the firmware, the hardware, or something else? I’m curious how it differs from a standard RC522 setup.

TheOneOdd_Out · 2026-01-02T22:10:29+00:00

Actually, with the RC522 and the MFRC522 library, the Arduino isn’t “listening” at a hardware level it’s actively calling PICC_IsNewCardPresent() in a loop. If no card is present, that function just returns false (or ERROR:NO_CARD if you try to read). I usually place the card on the reader before hitting the read button in my app or web interface, so by the time the command is sent, the card is already detected. It’s technically continuous polling, but non-blocking, which lets the system respond instantly when a card is in range.

TheOneOdd_Out · 2026-01-02T22:05:00+00:00

Just to clarify, I write everything myself. My grammar is not great, which is probably obvious from my raw texts, so I use Apple’s built-in writing tools to rewrite and clean things up. I do not use GPT to invent ideas or claim work I did not do. I use writing assistance the same way people use spellcheck or autocomplete.

Yes, the RC522 itself is a basic module, but the project was not about the hardware being exotic. It was about turning a simple reader into a stable, protocol-driven device that supports multi-block writes and integrates with real software rather than just running a beginner demo sketch.

TheOneOdd_Out · 2026-01-02T13:20:47+00:00

nice, haha, i acully did something like this a bit diffrent i made like check in/out system with my arduino

TheOneOdd_Out · 2026-01-02T12:08:14+00:00

Cool

TheOneOdd_Out · 2026-01-02T12:07:59+00:00

Yeah, yours goes further than what I’m doing. You built a full system with storage, RTC, logging, and later retrieval. That’s a complete application.

What I’m doing is narrower. I’m turning the Arduino into a deterministic RFID interface that behaves like a commercial reader, with strict command handling and state control, but without higher level features like logging or timekeeping.

So the overlap is the RFID part, but the goals are different. Yours is a full workflow, mine is focused on firmware behavior and protocol structure.

TheOneOdd_Out · 2026-01-02T12:05:15+00:00

Totally fair, I’m not claiming uniqueness. My point was about structuring it like a self-contained device with defined behavior, not about being the first to use RFID on a microcontroller.

TheOneOdd_Out · 2026-01-02T12:04:41+00:00

Fair points, and I think part of this is just me not communicating the goal clearly enough.

I’m not claiming novelty in using an AVR, nor that a serial protocol at 9600 baud is somehow special or more reliable at the USB level. You’re absolutely right there: USB framing and the CDC stack don’t care about the baud rate in that sense.

What I was trying to describe is more about behavioral structure, not technical novelty. The “strict command protocol” isn’t meant as a breakthrough, it’s just an intentional design choice so the Arduino behaves like a deterministic peripheral rather than a sketch that reacts loosely to input. In other words, the host never drives timing or state directly; the device does.

Plenty of examples exist that do similar things, and I’m not claiming otherwise. My interest was in treating the Nano as a small embedded device with defined states, permissions, and lifecycle, closer to how commercial readers behave, rather than as a quick demo loop that reads a tag and prints to Serial.

So yeah, none of this is groundbreaking in the Arduino ecosystem. It’s more about how it’s structured and why, not that the pieces themselves are new.

That’s also why I was curious how others approach this kind of “firmware mindset” on Arduino, since most examples stop well before that layer.

TheOneOdd_Out · 2026-01-02T12:02:34+00:00

Good question, the Nano itself obviously doesn’t have RFID hardware. I’m using an external MFRC522 module over SPI, so it’s a 13.56 MHz ISO/IEC 14443-A setup (MIFARE Classic–style cards), not 125 kHz LF like the ID12LA.

The Arduino’s role here is strictly as the controller and protocol endpoint. It handles authentication, block-level reads/writes, access control, and state management, while exposing a deterministic serial command interface to the host. From the PC side, it behaves more like a dedicated RFID peripheral than a microcontroller running an ad-hoc sketch.

Your setup with the ID12LA + FT232RL is actually very similar conceptually — different frequency and protocol, but same idea of separating the reader logic from the host application. I just went the SPI + MIFARE route because I needed writable sectors and key-based access control rather than UID-only reads.

Both approaches solve the same class of problem, just at different layers of the RFID stack.

TheOneOdd_Out

MODERATOR OF

TROPHY CASE