almost done with the serial simulator, it uses posix PTYs to simulate our sensors. It handles commands and broadcasts telemetry continuously (all configurable). The behavior is defined in a TOML file. Added it to a test pipeline for one of the services I maintain and it works pretty well.

Used nix (not that nix) it's a crate of rust bindings for the posix api. This sim doesn't handle binary streams, but other than that it should be able to handle most scenarios. If anyone is building something that uses sensors then they're probably using some type of serial connection (RS-232 etc) and if they don't have the sensor (or it's expensive to keep it in the lab) they can just model the protocol in the toml and use this instead. I will share a sample toml but, any sensor in the world that uses serial and has a public spec can be easily modeled (i hope) you don't even need to buy it.

I'll strip out the device-specific/company-specific stuff and make it generic, then share the repo on GitHub.

Oh, and added "replaying". You can basically take sensor output from a device that's in prod and replay it in your dev environment to reproduce certain issues and handle edge cases.

This is pretty cool

https://x.com/maestro__dev/status/2017975473641308352?s=46

Know Your Representative

https://rep.et

Like I always say, check y.

One of the very few remaining frontiers

Am I early or am I late?

Stayed up most of the night, Opus 4.6 is good. Took me about 40-50k tokens for a rust rewrite of an implementation of the NIST CBEFF (Common Biometric Exchange Formats Framework) parser we used to use at NID (it was a Java library). Not too simple, not too hard. Opus had some minor inaccuracies that were fixed, but ran the tests against it and it did great. But it costs so much 😭

Original implementation: https://github.com/mosip/bio-utils

Finally got this project to an MVP stage.

[penny]

Usually I take a minute to choose the right watch, but for a wedding, you can’t go wrong with a vintage Omega Constellation.