LORA Mesh Radio - Meshtastic Meshcore | COM zonder Internet

[rescla]

SlideR NL schreef op dinsdag 11 augustus 2026 @ 06:23:
Ik denk, mijn aanname, dat bij meshtastic het gewoon default is dat elk device alles doorstuurt en met MeshCore moet je dat echt instellen. Moet je ook allemaal doen, anders kun je elkaar niet horen. (Dat dacht ik uit m’n hoofd, omdat je andere netwerk instellingen gebruikt)(?)

Als je allemaal in range bent van elkaar werkt het ook gewoon met de standaard meshcore instellingen hoor. Maar als 2 partijen net uit range zijn, met iemand er tussen die het bericht zou kunnen doorgeven, dan helpt die instelling wel.

Het idee is dat je normaal gezien geen clients die suboptimaal bij de grond geplaatst zijn berichten wil laten herhalen. Bij meshtastic doen ze dat wel, omdat ze uit gaan van kleine meshes als default. Bij meshcore doen ze het niet, want ze gaan uit van grote meshes met veel congestie.

Verder heb je bij beide technieken geen ontvangstbevestiging op groepsberichten. En bij meshcore alleen wel bij directe privé berichten.

[mphilipp]

SlideR NL schreef op maandag 10 augustus 2026 @ 22:52:
@mphilipp, over die flat van 23 verdiepingen

Dat is precies het soort locatie waar het netwerk om zit te springen. Hoogte en vrij zicht zijn bij LoRa vrijwel alles. Een autonome unit met accu's en paneel is daar zeker haalbaar. Wel een paar dingen om vooraf te regelen:

Mooi, goede info, daar kan ik wat mee. Uiteraard is er bliksembeveiliging aanwezig. Ik zal eens kijken waar die sprieten precies zitten. Goede tip, ik had er niet aan gedacht.
Op ons dak staan geen GSM antennes; die hangen allemaal aan de Maassilo (daar zit ik naast) en wij zijn hoger. Wij zijn in de directe omgeving de hoogste flat. Verderop, aan de Maas, heb je dan nog wel De Rotterdam, maar dat is een paar km verder. Ik zal eens goed op de kaart kijken of er toevallig nog iets in de buurt is, maar ik betwijfel het. Pas bij Zuidplein heb je weer wat hoogbouw. Misschien komt er over een paar jaar een hele hoge toren bij Rijnhaven, maar dan zit je ook alweer 2km verder denk ik. En dat is dan maar één torentje.

Ik ga hier eens mee aan de gang. Bedankt!

[rescla]

mphilipp schreef op dinsdag 11 augustus 2026 @ 10:33:
[...]

Mooi, goede info, daar kan ik wat mee. Uiteraard is er bliksembeveiliging aanwezig. Ik zal eens kijken waar die sprieten precies zitten. Goede tip, ik had er niet aan gedacht.
Op ons dak staan geen GSM antennes; die hangen allemaal aan de Maassilo (daar zit ik naast) en wij zijn hoger. Wij zijn in de directe omgeving de hoogste flat. Verderop, aan de Maas, heb je dan nog wel De Rotterdam, maar dat is een paar km verder. Ik zal eens goed op de kaart kijken of er toevallig nog iets in de buurt is, maar ik betwijfel het. Pas bij Zuidplein heb je weer wat hoogbouw. Misschien komt er over een paar jaar een hele hoge toren bij Rijnhaven, maar dan zit je ook alweer 2km verder denk ik. En dat is dan maar één torentje.

Ik ga hier eens mee aan de gang. Bedankt!

Mwa, ik denk dat je wel behoorlijk wat storing gaat krijgen van die GSM antennes dan.

De goedkoopste goede cavity filter die ik ken is deze: https://shop.sysmocom.de/...igFox-Helium/cf866.5-kt30 Maar die is niet outdoor rated. Dus die moet je eigenlijk in een kast plaatsen.

Acasom had een outdoor rated variant, maar de website is offline. Archive link.

Vrijwel alles wat er niet uit ziet als een doosje met allemaal schroeven/bouten er op is een SAW filter. Die werken ook, maar hebben een maximaal zendvermogen. Ze zijn wel een stuk goedkoper.

Qua effectiviteit, ik ken iemand die met 2 cavity filters achter elkaar een net zo lage noise floor had naast een 5G zender als in het open veld. Maar dat is wel een extreem voorbeeld natuurlijk.

Je kan natuurlijk ook gewoon eerst de node plaatsen en kijken wat hij doet. De noise floor zit bij mij zo rond de -115dbm.

[ Voor 3% gewijzigd door rescla op 11-08-2026 10:51 ]

[htca]

<knip>

Reken met antenne en wat montagemateriaal op 150 tot 200 euro all in. De meegeleverde 2dBi sprietantenne werkt, maar een 5 of 6 dBi collineaire glasvezelantenne voor 868 scheelt echt. Let op: de aansluiting op de node is RP-SMA, dus koop je pigtail daarop af. In de beugel zitten al gaten voorgeboord voor een N-connector.

Documentatie staat op de Seeed wiki: wiki.seeedstudio.com/meshtastic_solar_node

</knip>

Ik heb dezelfde repeater, enige aanbeveling vwb antenne?

[rescla]

htca schreef op dinsdag 11 augustus 2026 @ 10:51:
[...]

Ik heb dezelfde repeater, enige aanbeveling vwb antenne?

Populaire optie is kalkan. Die hebben ze tuned en niet tuned, denk dat je gewoon wel tuned wil hebben.

Ik heb zelf deze op het dak: https://vinnant.sk/store/product/col8685-su
McGill antennes zijn ook goed: https://www.mcgillmicrowave.com/6-dbi-tuned-antenna-eu-868/
LongAP wordt door DTIS/skylab gebruikt: https://www.skylabiot.com...gap-6-dbi-868-mhz-antenne

Over het algemeen is 6dbi de meest nuttige antenne gain, maar in sommige situaties ga je die dan niet goed ontvangen direct onder de antenne vanwege het paraplueffect. In dat geval kan een 3dbi beter zijn, of als je in een gebied zit met veel repeaters.

Hoger dan 6dbi kan, maar dan heb je dicht bij de repeater vaak slecht ontvangst. Maar als de focus is om lange afstanden te overbruggen dan kan het nuttig zijn. Hou er wel rekening mee dat het lange antennes zijn, een "echte" 9dbi collinear is sowieso langer dan een meter.

[edit] Er was een antenne meetparty een tijdje terug, resultaten zijn hier te vinden: https://docs.google.com/s...i_fGEqK0/edit?gid=0#gid=0

[ Voor 8% gewijzigd door rescla op 11-08-2026 11:07 ]

[mphilipp]

rescla schreef op dinsdag 11 augustus 2026 @ 10:49:
[...]
Mwa, ik denk dat je wel behoorlijk wat storing gaat krijgen van die GSM antennes dan.

We gaan het zien. Er zijn nog wel meer hier in de buurt. Ik zit natuurlijk niet op het platteland dus er is heel veel radiovervuiling in de omgeving. We hebben hier ook een vliegveld, politiehelicopters, en de hulpdiensten doen ook hun best, dus de ether is hier best vol vermoed ik.

Maar eerst maar eens beginnen en dan zien we wel wat de problemen zijn.

[Vliegvlug]

@SlideR NL Dank voor de uitgebreide reactie!

Die sensecap solar node p1-pro ziet er goed uit maar is zo’n betere antenne echt een noodzaak?
Want ik zag dat die flink groter zijn wat de WAF een uitdaging maakt en ook nog eens erg prijzig.

Met de standaard antenne plaatsen lijkt me dan altijd nog beter dan niets!
Maar als ik het beter kan laten hoor ik dat graag, want zou zonde zijn iets op te hangen wat toch geen nut heeft.

Waar is die GPS van de Pro eigenlijk voor, puur voor tijdsynchronisatie of wordt daarmee ook continu je locatie gedeeld?

[Impossibl3]

rescla schreef op dinsdag 11 augustus 2026 @ 11:01:
[...]
Over het algemeen is 6dbi de meest nuttige antenne gain, maar in sommige situaties ga je die dan niet goed ontvangen direct onder de antenne vanwege het paraplueffect. In dat geval kan een 3dbi beter zijn, of als je in een gebied zit met veel repeaters.

Nu ben ik ook een SenseCAP Solar Node P1-Pro aan het overwegen. De node komt op mijn dakkapel te staan. In de tuin wil ik dan ook gebruik maken van deze node een 3dB antenne lijkt mij daarom handig. Ik twijfel of ik een extra antenne nodig heb op de antenne die bij de node zit en zo ja of deze dan een goede verbetering is tov de standaard antenne. In mijn woonwijk zijn op 2-3 km meerdere nodes dus het gaat vooral om het versterken van de omgeving.

Kan iemand van jullie mij over de antenne adviseren? Alvast bedankt.

[franssie]

@Impossibl3 nee dat is geen goede antenne want ook geschikt voor de Amerikaanse frequenties. Dat wil je niet.
Edit, probeer eerst de standaard antenne.

[ Voor 16% gewijzigd door franssie op 11-08-2026 19:44 ]

[Impossibl3]

franssie schreef op dinsdag 11 augustus 2026 @ 19:43:
@Impossibl3 nee dat is geen goede antenne want ook geschikt voor de Amerikaanse frequenties. Dat wil je niet.
Edit, probeer eerst de standaard antenne.

Maar de antenne is 860 tot 930. 860 is de EU frequentie. Als ik naar de node kijk heeft die ook een SX1262 chip Wio-SX1262 (Semtch SX1262, TXOP=22dBm@862-930MHz). Dat zou betekenen dat deze node (ondanks uit Duits pakhuis) ook niet geschikt is.

[franssie]

Impossibl3 schreef op dinsdag 11 augustus 2026 @ 20:49:
[...]


Maar de antenne is 860 tot 930. 860 is de EU frequentie. Als ik naar de node kijk heeft die ook een SX1262 chip Wio-SX1262 (Semtch SX1262, TXOP=22dBm@862-930MHz). Dat zou betekenen dat deze node (ondanks uit Duits pakhuis) ook niet geschikt is.

Wat de node kan moduleren staat los van wat de antenne als resonantie frequentie heeft. Je wil een antenne die resoneert op een EU frequentie. Antennes zijn als gitaarsnaren, het geeft volume of niet.

[SlideR NL]

Ik heb zelf deze versie gekocht met andere antenne en coax kabel: https://www.skylabiot.com...longap-3-dbi-outdoor-coax

[rescla]

Vliegvlug schreef op dinsdag 11 augustus 2026 @ 19:06:
@SlideR NL Dank voor de uitgebreide reactie!

Die sensecap solar node p1-pro ziet er goed uit maar is zo’n betere antenne echt een noodzaak?
Want ik zag dat die flink groter zijn wat de WAF een uitdaging maakt en ook nog eens erg prijzig.

Met de standaard antenne plaatsen lijkt me dan altijd nog beter dan niets!
Maar als ik het beter kan laten hoor ik dat graag, want zou zonde zijn iets op te hangen wat toch geen nut heeft.

Waar is die GPS van de Pro eigenlijk voor, puur voor tijdsynchronisatie of wordt daarmee ook continu je locatie gedeeld?

Ik heb vrij lang met de standaard antenne gedraaid op het dak. Werkt prima. Ik zie/zag wel iets verschil, maar niet de investering waard zeg maar, als het je alleen om range gaat.

Zo'n fiber antenne is wel een stuk robuuster, en heeft over het algemeen ook een betere selectiviteit voor de gewenste frequentie. Of dat invloed heeft is afhankelijk van je noise floor.

Antennes meten/tunen is overigens een kunstvorm. Over het algemeen kan je zeggen dat antennes die voor 1 frequentie geschikt zijn beter presteren dan antennes die voor een brede range geschikt zijn. Er zijn wel antennes met "traps" die redelijk goed zijn in meerdere banden, maar die komen voor lora weinig voor. Ik ben overigens zeker geen antenne expert.

Voor bescherming van de connectors tegen water heb ik wel elektratape, daarna zelf vulkaniserende tape en daarover weer elektratape gebruikt. De N connectors zijn overigens vaak wel "waterdicht" van zichzelf. Maar ik had er niet zo veel vertrouwen in.

[Vliegvlug]

rescla schreef op dinsdag 11 augustus 2026 @ 21:43:
[...]

Ik heb vrij lang met de standaard antenne gedraaid op het dak. Werkt prima.

Kijk, dat klinkt goed

Ik zie/zag wel iets verschil, maar niet de investering waard zeg maar, als het je alleen om range gaat.

Wat maakt het naast de extra range dan wel de investering waard? Of begrijp ik je verkeerd en bedoel je juist dat het enkel de investering waard als je puur voor maximale range gaat?

Zo'n fiber antenne is wel een stuk robuuster, en heeft over het algemeen ook een betere selectiviteit voor de gewenste frequentie. Of dat invloed heeft is afhankelijk van je noise floor.

Dat wordt me wat te technisch met noise floor en zo. Maar mocht de antenne het na een tijd begeven kan ik dan altijd nog kijken naar iets anders.

Antennes meten/tunen is overigens een kunstvorm. Over het algemeen kan je zeggen dat antennes die voor 1 frequentie geschikt zijn beter presteren dan antennes die voor een brede range geschikt zijn. Er zijn wel antennes met "traps" die redelijk goed zijn in meerdere banden, maar die komen voor lora weinig voor. Ik ben overigens zeker geen antenne expert.

Ik kwam al “EU 868 tuned” antennes tegen bij mijn korte zoektocht dus ik ga er vanuit dat je daarop doelt.

Voor bescherming van de connectors tegen water heb ik wel elektratape, daarna zelf vulkaniserende tape en daarover weer elektratape gebruikt. De N connectors zijn overigens vaak wel "waterdicht" van zichzelf. Maar ik had er niet zo veel vertrouwen in.

Als het bedoeld is voor buiten zou dat toch moeten volstaan zou je zeggen.
Vraag me bij die elektratape zelf af of dat het niet erger maakt, dat dat door weersinvloeden open gaat staan en er dan juist water tussen blijft zitten waar het zonder die tape allang weg zou zijn.
Vulkaniserende tape zou ik wel meer vertrouwen in hebben.

[Vliegvlug]

SlideR NL schreef op dinsdag 11 augustus 2026 @ 21:25:
Ik heb zelf deze versie gekocht met andere antenne en coax kabel: https://www.skylabiot.com...longap-3-dbi-outdoor-coax

Dank, dat ziet er interessant uit, maar iets langere antenne en de prijs is ook niet gek!

[rescla]

Vliegvlug schreef op dinsdag 11 augustus 2026 @ 22:55:
[...]

Wat maakt het naast de extra range dan wel de investering waard? Of begrijp ik je verkeerd en bedoel je juist dat het enkel de investering waard als je puur voor maximale range gaat?

[...]

Ik heb verschillende antennes gekocht om ze een beetje uit te kunnen proberen. Wat het verschil is tussen de stock en collinear antennes. Maar dat heb ik voornamelijk gedaan toen ik de P1 solar nog niet had, en ik overal nog goed bij kon (op de eerste verdieping). De P1 solar staat op het dak, dan moet ik voor klimmen.

