Het grote meshcore topic.

[xbeam]

MeshCore: Wat is het en hoe installeer je het op LoRa hardware?

Inleiding

In een tijdperk waarin internet en mobiele netwerken als vanzelfsprekend worden beschouwd, is het moeilijk voor te stellen dat communicatie ooit zonder deze technologieën plaatsvond. Toch zijn er situaties waarin traditionele netwerken falen: bij stroomuitval, natuurrampen, of in afgelegen gebieden waar geen dekking is. Hier komt MeshCore om de hoek kijken. MeshCore is een open-source, gedecentraliseerd communicatienetwerk dat gebruikmaakt van LoRa (Long Range)-radiotechnologie om berichten uit te wisselen zonder afhankelijk te zijn van internet, mobiele netwerken of centrale servers.

In Nederland groeit het MeshCore-netwerk snel, met name dankzij de inzet van vrijwilligers die repeaters (tussenstations) plaatsen op daken, torens en andere hoge punten. Dit zorgt voor een betrouwbaar lokaal en regionaal netwerk dat functioneert, zelfs als andere communicatiemiddelen uitvallen. In deze gids leg ik uit wat MeshCore precies is, waarom het relevant is voor Nederland, en hoe je zelf aan de slag kunt gaan met LoRa-hardware.

Wat is MeshCore?

MeshCore is een mesh-netwerkprotocol dat speciaal is ontworpen voor LoRa-radio’s. Een mesh-netwerk betekent dat elk apparaat (node) in het netwerk niet alleen berichten kan verzenden en ontvangen, maar ook als tussenstation kan fungeren voor andere berichten. Hierdoor kunnen berichten over grote afstanden worden doorgegeven, zelfs als de zender en ontvanger niet direct met elkaar in verbinding staan.

Belangrijkste kenmerken van MeshCore:

Gedecentraliseerd: Er is geen centrale server of autoriteit nodig. Het netwerk blijft functioneren zolang er ten minste twee nodes actief zijn.

Off-grid communicatie: Werkt zonder internet, mobiel netwerk of simkaart. Ideaal voor noodsituaties of afgelegen gebieden.

Energiezuinig: LoRa-radio’s verbruiken weinig stroom, waardoor ze geschikt zijn voor batterij- of zonne-energie.

Betrouwbaar: Gebruikt path discovery om de beste route voor berichten te vinden, in plaats van alle berichten blindelings door te sturen (zoals bij sommige andere mesh-protocollen).

Privacy: Ondersteunt end-to-end versleuteling voor privéberichten.

Schaalbaar: Het netwerk groeit organisch. Hoe meer nodes en repeaters er zijn, hoe groter het bereik.

Waarom MeshCore in Nederland?

In Nederland wordt MeshCore met name ingezet voor pan Europese Burger noodcommunicatie. Het netwerk is niet bedoeld als landelijk dekkend voice alternatief voor mobiele netwerken, maar als burger back-up berichten netwerk wanneer na 72 uur zonder stroom GSM en politie netwerk niet meer voor burgers gebruikt mogen worden.

Dit is met name nuttig voor:

- Noodcommunicatie tijdens stroomuitval of internetstoringen.

- Lokale coördinatie tussen vrijwilligers, buurtbewoners, evenementen brandweer en ziekenhuizen in buiten de regio.

- Off-grid toepassingen zoals weerstations, waterniveausensoren of landbouwmonitoring.

- Experimentele en educatieve doeleinden voor radioamateurs en techliefhebbers.

Nederlandse MeshCore LoRa Instellingen

---

Samenvatting

1. MeshCore in Nederland

MeshCore is een LoRa-mesh-netwerk dat in Nederland wordt ingezet voor regionale noodcommunicatie. Het netwerk is gedecentraliseerd, werkt zonder internet of mobiele netwerken, en is met name geschikt voor lokale en pan Europese communicatie. Het Nederlandse netwerk maakt gebruik van de 868 MHz ISM-band, die vrij te gebruiken is zonder vergunning, zolang het zendvermogen binnen de wettelijke limieten blijft (maximaal 22 dBm).

---

2. Belangrijkste Instellingen voor Nederland

Radio-instellingen

