MeshCore Statistieken
Live analyse van ontvangen packets, actieve nodes en netwerk-trends van het MeshCore-netwerk in Dordrecht.
Paginaversie 1.7 · laatst bijgewerkt op 19-08-2026
Netwerkgezondheid
Drukte op het kanaal in stappen van 5 minuten, zoals onze eigen repeater die hoort. Pakketten per minuut is de totale belasting van de lucht. Zelf gezonden is het aandeel daarvan dat uit deze repeater komt. Herhalingen is het deel dat een bericht is dat al eerder langskwam: hoog betekent rondzingend floodverkeer. Een storm herken je aan veel pakketten per minuut met een hoog herhalingspercentage.
Ter vergelijking de doorkomst van de twee soorten die als eerste sneuvelen wanneer het kanaal vol zit, omdat het de langste pakketten van het protocol zijn: adverts (type 4, ongeveer 135 bytes) en kanaalberichten (type 5). Zakken die naar nul terwijl de bovenste grafiek juist piekt, dan is er geen ontvangstprobleem maar verdringing.
Verdeling van de bewaarde packets over de opgeslagen MeshCore packet-types: adverts (type 4, node-info) en kanaaltekst (type 5, GroupText). Overige types (directe berichten, acks, routeringssignalen) worden wel ontvangen maar niet bewaard.
Hop-diepte van berichten naar dit station: waarde 1 = directe ontvangst, 5 = bericht passeerde 4 relays. Dit toont het pad naar ons. Het werkelijke airtime-verbruik in het hele netwerk is hoger, omdat elke repeater ook naar andere branches doorgestuurd heeft. De gekleurde balk telt unieke relais (groen ≤ 4, oranje 5–8, rood > 8); de grijze schaduw erachter is wat er letterlijk in het pakket stond, inclusief de hops die een lussende repeater erbij zette. De schaal loopt voluit door tot waar de langste paden eindigen, zonder verzamelbalk aan het eind.
Lussen in het pad
Elk bericht draagt zijn eigen route mee. Iedere repeater die het doorgeeft plakt zijn nodeID achter aan die route: één keer, en dan is hij klaar. Zo'n nodeID is een verkort stukje van de publieke sleutel van die node, in dit netwerk meestal 1 byte. Staat hetzelfde nodeID twee of meer keer achter elkaar, dan is het bericht opnieuw uitgezonden zonder een stap verder te komen.
De cijfers per nodeID
Per nodeID: hoe vaak het maximaal achter elkaar stond, in hoeveel ontvangen pakketten die herhaling zat, hoeveel doorgaves daardoor voor niets waren en hoe groot het aandeel daarvan is in alle verspilling bij elkaar.
| NodeID | Langste reeks | Pakketten | Voor niets | Aandeel |
|---|---|---|---|---|
| Bezig met laden… | ||||
Welke node hoort bij welk nodeID?
Bezig met laden…
Waarom we hier niemand hard aanwijzen
1. De route is niet te controleren. De route is juist het deel van een pakket dat onderweg hoort te veranderen, want elke repeater plakt er zijn eigen nodeID achter. Een handtekening van de afzender kan er daarom niet overheen liggen: die zou bij de eerste doorgave al breken. Wat er in de route staat is dus geen vastgesteld feit maar een bewering van degene die het pakket de lucht in doet. Wie zelf zendt bepaalt zelf wat erin staat en kan een nodeID net zo goed dertig keer opschrijven zonder dat de node achter dat nodeID er iets mee te maken heeft.
Ook "het zijn verschillende afzenders" sluit dat niet uit: het publieke kanaal gebruikt een sleutel die iedereen kent, dus één station kan berichten van anderen opnieuw uitzenden met een route die het zelf verzonnen heeft. Dat levert exact hetzelfde beeld op als een lussende repeater.
2. Een nodeID van 1 byte wijst niet één node aan. Het nodeID is een verkorte hash van de publieke sleutel. Bij 1 byte zijn er maar 256 mogelijkheden, dus meerdere nodes kunnen hetzelfde nodeID opleveren. Daarom staan er hierboven kandidaten met de argumenten erbij, ook de argumenten die juist niet kloppen. Dat oordeel gaat alleen over de vraag welke node bij het nodeID hoort, en niet over de vraag of die node ook werkelijk iets fout doet. Bij 2 of 3 bytes blijft er meestal één kandidaat over; dat is de reden voor de aanbeveling bovenaan deze pagina.
Bewaarde packets per uur (groen = adverts + kanaalberichten) en specifiek kanaalberichten / GroupText (blauw). Het verschil tussen beide lijnen is het advert-verkeer (node-info).
Totaal aantal ontvangen packets per dag over de beschikbare periode. Let op bij het lezen: een dal betekent niet automatisch dat het netwerk stil was. Deze telling komt uit één ontvanger, dus een dag waarop onze eigen repeater of de verwerking stil lag ziet er hetzelfde uit als een rustige dag. Sinds 09-08-2026 is dat onderscheid te maken met de grafiek Netwerkgezondheid bovenaan: die laat zien of het kanaal juist vól zat terwijl er weinig doorkwam.
Activiteit per dag van de huidige kalenderweek (ma t/m zo). Helpt te herkennen of het netwerk meer gebruikt wordt op werkdagen of in het weekend.
Dagelijkse tellingen van actieve nodes per type over de afgelopen 365 dagen. Laat groei of terugval zien in het aantal repeaters, clients en room servers in het netwerk.
Adoptie van 2-byte hash ID's over de tijd. Laat zien hoeveel nodes nog op 1-byte rijden versus al zijn overgestapt op 2-byte, hoe meer groen, hoe kleiner de kans op ID-collisions.
Top 5: Flood Advert
Een flood advert reist door het hele mesh, dus vaker uitzenden belast iedereen. De firmware zet nieuwe repeaters standaard op eens per 47 uur (MyMesh.cpp, flood_advert_interval = 47). Deze tabel kleurt tegen 1× per 50 uur, de waarde die op onze eigen repeater staat ingesteld.
| # | Repeater | Frequentie | Interval |
|---|---|---|---|
| Laden… | |||
Top 5: Zero-Hop Advert
Zero-hop adverts reizen niet door het mesh, dus dit zijn altijd repeaters in de directe omgeving. De firmware zet die op nieuwe installaties standaard op eens per 2 minuten (MyMesh.cpp, advert_interval = 1, de eenheid is twee minuten). Voor een vaste repeater is dat veel te vaak; deze tabel kleurt tegen 1× per 4 uur. Dat laatste getal is een vuistregel uit de community en staat niet in de broncode.
| # | Repeater | Frequentie | Interval |
|---|---|---|---|
| Laden… | |||