Mijn ervaring is dat de verplaatsing naar het dak de range van ongeveer 100m in de bebouwing naar 500m in de bebouwing heeft verbeterd. Misschien dat de switch naar de 6dbi voor ongeveer 100m extra range heeft gezorgd of zo, maar niet veel meer

Hoge nodes op verre afstand kan ik met een companion met mini spriet ook al ontvangen, alleen wat ik verzend kwam natuurlijk nooit aan. Een hogere zendkracht helpt daarbij, ofwel door harder te zenden of het verzonden vermogen beter te richten. Beide is overigens niet helemaal legaal, de wetgeving gaat over 25mW500mW e.r.p. Dat gaat dan dus over de zendkracht van een half-wave dipool equivalent, en gaat dus over de maximale zendkracht in een bepaalde richting. Als je dus een hoge dbi antenne hebt, wordt de e.r.p hoger. Dus moet je afhankelijk van hoeveel verliezen je hebt eigenlijk, waarschijnlijk, je zendkracht naar beneden bijstellen om binnen de e.r.p limiet te blijven. Maar er zijn weinig mensen die het doen.

Als je het marginale voordeel van een hogere dbi antenne afzet tegen het voordeel van het hoger plaatsen van de antenne, kan ik alleen maar concluderen dat de gebruikte antenne weinig uitmaakt.

Maar, in de begindagen, heb ik ook een 9dbi sectorantenne (gericht, beetje zoals een yagi) met versterker gebruikt om goed en betrouwbaar met Groningen te kunnen babbelen. Want dat was zowat de enige node die ik kon ontvangen. Dus in sommige edge cases kan het wel een oplossing zijn.

Wat me aan de 'standaard' antenne tegen stond is dat het niet echt een outdoor rated antenne is. Bij het deel wat buigt zie je de antennekabel zitten. Daar zit natuurlijk wel wat isolatie omheen, maar hoe lang dat goed blijft is de vraag. En de verbinding met de connector zal ook wel niet helemaal waterdicht zijn. Maar als je goed bij de antenne kan kan je hem altijd later vervangen.

Dat wordt me wat te technisch met noise floor en zo. Maar mocht de antenne het na een tijd begeven kan ik dan altijd nog kijken naar iets anders.

Heel kort, je hebt rssi, dat is de sterkte van het signaal dat je ontvangt. Dit is simpelweg het voltage dat je ontvangt. SNR is de relatie van het signaal ten opzichte van de achtergrond rssi. Dus dat is effectief hoeveel sterker het signaal is dan de ruis of andere signalen. Versterkers verhogen de rssi, maar verlagen over het algemeen de SNR. Maar je kan het wel gebruiken om het verlies van een filter te compenseren, waardoor je in combinatie mogelijk een hogere SNR kan krijgen. Sommige bordjes hebben een low noise amplifier ingebouwd, sommige niet. De P1 pro bijvoorbeeld niet.

In de app zie je beide waardes, rssi en SNR. Als je signalen ziet met een rsi die groen is, en een SNR die rood is, heb je waarschijnlijk last van veel storend signaal, en kan je meer ontvangen als je filtering toepast (met een filter of soms een betere antenne). Dat is dan voor ontvangen signalen, bij het verzenden maakt het niet uit. Dan is de rssi van de ontvanger afhankelijk van hoe hard jij zend, en de SNR van de ontvanger is afhankelijk van de andere signalen die de ontvanger ontvangt.

Ik kwam al “EU 868 tuned” antennes tegen bij mijn korte zoektocht dus ik ga er vanuit dat je daarop doelt.

Ja. Over het algemeen gaat dat om het doormeten van de antenne en evt. inkorten/verlengen afhankelijk van de meting.

Als het bedoeld is voor buiten zou dat toch moeten volstaan zou je zeggen.
Vraag me bij die elektratape zelf af of dat het niet erger maakt, dat dat door weersinvloeden open gaat staan en er dan juist water tussen blijft zitten waar het zonder die tape allang weg zou zijn.
Vulkaniserende tape zou ik wel meer vertrouwen in hebben.

Je hebt "waterdicht" en waterdicht natuurlijk. Maar zoals gezegd, ik heb weinig ervaring. Dat verhaal over de vulkaniserende tape heb ik van een zendammateur. Die gaf aan dat je het met elektratape moet doen, omdat de vulkaniserende tape in de connector gaat zitten. Dus als je hem weer los wil maken gaat dat niet zo lekker. Dus eerst elektratape, dan vulkaniserende tape eroverheen, en daaroverheen weer elektratape voor de afwerking. Zelfvulkaniserende tape plakt namelijk nogal, dus er gaat allemaal rommel aan zitten, en dat is optisch niet zo mooi.

[Vliegvlug]

rescla schreef op woensdag 12 augustus 2026 @ 08:51:
[...]

Mijn ervaring is dat de verplaatsing naar het dak de range van ongeveer 100m in de bebouwing naar 500m in de bebouwing heeft verbeterd. Misschien dat de switch naar de 6dbi voor ongeveer 100m extra range heeft gezorgd of zo, maar niet veel meer

Dank voor je uitgebreide post, dat verhaal over die tape klinkt zo ook wel logischer.

Even inzoomend op je bovenstaande stukje over de range, ik had niet verwacht dat het bereik van een node zo gering zou zijn eigenlijk.

Als ik nu op https://meshmap.net/ kijk voor Meshtastic nodes is de dichtstbijzijnde node bij mij een paar kilometer weg.
Voor Meshcore heb ik op https://meshcore.co.uk/map.html https://map.meshcore.io/ gekeken en daar is de dichtstbijzijnde node dichterbij, namelijk een ruime 800m. Maar hij staat vreemd genoeg wel midden in een meer getekend wat me vreemd lijkt dus ik weet niet hoe accuraat zo’n map is.

Heeft het plaatsen van een LoRa node bij mij dan überhaupt wel zin?
Want er zit geen enkele andere node binnen bereik, dus dan doe ik het enkel voor de paar mobiele LoRa devices die af een toe eens langskomen zetten. En aangezien ik niet aan een doorgaande weg zit maar een waar je enkel komt als je in dat deel van de wijk moet zijn verwacht ik niet veel aanloop eigenlijk.

[Impossibl3]

Vliegvlug schreef op woensdag 12 augustus 2026 @ 09:27:
[...]
Als ik nu op https://meshmap.net/ kijk voor Meshtastic nodes is de dichtstbijzijnde node bij mij een paar kilometer weg.
Voor Meshcore heb ik op https://meshcore.co.uk/map.html gekeken en daar is de dichtstbijzijnde node dichterbij, namelijk een ruime 800m. Maar hij staat vreemd genoeg wel midden in een meer getekend wat me vreemd lijkt dus ik weet niet hoe accuraat zo’n map is.

Heeft het plaatsen van een LoRa node bij mij dan überhaupt wel zin?
Want er zit geen enkele andere node binnen bereik, dus dan doe ik het enkel voor de paar mobiele LoRa devices die af een toe eens langskomen zetten. En aangezien ik niet aan een doorgaande weg zit maar een waar je enkel komt als je in dat deel van de wijk moet zijn verwacht ik niet veel aanloop eigenlijk.

Je kan zelf je locatie van de node opgeven. Veel zetten het net naast de echte locatie zodat die enigszins privé blijft.

Wat betreft je omgeving. Juist in een gebied met weinig nodes is een extra node handig dan bereid je het netwerk uit. Thuis zit ik op 1-1,5km van een node en werkt alles prima met mijn ESP32 met SX1262 chip. Op de camping zit ik verder en ontvang ik wel maar kan ik zeer beperkt zenden. Die node zit op een grotere afstand. Of je nu langs een doodlopende straat zit of een rijksweg dat maakt niet uit. Je node zend "in het rond" uit niet langs bestaande infrastructuur .

[rescla]

Vliegvlug schreef op woensdag 12 augustus 2026 @ 09:27:
[...]

Dank voor je uitgebreide post, dat verhaal over die tape klinkt zo ook wel logischer.

Even inzoomend op je bovenstaande stukje over de range, ik had niet verwacht dat het bereik van een node zo gering zou zijn eigenlijk.

Als ik nu op https://meshmap.net/ kijk voor Meshtastic nodes is de dichtstbijzijnde node bij mij een paar kilometer weg.
Voor Meshcore heb ik op https://meshcore.co.uk/map.html gekeken en daar is de dichtstbijzijnde node dichterbij, namelijk een ruime 800m. Maar hij staat vreemd genoeg wel midden in een meer getekend wat me vreemd lijkt dus ik weet niet hoe accuraat zo’n map is.

Heeft het plaatsen van een node bij mij dan überhaupt wel zin?
Want er zit geen enkele andere node binnen bereik, dus dan doe ik het enkel voor de paar mobiele LoRa devices die af een toe eens langskomen zetten. En aangezien ik niet aan een doorgaande weg zit maar een waar je enkel komt als je in dat deel van de wijk moet zijn verwacht ik niet veel aanloop eigenlijk.

De range is erg afhankelijk van de situatie. De geschetste range die ik aanhaal a 500m is tussen repeater en node, waarbij de node ergens in een auto ligt of in een broekzak zit. Realistische scenario's, maar natuurlijk verre van ideaal. Met vrij zicht is het natuurlijk een stuk beter, daar is mijn max naar een companion op de grond 14km.

De .co.uk site is van voor de split, de "officiele" is nu .io. De locaties op de kaart die je ziet bij https://meshcore.io/map zijn door de gebruiker opgegeven, danwel automatisch via de app geüpload. Maar in dat geval is de GPS locatie in nauwkeurigheid beperkt. Je ziet dus alleen nodes op een "virtueel grid" omdat hij dan de exacte locatie afrond.

Voor coverage kaarten gebruik ik meestal https://nl.meshmapper.net (een andere site dan meshmap), verder is er ook de https://cornmeister.nl/#/map kaart. De locaties van beide zijn de locaties die de node in de advert meestuurt.

Als je het hebt over range tussen repeaters is het een heel ander verhaal. Zonder "condities" haal ik 47km met vrij zicht. Op bepaalde momenten van de dag zijn er atmosferische condities die het signaal nog verder krijgen, dan kan ik soms wel verder dan 100km ontvangen. Het gaat daar vooral om hoogte en vrij zicht. Je kan deze tool proberen en daar de locatie van de repeater (met een geschatte hoogte) en je eigen repeater inzetten en kijken wat daar als resultaat uit komt.

Los daarvan is een repeater op een locatie waar er geen verbinding is nog steeds nuttig. "Build it and they will come". Als iedereen naar de kaart kijkt, ziet dat er geen repeater is, en dus zelf geen repeater gaat plaatsen, heb je nooit coverage

[Vliegvlug]

Impossibl3 schreef op woensdag 12 augustus 2026 @ 09:37:
[...]

Je kan zelf je locatie van de node opgeven. Veel zetten het net naast de echte locatie zodat die enigszins privé blijft.

Ah, oké. Wat is het gevaar van de precieze locatie opgeven eigenlijk?
Ik ben ook van de privacy en daar zeer terughoudend in vandaar ook mijn eerdere vraag of de p1-pro zijn ingebouwde GPS enkel gebruikt voor tijdsynchronisatie of dat je daarmee altijd de precieze locatie van je node doorstuurt?

Wat betreft je omgeving. Juist in een gebied met weinig nodes is een extra node handig dan bereid je het netwerk uit. Thuis zit ik op 1-1,5km van een node en werkt alles prima met mijn ESP32 met SX1262 chip.

Die afstand klinkt al een stuk beter! In dat geval kan ik denk ik het best voor meshcorekan gaan, dan zit er tenminste nog een andere node die ik kan bereiken in de buurt

Ik had me nog niet in meshtastic vs meshcore verdiept maar als ik nu die twee kaartjes naast elkaar leg waarbij ik nu een rechthoek van grofweg 25Km breed en 10Km hoog open heb staan zijn er van Meshtastic maar twee nodes aanwezig en van Meshcore tientallen.
Om dan toch voor Meshtastic te gaan voelt een beetje als trekken aan een dood paard.

[itavero]

rescla schreef op woensdag 12 augustus 2026 @ 08:51:
[...]
Een hogere zendkracht helpt daarbij, ofwel door harder te zenden of het verzonden vermogen beter te richten. Beide is overigens niet helemaal legaal, de wetgeving gaat over 25mW e.r.p.

Ik dacht dat de frequentieband die in Nederland de "standaard" is voor MeshCore nog net binnen de 869.4 - 869.65 MHz valt. Als ik dit document van de EU mag geloven, mag daar vanaf 1 januari 2020 met 500 mW e.r.p. gezonden worden met een duty cycle van <= 10%.

Die 25 mW geldt overigens wel voor andere banden in/rondom 868 MHz, maar daar is de duty cycle vaak ook een stuk beperkter (<=1% of zelfs <=0.1%).

[ Voor 11% gewijzigd door itavero op 12-08-2026 10:10 ]

[rescla]

itavero schreef op woensdag 12 augustus 2026 @ 10:08:
[...]


Ik dacht dat de frequentieband die in Nederland de "standaard" is voor MeshCore nog net binnen de 869.4 - 869.65 MHz valt. Als ik dit document van de EU mag geloven, mag daar vanaf 1 januari 2020 met 500 mW e.r.p. gezonden worden met een duty cycle van <= 10%.

Excuus, idd 500mW e.r.p. inderdaad. https://wetten.overheid.nl/BWBR0036378/2021-12-15

[rescla]

Vliegvlug schreef op woensdag 12 augustus 2026 @ 09:58:
[...]

Ah, oké. Wat is het gevaar van de precieze locatie opgeven eigenlijk?
Ik ben ook van de privacy en daar zeer terughoudend in vandaar ook mijn eerdere vraag of de p1-pro zijn ingebouwde GPS enkel gebruikt voor tijdsynchronisatie of dat je daarmee altijd de precieze locatie van je node doorstuurt?


[...]

Die afstand klinkt al een stuk beter! In dat geval kan ik denk ik het best voor meshcorekan gaan, dan zit er tenminste nog een andere node die ik kan bereiken in de buurt

Privacy idd.

Standaard staat gps uit, en wordt gps niet gebruikt voor de locatie: https://docs.meshcore.io/...nge-the-gps-advert-policy

Je kan gps aanzetten, en de "gps advert" op "prefs" laten staan, dan kan je zelf de locatie kiezen en heb je toch de GPS tijd. Als je GPS uit hebt staan wordt de klok bij elke restart weer gereset, dan moet je eerst weer met de app verbinding maken om de tijd te syncen, en dat is onhandig.

[ Voor 14% gewijzigd door rescla op 12-08-2026 10:22 ]

[rescla]

Vliegvlug schreef op woensdag 12 augustus 2026 @ 09:58:
[...]

Ah, oké. Wat is het gevaar van de precieze locatie opgeven eigenlijk?
Ik ben ook van de privacy en daar zeer terughoudend in vandaar ook mijn eerdere vraag of de p1-pro zijn ingebouwde GPS enkel gebruikt voor tijdsynchronisatie of dat je daarmee altijd de precieze locatie van je node doorstuurt?


[...]