De aanbevolen instellingen voor het Nederlandse MeshCore-netwerk zijn als volgt:

Parameter	Waarde	Opmerking
Radio Preset	Netherlands	Verplicht om deel te nemen aan het Nederlandse netwerk.
Frequentie	869.618 MHz	Standaardfrequentie voor Nederland.
Spreading Factor	SF7	Sinds 2026 de aanbevolen instelling voor betere netwerkcapaciteit en betrouwbaarheid.
Coding Rate	CR5	Gebruikt in combinatie met SF7.
Bandbreedte	62.5 kHz	Smalle bandbreedte voor betere ontvangst van zwakke signalen.
Zendvermogen	22 dBm (25 mW)	Maximale wettelijke limiet in Nederland en de EU.
Duty Cycle	10%	Wettelijk verplicht in Europa voor de 868 MHz-band.

Advertentie-intervals

• Flood Advertentie-interval: Minimaal 50 uur (voorkomt netwerkbelasting).
• Zero-Hop Advertentie-interval: 240 minuten (4 uur).

Regioscoping

Regioscoping is niet verplicht maar indien je zelf willen beperken . Gebruik de volgende codes:

• Land: nl (Nederland)
• Provincie: vr-vrr (veiligheidsregio Rotterdam)
• Europa: eu (voor Europa-breed verkeer).

Nederland telt 25 veiligheidsregio's die de veiligheid van inwoners en bezoekers in hun gebied waarborgen. In elke regio werken overheden, hulpdiensten, bedrijven en burgers samen. Deze regio's coördineren hulpverlening bij rampen en crises. De afkortingen van de regio's zijn afgeleid van de lijst van Brandbase. Een veiligheidsregio beslaat vaak meerdere gemeenten of steden, en de meeste provincies hebben meerdere veiligheidsregio's, met uitzondering van zes provincies.

Voor noodcommunicatie is het nuttig om je eigen veiligheidsregio in de Compaan te zetten en om alle veiligheids regio’s in de configuratie van je repeater op te nemen. Als je repeater dicht bij de grens van meerdere regio's staat, kun je ook aangrenzende regio's instellen om de dekking in die gebieden te verbeteren.

Veiligheidsregio	Officiële afkorting	MeshCore code
Groningen	HVDG	vr-hvdg
Friesland	VRF	vr-vrf
Drenthe	VRD	vr-vrd
IJsselland	VRIJ	vr-vrij
Twente	VRT	vr-vrt
Noord- en Oost-Gelderland	VNOG	vr-vnog
Gelderland-Midden	VGGM	vr-vggm
Gelderland-Zuid	VRGZ	vr-vrgz
Utrecht	VRU	vr-vru
Noord-Holland Noord	VRNHN	vr-vrnhn
Zaanstreek-Waterland	VRZW	vr-vrzw
Kennemerland	VRK	vr-vrk
Amsterdam-Amstelland	VRAA	vr-vraa
Gooi en Vechtstreek	VRGV	vr-vrgv
Haaglanden	VRH	vr-vrh
Hollands Midden	VRHM	vr-vrhm
Rotterdam-Rijnmond	VRR	vr-vrr
Zuid-Holland Zuid	VRZHZ	vr-vrzhz
Zeeland	VRZ	vr-vrz
Midden- en West-Brabant	VRMWB	vr-vrmwb
Brabant-Noord	VRBN	vr-vrbn
Brabant-Zuidoost	VRBZO	vr-vrbzo
Limburg-Noord	VRLN	vr-vrln
Zuid-Limburg	VRZL	vr-vrzl
Flevoland	VRFL	vr-vrfl

Zie de regiocodeslijst voor een volledig overzicht.

Firmware

• Minimale versie: v1.15+ (vereist voor regioscoping en SF7-ondersteuning).
• Aanbevolen: Gebruik de nieuwste versie voor optimale prestaties.

LoRa Spreidingsfactor (SF) en Afstanden

Wat is de Spreidingsfactor (SF)?

De Spreidingsfactor (SF - Spreading Factor) is een fundamentele parameter in LoRa (Long Range) communicatie die de balans tussen bereik, doorvoersnelheid en gevoeligheid bepaalt.

