Live data from Hacker News

MeshCore development team splits over trademark dispute and AI-generated code

blog.meshcore.io

61–70 of 190 posts

Re: MeshCore development team splits over trademark dispute and AI-generated code

#61

I would absolutely encourage everyone reading this to check out Reticulum [1] if you haven't already. I believe the base project might be in need of new maintainers(?) at the moment and the main dev has some very strong takes, but it is a very well-thought out approach to distributed networking at the protocol layer. The existing implementations out there include a desktop app which can function over the internet (IP…

I spent an entire month trying to build something with Reticulum, but there just isn’t great tooling for dealing with the protocol. Makes for a pretty infuriating devex if you’re just trying to build your app.

Neat concept but so many footguns that (imo) it’s not really sustainable to try bootstrapping.

Specifically, I had tried to port the stack to Rust no-std to use on nrf52 LoRA devices to use/abuse the existing MeshCore network to deliver reticulum packets. Turned out to be a nightmare just trying to figure out if my packets were even correctly formed.

Re: MeshCore development team splits over trademark dispute and AI-generated code

#62
post #22

> Would you trust AI generated mesh firmware ? It's ridiculous to me that they're concerned about the trustworthiness of AI-generated code when their code quality is so low. They don't even have automated tests and ignore attempts to add them.[0, 1, 2, 3] Last I checked, there's little validity checking in the code, so it's possible to broadcast nonsense values (like GPS coordinates outside of Earth's bounds) and the…

> It's ridiculous to me that they're concerned about the trustworthiness of AI-generated code when their code quality is so low.

Agreed, but at least it's somewhat sensibly structured. AI? Good lord you'll end up with a slopaghetti mess.

> They don't even have automated tests and ignore attempts to add them.[0, 1, 2, 3]

Two people, 540 issues and 270 PRs open at the moment. Not wanting to be that guy... but do the math. The reviewer team is small as hell and after this drama (which probably kept both of them busy with BS) they'll likely be even less willing to trust others.

If you want to stand a better chance at getting your code into other people's hands, go and contact the person behind the Evo fork. IIRC he's part of Hansemesh, Germany's biggest regional MC.

I have heard indirectly multiple times now that the only two ways to get a PR of interest merged is to either gather enough people to Like the issue on Github or to join the Discord and ask.

[1] https://github.com/mattzzw/MeshCore-Evo

Re: MeshCore development team splits over trademark dispute and AI-generated code

#63
post #4

Earlier quoted context omitted.

I don't know any of the players but I'd bet they're licensed amateur radio operators.

I will say in Northern Colorado a LOT of the people involved in the MeshCore are HAMs.

Heh, I use MeshCore in Massachusetts and my layperson explanation is that MeshCore is for people who would be HAMs except they don't have the patience to take an exam.

You're probably more correct, but not having the FCC as a barrier to entry using $20 hardware means a passing curiosity becomes me installing a repeater on our roof with a cavity filter that reaches half a city. It's super fun.

I was using a vibe coded UI (unrelated to this guy) that wasn't super disclosed and each dot revision a new basic thing broke. One I couldn't upgrade the firmware without a full reflash. Now I have to turn bluetooth off and back on to connect to it each time. In both cases it worked fine before that revision came out.

Was it because of vibe coding? I mean... it sure seems likely. Maybe it just needs actual testing?

At the same time it is seemingly the only UI firmware that supports bluetooth to my phone, uses map tiles on an SD card to show GPS maps (I have a tdeck so it has an LCD suitable for it), and runs on a tdeck. Oh, and our local channel names are too long for the ripple firmware (perhaps fixed by now) and the channel number limit was like 4? Maybe 10? Arbitrarily low in any case.

So like... I'm still using this vibe coded UI that breaks some new basic functionality each revision. I can connect to it over bluetooth (even if it's now unreliable), I can use my literally like 1 million map tiles with the GPS, I can actually enter the channel names, and I can have up to 20 channels.

Re: MeshCore development team splits over trademark dispute and AI-generated code

#65

Earlier quoted context omitted.

I will say in Northern Colorado a LOT of the people involved in the MeshCore are HAMs.

Heh, I use MeshCore in Massachusetts and my layperson explanation is that MeshCore is for people who would be HAMs except they don't have the patience to take an exam. You're probably more correct, but not having the FCC as a barrier to entry using $20 hardware means a passing curiosity becomes me installing a repeater on our roof with a cavity filter that reaches half a city. It's super fun. I was using a vibe coded…

I came up with a way to install a repeater 20ft up a mast that's been on top of the building my office is in, but it's been idle since the TV station that used to be in here left. It has decent reachability, but unfortunately it's not at a particularly high point of the city, it has great reacability into the University and can reach my house, but there's a ridge to the south that puts the antenna more like ground level if it was on that ridge.

