karmanyaahm

So cool to see another person going to UT on HN! I'd love to organize a Jet Lag style game in Austin sometime.

Should be back up now

Hi! Wanted to share this cool project me and some friends worked on during the summer of '23, now that the video is finally edited. It was an incredible experience, hope you like it :)

No comment on the thread, but I smiled at seeing myself quoted on HN :)

> The alternative would be that anyone could send notifications to an app

No, the alternative is that anyone with a password the app generates can send notifications to any app, which is (effectively) how WebPush and UnifiedPush work. The server that knows the secret URL can send a notification to that website or app.

2 is exactly how removal from sets is O(1) whereas lists are O(N)

Since this is a tutorial for newbies, I'm intentionally using a chip with years of code, flashing, and peripheral circuit examples. It's also compatible with the Arduino Nano pinout so students can add peripherals with outside circuit examples.

For personal projects, I also prefer using fancier chips like the ESP32 series or the new generation of ATtinys.

> why not just distribute your message over that channel in the first place

Latency? You can hand deliver a password ahead of time, but not messages.

With my usage of checking OTPs 3-4 times a week, it lasts for ~3 months.

Nice project idea. The Nordic chip in the Pinetime might be more efficient than this ESP-32 though, and there's been a lot of development effort into infinitive for it.

Doesn't all tap water contain the forever chemical H2O?

/s I hate how they're scaremongering with the vague term "Forever Chemicals" instead of just using the more specific terms PFAS or Microplastics.

https://karmanyaah.malhotra.cc I need to post more often!

Yes absolutely! I love the RP2040 and have used dev boards for several projects.

My goal with this intro is to make something hand-solderable though, which is why I'm using QFP32, 0805, etc. In addition, this is Arduino Nano compatible to ease the transition. I'm using a CH340N for USB. An unfortunate consequence of this is that you need another MCU board to flash the bootloader first.

TBH ATmega328Ps are surprisingly expensive ($2.x) for their functionality.

Especially with the smartwatch, we are considering using an ESP32 WROOM/MINI module and will write about that too, eventually.

I'm writing a series of articles on designing a microcontroller board (with an ATmega328P) from scratch [1]. It's a totally different experience from just breadboarding.

Some people are making NFC business cards, USB Hubs, and even smartwatches!

[1] https://github.com/hackclub/hackclub/pull/1852

Having WebPush style push notifications is a huge advantage of JMAP. Right now, 3rd party mobile email clients are stuck to polling every few minutes or keeping a connection open.

I'm looking forward to more JMAP adoption, especially on FOSS Android platforms.

Which is also exactly what the colleges are saying themselves (on the surface). For example, MIT's rejection letter:

> Please understand that this is in no way a judgment of you as a student or as a person, since our decision has more to do with the applicant pool than anything else—many of our applicants are not offered admission simply because we don’t have enough space in our entering class.

No, I was simply replying to:

> none of the GPIO pins are exposed, the only IO is buttons, usbc or a QT/Stemma connector.

Sorry for losing context.

Because the RP2040 is so dynamic, the QT/Stemma connector is two GPIO pins, even thought it can do I2C or SPI.

Tangent: My gas station replaced grade-selection buttons and rate/volume/price LCDs with one huge (20") touchscreen. Unfortunately because of the distance, it's brighter than the overhead lights at night. No one thought to add a little brightness sensor to the several thousand dollar machine.

> small CR2032 coin cells (which have ~10 to ~100 ohms of internal resistance). A ~100mA draw on the charge inductor isn't out of the question (at 10-ohms, that's a voltage drop of 1V, which probably browns-out the RP2040).

n=1, but I'm using a single CR2032 with a Badger 2040 (same as OP) and a DS3231 in parallel and it works just fine down to ~2.8 volts.

I do Number Sense right now!

It is kinda weird. However, at the end of the day, UnifiedPush is just a protocol that allows $heavyProtocolA to receive notifications through $lightProtocolB.

And XMPP is just $lightProtocolB, there is nothing stopping an XMPP-based UnifiedPush distributor w/o messaging from existing. If you don't use XMPP for messaging, there are many simpler distributors available.

For cross platform UnifiedPush libraries, such as Flutter, it totally makes sense to support iOS by wrapping APNS. Unfortunately, most people on the UP team don't have Apple devices, or iOS development experience. Maybe someday...

My recent F-Droid blog post explained what UnifiedPush is in detail, basically:

> until now, the only option for push notifications was Google’s proprietary service, Firebase Cloud Messaging (FCM). UnifiedPush is a new alternative that allows you to get push notifications without being tied to a single company.

> Applications that support UnifiedPush can receive notifications via a dedicated UnifiedPush application that maintains a single server connection to receive all notifications. We call this “UnifiedPush application” a distributor;

Conversations is now a distributor, and UnifiedPush-supporting apps like Element or Tusy can receive notifications through it.

https://f-droid.org/en/2022/12/18/unifiedpush.html

The author couldn't have accessed the original AWS account, which is what managed configuration updates.

I ran into a similar phantom-traffic problem from Go ignoring the Linux default for TCP keepalives and sending them every 15 seconds, very wasteful for mobile devices. While I quite like the rest of Go, I don't see why they have to be so opinionated and ignore the OS in their network defaults.

My PR fixing that in Caddy: https://github.com/caddyserver/caddy/pull/4865

Blues Wireless has included data and a robust seeming SDK.

> What's the actual likely hood that the average end user is going to install a random service?

For now, UnifiedPush is targeted towards De-Googlers, self-hosters and FOSS enthusiasts, not average users.

I recommended FCM for iOS instead of APNS because OP is already using it. For iOS clients, FCM just forwards notifications to APNS.

Yes, this is an FCM replacement on Android (and it can easily fall back to FCM if the user doesn't have UnifiedPush). There is no native UnifiedPush on iOS because Apple doesn't allow background services. The server side to support both is simple, but on the client you would need code for both FCM (for iOS) and UP (for Android). It would be interesting to build an FCM wrapper for iOS into the UP Flutter library.