- Definitie: SF bepaalt hoe veel de datasignalen worden "gespreid" over de frequentieband. Een hogere SF betekent dat het signaal langer duurt om te verzenden, maar beter bestand is tegen ruis en interferentie.

-Impact op prestaties:

- Hogere SF → Groter bereik, lagere doorvoersnelheid, betere gevoeligheid (kan zwakkere signalen ontvangen).

- Lagere SF → Korter bereik, hogere doorvoersnelheid, minder gevoeligheid (vereist sterker signaal).

SF Waarden en Hun Eigenschappen

| SF | Doorvoersnelheid (62.5 kHz, 4/5) | Gevoeligheid | Theoretisch Bereik (Vrije Zichtlijn) | Theoretisch Bereik (Stedelijk) | Geschikte Toepassing |

|--------|--------------------------------------|------------------|------------------------------------------|------------------------------------|------------------------------------|

| SF7 | ~5.47 kbps | -123 dBm | 5-10 km | 2-5 km | Korte afstanden, hoge snelheid |

| SF8 | ~3.12 kbps | -126 dBm | 10-15 km | 5-10 km | Matige afstanden, betrouwbaar |

| SF9 | ~1.76 kbps | -129 dBm | 15-20 km | 10-15 km | Lange afstanden, lagere snelheid |

| SF10 | ~0.98 kbps | -132 dBm | 20-30 km | 15-20 km | Afgelegen sensoren |

| SF11 | ~0.54 kbps | -134 dBm | 30-40 km | 20-30 km | Diepe indoor toepassingen |

| SF12 | ~0.30 kbps | -137 dBm | 40-50+ km | 30+ km | Ultra-lange afstanden |

Toelichting per SF Waarde

SF7

- Doorvoersnelheid: Hoog (~5.47 kbps).

- Bereik: Kort (5-10 km in vrije zichtlijn, 2-5 km in stedelijk gebied).

- Gebruik: Ideaal voor toepassingen waar snelheid belangrijk is en de afstand beperkt is.

SF8

- Doorvoersnelheid: Matig (~3.12 kbps).

- Bereik: Matig (10-15 km in vrije zichtlijn, 5-10 km in stedelijk gebied).

- Gebruik: Geschikt voor stedelijke omgevingen waar een balans tussen bereik en snelheid nodig is.

SF9

- Doorvoersnelheid: Laag (~1.76 kbps).

- Bereik: Lang (15-20 km in vrije zichtlijn, 10-15 km in stedelijk gebied).

- Gebruik: Geschikt voor landelijke gebieden met matige afstanden.

SF10

- Doorvoersnelheid: Zeer laag (~0.98 kbps).

- Bereik: Zeer lang (20-30 km in vrije zichtlijn, 15-20 km in stedelijk gebied).

- Gebruik: Ideaal voor afgelegen sensoren waar betrouwbaarheid belangrijker is dan snelheid.

SF11

- Doorvoersnelheid: Extreem laag (~0.54 kbps).

- Bereik: Extreem lang (30-40 km in vrije zichtlijn, 20-30 km in stedelijk gebied).

- Gebruik: Geschikt voor diepe indoor toepassingen of gebieden met veel obstakels.

SF12

- Doorvoersnelheid: Minimaal (~0.30 kbps).

- Bereik: Maximaal (40-50+ km in vrije zichtlijn, 30+ km in stedelijk gebied).

- Gebruik: Ideaal voor ultra-lange afstanden waar doorvoersnelheid niet kritisch is.

Factoren die het Bereik Beïnvloeden

1. Antennehoogte: Hoe hoger de antenne, hoe groter het bereik.

2. Obstakels: Gebouwen, bomen en andere obstakels verminderen het bereik.

3. Interferentie: Andere apparaten op dezelfde frequentie kunnen de verbinding verstoren.

4. Zendvermogen: Hogere zendvermogen (binnen legale limieten) kan het bereik vergroten.

5. Bandbreedte: Smalere bandbreedte (bijv. 62.5 kHz) verbetert de gevoeligheid.

Praktische Aanbevelingen

- Korte afstanden, hoge snelheid: Gebruik SF7 of SF8.

- Matige afstanden, betrouwbaarheid: Gebruik SF9.