Ik had me nog niet in meshtastic vs meshcore verdiept maar als ik nu die twee kaartjes naast elkaar leg waarbij ik nu een rechthoek van grofweg 25Km breed en 10Km hoog open heb staan zijn er van Meshtastic maar twee nodes aanwezig en van Meshcore tientallen.
Om dan toch voor Meshtastic te gaan voelt een beetje als trekken aan een dood paard.

Meshcore is op veel plekken in Nederland het meest populair tegenwoordig. Je hebt wel nog de SF7 en SF8 split. Die 2 instellingen zijn niet compatibel met elkaar, sommige regio's hebben nog SF8 maar dat is niet landelijk dekkend. Wel heb je dan verbinding met het buitenland, die zitten (nog) op SF8. Dus in de grensregio's is het vooral populair.

Er zijn ook wat nodes die pakketten doorsluizen tussen SF8 en SF7, of die packets via het internet doorsturen en en weer uitzenden waardoor die split niet heel strict is. Maar dat zijn uitzonderingen.

[Vliegvlug]

rescla schreef op woensdag 12 augustus 2026 @ 09:38:
[...]

De range is erg afhankelijk van de situatie. De geschetste range die ik aanhaal a 500m is tussen repeater en node, waarbij de node ergens in een auto ligt of in een broekzak zit. Realistische scenario's, maar natuurlijk verre van ideaal. Met vrij zicht is het natuurlijk een stuk beter, daar is mijn max naar een companion op de grond 14km.

Ik merk dat ik helemaal niet in het jargon zit. Ik dacht dat een node zo’n vast opgestelde verzender/ontvanger was maar haal uit jouw tekst dat dat juist de mobiele devices zijn en wat ik dacht dat een node was dus een repeater. Ik zie dat dat op de meshcore map ook als type wordt vermeld. Om de meshmap staat er enkel “client” bij de twee in mijn buurt, dus is me onduidelijk of dat vaste dingen zijn.

“Companion” is dan een ander woord voor een mobiele node?

De .co.uk site is van voor de split, de "officiele" is nu .io.

Ik weet niet wat de “split” is maar in de topic start staat https://meshcore.co.uk/ nog vermeld direct onder het kopje van Meshcore. Ik vermoed dat dat dan nog niet is aangepast.

De locaties op de kaart die je ziet bij https://meshcore.io/map zijn door de gebruiker opgegeven, danwel automatisch via de app geüpload. Maar in dat geval is de GPS locatie in nauwkeurigheid beperkt. Je ziet dus alleen nodes op een "virtueel grid" omdat hij dan de exacte locatie afrond.

Voor coverage kaarten gebruik ik meestal https://nl.meshmapper.net (een andere site dan meshmap), verder is er ook de https://cornmeister.nl/#/map kaart. De locaties van beide zijn de locaties die de node in de advert meestuurt.

Op die beide kaarten staat dezelfde repeater in het meer gepositioneerd als op de meshcore.io kaart.

Als je het hebt over range tussen repeaters is het een heel ander verhaal. Zonder "condities" haal ik 47km met vrij zicht. Op bepaalde momenten van de dag zijn er atmosferische condities die het signaal nog verder krijgen, dan kan ik soms wel verder dan 100km ontvangen.

Wauw, dat zijn wel hele ander afstanden zeg, maar gaat dus wel om line of sight. Mijn huis is niet hoog dus er zitten altijd bomen of hogere gebouwen tussen waarmee ik zulke afstanden nooit ga halen verwacht ik.

Het gaat daar vooral om hoogte en vrij zicht. Je kan deze tool proberen en daar de locatie van de repeater (met een geschatte hoogte) en je eigen repeater inzetten en kijken wat daar als resultaat uit komt.

Net geprobeerd en krijg er dit uit:



Dat direct zicht geblokkeerd is wist ik al maar wat de rest zegt heb ik geen idee van.

Los daarvan is een repeater op een locatie waar er geen verbinding is nog steeds nuttig. "Build it and they will come". Als iedereen naar de kaart kijkt, ziet dat er geen repeater is, en dus zelf geen repeater gaat plaatsen, heb je nooit coverage

Dat is waar ja. In mijn omgeving is meshtastic echter zo weinig aanwezig met maar 2 repeaters in een gebied van 25x10Km rond mijn huis dat ik dan denk ik wel beter voor het ‘winnende’ team kan kiezen. Van meshcore zijn er in dat gebied tientallen namelijk, dus dat lijkt me dan de betere keuze.

[Vliegvlug]

rescla schreef op woensdag 12 augustus 2026 @ 10:21:
[...]

Privacy idd.

Wat is concreet het gevaar van de precieze locatie opgeven?
Kans dat boze mensen of instanties aan je deur staan als je berichten het gerelayed die ongewenst waren?
Komen ze je repeater van het dak jatten?
Kunnen inbrekers op de een of andere manier zien dat je niet thuis ben?

Standaard staat gps uit, en wordt gps niet gebruikt voor de locatie: https://docs.meshcore.io/...nge-the-gps-advert-policy

Je kan gps aanzetten, en de "gps advert" op "prefs" laten staan, dan kan je zelf de locatie kiezen en heb je toch de GPS tijd. Als je GPS uit hebt staan wordt de klok bij elke restart weer gereset, dan moet je eerst weer met de app verbinding maken om de tijd te syncen, en dat is onhandig.

Goed te weten dat je zelfs met GPS een andere locatie kan instellen en dan toch het voordeel hebt van automatisch de tijd goed hebben staan. Want handmatig daar zelf aan moeten denken gaat ‘m inderdaad niet worden.

[rescla]

Vliegvlug schreef op woensdag 12 augustus 2026 @ 10:33:
[...]

Ik merk dat ik helemaal niet in het jargon zit. Ik dacht dat een node zo’n vast opgestelde verzender/ontvanger was maar haal uit jouw tekst dat dat juist de mobiele devices zijn en wat ik dacht dat een node was dus een repeater. Ik zie dat dat op de meshcore map ook als type wordt vermeld. Om de meshmap staat er enkel “client” bij de twee in mijn buurt, dus is me onduidelijk of dat vaste dingen zijn.

“Companion” is dan een ander woord voor een mobiele node?


[...]

Ik weet niet wat de “split” is maar in de topic start staat https://meshcore.co.uk/ nog vermeld direct onder het kopje van Meshcore. Ik vermoed dat dat dan nog niet is aangepast.


[...]

Op die beide kaarten staat dezelfde repeater in het meer gepositioneerd als op de meshcore.io kaart.


[...]

Wauw, dat zijn wel hele ander afstanden zeg, maar gaat dus wel om line of sight. Mijn huis is niet hoog dus er zitten altijd bomen of hogere gebouwen tussen waarmee ik zulke afstanden nooit ga halen verwacht ik.


[...]

Net geprobeerd en krijg er dit uit:

[Afbeelding: LoRa analyse van huis naar repeater op meer]

Dat direct zicht geblokkeerd is wist ik al maar wat de rest zegt heb ik geen idee van.


[...]

Dat is waar ja. In mijn omgeving is meshtastic echter zo weinig aanwezig met maar 2 repeaters in een gebied van 25x10Km rond mijn huis dat ik dan denk ik wel beter voor het ‘winnende’ team kan kiezen. Van meshcore zijn er in dat gebied tientallen namelijk, dus dat lijkt me dan de betere keuze.

"Node" gebruik ik voor alle mesh* devices, dus Companions, Repeaters, Sensors en Room Servers.
"Companion" gebruik ik voor de meshcore companion. Deze ontvangt en zend, maar herhaalt niet
"Repeater" gebruik ik voor een meshcore device dat primair herhaalt.

Dat rapport is dikke prima, hier is een repeater waar ik goede verbinding mee heb (+10.0 dB)

The split gaat over een schisma tussen de ontwikkelaars van meshcore, kan je hier meer over vinden: https://blog.meshcore.io/2026/04/23/the-split

[rescla]

Vliegvlug schreef op woensdag 12 augustus 2026 @ 10:42:
[...]

Wat is concreet het gevaar van de precieze locatie opgeven?
Kans dat boze mensen of instanties aan je deur staan als je berichten het gerelayed die ongewenst waren?
Komen ze je repeater van het dak jatten?
Kunnen inbrekers op de een of andere manier zien dat je niet thuis ben?


[...]

Goed te weten dat je zelfs met GPS een andere locatie kan instellen en dan toch het voordeel hebt van automatisch de tijd goed hebben staan. Want handmatig daar zelf aan moeten denken gaat ‘m inderdaad niet worden.

Tja, ik heb nooit problemen gehoord over mensen die problemen hebben gekregen doordat ze hun GPS locatie publiek hebben staan. Maar eigen risico natuurlijk

Boze mensen zou kunnen, als je nu al weet dat je mensen boos gaat maken kan je beter je GPS locatie niet delen. Maar je kan altijd je key hergenereren en daarna niet meer je locatie adverteren. Hoogstens weet iemand dat de persoon die op die locatie woont ooit iets met meshcore heeft gedaan. En als je de antenne op het dak zet zal dat via streetview ook wel duidelijk worden op een gegeven moment.

[DjoeC]

rescla schreef op woensdag 12 augustus 2026 @ 10:21:
[...]
Privacy idd.

Hmm, let dan wel op dat niet een lokatie opgeeft waar een andere woning staat maar iets "ergens in een veld" of een openbaar gebouw. Anders wordt jouw privcay andermans last......

[Vliegvlug]

rescla schreef op woensdag 12 augustus 2026 @ 10:48:
[...]

Tja, ik heb nooit problemen gehoord over mensen die problemen hebben gekregen doordat ze hun GPS locatie publiek hebben staan. Maar eigen risico natuurlijk

Boze mensen zou kunnen, als je nu al weet dat je mensen boos gaat maken kan je beter je GPS locatie niet delen. Maar je kan altijd je key hergenereren en daarna niet meer je locatie adverteren. Hoogstens weet iemand dat de persoon die op die locatie woont ooit iets met meshcore heeft gedaan. En als je de antenne op het dak zet zal dat via streetview ook wel duidelijk worden op een gegeven moment.

Ben zeker niet van plan om zelf dergelijke berichten te versturen , gaat mij om berichten van anderen die mijn repeater doorzet die mogelijk problemen zouden kunnen geven. Zoals bij een TOR exit node zelf hosten.

[Vliegvlug]

rescla schreef op woensdag 12 augustus 2026 @ 10:24:
[...]

Meshcore is op veel plekken in Nederland het meest populair tegenwoordig. Je hebt wel nog de SF7 en SF8 split. Die 2 instellingen zijn niet compatibel met elkaar, sommige regio's hebben nog SF8 maar dat is niet landelijk dekkend. Wel heb je dan verbinding met het buitenland, die zitten (nog) op SF8. Dus in de grensregio's is het vooral populair.

Er zijn ook wat nodes die pakketten doorsluizen tussen SF8 en SF7, of die packets via het internet doorsturen en en weer uitzenden waardoor die split niet heel strict is. Maar dat zijn uitzonderingen.

Net gekeken op de kaart en in mijn omgeving is het merendeel SF7. Dat is ook de toekomst als ik jouw “(nog)” tenminste goed interpreteer.

[xbeam]

rescla schreef op donderdag 30 juli 2026 @ 10:09:
[...]

Verder geef je aan dat het "te druk" is met repeaters. Ik neem aan dat je daarmee de hoeveelheid berichten bedoelt, aangezien een repeater zelf niets doet als het niets te repeaten heeft.

Hier ben ik gestopt met lezen. Omdat hier blijkt dat er fundamenteel basiskennis netwerk infrastructuur ontbreekt. het aantal reapeaters heeft juist heeft bijzonder veel invloed in een mesh topologie, netwerken pakketjes/ ook MC berichten hebben een TTL (time to live) in de vorm een maximale hop(reapeater) count, veel van de huidige op van elkaar copie past instellings websites. Configureren de Compaan op een Max 32 hop counter.

Dat betekent dat de berichten die je verstuurd zichzelf bij het passeren van Max 32 reapeaters in de mesh zichzelf vernietigd. Heeft bijv een stad 100 repeaters dan is je berichtje al zo goed als door zijn TTL (time to live) heen voordat hij überhaupt een route de stad heeft gevonden.

Daarnaast is Lora / meshcore half duplex wat betekent iedereen gelinkte repeaters zorgt voor een halvering van airtime en is killing voor de communicatie snelheid tussen A en B. Het is vanwege de Half Duplex communicatie dat wanneer repeater dichtheid omhoog gaat de SF (Spreading Factor) omlaag moet. De beschikbare Airtime binnen een RF is een vaste natuurkundige constante als in Airtime=aantal repeaters*SF waarden.

Er is helemaal geen spammer of Cogestie die op prime het hele netwerk platlegt zoals er door sommigen wordt geroepen. Dat is technische onmogelijk vanwege de maximale TTL dat ieder meshcore data pakketjes/ bericht met zich mee draagt. Een 1byte flood/broadcast storm komt maximaal 64 -1 reapeaters forwards ver.

Het zijn de verhoogde aantallen repeaters / cmbi company van iedereen die doorvoer snellheid en je hop count op eten waarom het druke momenten stil worden en geen bericht meer binnen komen,

Dat is waarom berichten er prime time in de steden er geen meer niet uit en in komen. De ontvanger ontvangt je bericht dus niet omdat het druk met berichten is, door die zogenaamde niet te vinden rolling key spammer maar omdat berichten zichzelf halverweg de route vernietigen deze zelf vernietiging / collision mitigatie is trouwens standaard in elke switching / routing infrastructuur.


Repeaters zijn radio / packet switching store and forward mesh, dus congestie? Het is mesh Dus wanneer route vol gaat bericht automatisch anders route. Er is hooguit collision binnen je eigen directe hop/ repeater.

[ Voor 26% gewijzigd door xbeam op 12-08-2026 23:08 ]

[TheGrillmeister]

xbeam schreef op woensdag 12 augustus 2026 @ 21:35:

Er is helemaal geen spammer of Cogestie die op prime het hele netwerk platlegt zoals er door zoals door sommigen schreeuwers wordt geroepen. Dat is technische onmogelijk vanwege de maximale TTL de meshcore data pakketjes.

Hoe verklaar jij de flood storms die willekeurig op een dag optreden en het netwerk grotendeels "platleggen"?. https://mc-spamdetector.nl

Tevens ga je tegenwoordig in < 32 hops door heel NL.

---

Ook nog een fijne site / map die ik dagelijks gebruik: https://mc-radar.woodwar.com/map

[ Voor 16% gewijzigd door TheGrillmeister op 12-08-2026 23:01 ]

[rescla]

xbeam schreef op woensdag 12 augustus 2026 @ 21:35:
[...]

Hier ben ik gestopt met lezen. Omdat hier blijkt dat er fundamenteel basiskennis netwerk infrastructuur ontbreekt. het aantal reapeaters heeft juist heeft bijzonder veel invloed in een mesh topologie, netwerken pakketjes/ ook MC berichten hebben een TTL in de vorm een maximale hop(reapeater) count, veel van de huidige op van elkaar copie past instellings websites. Configureren de Compaan op een Max 32 hop counter.