Re: MeshCore development team splits over trademark dispute and AI-generated code

#66

Earlier quoted context omitted.

IYKYK. Hams are known for a distinctive personality type that can be at strong odds from other tech people and other comms people. Usually in ways that clash with consequences. I know a few hams that are chill and they are precious doves. I know quite a few more who I won't even engage with for fear of crossing them and them dedicating their lives to making mine hell. Because I've seen them do it to others. That's no…

I have an amateur radio licence and I agree. One reason I rarely operate... I always found it interesting how many useful little apps hams write, keep them closed source and then...die.

Could it be because of the history of radio and early electronics being full of inventors getting ripped off by unscrupulous parties...?

Re: MeshCore development team splits over trademark dispute and AI-generated code

#67

Spicy take but I think this whole Lora thing is a dead end bad technology not worth our time. Wifi HaLow 802.11ah is finally out & available, sometimes at ok prices. We don't really have ad-hoc communication pioneered for wifi, but it's doable and we ought lean into it, rather than using some totally different stack, especially one that is under strict control of a single company. What we learn doing wifi halow can d…

Eh, I've played with 802.11ah and it's very long range for the power, but way too stateful for the use case that these mesh protocols serve. If you go out of range it's several seconds to re-establish a connection. I've worked with proper mesh radios (Silvus, etc) and they work very differently.

Re: MeshCore development team splits over trademark dispute and AI-generated code

#68

What is it with mesh projects and having these super draconian trademark enforcers? Meshtastic is the same. One of the main reasons I got interested in MeshCore was reading the Meshtastic trademark rules and just finding them... really really over the top.

All meshtastic code is GPL, the name "meshtastic" is owned by the company that developed it. You can use any of the code, you can't use their name outside their rules. This is absolutely no different than, say, Firefox. The trademark policy is very permissable and you don't even need their permission to use the name on a commercial product. I think it's totally sensible for the organization to want to have some level…

Nitpicking, but IIRC, Wi-Fi was born largely as a marketing effort rather than a technical one. Interoperability was an afterthought.

Re: MeshCore development team splits over trademark dispute and AI-generated code

#69
post #22

> Would you trust AI generated mesh firmware ? It's ridiculous to me that they're concerned about the trustworthiness of AI-generated code when their code quality is so low. They don't even have automated tests and ignore attempts to add them.[0, 1, 2, 3] Last I checked, there's little validity checking in the code, so it's possible to broadcast nonsense values (like GPS coordinates outside of Earth's bounds) and the…

Wow, #4 is frustrating. (Disclosure: am a ham, but not one of the uptight ones. I'm not personally offended when someone breaks the rules, and I'm not gonna run off and call the FCC or something. But I am concerned when they don't seem to know or care why.)

First, I don't know if their interpretation of the rules is correct. For the sake of argument, I'll assume it is. More importantly, most other people in that thread seem to be going along with the idea that it is correct. This is how it reads to me:

Submitter: We're violating the rules and should make this change.

Replier 1: That change would be inconvenient in Seattle so we're not doing it.

Replier 2: It wouldn't work well in Boston, either, so it's a no-go.

Part of me wants to shake them. This isn't 'Nam. There are rules. Whatever you think about the FCC regulations, they're not voluntary, and they certainly don't have an opt-out for "it wouldn't work as well that way". To a first approximation, everyone else using the public airwaves is more or less following the law. If following the law makes your project not work as well, that's your problem. It's on you to fix your project so that it's legal to use.

I'm not one of those old hams who gets hyper cranky about this stuff, but I do understand how they come to be that way. The only reason we can use the spectrum at all is that people are mostly using it legally so that their work isn't interfering with everyone else trying to use the same public resource.

Re: MeshCore development team splits over trademark dispute and AI-generated code

#70

Spicy take but I think this whole Lora thing is a dead end bad technology not worth our time. Wifi HaLow 802.11ah is finally out & available, sometimes at ok prices. We don't really have ad-hoc communication pioneered for wifi, but it's doable and we ought lean into it, rather than using some totally different stack, especially one that is under strict control of a single company. What we learn doing wifi halow can d…

The 802.11ah offerings right now are a mess though. Mostly proprietary and just generally very buggy. I don't know of a single chip that can actually be used with up-to-date Linux. Do you? Be it Morse Micro, Newracom, Taixin or any other, they all suck in some aspect.

Hostapd people also do not seem interested in bringing in any 802.11ah support. So it's crap in that aspect as well. Drivers all fake 802.11n or the chipset offers some garbage AT-command interface and does all of the networking.

On the other hand MeshCore and Meshtastic have similarly terrible codebases as far as I've seen. At least they're somewhat usable though.

Honestly no clue why these software stacks are all this dangerously written, unstable and haven't improved in years.

Post reply on HN