- Lange afstanden, lage snelheid: Gebruik SF10, SF11, of SF12.

- Stedelijke omgevingen: Kies een hogere SF (bijv. SF10) voor betere penetratie door obstakels.

- Vrije zichtlijn (LoS): Kies een lagere SF (bijv. SF7 of SF8) voor hogere doorvoersnelheid.

Voorbeeld Scenario's

| Scenario | Aanbevolen SF | Verwacht Bereik | Doorvoersnelheid |

|----------------------------|------------------|---------------------|----------------------|

| Slimme meter in stad | SF10 | 5-10 km | ~0.98 kbps |

| Landbouw sensoren | SF9 | 10-15 km | ~1.76 kbps |

| Afgelegen weersstation | SF12 | 30-50 km | ~0.30 kbps |

| Industrieel IoT netwerk | SF8 | 5-10 km | ~3.12 kbps |

---

3. Hardware Aanbevelingen

Populaire LoRa-radio's voor MeshCore in Nederland

Apparaat	Prijs (indicatie)	Opmerkingen
Heltec V3	~€50	Populair voor beginners, goede prestaties.
LilyGo T-Echo	~€80-110	Met scherm en toetsenbord, geschikt voor mobiel gebruik.
LilyGo T1000-E	~€100	Krachtige optie met langere batterijduur.
RAK4631	~€60-80	Geschikt voor geavanceerde gebruikers en repeaters.
T-Beam	~€70-90	Mobiele optie met GPS.

Antennes

• Dipole-antenne: Geschikt voor thuisgebruik.
• Yagi-antenne: Aanbevolen voor buitengebruik en repeaters (groter bereik).
• Plaatsing: Hoe hoger de antenne, hoe beter het bereik. Op daken of torens kan het bereik oplopen tot 30-40 km.

---

4. Stappenplan voor Installatie

Stap 1: Firmware Flashen

1. Download de nieuwste firmware (v1.15+) via de officiële MeshCore-webflasher.
2. Sluit je LoRa-radio aan op je computer via USB.
3. Zet het apparaat in bootloader-modus (meestal door een knop ingedrukt te houden tijdens het aansluiten).
4. Selecteer het juiste COM-poort en flash de firmware.

Stap 2: Basisconfiguratie

1. Installeer de MeshCore-app (Android/iOS).
2. Verbind je smartphone met je LoRa-radio via Bluetooth.
3. Selecteer het Netherlands-preset in de radio-instellingen.
4. Stel de volgende parameters in:
   • SF7 / CR5
   • Bandbreedte: 62.5 kHz
   • Zendvermogen: 22 dBm
5. Configureer regioscoping:
   • Standaard regio: nl
   • Voeg scopes toe aan kanalen (bijv. nl-nh voor Noord-Holland).
6. Stel het advertentie-interval in:
   • Flood: 50 uur
   • Zero-hop: 240 minuten

Stap 3: Testen

1. Test je apparaat buiten (LoRa-signalen gaan slecht door muren).
2. Verstuur een testbericht naar het Public-kanaal.
3. Controleer of je node zichtbaar is

Stap 4: Repeater Instellen (optioneel)

1. Flash de Repeater-firmware op een tweede apparaat.
2. Stel dezelfde radio-instellingen in als hierboven beschreven.
3. Voeg regioscopes toe via de CLI:
   code:
   

    region put eu
    region put nl
    region put vr-vrr  #geef alle 25 veiligheid regio op 
    region default eu
    region save

4. Plaats de repeater op een hoog punt met een goede antenne.

---

5. Veelvoorkomende Problemen en Oplossingen

Probleem	Oorzaak	Oplossing
Geen andere gebruikers zichtbaar	Verkeerd preset of regioscoping	Controleer of je het Netherlands-preset hebt geselecteerd en regioscoping hebt ingesteld.
Berichten komen niet aan	Slechte antenne of zendvermogen	Gebruik een betere antenne en stel het zendvermogen in op 22 dBm.
Netwerkbelasting door repeater	Te kort advertentie-interval	Stel flood-interval in op 50 uur en zero-hop op 240 minuten.
Firmware-problemen	Verouderde firmware	Werk bij naar v1.15+.

---