Dat betekent dat de berichten die je verstuurd zichzelf bij het passeren van de Max 32 reapeaters in de mesh zichzelf vernietigd. Heeft bijv een stad 100 repeaters dan is je berichtje al zo goed als door zijn TTL (time to live) heen voordat hij überhaupt een route de stad heeft gevonden. Daarnaast is Lora / meshcore half duplex wat betekent iedereen gelinkte repeaters zorgt voor een halvering van airtime en is killing voor de communicatie snelheid tussen A en B.

Er is helemaal geen spammer of Cogestie die op prime het hele netwerk platlegt zoals er door zoals door sommigen schreeuwers wordt geroepen. Dat is technische onmogelijk vanwege de maximale TTL de meshcore data pakketjes.

Het zijn de verhoogde aantallen repeaters / cmbi company van iedereen die doorvoer snellheid en je hop count op eten waarom het druke momenten stil worden en geen bericht meer binnen komen,

Dat is waarom berichten er prime time de steden meer niet uit en in komen. De ontvanger ontvangt je bericht dus niet omdat te druk met berichten, door die zogenaamde niet te vinden spammer maar omdat deze zichzelf halverweg de route vernietigd, deze zelf vernietiging / collision mitigatie is trouwens standaard in elke switching / routing infrastructuur.


Repeaters zijn radio / packet switching store and forward mesh, dus congestie? Het is mesh Dus wanneer route vol gaat bericht automatisch anders route. Er is hooguit collision binnen je eigen directe hop/ repeater.

Stoppen met lezen mag altijd, maar het is wel jammer dat je je zo opstelt. Nu komt het op mij over dat je vooral je gelijk wil halen in plaats van een nuttige discussie voeren. Afijn.

Als je de code bekijkt zie je dat repeaters, als er verder aan de voorwaarden wordt voldaan, packets altijd repeaten. Daarbij wordt het 1e ontvangen packet gebruikt. Zie bijvoorbeeld https://github.com/meshco...ob/main/src/Mesh.cpp#L143 Dat betekent dat als er 1 hoge repeater in de stad is een bericht ontvangt met 3 hops en deze uitzend met 4 hops, een andere hoge repeater in een andere stad dat bericht met 4 hops kan ontvangen. Tegelijkertijd kan dat bericht ook met een hogere hop count "dood bloeden" in de stad. Maar, alle repeaters die de packet ontvangen, gaan hem 1x repeaten met hun eigen hash toegevoegd aan het pad.

Tegelijkertijd zijn er ook uitleggen zoals deze: https://meshwiki.nl/wiki/MeshCore_en_de_Airtime-uitdaging Die gaan vooral in op de airtime die 1 packet inneemt. Wellicht dat je daar naar refereert? Ik ben het niet helemaal eens met wat daar allemaal gezegd wordt. Zo ben ik van mening dat de totale airtime van een packet niet belangrijk is, de airtime op elk individueel punt van het netwerk is uiteindelijk van belang. Daarbij is het wel zo dat als de 128 in hasSeen het hele feestje weer opnieuw rond gaat, met extra lange paden als gevolg. Ik moet zeggen dat ik dit zelf niet in m'n packet log zie.

Het verhaal dat de spammer verzonnen zou zijn lijkt me echt onzin. Kijk voor de lol eens op https://mc-spamdetector.nl/, of beter nog, kijk je eigen message log. Dat zijn allemaal PMs met repeaters in het pad die niet bestaan, met maximale snelheid verzonden, naar niet bestaande receivers. De kans dat dat organisch verkeer is lijkt me 0. En voor deze PM flood episodes hadden we de "malformed messages" in public. Nou was er enige tijd de speculatie dat dat een packet modem was, maar de node namen van de afzender waren allemaal niet bestaande callsigns en andere onzin. Dus ook dat was naar mijn idee gewoon met opzet.

[xbeam]

TheGrillmeister schreef op woensdag 12 augustus 2026 @ 22:57:
[...]

Hoe verklaar jij de flood storms die willekeurig op een dag optreden en het netwerk grotendeels "platleggen"?. https://mc-spamdetector.nl

Tevens ga je tegenwoordig in < 32 hops door heel NL.


[Afbeelding]

---

Ook nog een fijne site / map die ik dagelijks gebruik: https://mc-radar.woodwar.com/map

[Afbeelding]

Precies collision door te veel repeaters. Bericht eerst gaan 3 of keer rond voor een gebied / repeater cluster uit kunnen. Haal de helft van reapeaters weg (minder loops) en de cluster edge repeaters krijg meer krijg communicatie ruimte / minder tijd beschikbaar bandbreedte=airtime/aantal-repeaters om berichten via lange afstand/ lage signaal links het gebied uit collision gebied te werken.

[TheGrillmeister]

xbeam schreef op woensdag 12 augustus 2026 @ 23:23:
[...]

Precies collision door te veel repeaters. Bericht eerst gaan 3 of keer rond voor een gebied / repeater cluster uit kunnen. Haal de helft van reapeaters weg (minder loops) en de cluster edge repeaters krijg meer krijg communicatie ruimte / minder tijd beschikbaar bandbreedte=airtime/aantal-repeaters om berichten via lange afstand/ lage signaal links het gebied uit collision gebied te werken.

Wie weet

Zou 2 byte path jouw beschreven probleem oplossen ?

[rescla]

xbeam schreef op woensdag 12 augustus 2026 @ 23:23:
[...]

Precies collision door te veel repeaters. Bericht eerst gaan 3 of keer rond voor een gebied / repeater cluster uit kunnen. Haal de helft van reapeaters weg (minder loops) en de cluster edge repeaters krijg meer krijg communicatie ruimte / minder tijd beschikbaar bandbreedte=airtime/aantal-repeaters om berichten via lange afstand/ lage signaal links het gebied uit collision gebied te werken.

Bekijk de samples eens dan: https://mc-spamdetector.nl/attacks/1228 Daar zitten toch geen loops in?

[Vliegvlug]

DjoeC schreef op woensdag 12 augustus 2026 @ 12:39:
[...]

Hmm, let dan wel op dat niet een lokatie opgeeft waar een andere woning staat maar iets "ergens in een veld" of een openbaar gebouw. Anders wordt jouw privcay andermans last......

Daarom dus dat er een repeater in een meer staat getekend op de kaart bij mij in de buurt!

[xbeam]

rescla schreef op woensdag 12 augustus 2026 @ 23:00:
[...]

Stoppen met lezen mag altijd, maar het is wel jammer dat je je zo opstelt. Nu komt het op mij over dat je vooral je gelijk wil halen in plaats van een nuttige discussie voeren. Afijn.

Als je de code bekijkt zie je dat repeaters, als er verder aan de voorwaarden wordt voldaan, packets altijd repeaten. Daarbij wordt het 1e ontvangen packet gebruikt.

Zie bijvoorbeeld https://github.com/meshco...ob/main/src/Mesh.cpp#L143 Dat betekent dat als er 1 hoge repeater in de stad is een bericht ontvangt met 3 hops en deze uitzend met 4 hops, een andere hoge repeater in een andere stad dat bericht met 4 hops kan ontvangen. Tegelijkertijd kan dat bericht ook met een hogere hop count "dood bloeden" in de stad. Maar, alle repeaters die de packet ontvangen, gaan hem 1x repeaten met hun eigen hash toegevoegd aan het pad.

Precies je zegt hier dus wat ik zeg. Alleen Je verward hier 2 dingen. Hop count is digitale bereik limiet van een berichten door gebruikte protocollen (layer2/3) staat compleet los van airtime (layer1) consumptie van airtime en je negeert de natuurkundig vaste constante airtime maximaal beschikbaarheid )

Tegelijkertijd zijn er ook uitleggen zoals deze: https://meshwiki.nl/wiki/MeshCore_en_de_Airtime-uitdaging Die gaan vooral in op de airtime die 1 packet inneemt. Wellicht dat je daar naar refereert? Ik ben het niet helemaal eens met wat daar allemaal gezegd wordt. Zo ben ik van mening dat de totale airtime van een packet niet belangrijk is, de airtime op elk individueel punt van het netwerk is uiteindelijk van belang. Daarbij is het wel zo dat als de 128 in hasSeen het hele feestje weer opnieuw rond gaat, met extra lange paden als gevolg. Ik moet zeggen dat ik dit zelf niet in m'n packet log zie.

Dat (layer3) rondjes lopen van bijv een in de stad verzonden bericht is TTL in actie die weg de stad (repeater cluster) dat kan voor berichten 3 kanten 1 het blijven net zolang in een stad (reapeater cluster) rondjes lopen tot dat deze TTL 32 repeaters telt en zichzelf vernietigt. 2: elke repeater in de repeater cluster ziet het bericht de derde keer voorbij en dropt/ vernietigt bericht 3: na 2 rondjes verlaat het bericht bijv via die hoge repeater in jouw voorbeeld als nog de stad / het over bevolkte reapeater kluster

En hier zit volgens mij de verwarring. Airtime is niet zoals jij omschrijft.

Zo ben ik van mening dat de totale airtime van een packet niet belangrijk

Er is / bestaat geen totaal airtime (layer1) van een packet (layer3) en een packet kent zijn eigen hop count (layer2) niet wat in de packet is de route. Netwerk layers kennen elkaar bestaan niet.

Waarom kon het pakketje (layer3) in het voorbeeld een rondje maakt(route) is Gebrek aan beschikbare airtime (layer1) door te veel reparaties. Een frequentie band (layer1) is de frequentie band dat is natuurkundig in de wet der Cosmo vast gelegd. Daar Kunnen we niet anders mee dan accepteren als vast gegeven

Zie een frequentie voor je als een hele lang buis die door heel Nederland ligt.

Lora protocol (layer2) is de modem (modulator) waar meshcore op draait. Lora bepaalt dus hoeveel berichten er per seconde tegelijk er op de zelfde plek tegelijk door die buis kunnen. Dus niet hoeveel berichten er totaal in gehele buis kunnen. Maar enkel hoeveel er op de zelfde plek van de buis door de buis kunnen. Zie dat als de diameter van de buis.

En hier komt het. Alleen repeaters op de zelfde frequentie die in binnen het gebied van elkaar zend bereik staan delen exact het zelfde stukje van die buis. (Dat is beschikbare airtime) dus hoe meer reapeaters in hoe minder air time beschikbaar per reparatie hoe minder lang elke repeater zijn packets kan uitwisselen met de Lora natuurkundig vast gelegd waard aan kbps is op deze plek in de buis.

Ook jouw voorbeeld bericht vanaf hob 3 andere stad. Naar hob4 Moet samen het rondjes loop bericht door het zelfde stukje van deze buis en op gevende momenten dat past niet niet meer. Terwijl het rondloopt bericht op 2 hop afstand van de hoge repeater er dan 3 keer door heen moet om daar te komen. En dat lukt niet waardoor het rondlopen pakketje via andere stukje in de buis gaat kijken waar nog wel door heen kan en zo via alle reapeaters gaat zoeken hoe het bij de uit jouw voorbeeld hoge repeater kan komen.

Minder repeater of lager SF waarden betekent minder airtime claim op het stuk buis/ Frequentie spectrum waardoor er meer airtime per respeater beschikbaar om binnen 1 dutycycle berichten uit te wisselen met de omliggende repeaters.

Het verhaal dat de spammer verzonnen zou zijn lijkt me echt onzin. Kijk voor de lol eens op https://mc-spamdetector.nl/, of beter nog, kijk je eigen message log. Dat zijn allemaal PMs met repeaters in het pad die niet bestaan, met maximale snelheid verzonden, naar niet bestaande receivers. De kans dat dat organisch verkeer is lijkt me 0. En voor deze PM flood episodes hadden we de "malformed messages" in public. Nou was er enige tijd de speculatie dat dat een packet modem was, maar de node namen van de afzender waren allemaal niet bestaande callsigns en andere onzin. Dus ook dat was naar mijn idee gewoon met opzet.

Ik heb de site bekeken, waar kijk ik dan precies naar? In het log schermpje zie ik niet direct vreemde dingen voorbijkomen. Public en private kanalen berichten zijn altijd flood/broadcast bericht. Dat hoort.

malformed messages heb zo even snel niet voorbij zien komen in de log toolz maar dat kan van alles zijn. Zouden het ook malformed voor meshcore zijn maar voor andere Lora software/protocol gewoon legitieme pakketjes op de zelfde Lora frequentie zijn?

wil je weten het wat voor berichten het zijn moet ze open en kijken wat er in zit.

[xbeam]

rescla schreef op woensdag 12 augustus 2026 @ 23:35:
[...]

Bekijk de samples eens dan: https://mc-spamdetector.nl/attacks/1228 Daar zitten toch geen loops in?

als ze zoals als in je link beweerd Crafted zijn waarom zou er dan loop in route moeten zitten?

En ik zie bij de replay ook niet direct helemaal terug welke repeater behalve de Gerbrandytoren in de statistieken nu wie echt last van zou kunnen hebben.

[ Voor 18% gewijzigd door xbeam op 13-08-2026 03:28 ]

[xbeam]

TheGrillmeister schreef op woensdag 12 augustus 2026 @ 23:30:
[...]

Wie weet

Zou 2 byte path jouw beschreven probleem oplossen ?

Wat verandert dat aan jouw / mensen hun hun probleem van onbereikbaar worden op de tijd stippen dat mensen meer berichten gaan versturen?

Als het aantal gebruikers stijgt en de volume/ capaciteit aan verstuurde berichten daalt en weer lijkt te stijgt wanneer het aantal gebruikers afneemt. Dat is typisch symptoom van collision of tekorten aan airtime (teveel reparaties) Bij Congestie blijft de het volume van de capaciteit gelijk als het aantal gebruikers stijgt

de digitale TTL van berichten en de fysieke capaciteit van de frequentie zijn 2 verschillende dingen.

[ Voor 7% gewijzigd door xbeam op 13-08-2026 04:00 ]

[Liegebeest]

xbeam schreef op woensdag 12 augustus 2026 @ 21:35:
[...]
Het is mesh Dus wanneer route vol gaat bericht automatisch anders route.

MeshCore heeft geen routing functionaliteit.

[ Voor 15% gewijzigd door Liegebeest op 13-08-2026 05:41 ]

[Liegebeest]

xbeam schreef op woensdag 12 augustus 2026 @ 21:35:
[...]

Heeft bijv een stad 100 repeaters dan is je berichtje al zo goed als door zijn TTL (time to live) heen voordat hij überhaupt een route de stad heeft gevonden.

Niet wanneer ze in of buiten die stad worden opgepikt door een hoog geplaatste repeater met groot bereik.

Binnen mijn stad stokken mijn berichten snel door een lage dekking in repeaters. Maar de rpt op de hoge toren in de stad is ook vaak de tweede repeater op mijn path naar de rest van het hele land.

[xbeam]

Liegebeest schreef op donderdag 13 augustus 2026 @ 05:41:
[...]

MeshCore heeft geen routing functionaliteit.

Route en Routing zijn 2 verschillende woorden en betekenis.

[xbeam]

Liegebeest schreef op donderdag 13 augustus 2026 @ 05:45:
[...]

Niet wanneer ze in of buiten die stad worden opgepikt door een hoog geplaatste repeater met groot bereik.

Binnen mijn stad stokken mijn berichten snel door een lage dekking in repeaters. Maar de rpt op de hoge toren in de stad is ook vaak de tweede repeater op mijn path naar de rest van het hele land.

