electricui-embedded VS Avalonia

We have an MIT licensed protocol and Arduino library that makes it really easy to transfer data to the UI, and components for real-time line or scatter plots.

It includes an MIT licensed binary protocol that handles framing, checksums and multiple messageIDs. Standard C types are zero-configuration, just send them from hardware and the UI knows how to decode it. You can mark variables with some macros and get read/write capability in very little code. Assuming you're communicating over usb-serial, it should be very easy to get started. Here's the 'Arduino blinking led' firmware as an example.

We have an MIT licensed protocol and Arduino library, which provides framing, checksums, multiple messageIDs, query / set / call function behaviour, type information, ack packets, 1kB payload sizes by default and offset packets for sending larger data. There's a write up of the protocol here. I'm unsure how you've developed your stand alone program, but if you implement the 'host' side of the protocol, the Arduino library will take care of everything else.

If it's just the protocol you want, we have an open source, MIT licensed protocol available on GitHub. It comes with an Arduino library that you can install in a couple of clicks.

As a continuation of my other comment, Electric UI's binary protocol makes sending different data at different intervals pretty trivial. It's intended for serial comms, but of course can be sent over ethernet just as well.

It has an MIT licensed binary protocol that handles framing and checksums which works well over serial. There are several Arduino firmware examples in that repo.

While it is transport and protocol agnostic, it comes with a 'batteries included' binary protocol for serial comms to get up and running quickly. The protocol handles framing, multiple message IDs, acks and checksums.

You might also want to look at AvaloniaUI[0] for a cross platform .NET GUI library. It is similar to WPF but much nicer to work with.

[0] https://github.com/AvaloniaUI/Avalonia

Production user here. There's no money gotchas. They're above reproach. In fact, I've received considerable free support from their devs on GitHub Issues [1].

The Avalonia business model is based on selling XPF, which runs WPF (Windows-only) apps on other platforms. That's very interesting to big corps with existing codebases.

See my comment [2]

[1] https://github.com/AvaloniaUI/Avalonia/issues

[2] https://news.ycombinator.com/item?id=39246988#39249128

Yes, but the portable GUI frameworks by Microsoft themselves are generally not very good, and they tend to be abandoned after a couple of years.

Avalonia is developed outside of the Microsoft corporate madness and seems to be slowly becoming the defacto cross-platform framework because it is expected to last a bit longer than a manager's attention span: https://avaloniaui.net/

Not my comment, but relevant here "The problem with compiling Skia to WASM is you'll lose any benefits of hardware graphics acceleration on the device."

(From https://github.com/AvaloniaUI/Avalonia/discussions/6831#disc... )

It's a bit of a hit and miss as of today. CLI, back-end and natively compiled libraries (think dll/so/dylib or even .lib/.a - you can statically link NAOT binaries into other "unmanaged" code) work best, GUI - requires more work.

Avalonia[0] and MAUI[1] have known working templates with it, but YMMV.

[0] https://github.com/lixinyang123/AvaloniaAOT / https://github.com/AvaloniaUI/Avalonia/ / honorable mention https://github.com/VincentH-Net/CSharpForMarkup

[1] https://github.com/dotnet/maui (try out with just true in csproj - it is known to work e.g. on iOS)

For desktop, Avalonia, hands down.

https://avaloniaui.net/

Open source, powered by Skia, backed by JetBrains, and quite battle-tested at this point for small to medium-sized apps. In theory perfectly capable for enterprise as well, since it's basically a spiritual successor to WPF, which has been an industry standard for about 15 years.

They're diving into mobile and WASM well, but that's more of a recent effort and I haven't tested that yet.