6. Wettelijke en Technische Overwegingen

Wettelijke limieten

• Zendvermogen: Maximale 500 mW / 27 dBm. in Nederland en de EU.
• Duty Cycle: 10% voor de 868 MHz-band (wettelijk verplicht).
• Frequentie: 868-869.65 MHz (ISM-band, geen vergunning nodig).

Technische tips

• Antenne-plaatsing: Hoe hoger, hoe beter. Vermijd obstakels zoals gebouwen en bomen.
• Stroomvoorziening: Gebruik een stabiele voeding (batterij, zonnepaneel) voor repeaters.
• Netwerkdekking: Controleer de dekking in je regio via de MeshCore-kaart.

---

7. Handige Bronnen

• Officiële MeshCore-website – Firmware, documentatie en kaart.
• LocalMesh Nederland – Nederlandse uitleg en handleidingen.
• MeshCore GitHub – Broncode en technische documentatie.
• MeshCore Kaart – Zie waar andere nodes en repeaters zijn.
• Regiocodes Lijst – Overzicht van beschikbare regiocodes.

---

8. Conclusie

Het Nederlandse MeshCore-netwerk is een krachtig en betrouwbaar off-grid communicatiesysteem dat gebruikmaakt van LoRa-technologie. Door de juiste instellingen (SF7, CR5, 62.5 kHz, 22 dBm), regioscoping en firmware (v1.15+)toe te passen, kun je optimaal deelnemen aan dit netwerk. Of je nu een beginner bent of een gevorderde gebruiker, MeshCore biedt een flexibele en schaalbare oplossing voor noodcommunicatie en experimenten.

Voor de beste ervaring is het belangrijk om:

1. Het EU of geen -preset te gebruiken.
2. Regioscoping correct in te stellen
3. Advertentie-intervals aan te passen om netwerkbelasting te voorkomen.
4. Firmware up-to-date te houden.

Met deze kennis ben je klaar om aan de slag te gaan met MeshCore in Nederland!

[ Voor 183% gewijzigd door xbeam op 04-08-2026 01:14 ]

[xbeam]

printf("Hello, World!");

[F4T4L_3RR0R]

De wettelijke limiet is 500 mW / 27 dBm.

[Liegebeest]

Hadden we niet al 50+ pagina’s?

LORA Mesh Radio - Meshtastic Meshcore | COM zonder Internet

[xbeam]

F4T4L_3RR0R schreef op woensdag 29 juli 2026 @ 05:32:
De wettelijke limiet is 500 mW / 27 dBm.

Check ga ik aanpassen

[xbeam]

Liegebeest schreef op woensdag 29 juli 2026 @ 06:54:
Hadden we niet al 50+ pagina’s?

LORA Mesh Radio - Meshtastic Meshcore | COM zonder Internet

Nee dat zijn 14 met waarschijnlijk heel veel onzin. Gezien er Technologische 80% niet klopt wat ik op meshcore zelf voorbij zie komen.
Ben dus maar een eigen begonnen.

[ Voor 35% gewijzigd door xbeam op 29-07-2026 13:43 ]

[Snelletomaat]

Ik kan je niet helpen met hoe je het beter opschrijft maar volgen mij is regioscoping helemaal niet gekoppeld aan de namen van de veiligheidsregio's. Ik heb het niet bijgehouden maar er is al een tijd een initiatief om provincienamen en steden te gebruiken dacht ik. Is dit weer een nieuw initiatief?

Er zijn al configurators https://www.mesh-up.nl/tools/regiocodes-instellen/ en lijsten voor: https://meshwiki.nl/wiki/Lijst_van_regio%27s

De prijzen die je opsomt lijken me ook wat hoog, een Heltec V3 zie ik voor minder dan de helft staan.

[xbeam]

Snelletomaat schreef op woensdag 29 juli 2026 @ 13:55:
Ik kan je niet helpen met hoe je het beter opschrijft maar volgen mij is regioscoping helemaal niet gekoppeld aan de namen van de veiligheidsregio's. Ik heb het niet bijgehouden maar er is al een tijd een initiatief om provincienamen en steden te gebruiken dacht ik. Is dit weer een nieuw initiatief?