Precies wat je zegt via lage dekkingsgraad. De weg met de miste repeaters/meeste vrije airtime . meest beschikbare vrije airtime. Die hoge toren is je botle met beperkte vrije airtime daarom langzamer en drukker worden dan wordt die hoge toren een file naar de rest van land. In steden waar klagen van geen bereik is dit waarschijnlijk de Oorzaak. te veel repeaters je voor de gebruiker SF waarde.

Dat los je op door repeaters weg te halen

[TheGrillmeister]

@xbeam Dank voor je uitleg. Ik ben in ieder geval niet overtuigd dat het "alleen" een bandbreedte probleem is. Daar gaan we ook niet uitkomen in deze discussie. Tijd zal het vast leren.

Die pieken over langere tijd zijn wat mij betreft verdacht. Ook wordt al het andere verkeer weg gedrukt. Je ziet en merkt dat er op dit moment ook veel traffic is en er geen hoge pieken op 1 soort type is.

[ Voor 9% gewijzigd door TheGrillmeister op 13-08-2026 12:03 ]

[Liegebeest]

Ik ben d'r wel een beetje klaar mee eigenlijk.

Ik heb nu gezien dat Meshcore niet de wensdroom van "een landelijk nood-netwerk voor iedereen" gaat waarmaken. Daarnaast interesseert hetgeen op het netwerk gebeurt me ook niet en het meta-hobbyen (uren prutsen met graphs en analyses alleen om te zien hoe het netwerk werkt) interesseert me ook geen biet.

Ik was nog van plan om m'n repeaters in de lucht te houden, om een steentje bij te dragen aan dekking in mijn stad. Maar helaas, ik krijg nou weer gezeur dat ik niet de on-officiële firmware wil draaien die spam-filters zou hebben. Dan zet ik ze net zo lief uit hoor.

Iemand nog interesse in twee RAK solar repeaters, een tag en een t-deck? Ik zal ze tzt wel op de V&A gooien. Ze zijn in elk geval allemaal vast van de kaart afgehaald.

[ Voor 7% gewijzigd door Liegebeest op 13-08-2026 17:15 ]

[xbeam]

TheGrillmeister schreef op donderdag 13 augustus 2026 @ 12:02:
@xbeam Dank voor je uitleg. Ik ben in ieder geval niet overtuigd dat het "alleen" een bandbreedte probleem is. Daar gaan we ook niet uitkomen in deze discussie. Tijd zal het vast leren.

Die pieken over langere tijd zijn wat mij betreft verdacht. Ook wordt al het andere verkeer weg gedrukt. Je ziet en merkt dat er op dit moment ook veel traffic is en er geen hoge pieken op 1 soort type is.

[Afbeelding]

Dat er iets / iemand af en toen iets over het netwerk schiet geloof ik graag. Alleen Dat is niet de oorzaak dat er mensen collision ervaren. Het hoogstens de druppel/trigger, iets dat je

1: nooit gaat voorkomen. 2:Niet iedereen heeft er last van. 3:volgens van van ik mee krijg van de berichten gaat om collision (data volume probleem ) en niet zo zeer congestie (reistijd ) problemen in het netwerk. 4: regio scooping op dorps/wijks niveau / micro segmentatie van de edge, doet niets aan de grootte hoeveel pakkettkes op de zelfde plek aan edge van mesh gevangen zitten en dan ik een gebied onnodig lang veel airtime bezet houden.

Maar blijkbaar hebben we inderdaad een andere kijken op de zelfde berg.

Die piek over hoeveel verkeer praten we dan. eigenlijk? En en staat in getroffen gebieden repeater loop drop als op strict?

[xbeam]

TheGrillmeister schreef op donderdag 13 augustus 2026 @ 12:02:
@xbeam Dank voor je uitleg. Ik ben in ieder geval niet overtuigd dat het "alleen" een bandbreedte probleem is. Daar gaan we ook niet uitkomen in deze discussie. Tijd zal het vast leren.

Die pieken over langere tijd zijn wat mij betreft verdacht. Ook wordt al het andere verkeer weg gedrukt. Je ziet en merkt dat er op dit moment ook veel traffic is en er geen hoge pieken op 1 soort type is.

[Afbeelding]

Niet als zie wel bedoelt maar zag net toevallig de nieuw firmware release voorbijkomen en deze bevat Rf-airtime bug fix en optimalisatie. Zat ik er toch niet helemaal naast dat netwerk symptomen van airtime gerelateerde issue vertoond. Hopelijk verbetert dit ook jouw situatie van de grafiek tijdens hoog volume momenten in jouw regio. Zo niet wil ik je best helpen zoeken naar de wat en waar de herkomst van die plakjes golf bij jullie.

• bad path_len now rejected, in
• PAYLOAD_TYPE_PATH and ANON_REQ

Packet Collision Improvements

The 'listen-before-talk' code has had some pretty big changes, thanks to Taco. He has spent weeks doing diagnostics, and even simulations, testing an improved scheme which involves handling cases where the LoRa radio's IRQ flags get 'stuck', and also the big one being proper preamble detection. This one could be the most significant performance improvement for all meshes.

[ Voor 7% gewijzigd door xbeam op 13-08-2026 19:43 ]

[rescla]

xbeam schreef op donderdag 13 augustus 2026 @ 02:37:

Precies je zegt hier dus wat ik zeg. Alleen Je verward hier 2 dingen. Hop count is digitale bereik limiet van een berichten door gebruikte protocollen (layer2/3) staat compleet los van airtime (layer1) consumptie van airtime en je negeert de natuurkundig vaste constante airtime maximaal beschikbaarheid )

Volgens mij praten we ook een beetje langs elkaar. Ik ga uit van de stedelijke situatie waarbij repeaters niet alle ander repeaters binnen de stad in hun bereik zien. Ik zie het voor me als een kaart met deels overlappende cirkels, een aantal repeaters kunnen elkaar ontvangen, maar ze ontvangen elkaar niet allemaal. Daarnaast ga ik er vanuit dat de vertraging tussen het ontvangen van een bericht door een repeater en het daarna weer verzenden van een bericht, langer is dan de propagatie tijd van de RF golf.

Met andere woorden, als er 100 gerbrandytorens naast elkaar zouden staan met elk een repeater er op, dan zijn er ook naar mijn mening te veel repeaters in die regio

Maar stel je de situatie voor dat er een lijn is van repeaters, elk met een afstand waarbij de repeater alleen de vorige en de volgende repeater kan horen. In dat geval zal het Bericht (layer 3 in jouw jargon) met 1 hop uitgezonden worden. Deze wordt opgepakt door de naburige repeaters, die het pakket ontvangen, de hop met 1 ophogen, en vervolgens weer verzenden.

Bij de 1e hop is er maar 1 RF burst, die heeft alleen impact op de airtime van de 3 repeaters waar we het hier over hebben, maar niet op de overige repeaters. Die ontvangen immers geen bericht, laten we er voor het gemak vanuit gaan dat ze ook geen invloed hebben op de noise floor. Als de repeater wel gaat luisteren omdat het bijvoorbeeld de preamble detecteert, maar het bericht niet succesvol kan decoderen, is er natuurlijk wel impact op de beschikbare airtime van die repeater.

Bij de 2e hop zijn de 2 naburige repaters "gelijktijdig aan het zenden. Meshcore heeft hier natuurlijk over nagedacht, en er zijn 2 mechanismes die ik zo weet die nu actief zijn. Listen before send, en een random delay voordat het bericht gerepeat wordt. laten we er vanuit gaan dat deze mechanismes effectief zijn, en de 2 repeaters netjes na elkaar zenden. In dit geval is de 1e repeater nog 2x de packet length aan airtime kwijt, omdat hij het bericht wat hij eerder heeft verstuurd nu met 1 extra hop ontvangt. Deze repeater negeert de packets, omdat hij het bericht al kent. Maar, het beïnvloed wel de airtime van deze repeater. De neighbours van de repeaters die bij de 2e hop een packet hebben verzonden ontvangen de packet/bericht zonder problemen, voegen een hop toe, en verzenden weer, tot de max hops bereikt zijn. Zo propageert het bericht in dit scenario in 2 richtingen.

Ook jouw voorbeeld bericht vanaf hob 3 andere stad. Naar hob4 Moet samen het rondjes loop bericht door het zelfde stukje van deze buis en op gevende momenten dat past niet niet meer. Terwijl het rondloopt bericht op 2 hop afstand van de hoge repeater er dan 3 keer door heen moet om daar te komen. En dat lukt niet waardoor het rondlopen pakketje via andere stukje in de buis gaat kijken waar nog wel door heen kan en zo via alle reapeaters gaat zoeken hoe het bij de uit jouw voorbeeld hoge repeater kan komen.

Ik snap niet helemaal wat je hier zegt. Wat ik zeg is dat de repeater na 3 hops het bericht ontvangt, en weer verzend. Die hoge repeater moet misschien wachten tot er ruimte is om te zenden, maal als er verzonden is dan wordt het bericht in de andere stad ontvangen.

Voor het ontvangen van berichten kan het wel storend zijn. Een hoge repater zou hetzelfde bericht veel vaker kunnen ontvangen als er veel repeaters in z'n bereik zitten. Deze repeater hoort dat, en luistert en wacht netjes, maar een repeater in een anders stad ziet/hoort deze berichten niet. De repeater in de 2e stad zal dus gewoon zenden, en de repeater in de 1e stad zal het bericht niet kunnen ontvangen omdat er op dat moment een collision is met een packet dat door een lokale repeater is verzonden.

Dat is overigens ook mijn definitie van een collision, de situatie waarbij er 2 partijen tegelijk zenden waardoor het bericht verloren gaat voor alle repeaters die beide partijen kan horen. Wat jij onder collision verstaat is volgens mij een collision in de routing? Dus dat een bericht van 2 kanten komt en daardoor 'doodbloed', toch? Volgens mij kan dat niet, elke repeater repeat het bericht. Er is geen magische TTL van het bericht als geheel (layer 3), maar alleen op layer 2, en die kan meerdere instanties hebben die los van elkaar een route bewandelen.

Minder repeater of lager SF waarden betekent minder airtime claim op het stuk buis/ Frequentie spectrum waardoor er meer airtime per respeater beschikbaar om binnen 1 dutycycle berichten uit te wisselen met de omliggende repeaters.

Volgens mij is dit wel wat we beide zeggen, meer repeaters is meer airtime. Maar alleen tussen repeaters die elkaar kunnen horen. Als er repeaters zijn die elkaar niet kunnen horen, is het niet zo dat meer repaters per definitie zorgen voor meer airtime gebruik vanuit het perspectief van elke individuele repeater.

In een situatie dat elke repeater wel elkaar zou kunnen horen in een stad, zou ik zeggen dat het beter is om het zendvermogen van de repeaters te verlagen. Daardoor heb je meer hops nodig om ergens te komen, maar los je wel het airtime probleem op. Een ander routing algoritme dan 'repeat always' is natuurlijk ook een optie, maar met een decentraal mesh is dat lastig.

Ik heb de site bekeken, waar kijk ik dan precies naar?

Als je naar de link gaat die ik stuurde staat onderaan de pagina een card met de titel "packet samples". Daar zie je bijvoorbeeld het pad

code:

B4,00,00,4E,B8,4C,C2,3D,0E,6B,D6,74,5D,EE,1D,3D,D3,F0,4C,4C,4C,2B,22,D8,DA,71,98,6D,18,1A

wat hoort bij

code:

091EB400004EB84CC23D0E6BD6745DEE1D3DD3F04C4C4C2B22D8DA71986D181A169D4B64DEAD717E33F57B8F882BE6121D4C1D4C46745216CAC6A2BB8DCAC9382D78CE64FBF3F3

Nu is het met 1b lastig achterhalen, maar ik zie daar geen duidelijke herhaling van hashes in terug.

Die website is trouwens ook wel behoorlijk AI meuk, dus niet alles wat er staat klopt. Zo staan er "normale" packets bij die onderdeel zouden zijn van de PM flood, en dat verwaterd het allemaal een beetje. Wat ik zelf heb gezien in de packet feed is dat je gewoon elke paar seconden een PM langs ziet komen. Continu, met telkens een andere source en destination. En ik zit in Friesland.

Met crafted bedoel ik dat het bericht (layer 3) met een geprepareerd pad (layer 2) verstuurd wordt. Dus de feitelijke eerste hop bevat al een lijst van hops, die nooit fysiek hebben plaatsgevonden.

Misschien is deze nog leuk voor je om mee te spelen: https://cornmeister.nl/#observers Hier kan je voor alle observers zien wat hun airtime utilization is. Zie bijv https://cornmeister.nl/#o...7B58B72D63A7B0A09BF6F6EF5 voor de gerbrandytoren. De in de "spam aanval periodes" zit de TX artime vast op 10%. De max dus. Tijdens normale periodes zie je dat de TX airtime veel lager is.

Ik vind de RX airtime van de Gerbrandytoren nog wel meevallen. Als ik de observer in Marum (bij mij in de buurt) bekijk zit die in dezelfde periode rond de 50% https://cornmeister.nl/#o...B769783E579C5267F1CBFC0AF

Die piek over hoeveel verkeer praten we dan. eigenlijk? En en staat in getroffen gebieden repeater loop drop als op strict?

Piek is 10% TX airtime, dus praktisch onbruikbaar. Loop detection weet ik niet, default is off: https://docs.meshcore.io/...this-nodes-loop-detection Maar als ik de documentatie lees heeft dit alleen impact op berichten (layer 3) die aangepast worden, en daardoor als nieuw bericht gezien worden en door dezelfde repeater meerdere keren herhaald worden. Dit komt dus met de normale firmware niet voor, alleen als je repeaters hebt die rommelen met het bericht krijg je hier problemen mee.

Niet als zie wel bedoelt maar zag net toevallig de nieuw firmware release voorbijkomen en deze bevat Rf-airtime bug fix en optimalisatie. Zat ik er toch niet helemaal naast dat netwerk symptomen van airtime gerelateerde issue vertoond. Hopelijk verbetert dit ook jouw situatie van de grafiek tijdens hoog volume momenten in jouw regio. Zo niet wil ik je best helpen zoeken naar de wat en waar de herkomst van die plakjes golf bij jullie.

Dit zou vooral effect moeten hebben op de Layer 1 collisions toch? Dus voor jouw layer 2 collisions op path routing helpt dit niet, als dat het probleem is.

[xbeam]

rescla schreef op donderdag 13 augustus 2026 @ 22:04:
[...]


Volgens mij praten we ook een beetje langs elkaar. Ik ga uit van de stedelijke situatie waarbij repeaters niet alle ander repeaters binnen de stad in hun bereik zien. Ik zie het voor me als een kaart met deels overlappende cirkels, een aantal repeaters kunnen elkaar ontvangen, maar ze ontvangen elkaar niet allemaal. Daarnaast ga ik er vanuit dat de vertraging tussen het ontvangen van een bericht door een repeater en het daarna weer verzenden van een bericht, langer is dan de propagatie tijd van de RF golf.

Met andere woorden, als er 100 gerbrandytorens naast elkaar zouden staan met elk een repeater er op, dan zijn er ook naar mijn mening te veel repeaters in die regio

