Ja, ik had het over Waag. En excuus als mijn interpretatie niet klopt. Ik zie overigens wel dat aan de inkomstenkant meer dan 80% van subsidies afkomstig is. Dat houdt in dat het in stand houden van de life-line vanuit overheden zeker een rol zou kunnen spelen - maar eigenlijk is dit allemaal off-topic voor LoRa als zodanig.disheaver schreef op donderdag 6 augustus 2026 @ 10:52:
[...]
Heb je het over Waag? Dit is geen bedrijf, maar een stichting met anbi-status, zonder winstoogmerk. Dat je twijfel hebt of het geld goed gespendeerd is snap ik, maar je laatste alinea klopt in elk geval niet (mits we het over dezelfde partij hebben)
Met eigen instellingen bedoel ik andere instellingen dan het landelijk mesh. Dus bijv. een andere frequentie of SF8 ipv SF7, etc.
Voordeel van meshtastic is dat standaard alle nodes ook gelijk een repeater zijn. Bij meshcore moet je een vinkje aanzetten als je je companions als repeater wil laten werken.
Als ik de kaart zo bekijk heb ik niet de verwachting dat je verbinding hebt met het landelijk mesh op het MOB terrein. Maar er is geen coverage data van die locatie beschikbaar, dus dat is geen zekerheid.
Het is meer dat, als je use case is dat je gewoon onderling wil kunnen praten, het niet uitmaakt wat je gebruikt. Of dat nou meshcore of meshtastic is. Of de frequentieband/instellingen. Zo lang je je maar aan de wetgeving houd
Hou er rekening mee dat op meshcore van ongeveer 16 uur tot ongeveer 24 uur op veel dagen vrijwel niets kan versturen/ontvangen, doordat er een spammer actief is die het netwerk verstoort. Dus misschien is het daarom beter om niet de SF7 meshcore instellingen te gebruiken.
:strip_exif()/u/48651/e-3_rotor_spins.gif?f=community)
Ik ben helemaal niet in LoRa thuis maar lijkt me wel leuk om mee te gaan spelen, maar op dit moment heb ik er helaas niet de tijd voor.
Heb al wel begrepen dat er voor een goed werkend netwerk veel meer nodes nodig zijn.
Waarschijnlijk simpel vraagje maar kan ik simpelweg een LoRa node kopen, die op mijn dak hangen en daarmee het netwerk helpen zonder dat ik er daarna nog veel aan moet doen afgezien van af en toe een software update? (Of liefst auto update als het kan
)
En zo ja, wat zou zo’n node kosten?
Heb al wel begrepen dat er voor een goed werkend netwerk veel meer nodes nodig zijn.
Waarschijnlijk simpel vraagje maar kan ik simpelweg een LoRa node kopen, die op mijn dak hangen en daarmee het netwerk helpen zonder dat ik er daarna nog veel aan moet doen afgezien van af en toe een software update? (Of liefst auto update als het kan
)En zo ja, wat zou zo’n node kosten?
/u/85941/crop61dd9b39bb021_cropped.png?f=community)
Grappig, ik heb precies dezelfde vraag. Ik zit in Rotterdam-Zuid en woon in een flat van 23 verdiepingen en ik zou er een op het dak kunnen plaatsen. Ik zit in het bestuur van de VvE, dus ik heb toegang tot het dak. Bovenop de liftmachinekamer zou een mooie plek zijn. Ik ben benieuwd of een autonome unit met accu's en zonnepaneel haalbaar is.:
Waarschijnlijk simpel vraagje maar kan ik simpelweg een LoRa node kopen, die op mijn dak hangen en daarmee het netwerk helpen zonder dat ik er daarna nog veel aan moet doen afgezien van af en toe een software update? (Of liefst auto update als het kan
En zo ja, wat zou zo’n node kosten?
Mac Mini M4Pro | MS Surface Pro 9 | Canon 1Dx III | Bambu Lab H2C | BMW K1600 GTL
:strip_icc():strip_exif()/u/39359/OCR2.jpg?f=community)
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.
Mac Mini M4Pro | MS Surface Pro 9 | Canon 1Dx III | Bambu Lab H2C | BMW K1600 GTL
@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?
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?
:strip_exif()/u/3157/sail4L_S70.gif?f=community)
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.:
@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?
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.
Kijk, dat klinkt goed
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?
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.
Ik kwam al “EU 868 tuned” antennes tegen bij mijn korte zoektocht dus ik ga er vanuit dat je daarop doelt.
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.
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.
Je kan zelf je locatie van de node opgeven. Veel zetten het net naast de echte locatie zodat die enigszins privé blijft.:
[...]
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
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.
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
.
PV 5.590 Wp Enphase, 2.700 Wp Growatt - Easee laadpaal - Itho Amber 95 WP
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.:
[...]
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
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 .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
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
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.
:strip_icc():strip_exif()/u/127354/crop60ad1df3adda4_cropped.jpg?f=community)
Privacy idd.:
[...]
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
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 ]
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.:
[...]
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.
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.
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:
:no_upscale():strip_icc():strip_exif()/f/image/oNQi48sLWtpKdD4Ppj7CPBgE.jpg?f=user_large "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.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
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.
"Node" gebruik ik voor alle mesh* devices, dus Companions, Repeaters, Sensors en Room Servers.:
[...]
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.
"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)
:strip_exif()/f/image/7bOgNw4DsIR078hIRt69wk8S.png?f=user_large)
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
Tja, ik heb nooit problemen gehoord over mensen die problemen hebben gekregen doordat ze hun GPS locatie publiek hebben staan. Maar eigen risico natuurlijk:
[...]
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.
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:
[...]
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.
, gaat mij om berichten van anderen die mijn repeater doorzet die mogelijk problemen zouden kunnen geven. Zoals bij een TOR exit node zelf hosten.
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 ]
Lesdictische is mijn hash#
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.
:strip_exif()/f/image/whnHmqMniaRxMzPFd72SDzKh.png?f=user_large)
Ook nog een fijne site / map die ik dagelijks gebruik: https://mc-radar.woodwar.com/map
:strip_exif()/f/image/go9aLOVs6LnPSSC4swwPrRYm.png?f=user_large)
[ Voor 16% gewijzigd door TheGrillmeister op 12-08-2026 23:01 ]
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.:
[...]
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
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.
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.
Wat verandert dat aan jouw / mensen hun hun probleem van onbereikbaar worden op de tijd stippen dat mensen meer berichten gaan versturen?:
[...]
Wie weet
Zou 2 byte path jouw beschreven probleem oplossen ?
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 ]
Lesdictische is mijn hash#
:strip_icc():strip_exif()/u/49556/Liegebeest-small.jpg?f=community)
@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.
/f/image/ribbp3BV0rV4rkC22NPdzQMR.png?f=fotoalbum_large)
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.
:strip_exif()/f/image/ribbp3BV0rV4rkC22NPdzQMR.png?f=user_large)
[ Voor 9% gewijzigd door TheGrillmeister op 13-08-2026 12:03 ]
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.
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.
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.
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:
wat hoort bij1
| 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 |
code:
Nu is het met 1b lastig achterhalen, maar ik zie daar geen duidelijke herhaling van hashes in terug.1
| 091EB400004EB84CC23D0E6BD6745DEE1D3DD3F04C4C4C2B22D8DA71986D181A169D4B64DEAD717E33F57B8F882BE6121D4C1D4C46745216CAC6A2BB8DCAC9382D78CE64FBF3F3 |
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
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.
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.
Precies, dit leg je hier correct uit.:
[...]
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.
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
:no_upscale():strip_icc():strip_exif()/f/image/SsgTEiNhdXx18xMNU71pUN9E.jpg?f=user_large)
[ Voor 12% gewijzigd door xbeam op 14-08-2026 06:20 ]
Lesdictische is mijn hash#
Of de osi mapping correct is laat ik even in het midden. Ik denk dat je daar ook een lange discussie over kan voeren 😇:
[...]
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]
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.
:strip_icc():strip_exif()/u/970851/crop65cdfb47b5e86.jpg?f=community)
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:
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
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
/u/285274/crop603f319acf3f4_cropped.png?f=community)
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 )
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
)