De prijzen die je opsomt lijken me ook wat hoog, een Heltec V3 zie ik voor minder dan de helft staan.

Nee dat is dus juist fout. Meshcore wordt gepusht door de overheid vanuit de brandweer.

Die regio instellingen beperken het functioneren van meshcore enorm en zorgt voor problemen. Het juist niet lokaal maar pan EU. Wat je wil is dat tijdens een ramp Brussel en Berlijn kan bereiken en is onmogelijk met die regio instellingen. Grunn is niet niet bereikbaar en onze Duitse vrienden al helemaal niet meer.


Het probleem is niet overbelast zoals velen denken maar juist veel teveel repeaters die je hop count opeten voor je de stad uit bent. En dan willen sommige de TTL van pakketjes nog meer verlagen.🤦 en klagen dat hun bericht nergens komen door spammers 😂🤦

[ Voor 49% gewijzigd door xbeam op 29-07-2026 14:11 ]

[Shinji]

xbeam schreef op woensdag 29 juli 2026 @ 13:34:
[...]

Nee dat zijn 14 met waarschijnlijk heel veel onzin. Gezien er Technologische 80% niet klopt wat ik op meshcore zelf voorbij zie komen.
Ben dus maar een eigen begonnen.

Dat jij het onzin vind maakt niet dat het onzin is. Het is een gesprek en daar gaat het om. Als iedereen over elk onderwep een nieuw "groot x topic" opent omdat die het met een aantal posts niet eens is lijkt me niet echt handig.

Wellicht kan je aan de TS van dat topic voorstellen om jou topic start te mergen in die topic start. Dan blijft het centraal.

Maar wellicht dat een modje hier iets van moet vinden.

[Liegebeest]

xbeam schreef op woensdag 29 juli 2026 @ 14:04:
Nee dat is dus juist fout. Meshcore wordt gepusht door de overheid vanuit de brandweer.

Dat één of twee lokale brandweerregio's een experiment doen is nog geen overheidsgedragen project. En ja er is DTIS, maar dat maakt "Meshcore" nog niet één nationale standaard. Nee, ik vrees dat DTIS z'n eigen standaard vormt bovenop Meshcore; we kunnen uitstekend zonder hen opereren.

Update: sprekend van DTIS! Ohohoho, hier vind ik echt wel wat van!

Veiligheid is integraal onderdeel van DTIS MeshCore:

* end-to-end encryptie van alle berichten
* deelname uitsluitend via geautoriseerde nodes
* geen centrale kwetsbare infrastructuur

Punt 1 is praktisch gezien klets, tenzij je alles met 1:1 DMs afhandelt. Ja de #kanalen zijn versleuteld, maar voor iedereen leesbaar want de sleutels zijn altijd herleidbaar.

Punt 2 ben ik uitermate nieuwsgierig naar hoe ze dat hebben geregeld, want het Meshcore protocol voorziet niet in authenticatie.

Punt 3 is niet waar, tenzij DTIS er van uit gaat dat zij zonder enige limitatie gebruik kunnen maken van het publieke netwerk van bestaande repeaters. Maar in werkelijkheid beheren zij zelf maar een klein aantal centrale repeaters.

Wat je wil is dat tijdens een ramp Brussel en Berlijn kan bereiken en is onmogelijk met die regio instellingen.

Wie is "je" in deze? En wiens casus behandelen we hier? In geval van een ramp heb ik helemaal geen behoefte om buiten mijn regio te communiceren.

Grunn is niet niet bereikbaar en onze Duitse vrienden al helemaal niet meer.

Dan zou ik eerder verwachten dat je problemen had met "De Switch" naar SF7, waarmee we een groot deel van onze buren uit hebben gesloten.

[ Voor 88% gewijzigd door Liegebeest op 30-07-2026 15:54 ]

[xbeam]

Sorry Ik volg je niet helemaal. Ik probeer je oprecht te begrijpen.

Waar heb ik het over encryptie? zoals je aangeeft in punt 1 en hoe kom je tot bij je punt2 autorisatie? En wat is punt3. (Ik ben DTIS niet) en heb dus heb geen idee welke weg ze daarvoor bewandelen.