Maar stel je de situatie voor dat er een lijn is van repeaters, elk met een afstand waarbij de repeater alleen de vorige en de volgende repeater kan horen. In dat geval zal het Bericht (layer 3 in jouw jargon) met 1 hop uitgezonden worden. Deze wordt opgepakt door de naburige repeaters, die het pakket ontvangen, de hop met 1 ophogen, en vervolgens weer verzenden.

Precies, dit leg je hier correct uit.
Voor iedereen die mee leest. Trouwens Het is niet mijn persoonlijke jargon maar een indirect vraag of de positie aanduiding binnen osi Model klopt zodat ik zeker weet dat het over het zelfde hebben. All digitale communicatie ook meshcore is altijd op Op basis eigenschappen te delen met in modellen 7layers. Het maakt het netwerk software en hardware protocollen iets makkelijker te begrijpen wanneer over fysieke hardware of software gedeeltes van protocollen, dienst software of product gaat.

terug je naar situatie. Alles all reapeaters van de hele stad de hoogste repeater horen dan communiceren alle repeaters in de hele stad niet in serie maar parallel aan hoogste repeater. de hele stad deelt de airtime van de zelfde frequentie band en daar mee de bandbreedtes van die hoge repeater die gelijk met all repeaters in de stad praat en reapeaters visa versa. Wat dus dat binnen allemaal om de buurt kunnen praten (de natuurkundige wet van frequentie delen)

De hele stad en dorpen er om zijn dus slachtoffer van die *piep* met veel te veel vermogen hoog geplaatste Omni (rond straalde) antenne.

// het is laat of vroeg /werk, morgen de rest

[ Voor 12% gewijzigd door xbeam op 14-08-2026 06:20 ]

[rescla]

xbeam schreef op vrijdag 14 augustus 2026 @ 05:09:
[...]

Precies, dit leg je hier correct uit.
Voor iedereen die mee leest. Trouwens Het is niet mijn persoonlijke jargon maar een indirect vraag of de positie aanduiding binnen osi Model klopt zodat ik zeker weet dat het over het zelfde hebben. All digitale communicatie ook meshcore is altijd op Op basis eigenschappen te delen met in modellen 7layers. Het maakt het netwerk software en hardware protocollen iets makkelijker te begrijpen wanneer over fysieke hardware of software gedeeltes van protocollen, dienst software of product gaat.

terug je naar situatie. Alles all reapeaters van de hele stad de hoogste repeater horen dan communiceren alle repeaters in de hele stad niet in serie maar parallel aan hoogste repeater. de hele stad deelt de airtime van de zelfde frequentie band en daar mee de bandbreedtes van die hoge repeater die gelijk met all repeaters in de stad praat en reapeaters visa versa. Wat dus dat binnen allemaal om de buurt kunnen praten (de natuurkundige wet van frequentie delen)

De hele stad en dorpen er om zijn dus slachtoffer van die *piep* met veel te veel vermogen hoog geplaatste Omni (rond straalde) antenne.

// het is laat of vroeg /werk, morgen de rest


~[Afbeelding]

Of de osi mapping correct is laat ik even in het midden. Ik denk dat je daar ook een lange discussie over kan voeren 😇

Punt is dat de classificatie nut heeft binnen deze specifieke discussie. Als de beschrijvingen overeenkomen en we het over het zelfde hebben, is dat denk ik goed genoeg.

[DjoeC]

xbeam schreef op vrijdag 14 augustus 2026 @ 05:09:
[...]
terug je naar situatie. Alles all reapeaters van de hele stad de hoogste repeater horen dan communiceren alle repeaters in de hele stad niet in serie maar parallel aan hoogste repeater. de hele stad deelt de airtime van de zelfde frequentie band en daar mee de bandbreedtes van die hoge repeater die gelijk met all repeaters in de stad praat en reapeaters visa versa. Wat dus dat binnen allemaal om de buurt kunnen praten (de natuurkundige wet van frequentie delen)

De hele stad en dorpen er om zijn dus slachtoffer van die *piep* met veel te veel vermogen hoog geplaatste Omni (rond straalde) antenne.

Ehhhm, maar als ik het goed heb is er een 10% maximum zendlimiet. Er blijft dus per uur/interval toch nog minimaal 90% over voor anderen? Of wordt er ook een loopje genomen met die 10%'s norm?

[Liegebeest]

DjoeC schreef op vrijdag 14 augustus 2026 @ 10:22:
[...]

Ehhhm, maar als ik het goed heb is er een 10% maximum zendlimiet. Er blijft dus per uur/interval toch nog minimaal 90% over voor anderen?

als je je strikt genomen aan de wettelijke afspraken houdt wel, ja. Maar dat is natuurlijk zo aan te passen. En anders, tja… met een handjevol apparaten heb je jouw lokale regio zo vol.

Gelukkig zullen omringende repeaters de enorme bulk niet zomaar verspreiden. Hoewel zij op hun beurt moeite zullen hebben om ander verkeer om hen heen te horen. Het is mogelijk een klein zwart gat in t netwerk te maken.

[SlideR NL]

Versie 1.17.1 is uit https://blog.meshcore.io/2026/08/14/release-1-17-1

[xbeam]

Liegebeest schreef op zaterdag 15 augustus 2026 @ 07:55:
[...]

als je je strikt genomen aan de wettelijke afspraken houdt wel, ja. Maar dat is natuurlijk zo aan te passen. En anders, tja… met een handjevol apparaten heb je jouw lokale regio zo vol.

Gelukkig zullen omringende repeaters de enorme bulk niet zomaar verspreiden. Hoewel zij op hun beurt moeite zullen hebben om ander verkeer om hen heen te horen. Het is mogelijk een klein zwart gat in t netwerk te maken.

Dit dus in de grote steden.

[ Voor 9% gewijzigd door xbeam op 16-08-2026 00:51 ]

[Sensus]

Ik denk dat iedereen die repeaters opzet dat doet omdat de dekking in zijn of haar buurt niet goed is. Het netwerkt werkt nu prima, het probleem is alleen dat het wat weerbaarder moet worden. En ik denk dat de mensen achter Meshcore.io daar bedachtzaam op zijn. Ik denk dat bot filteren symptoom bestrijding is. Laten we kalm blijven, het netwerk wat we nu hebben kan echt wel wat als de stroom uitvalt. Het is heel moeilijk om je locatie te verbergen, vanwege de pad registratie en de vele observers.

[xbeam]

Sensus schreef op maandag 17 augustus 2026 @ 08:11:
Ik denk dat iedereen die repeaters opzet dat doet omdat de dekking in zijn of haar buurt niet goed is. Het netwerkt werkt nu prima, het probleem is alleen dat het wat weerbaarder moet worden. En ik denk dat de mensen achter Meshcore.io daar bedachtzaam op zijn. Ik denk dat bot filteren symptoom bestrijding is. Laten we kalm blijven, het netwerk wat we nu hebben kan echt wel wat als de stroom uitvalt. Het is heel moeilijk om je locatie te verbergen, vanwege de pad registratie en de vele observers.

Klopt. Slechte ontvangst is vaak angst gevoel overgebleven vanuit de analoge radio wereld waar beter ontvangst ook beter kwaliteit betekende. Nu met Digitaal signaal zegt ontvangst / signaal sterkte eigenlijk helemaal niets. Het is meer de angst van het niet hebben/missen. Je ziet ook met wifi op de werkvloer. De / je wifi is slecht ik heb hier maar 3 streepjes van de vijf streepjes zoals thuis. Doe eens speed tests ow +500mbit. En Hoeveel is dat thuis met 5 streepjes? …. Precies dat ha lekker iedereen in een blok lmaximaal 5 streepjes in rn rond zijn huis en je internet is niet vooruit te branden zo traag.


En zeker bij een niet realtime protocol/dienst als meshcore is signaal sterkte voor je Compaan zelfs grote deels irrelevant. Een tekst Bericht versturen vereist geen minimale bandbreedte zoals bijv een telefoon gesprekken… 1.5 streepje of 20% signaal sterkte is gewoon verbinding. Dan doen die 5 reapeaters in het zelfde woonblok waarschijnlijk meer schade dan 5 mensen met op matig Compaan signaal sterkte op de ene repeater midden in de wijk.

Regio segmentatie/filtering op wijk/dorp niveau is zeker symptoom bestrijding.

Waar het wel goed voor is locatie exposer. Je berichtje komt krijg de wijk dorp home locatie van de reapeater mee. Je repeater in de Noordzee mappen wat sommige doen heeft geen nut. Aangezien je berichten toch ook in je eigen dorp wil ontvangen. Zetten deze mensen gewoon hun eigen dorps/ wijk home regio regio in de instellingen. maakt het netwerk werk overzichtelijk

[ Voor 4% gewijzigd door xbeam op 19-08-2026 18:44 ]

[Supermuskusrat]

xbeam schreef op woensdag 19 augustus 2026 @ 18:35:
[...]

Klopt. Slechte ontvangst is vaak angst gevoel overgebleven vanuit de analoge radio wereld waar beter ontvangst ook beter kwaliteit betekende. Nu met Digitaal signaal zegt ontvangst / signaal sterkte eigenlijk helemaal niets. Het is meer de angst van het niet hebben/missen. Je ziet ook met wifi op de werkvloer. De / je wifi is slecht ik heb hier maar 3 streepjes van de vijf streepjes zoals thuis. Doe eens speed tests ow +500mbit. En Hoeveel is dat thuis met 5 streepjes? …. Precies dat ha lekker iedereen in een blok lmaximaal 5 streepjes in rn rond zijn huis en je internet is niet vooruit te branden zo traag.

En zeker bij een niet realtime protocol/dienst als meshcore is signaal sterkte voor je Compaan zelfs grote deels irrelevant. Een tekst Bericht versturen vereist geen minimale bandbreedte zoals bijv een telefoon gesprekken… 1.5 streepje of 20% signaal sterkte is gewoon verbinding. Dan doen die 5 reapeaters in het zelfde woonblok waarschijnlijk meer schade dan 5 mensen met op matig Compaan signaal sterkte op de ene repeater midden in de wijk.

Signaalsterkte zegt inderdaad niet alles; vooral de verhouding tussen het ontvangen signaal en de achtergrondruis is bepalend. Tot een bepaald punt kan een digitaal signaal daardoor nog prima werken, ook als de ontvangst op papier niet geweldig lijkt.

“Vroeger” hoorde je bij analoge radio bij een steeds slechter wordende ontvangst steeds meer ruis en steeds minder duidelijk de stem of muziek. Die ruis is in feite de achtergrondruis waar het gewenste signaal steeds verder in wegzakt.

Bij digitale radio, zoals MeshCore werkt dat inderdaad anders. Door foutcorrectie kan een ontvanger een signaal dat al behoorlijk zwak of verstoord is nog steeds volledig correct reconstrueren. Daardoor lijkt de ontvangst lange tijd gewoon goed te zijn. Maar zodra de ontvanger de fouten niet meer kan corrigeren doordat het signaal niet meer betrouwbaar van de achtergrondruis kan onderscheiden is, gaat het ineens snel bergafwaarts. Dan heb je niet meer “een beetje slechtere audio”, maar simpelweg geen bruikbare verbinding meer.

Daarom is alleen naar het aantal “streepjes” signaalsterkte kijken bij een digitaal systeem ook wat misleidend. De kwaliteit van de verbinding hangt niet alleen af van hoe sterk het signaal binnenkomt, maar vooral van hoeveel bruikbare informatie er boven de ruis uitkomt.

Maargoed, leg dat maar eens aan Tante Bep met haar iPad uit.

offtopic:
<sub>Supermuskusrat verdient zijn brood met het leveren van TETRA netwerken en heeft bij een klant een 1-2'tje gedaan met een manager, waarbij we de signaalsterkteindicator van de portofoon van een specifieke medewerker zo is ingesteld dat hij pas <5 streepjes laat zien als hij écht bijna uit dekking valt. Medewerker stond eerder elke 5 minuten bij de uitgiftebalie te klagen dat zijn (op de man uitgegeven) portofoon "slecht bereik" had. Medewerker was ook zendamateur "dus wist wel hoe het werkte".

Aanpassing in de codeplug gemaakt --> nooit meer klachten gehad</sub>

[Stimpy68]

Het feit dat een "spammer" of hoe je het ook wil noemen, moedwillig het werken met MC in NL onmogelijk probeert te maken maakt allemaal totaal niet grappig meer, het is vreselijk irritant. En blijkbaar heeft ie een nieuwe manier gevonden om mensen te irriteren,een 2 byte message als 1 byte meerdere malen herhalen. Als dit zo blijft doorgaan, dan verdwijnt de hele zooi in de la. En er zijn inmiddels veel meer mensen die zo denken.
En ja, in de 27MC heb je ook knijpers etc, maar dit lijkt gewoon meer op sabotage

[rescla]

Stimpy68 schreef op donderdag 20 augustus 2026 @ 08:57:
Het feit dat een "spammer" of hoe je het ook wil noemen, moedwillig het werken met MC in NL onmogelijk probeert te maken maakt allemaal totaal niet grappig meer, het is vreselijk irritant. En blijkbaar heeft ie een nieuwe manier gevonden om mensen te irriteren,een 2 byte message als 1 byte meerdere malen herhalen. Als dit zo blijft doorgaan, dan verdwijnt de hele zooi in de la. En er zijn inmiddels veel meer mensen die zo denken.
En ja, in de 27MC heb je ook knijpers etc, maar dit lijkt gewoon meer op sabotage

Het is grondig irritant. Het enige wat op dit moment werkt is de DutchMeshcore firmware installeren en alle 1B berichten er uit filteren op je repeater. Als je meerdere repeaters in de buurt hebt die je companion ontvangt zou je die ook moeten overtuigen, of je companion software modden.

https://github.com/Dutch-.../tag/dmc-repeater-v1.17.1

Filter docs staan hier: https://github.com/dutch-...acket_filter_reference.md

[ Voor 9% gewijzigd door rescla op 20-08-2026 09:10 ]

[Stimpy68]

@rescla Mooiste zou zijn als deze filtering mogelijkheden in de MC FW zelf zou komen. Mijn eigen repeater kan ik er wel mee voorzien, en ik weet dat 1 andere in mijn omgeving het heeft, maar de 2 repeaters hier in de wijk die het grootste bereik hebben (en waar wij weer van afhankelijk zijn) zal niet snel overstappen ben ik bang.

edit: net de DMC FW er op gezet en filtering ingeschakeld, meer kan ik ook niet doen op dit moment.

[ Voor 13% gewijzigd door Stimpy68 op 20-08-2026 09:27 ]

[rescla]

Stimpy68 schreef op donderdag 20 augustus 2026 @ 09:12:
@rescla Mooiste zou zijn als deze filtering mogelijkheden in de MC FW zelf zou komen. Mijn eigen repeater kan ik er wel mee voorzien, en ik weet dat 1 andere in mijn omgeving het heeft, maar de 2 repeaters hier in de wijk die het grootste bereik hebben (en waar wij weer van afhankelijk zijn) zal niet snel overstappen ben ik bang.

edit: net de DMC FW er op gezet en filtering ingeschakeld, meer kan ik ook niet doen op dit moment.