Update: na lezing van hun site. Denk ik dat waarschijnlijk gewoon met geautoriseerd, wettelijk correct geconfigureerde en daarme toegestaan hardware/ reapetears bedoelen of autorisatie als in (QR uitgifte) toegang tot hun private (encrypted) kanalen bedoelen. Gekoppeld aan hun eeigen regio scoop op hun eigen repeaters, Waardoor hun private kanalen alleen werken en bereikbaar zijn via hun eigen repeaters. Ik zie daar niet direct een probleem, volgens mij is dat juist ook correct gebruiken van regio scooping.Dat de overheid een burger eigen communicatie netwerk simuleert maak ze inderdaad nergens eigenaar er is volgens mij ook niemand die dat zegt. Het maakt de overheid niet uit welk protocol alleen is meshcore op dit moment de beste speler en inderdaad de brandweer test er mee omdat de brandweer de rol als / functie van hoofd wijksteun punt heeft tijdens een ramp of 72 uur geen stroom enz. Het is inderdaad niet voor niets dat ze daar testen en uitrollen. Dat heeft waarschijnlijk een rede als in mede op verzoek van, voortkomend uit. De brandweer is namelijk onderdeel de overheid. En uit jouw bericht lijkt DTIS deze handschoenen tot uitrol van dit netwerk te willen op pakken. Prima toch? Dat garandeert hopelijk enige continuïteit. Ik zie hun repeaters steeds meer over al in het land op poppen.

Ik pleit juist voor een nog veel lager SF (spreidingsfactor) waarden dan SF7 in de steden voor minder collision vanwege de hogere repeaters dichtheid ien daardoor meer bandbreedte aan berichten capaciteit. Maar dat is totaal iets anders heeft weinig met de huidige foutief gebruik van regio scoop, micro insluiting tot fysieke gebruikslocatie op postcode/ wijk niveau van de gebruiker in kanalen en daarmee het compleet onnodig functioneel onbruikbaar maken van meshcore.

SF waarden gaat over data bandbreedte en onderlinge afstand tussen de mesh nodes(reapeaters) en niet over reikwijdte van pakketjes(berichten) binnen de mesh en communicatie mogelijkheden met buitenland. Deze worden geblokkeerd door de huidige verkeerde regio scoop ACL’s (acces control list) of te wel de forward firewall/ filtering van je reapeaters. SF waard en regio scoop zijn twee totaal verschillende dingen.

[ Voor 141% gewijzigd door xbeam op 04-08-2026 06:21 ]

[Roel1966]

Had hier eerlijk gezegd nog nooit van gehoord maar wel prima initiatief van zo'n onafhankelijk netwerk. Ben zeker van plan mij hier toch wat meer in te gaan verdiepen, zeker ook als ik de prijzen zie van de appartuur die nodig is. Maar meest belangrijke is nog wel die onafhankelijkheid van bestaande mobiele netwerken en internet.

Niet voor niets dat je zeker bij b.v. bewaking nog steeds de mobilofoon ziet maar dit wel een goed alternatief zou zijn voor de ouderwetse mobilofoon.

[MasterL]

Beste @xbeam het is duidelijk dat je werk hebt gestoken in je TS dit is ook de reden dat
ik dit topic nog even wilde aankijken. Ik heb je een PM gestuurd met een vraag om uitleg waarom dit topic anders is als het reeds bestaande topic maar heb hier nog steeds geen inhoudelijk antwoord op gehad. Ik kan dit inhoudelijk niet beoordelen vanwege mijn gebrek aan kennis van deze materie maar gezien de topic reports, de posts hier en het feit dat jij een "eigen" topic wil openen omdat de reacties "veel onzin" bevatten is voor mij geen reden.
Wat wel een reden is als er in dit topic feitelijk andere dingen besproken worden zoals bijvoorbeeld zoiets:
[KPN 5G-Internet Thuis] Ervaringen & Discussie
[KPN Glasvezel] Ervaringen, Techniek en Discussie
Wat echt over een ander product gaat.

Ik ga deze voor nu sluiten wegens het feit dat er al een soortgelijk topic bestaat.
Opmerkingen betreft deze beslissing kunnen hier:
I&N Feedback-topic
Of antwoord de PM die ik je heb gestuurd.