Ik twijfel of dat gaat gebeuren. Het filteren door repeaters staat namelijk een beetje haaks op de open mesh gedachte. Maar ja, nood breekt wet. Het is denk ik wel duidelijk dat een open mesh misbruikt wordt en je dus op enige manier moet gaan filteren/modereren.

[Stimpy68]

Het is inderdaad het nadeel van een open systeem, iedereen kan doen en laten wat hij/zij wil.
Ik kan er alleen met mijn pet niet bij waarom personen moedwillig de boel willen frustreren/slopen.
Veel mensen kappen er dan gewoon mee, is dat dan het doel? Gevoel van macht?

Heb echt geen idee, ik heb die rare gedachtes van dat soort personen al niet, dus kan mij niet verplaatsen in zo iemands hoofd (ik hou ook niet van koude lege ruimtes overigens )

[Liegebeest]

.

[ Voor 99% gewijzigd door Liegebeest op 24-08-2026 19:43 . Reden: Waar zit de wis-knop? ]

[TheDutchy78]

Merken mensen nu verschil met de hoeveelheid berichten die vooral in de ochtend en middag doorkomen t.o.v. de avond. Ik bemerk in het oosten van het land dat ik meer berichten zie dan in het westen.

En ik weet dat het een heikel punt blijft, SF 8-8 of 7-5 ? Buitenland houdt nog steeds SF 8-8 aan terwijl grote delen van Nederland dus SF 7-5 gebruikt.

[(KBX) Harkanoid]

Hier in deze regio zijn we er al klaar mee , als last resort zijn we verhuisd naar een andere freq

[Yaksa]

(KBX) Harkanoid schreef op donderdag 27 augustus 2026 @ 18:07:
Hier in deze regio zijn we er al klaar mee , als last resort zijn we verhuisd naar een andere freq

Misschien wel handig om dan de regio en de freq hier te noemen.
Kan maar zo dat er nog andere gebruikers in jouw regio zitten die nu helemaal niks meer kunnen en geen idee hebben waar dat aan ligt.

[ramonfincken]

Yaksa schreef op donderdag 27 augustus 2026 @ 18:14:
[...]

Misschien wel handig om dan de regio en de freq hier te noemen.
Kan maar zo dat er nog andere gebruikers in jouw regio zitten die nu helemaal niks meer kunnen en geen idee hebben waar dat aan ligt.

true en dan nog .. je moet weten dat DIT het topic is waar je moet wezen ...en dan ook nog een specifieke reply vinden . Dat is lastig.

[D2k]

Ik heb net een lilygo T-deck gekocht, maar volgens mij kom ik niet geconnect op meshcore met de settings uit de startpost. Komt dat door die spammer?

[Beer070]

D2k schreef op zaterdag 29 augustus 2026 @ 22:14:
Ik heb net een lilygo T-deck gekocht, maar volgens mij kom ik niet geconnect op meshcore met de settings uit de startpost. Komt dat door die spammer?

in mijn ervaring heb je met een T-deck niet veel meer dan 100m bereik. (ik heb er 2). De oplossing is om een repeater node met goeie antenne ergens op een hoog punt te plaatsen.

[Chris.nl]

D2k schreef op zaterdag 29 augustus 2026 @ 22:14:
Ik heb net een lilygo T-deck gekocht, maar volgens mij kom ik niet geconnect op meshcore met de settings uit de startpost. Komt dat door die spammer?

Op de kaart kijken waar repeaters staan en buitenshuis beginnen met testen op kilometertje afstand lijkt me niet verkeerd. Eens je berichten door heb gekregen en kan verzenden krijg je vanzelf inzicht of je zelf een repeater(tje) nodig bent.

Hier begon het buiten of op zolder, later kwam ik er achter dat het beneden ook achter een bepaald vensterraam ook lukt. Nu heb ik een repeater op m'n dak staan die ik zelfs vanuit de locale supermarkt kan pingen (doe de hele wijk er een plezier mee).

Lol is er wel even vanaf geweest na de switch, maar de repeater draait door. Afgelopen week kwam ik achter een initiatief die voor mijn provincie een noodnet wil opzetten, heb me aangemeld en ben nu weer even actiever.

Lang verhaal, leuke hobby die hopelijk nooit echt nodig is, en als je eenmaal een repeater hebt draaien kan je het altijd een paar maand 'vergeten' om later weer op te pakken.

[enver63]

D2k schreef op zaterdag 29 augustus 2026 @ 22:14:
Ik heb net een lilygo T-deck gekocht, maar volgens mij kom ik niet geconnect op meshcore met de settings uit de startpost. Komt dat door die spammer?

Begin dit jaar heb ik ook een T-Deck gekocht, en met de oude settings (voor 9 mei) ontving die van alles. Mijn T-Deck is er wel een met externe antenne van zo'n 17 centimeter. Ik heb ook een repeater, maar zonder repeater ontving de T-Deck ook van alles. Na 9 mei werd het snel rustiger, en de laatste tijd ontvang ik helemaal niets meer. Ik heb oude en nieuwe settings geprobeerd, verschillende soorten firmware, maar het blijft stil.

Overigens is mijn locatie Wapenveld, ten zuiden van Zwolle. Op de Meshcore kaart is daar vrijwel niets (recents) meer te zien. Als je in de buurt zit kunnen we kijken of we elkaar 'zien'.

Ik weet nog niet wat ik nu ga doen. Ik zou kunnen concluderen dat Meshcore dood is in deze regio, en overstappen op Meshtastic. Of ik zet op een locatie dichtbij nog een repeater op (heb er nog een liggen) en kijk of ik dan iets ontvang. Als je wilt weten of je apparaten het doen is Meshtastic denk ik een betere optie.

[rescla]

Leuk leesvoer over een test van een noodsteunpunt in Zwolle, waar ook Meshcore gebruikt is: https://www.rtvfocuszwoll...val-112-noodcommunicatie/

Verder zag ik weer allemaal discussies over de regions mbt veiligheidsregio's: https://meshwiki.nl/wiki/Overleg:Lijst_van_regio%27s Zelf heb ik die in ieder geval niet in de region list staan.

[ZwolschBalletje]

enver63 schreef op dinsdag 1 september 2026 @ 14:37:
[...]

Overigens is mijn locatie Wapenveld, ten zuiden van Zwolle. Op de Meshcore kaart is daar vrijwel niets (recents) meer te zien. Als je in de buurt zit kunnen we kijken of we elkaar 'zien'.

Ik heb sinds vorige week een setup geplaatst in Zwolle-Zuid, maar dat werkt nog niet optimaal. Ik lijk wel (sommige) berichten te ontvangen maar verzenden lukt maar matig. Ook de SenseCap Solar P1 Pro repeater die ik (met originele antenne) heb opgehangen, lijkt nog niet heel veel te doen. Dus lijkt me een geschikte test om te kijken of we elkaar op deze afstand wel kunnen bereiken! Ik stuur je een DM.

[henkjanvdkolk]

ZwolschBalletje schreef op donderdag 3 september 2026 @ 17:00:
[...]

Ik heb sinds vorige week een setup geplaatst in Zwolle-Zuid, maar dat werkt nog niet optimaal. Ik lijk wel (sommige) berichten te ontvangen maar verzenden lukt maar matig. Ook de SenseCap Solar P1 Pro repeater die ik (met originele antenne) heb opgehangen, lijkt nog niet heel veel te doen. Dus lijkt me een geschikte test om te kijken of we elkaar op deze afstand wel kunnen bereiken! Ik stuur je een DM.

Leuk! Ik zit ten noorden van Zwolle. Ik stuur jou ook even een dm om te kijken of wij elkaar zien.

[ZwolschBalletje]

Ah. De default waarden uit de Quick start manual van SeeedStudio zijn voor de repeater anders dan voor het eindpunt, geen wonder dat er geen contact was.

Even handmatig op letten en ineens stromen bij mij de berichten binnen.

[Bernard0343]

Beste Allemaal,

Gisteren hebben we met een aantal buren gesproken over we ons buurtje (+/- 20 woningen) 'weerbaar' kunnen maken tegen natuurrampen en wat dies meer zij. Ons buurtje ligt in een dorpje verscholen in de bossen van de Utrechtse Heuvelrug.

Nerd als ik ben, heb ik me bij thuiskomst eens georienteerd in de wereld van de Loramesh-netwerken. Niet dat wij deze technologie nodig hebben om in ons buurtje me elkaar te communiceren, hiervoor hebben we afspraken gemaakt om elkaar fysiek te ontmoeten en te blijven opzoeken. Maar voor de communicatie 'naar buiten' zou een loramesh netwerk wél een goede oplossing kunnen zijn en ik wil daar best wel wat tijd en/of geld aan spenderen.

Maar.... Ik loop wél tegen twee issues aan, een praktische en een 'organisatorische':

• De praktische, de panden in ons buurtje zijn pittoreske huisjes, veelal met één verdieping, omringd door prachtige loofbomen die overal bovenuit steken. Ik heb geen mogelijkheid om een repeater op een plek te installeren die boven deze bomen uitkomt.
• De 'organisatorische', voor de communicatie ín onze buurt hebben we geen technische oplossing nodig. De meerwaarde zit voor ons (waarschijnlijk) in de tweeweg communicatie met de buitenwereld. Maar dan is de vraag, in hoeverre nemen veiligheidsregio's en andere overheidsorganisaties deel aan deze initiatieven en in welke vorm? Juist de mogelijkheid om, buiten het reguliere telefoonnetwerk om met hulpdiensten te kunnen communiceren, lijkt me een essentiële voor- / meerwaarde.

Dus... Wie van jullie kan mij vertellen in hoeverre de veiligheidsregio's in Utrecht (VRU) of andere overheidsclubs hiermee bezig zijn? Mocht dit zo zijn, bedenk ik mij tijdens het typen, wil ik best wel kijken of ik de gemeente zo gek kan krijgen om samen met mij te proberen om in ieder dorp in de gemeente een repeater geplaatst te krijgen (bijvoorbeeld in kerktorens oid...).

[ramonfincken]

1) In een paar hoge bomen klimmen en daar wat hangen?


2) kijk ook eens naar portofoons, ik heb die zelf ook (motorola) en kunnen in open veld 10KM

[Bernard0343]

ramonfincken schreef op vrijdag 25 september 2026 @ 14:00:
1) In een paar hoge bomen klimmen en daar wat hangen?


2) kijk ook eens naar portofoons, ik heb die zelf ook (motorola) en kunnen in open veld 10KM

Ha Ramon!

1. Kán, maar mijn botten zijn me erg dierbaar, ik hou ze graag heel...😉
2. Het gaat me juist om communicatie met 'externe partijen', zoals gemeente en hulpdiensten, vandaar mijn vragen over Loramesh netwerken. De 'interne' communicatie binnen ons buurtje doen we volledig offline.

[Impossibl3]

Bernard0343 schreef op vrijdag 25 september 2026 @ 14:18:
[...]

Ha Ramon!

1. Kán, maar mijn botten zijn me erg dierbaar, ik hou ze graag heel...😉

Een (elektrische) hoogwerker bied mogelijkheden . Kost wat om te huren maar kan je in alle gemak 10+ meter de hoogte in gaan.

[Bernard0343]

Impossibl3 schreef op vrijdag 25 september 2026 @ 14:30:
[...]


Een (elektrische) hoogwerker bied mogelijkheden . Kost wat om te huren maar kan je in alle gemak 10+ meter de hoogte in gaan.

Of ik maak die repeater vast aan een drone of een luchtballon, dan kom ik nog hoger....

Maar goed, mijn tweede issue is zo mogelijk nóg belangrijker; in hoeverre zijn veiligheidsregio's en andere overheidsorganisaties bezig met dit soort technologieën bezig en zien ze een meerwaarde hierin? Uiteindelijk lijkt me de interface bínnen de overheid het meest ingewikkelde deel van de puzzel. Ik kan me voorstellen dat dáár de bottleneck zit.

[Mr-D.]

Ik ben best wel geïnteresseerd in het Lora netwerk. Maar hoe betrouwbaar is dit eigenlijk als ik in tijd van nood een bericht van 120km hemelsbreed wil versturen. Is HF dan niet de betere keuze. Nb ik ben een volledige noob in deze sector. Weet wel dat je een examen moet doen voor HF en waarschijnlijk voor Lora niet.

[koraks]

Bernard0343 schreef op vrijdag 25 september 2026 @ 14:55:
in hoeverre zijn veiligheidsregio's en andere overheidsorganisaties bezig met dit soort technologieën bezig en zien ze een meerwaarde hierin?

Hoe het nu precies zit weet ik niet, maar wat ik wel weet is dat de radiozendamateurs in verengingsverband wel altijd aan tafel hebben gezeten bij overheden, zowel als het gaat om communicatie in geval van calamiteiten alsook het ontwikkelen van nieuw beleid (bv. omtrent indeling van etherfrequenties). Ik weet dat o.a. in de jaren '90 al zendamateurs druk bezig waren met bv. packet radio om digitale netwerken als alternatief voor het toen nog vrij jonge Internet te ontwrikkelen. Het lijkt me dat die beweging uiteindelijk o.a. uitgemond heeft bv. huidige activiteiten omtrent LoRaMesh en dat dus verenigingen als VRZA en VERON je daar meer over kunnen vertellen. Kortom, ik zou deze vraag eens bij één van deze verenigingen neerleggen. Ik denk dat zij je op twee punten kunnen helpen:

1: Welke ontwikkelingen m.b.t. 'resilient' communicatie zijn op dit moment relevant, ook wereldwijd?

2: Op welke wijze worden de verbanden tussen overheden en het amateur/hobbydomein op dit punt onderhouden?

[Bernard0343]

koraks schreef op vrijdag 25 september 2026 @ 17:04:
[...]

Hoe het nu precies zit weet ik niet, maar wat ik wel weet is dat de radiozendamateurs in verengingsverband wel altijd aan tafel hebben gezeten bij overheden, zowel als het gaat om communicatie in geval van calamiteiten alsook het ontwikkelen van nieuw beleid (bv. omtrent indeling van etherfrequenties). Ik weet dat o.a. in de jaren '90 al zendamateurs druk bezig waren met bv. packet radio om digitale netwerken als alternatief voor het toen nog vrij jonge Internet te ontwrikkelen. Het lijkt me dat die beweging uiteindelijk o.a. uitgemond heeft bv. huidige activiteiten omtrent LoRaMesh en dat dus verenigingen als VRZA en VERON je daar meer over kunnen vertellen. Kortom, ik zou deze vraag eens bij één van deze verenigingen neerleggen. Ik denk dat zij je op twee punten kunnen helpen:

1: Welke ontwikkelingen m.b.t. 'resilient' communicatie zijn op dit moment relevant, ook wereldwijd?

2: Op welke wijze worden de verbanden tussen overheden en het amateur/hobbydomein op dit punt onderhouden?

De radioamateurs hebben natuurlijk hun 'finest hour' beleefd tijdens de watersnoodramp van '53, dus mogelijk zijn ze er inderdaad al mee bezig.

Eerder vandaag, tijdens een wat lange autorit, zat ik nog wat over de mogelijkheden van zo'n 'noodnetwerk' te denken. Eigenlijk is de 'maatschappelijke kant' hiervan niet héél moeilijk te regelen. De hardware is goedkoop, zeker voor een overheid, in een gemeente als de Utrechtse Heuvelrug ben je voor een paar duizend euro al klaar. Bibliotheken, maatschappelijke organisaties, huisartsen en buurtverenigingen of dorpsnetwerken zouden voorzien kunnen worden van nodes of transceivers (of hoe die dingen ook heten), zodat er in iedere buurt één of meerdere 'contactpunten' zijn. Het beheer wordt (tegen een kleine onkostenvergoeding oid) uitbesteed aan de lokale Veron- of VRZA afdeling (of desnoods de lokale Scoutinggroep) en je hebt dat deel van het netwerk al gefixt.

Maar goed, dan kan 'de burger' communiceren, maar er moet natuurlijk wél iemand, op een meldkamer of bij een crisisteam, 'luisteren'. Want áls meneer Jansen aan de Dorpsstraat 12 van het dak valt, de huisarts hierover via het netwerk geïnformeerd wordt, op zijn fiets springt en bij aankomst aan de Dorpsstraat via dit netwerk om een ambulance vraagt, is het wel handig als zijn melding wordt opgepakt en de ambulance inderdaad gaat rijden.

En dáár zou wel eens een probleem kunnen ontstaan. Er wordt een nieuw communicatiekanaal geopend en dat zal geïntegreerd moeten worden in de bestaande infrastructuur. Technisch is dat niet zo moeilijk. Maar ik kán me voorstellen dat hier een forse, organisatorische uitdaging zit voor clubs als de veiligheidsregio, de GHOR, de politie en brandweer.

Ik zal ergens komende week eens een mailtje afschieten naar de veiligheidsregio om te zien of zij hier überhaupt al eens over nagedacht- en of zij hier ideeën over hebben. Kans is aanwezig dat ik niets hoor, óf dat ik een antwoord krijg in de trant van 'tijdens rampen moeten burgers hun mond houden en op de rampenzender afstemmen.' Maar dan weten we dat ook weer. 😉

Mocht er wél iets uitkomen, dan meld ik dat hier!

[ramonfincken]

DARES is er ook, en ja ... meshcore is compleet open, iedereen kan zenden en je kunt niet makkelijk heel snel een key vergelijken om te zien of pietje puk ook ECHT pietje puk is

[Bernard0343]

ramonfincken schreef op vrijdag 25 september 2026 @ 21:27:
DARES is er ook, en ja ... meshcore is compleet open, iedereen kan zenden en je kunt niet makkelijk heel snel een key vergelijken om te zien of pietje puk ook ECHT pietje puk is

Dat is natuurlijk wél een 'dingetje'. Aan de andere kant: het voordeel van meshcore (of iets vergelijkbaars) is dat je een fijnmaziger netwerk kan opbouwen, wat de effectiviteit alleen maar ten goede komt. Daarnaast is het volgens mij ook mogelijk om priveberichten te sturen of channels besloten te houden, waardoor je een probleem als dit, deels, kan ondervangen.

[Beer070]

Bernard0343 schreef op vrijdag 25 september 2026 @ 21:56:
[...]

Dat is natuurlijk wél een 'dingetje'. Aan de andere kant: het voordeel van meshcore (of iets vergelijkbaars) is dat je een fijnmaziger netwerk kan opbouwen, wat de effectiviteit alleen maar ten goede komt. Daarnaast is het volgens mij ook mogelijk om priveberichten te sturen of channels besloten te houden, waardoor je een probleem als dit, deels, kan ondervangen.

Een nadeel van een ‘vrij’ netwerk is dat een kwaadwillende relatief goedkoop het netwerk met ‘denial of service’ aanvallen onbruikbaar kan maken. Tevens is er het risico dat onkundigen door onwetendheid hetzelfde bereiken.

In mijn ervaring zijn de meshcore en meshtastic netwerken hierdoor relatief onbruikbaar. Ik heb nu een opstelling tussen een stel bekenden op een andere frequentie waardoor het redelijk bruikbaar blijft. Dit was niet mijn oorspronkelijke bedoeling, maar een soort van hergebruik van de gekochte spulletjes

[koraks]

Bernard0343 schreef op vrijdag 25 september 2026 @ 19:29:
Ik zal ergens komende week eens een mailtje afschieten naar de veiligheidsregio om te zien of zij hier überhaupt al eens over nagedacht- en of zij hier ideeën over hebben.

Je zou kunnen overwegen eerst wat bureauonderzoek te doen voordat je een wel heel open/algemene vraag stuurt naar een vrij willekeurige instantie. Daarbij is op zich de Veiligheidsregio geen gek 'entry point', maar zeker niet de enige speler of samenwerkingsverband die hier relevant is.

De reden dat ik het zeg is omdat ik eerder al liet doorschemeren dat dit thema in feite al vele decennia op de agenda staat. De vraag of "zij hier überhaupt al eens over negadacht" hebben, kan daardoor uitlopen op een behoorlijk nietszeggend antwoord in de trant van "we nemen op elk moment alle mogelijkheden in ogenschouw en werken daarvoor nauw samen met partners in de hele samenleving". Dan ben je nog niet heel veel verder. Als je je eerst op de hoogte stelt van wat er al is geregeld en wat daarover is gepubliceerd, kun je wat specifieker actoren benaderen waarvan de kans groter is dat je er een betekenisvol antwoord uit krijgt, en je doet ook wat meer recht aan de moeite die diverse instanties voortdurend nemen om de samenleving structureel te informeren over wie ze zijn en wat ze doen.

Ik geef je hieronder een aantal links die in brede zin gaan over noodcommunicatie en initiatieven op dat gebied. Dat gaat niet allemaal over de koppeling tussen burger en overheid, maar hier en daar raakt het daar wel rechtstreeks aan. Hopelijk geeft het je een beetje inzicht in het speelveld en helpt het bepalen waar een logisch 'entry point' is voor jouw vragen (nader te bepalen, zou ik zeggen).

https://www.nctv.nl/onderwerpen/n/nationale-crisisstructuur Dit geeft wat inzicht in de organisatie van overheden tijdens grote/landelijke crises in brede zin; dit als algemene context.

https://nipv.nl/onderzoek/processen-crisisbeheersing/crisiscommunicatie/ Relevante informatie-elementen, o.a.: waar ligt de verantwoordelijkheid voor crisiscommunicatie, en een wellicht interessante case over NAFIN. Die is vooral interessant vanwege wat ontbreekt, zoals de bredere vraag m.b.t. de weerbaarheid/robuustheid van zo'n netwerk zelf. Maar dat ligt wellicht in dit geval bij Min.Def, die daarmee ook een relevante speler in dit veld zijn.

https://nipv.nl/nieuws/hoe-noodsteunpunten-kunnen-aansluiten-bij-de-informatiebehoeften-van-inwoners Gaat over huidige pilots m.b.t. Noodsteunpunten; hierbij ligt de nadruk meer op informatie dan communicatie, maar robuste communicatiestructuren zouden hier logisch op aansluiten. Je zou dus wat dieper kunnen kijken naar die pilots en zien of je daar logischerwijs bij kunt aanhaken.

Daarnaast hebben we een Rijksdienst Digitale Infrastructuur (RDI) die o.a. in kaart brengt wie waar ongeveer over gaat als het gaat om dit soort infrastructuur: https://www.rdi.nl/onderwerpen/digitale-weerbaarheid Dat is niet zozeer gericht op crises, maar weerbaarheid is daarin wel in toenemende mate een centraal thema.

Dan is er nog zoiets als een bestaande Noodcommunicatievoorziening (NCV) die in beheer is van KPN: https://nipv.nl/ondersteuning/noodcommunicatievoorziening/ Waarmee al duidelijk wordt dat ook bedrijven hier een rol in spelen. Sowieso lopen vragenover deze NCV via KPN en is dat dus ook voor jou wellicht een relevant contactpunt.

Eerder noemde ik al Defensie; ook dat ministerie richt zich deels (en, ik vermoed, in toenemende mate) op interactie met de burgermaatschappij. Dit gebeurt o.a. bij het Communicatie & Engagement Commando: https://www.defensie.nl/organisatie/landmacht/eenheden/oocl/ce-commando Onderdeel van hun scope is ook het coördineren van civiel-militaire samenwerkingen, o.a. met lokale overheden. In geval van rampenbestrijding en (grote) crises is inzet van Defensie een logische component en dat kan zich zeker ook uitstrekken tot communicatienetwerken en -infrastructuur. Dat Defensie 'van alles' doet met communicatie, blijkt bv. hieruit (alsook uit talloze andere bronnen): https://magazines.defensie.nl/materieelgezien/2023/02/kixs-test-innovatieve-draadloze-verbindingen

Eerder werd DARES (https://dares.nl/missie/) al genoemd en tussen DARES en Defensie is sowieso een staande overeenkomst dat het TITAAN netwerk van Defensie kan koppelen aan ad-hoc infrastructuur georganiseerd door DARES. Nu richt DARES zich in scope uitsluitend op gelicentieerde zendamateurs - maar van de andere kant, samenwerkingsverbanden van zendamateurs zijn doorgaans behoorlijk happig op het uitbreiden van de cirkel en aansluiten bij de maatschappij (ook uit lijfsbehoud; het is een ernstig vergrijsde groep), dus ik kan me indenken dat in deze ingang ook relevant kan zijn.

Ik denk dat het bovenstaande aantoont dat de landkaart veel uitgebreider en complexer is dan alleen de veiligheidsregio en ik betwijfel ook of die veiligheidsregio (ook al ligt daar inderdaad een belangrijke verantwoordelijkheid) per se de meest logisch ingang is voor je vragen. Meeliften op al bestaande structuren en projecten is doorgaans de aangewezen route omdat je op die manier sneller en efficiënter in contact komt met de relevante spelers.

[DjoeC]

@Bernard0343 Ik heb berichten gehoord dat Dares bezig is met 1 of meer veiligheidsregios om "iets" met LoRa te gaan doen. Ikzelf geloof er niet in en verwacht dat LoRa voor noodcommunicatie geen toekomst heeft.

Ik heb zelf een paar portofoons staan. Denk Alie kwaliteit, <20,- per stuk. Paar opmerkingen: let op dat accu's altijd op een minimum niveau zijn. PMR portofoons mogen zonder vergunning, voor andere portofoons moet je een machtiging/registratie hebben. Sommige Chinesium merken voldoen ruimschoots NIET aan de storingsregels en kunnen fikse storingen veroorzaken met fikse negatieve gevolgen. Ik meen dat Baofeng in Duitsland verboden is.

Zet een subaudiotoon zodat deelnemers geen andere gebruikers horen. Ga het niet gebruiken als speelgoed (storingen).

Er mag heel veel niet in dit land maar in noodgevallen zal een rechter proportionaliteit afwegen.

Nog even verder denkend: voor nood 1 Starlink abbo aan een wifi hotspot voor de hele buurt? Zitten ook (misbruik) risico's aan natuurlijk maar dan kun je en onderling en naar buiten communiceren.

[ramonfincken]

Helemaal eens met @DjoeC maar ... starlink ... hoe zou dat in de bossen gaan voor @Bernard0343 ? En tja ... niet europees dus niet soeverein en nul garanties dat t blijft werken.

[DjoeC]

ramonfincken schreef op zaterdag 26 september 2026 @ 11:49:
Helemaal eens met @DjoeC maar ... starlink ... hoe zou dat in de bossen gaan voor @Bernard0343 ? En tja ... niet europees dus niet soeverein en nul garanties dat t blijft werken.

Ik noem het als noodvoorziening bij c9mmunicatieuitval. Dat als enige gebruik. Uiteraard zou een Inmarsat oplossingbook kunnen (Brits) maar goed, we dwalen van het Mesh onderwerp af...

[big_tweaker]

Starlink is prima voor noodoplossing en voor €35 pm ben je al in business. Ik kan me niet voorstellen dat je in een bos woont dat zo dicht is in jouw gehele omgeving dat je het niet werkt. Voorlopig zijn we geen vijand van Amerika op een manier dat ze het gaan blokkeren en ze hebben bewezen dat het behoorlijk robuust is dus als je dat vergelijkt met korte afstand, makkelijk te storen en communicatie methodes waarmee je alleen losse mede burgers bereikt (geen hulpverleners of overheden) is starlink (helaas) superieur.

[-Tim-]

Een bericht als Brand bij Starlink-installatie in Polen, vicepremier wijst naar Rusland
Is dan misschien tegelijk een teken van sterkte en zwakte van Starlink.

Enerzijds vertrouwt het Oekrainse leger op Starlink internet voor communicatie binnen het leger en aansturing van drones. Aan de andere kant heeft Starlink ground stations die je zou kunnen uitschakelen. Dan is een LoRa mesh qua distributie en (maandelijkse) kosten natuurlijk wel wat vloeibaarder.

Maargoed, meer on topic, ik heb mijn Heltec v4 weer uit de kast genomen en eens in een mooie behuizing gestoken en op zolder neergezet.
Ik was vorige winter een beetje blijven hangen met dat ik per se een perfect gepositioneerde antenne wou hebben (op m'n dak). Maar inmiddels ben ik meer pragmatisch en is een (binnen)repeater beter dan geen repeater.

Inmiddels is er veel veranded in de community, zoals andere frequentie instellingen, regions, en bug fixes in de Heltec firmware. Ook zijn er meer repeaters beschikbaar in de buurt. Maar hoe kan ik nou het beste de performance meten van m'n repeater?
Via letsmesh.net kijken wat er in Public gezegd wordt vs wat ik ontvang? Er moet een betere manier zijn toch?

[NLWildcard]

De laatste tijd zie ik steeds meer Meshcore boom repeaters tegenkomen. Dat zijn dan soort lampion vorm die met een touw boven in de boom worden gehangen zodat ze ook weer eenvoudig naar beneden te halen zijn. Dus misschien is dat een idee?

[-Tim-]

Ja dit ding van de Action leek me een heel leuke kandidaat daarvoor, maar durfde de aankoop niet aan. Geen idee of er een Nimh inzit of lithium batterij. Qua vorm hoop ik natuurlijk op een 18650.

[NLWildcard]

Voorbeelden

https://www.printables.com/model/1644357-hanging-solar-node-for-use-with-meshtastic-and-mes

https://www.printables.com/model/1640281-meshtastic-meshcore-tree-node

[NLWildcard]

ik kwam deze tegen mesh-hunter.eu om bereikbaarheid van de je repeater te bepalen.

https://map.mesh-hunter.eu/?theme=light&mode=hex&lat=51.60986&lon=4.60960&z=12.96&from=now-30d&to=now&rx=12%2C64%2C0

[itavero]

Je zou ook de kaart van MeshMapper of de node inspector van MC Radar kunnen bekijken om te zien hoe & waar je repeater ontvangen wordt.

[LigeTRy]

Ik kom me ook maar eens melden in dit topic, dank voor alle berichten die zover zijn gepost. Ik heb zojuist een Wio Tracker L1 Pro besteld, ben op het onderwerp gekomen door m'n pa die radiozendamateur is. Volgens de kaarten zou ik wel ontvangst moeten hebben, Opzich heb ik een redelijk hoog (plat)dak in de polder, mocht het signaal niet heel goed zijn een mooie reden om de wijk van een repeater te voorzien. Jullie horen van me!