Díky za vysvětlení podrobností, které se těžko hledají. Zajímal mě hlavně důvod, proč se u nás používá jiné nastavení než v okolních zemích. Nadále mi ale vrtá hlavou třeba to, kdo o tom vlastně rozhodl a rozhoduje, a jak se tedy spojit se zahraničím. Jsem rád, že tu hranice už nějaký rok nemáme, a teď zase vznikají...?
Druhá věc je ta otázka škálování. Když bych si chtěl třeba posílat údaje ze senzorů z chaty, jakou frekvenci si můžu dovolit, aby to nebylo bezohledné? Asi by nebylo šťastné, aby si něco takového pustilo třeba periodicky po jedné sekundě pár tisíc lidí najednou - zvlášť kdyby to mělo jít přes půl republiky.
17. 2. 2026, 01:37 editováno autorem komentáře
O tomhle rozhodují provozovatelé klíčových repeaterů. Pokud se rozhodnou pro konkrétní nastavení, tak se všichni ostatní buď přizpůsobí nebo ztratí spojení s dalšími oblastmi. Stejným způsobem se rozjela vlna přechodu z Meshtastic na MeshCore minulý rok.
preset rozhodli hlasováním po předchozích technických testech exekutivní uživatelé=průkopníci meshcore a meshtastiku v cz. žádní newbies. věděli přesně co dělají a museli se vejít do limitů technických, legislativních a reálu rf spektra v cz.
je to hobby. nemá žádnou centrální autoritu. když je někdo jelito tak ho ostatní vypískaj. leadři jsou radioamátéři a geekové. síť nemá nahradit net nebo wocap s prarodiči. je to hobby projekt v bezlicenčním pásmu, kde předchozí zkušenosti a pocit marnosti s meshtastikem donutily adminy (=majitele repeater nodu) a znalé uživatele k experimentu s meshcore a jeho vylepšení. k řešení výzev se přistupuje analyticky. usecase je klíčové slovo. propojování zeměkoule do jedné sítě na jednom presetu je predčasné, zkušenosti jsou negativní. jsou otevřené experimenty s mosty, vzniká analytika provozu, řeší se přirozené hranice.
Nadále mi ale vrtá hlavou třeba to, kdo o tom vlastně rozhodl a rozhoduje, a jak se tedy spojit se zahraničím.
Domluvila se na tom česká komunita. Každý si samozřejmě může naladit zařízení, na jaký preset chce (pokud dodrží legislativní podmínky), ale zrovna česká komunita v té koordinaci funguje pěkně, takže u nás je to opravdu jednotné. Na novém českém presetu se domluvili po testování UK/EU presetu, s kterým ale nebyly v praxi tak dobré zkušenosti. Jak píšu v článku, má větší dosah a je odolnější, ale každá zpráva se vysílá 4x déle, což citelně snižuje propustnost a prodlužuje čekání na potvrzení zprávy atd. Myslím si, že časem spíš přejde zbytek Evropy na něco podobného, co má česká komunita. Co se týče propojení se zahraničím, tak jsem viděl diskuse o tom, že by na hraničních repeaterech mohly být překladače, ale nic konkrétního jsem v tomhle směru zatím neviděl.
Druhá věc je ta otázka škálování. Když bych si chtěl třeba posílat údaje ze senzorů z chaty, jakou frekvenci si můžu dovolit, aby to nebylo bezohledné?
Vzhledem k dané propustnosti ta síť nebude nikdy dělaná na frekventované vyčítání dat ze senzorů, jak jsme zvyklí třeba u HA. MeshCore se v tomto snaží jít spíš metodou pull než push. Takže místo, aby chata posílala v pravidelných intervalech data ze senzorů, což je to, pod čím se ve větší síti hroutí Meshtastic, spíš ji zavoláte a necháte si poslat data na vyžádání, když je potřebujete, případně pošlete nějaký povel do automatizace.
Díky všem za doplnění. Tušil jsem, ale lepší vědět, než jem tušit.
Na vyžádání... Jasně, ale to neodpovídá na moji otázku. Vyžádání je další zpráva navíc, která jen zvýši zatížení na dvojnásobek. Pokud to je automatizovaný třeba v HA, je to zbytečný. Je nějaký psaný či nepsaný "řád" či "etiketa"... že se to nemá k těmhle účelům používat vůbec, nebo třeba jednou za 15 minut, za hodinu, za den... Asi zatím není, jak to chápu, vše je ve vývoji...
Třeba u advertů repeaterů, které se šíří floodem, se aktuálně doporučuje interval 24 hodin, ale není to časově kritická věc. Jinak zatím žádné pravidlo není. Síť roste, provoz se sleduje a podle toho se bude toto všechno postupně dotvářet.
>Jsem rád, že tu hranice už nějaký rok nemáme, a teď zase vznikají...?
Existujue experimantalna feature - region scopes, ktora dokaze oznacit kanaly urcene pre konkretnu geograficku oblast. Sprava sa tym padom zbytocne neopakuje na uzemi pre ktore nebola urcena, aj ked je samotna siet roztiahnuta cez viacero statov, a na Public sa pocuje kazdy s kazdym.
Ked to bude doladene, verim ze sa bude v "hornych uhroch" testovat. Pocuju sa tu Rakusania, Slovaci aj Madari. Vyzaduje si to ale koordinaciu prevadzkovatelov repeaterov.
nie vdaka skusal som meshcore a radsej meshtastic.
Problemy:
1. odpajanie
2. nedorucenie sprav
3. rychlejsie vybijanie baterie.
mam T-Deck Plus 868MHz s 2000mAh bateriou.
Mě Meshtastic Android aplikace vysaje baterku telefonu během pár hodin. MC můžu úplně v pohodě nechat běžet na pozadí.
Jak se to srovnává s běžným rádiem, ať už na sdílených frekvencích nebo s licencí? To mi pořád při mimořádných situacích přijde jako "default", a nevidím důvod to nepoužít i pro ty situace jako paraglide (i když nějaký důvod určitě měli).
Paraglide ve vzduchu snadno zaruší velkou oblast pod sebou, proto jsou pro letecký radiový provoz extra předpisy a extra pásma. Bezlicenční pásma se proto na paraglide nehodí.
Meshcore/Meshtastic se nedá s běžným fonickým/cw radiovým provozem srovnat, má jiné použití. Jde o automatizovanou síť, srovávat by snad šla s JS8Call, PSK31, Winlink a podobné, které mají nižší spolehlivost a přenosovou rychlost, ale vyšší dosah - potenciálně celý svět a možnost komunikace pod úrovní šumu (!), viz https://pskreporter.info/pskmap.html#preset&callsign=HB9RTR&txrx=rx&timerange=86400&showlines=1&mapCenter=45.9793,-12.8496,2.78
Meshtastic a MeshCore neběží na jiné frekvenci. Běží na přibližně stejném (869,525 MHz +- <125 kHz) úzkém rozsahu (protože je to spread spectrum, ne jedna frekvence) a minimálně do nedávného přeladění to bylo tak, že Meshcore měl užší pásmo.
Pokud máte T-Deck, je část funkcí za paywallem a UI je prakticky nepoužitelné. Chybějící funkce si koupíte licencí za 8 liber, tj. cca 223 Kč. Pokud si smažete obsah T-Decku, musíte si licenci koupit znovu. Je to dané tím, že autor nikdy nedělal open-source. Všechny jeho projekty dřív byly closed source a binárky jste dostali za "příspěvek na kafe". V jednom ze svých projektů měl upravený Meshtastic a když ho Meshtastic požádal, aby dle licence ukázal, co upravil, odmítl a začal dělat virvál, že Meshtastic je banda komoušů a ze sebe dělal světce. Následně podporu Meshtasticu zrušil a pak si založil Meshcore, mimo jiné aby odvedl část komunity Meshtasticu. Ano, Meshtastic je dost pochybně vedený projekt, ale pořád je alespoň plně open source a zdarma.
Pokrytí není nijak lepší než bylo u Meshtasticu. Důvodem je to, že část uživatelů Meshtasticu přešla na Meshcore a mnoho nových se neobjevilo. Takže jsou tu teď 2 řidší sítě místo jedné "lepší". Okrajové části Prahy jsou převážně nepokryté, po cestě vlakem na venkonv taky obvykle nic nechytím a v husté zástavbě stačí pár ulic od nejbližšího zařízení a taky nic neuslyšíte, ani s dobrou anténou.
Důvodem je to, že část uživatelů Meshtasticu přešla na Meshcore a mnoho nových se neobjevilo.
Nevím, na základě čeho tak soudíte, ale já u MeshCore jen za poslední měsíc pozoruji dynamický rozvoj. Před měsícem tady na severu Brna měl člověk horko těžko na nějaký repeater spojení, dnes mi odpoví klidně čtyři naráz. Nody rostou jako houby po dešti i teď v zimě, kdy na instalace repeaterů nejsou úplně příhodné podmínky.
Jinak že se netvoří jedna síť, ale jsou dvě, je nešťastné, ale tak už to v open source bývá. Většinou prostě lidi neudržíte pod jedním projektem.
Uřčitě je to super projekt, nicméně jako vše má své slabiny. A právě ta (dosud) nedokonalá propojenost a hustota repeaterů je podle mne nejbolavější. U mě v Liberci aktálně vypadl Ještěd a mám kompletně utrum. Teprve před týdnem jsem si sbastlil companion z XIAO ESP32S3 a Wio-SX1262. Stačilo ho vystrčit na parapet a na Public channelu lítaly zprávy z celé republiky. Teď nic. Nějaké repeatery jsou živé, ale není propojení ven do sítě. Bohužel ze sítě samotné se tento stav zjistit nedá. To, že Ještěd nejede, jsem zjistil na https://mapa.meshcore.cz/ a detaily se pak dozvěděl na FB. Doufejme, že se síť postupně rozroste a spoje posílí. Taky plánuju postavit router ... MeschCore zdar!
Určitě to nechci lakovat narůžovo. Většina země je pořád nepokrytá a na mnoha místech je pořád single point of failure. Sám jsem si to nedávno zažil, kdy se vybily baterky repeateru v naší čtvrti a taky jsem byl odstřižený, protože z těch vzdálenějších jsem sice občas dostal zprávu, ale neslyšely mě. Ty jednotlivé nody nejsou úplně spolehlivé, takže bude potřeba tu síť budovat, aby nebyly single points of failure a síť si s jednotlivými výpadky v dané lokalitě poradila.
Ohrazoval jsem se spíš vůči tomu, že ta síť neroste. Já jen za poslední měsíc vidím velký pokrok.
meshcore je síť pro geeky. nic pro masy s přehnaným očekáváním, případně alobalem na hlavě. pláč že vypad nějaký nod vyvolává reakci "přestaň kňourat, zvedni se a běž na kopec-stožár dát něco svýho".
komunita poradí, donátoři pomůžou ke kvalitnímu železu na místo kde to bude mít smysl i pro ostatní, ale všichni pamatujeme jak dopad czfree, kdy ferda vopička z paneláku od vedle držkoval že mu nejde dc++ a nepobral přitom skutečnost že nerd co to večer adminuje to má jako hobby a ferda taky může skončit zase na dialupu...
Tebe to CZFree muselo hodně poznamenat, když tím, o 20 let později, argumentuješ proti MeshCore, které pro nějakého Ferdu Vopičku nemá absolutně žádný význam :-)
Mno s kolegy včetně Jirky Eischmanna jsme minulý týden přišli například na to, že profily MeshCore nemají správně nastavení povoleného duty cycle podle Všeobecného oprávnění. A těch bugů je v MeshCore vic.
Popravdě, ten vývoj je dost živelný a nadšení je pěkná věc, ale trocha plánování by se taky hodila. Například to zmíněné rozšíření prefixu na 2 nebo 4 byte je jen pro trace zprávy a ještě to porušuje zapouzdření hlavičky paketu, protože je ten příznak umístěný do trace payloadu.
Meshtastic je zase poměrně přísný co se týče ochranné známky a hodně nerad vidí alternativní implementace. Ta síť je hodně citlivá na kompatibilitu v logice časování jednotlivých komunikátorů. Jestli si to špatně nepamatuju, tak býval i problém s licencí definičních protobuf souborů.
Radioamatéři mají už dlouhou dobu protokoly jako APRS, které slouží stejnému účelu. Zrovna APRS je účelu a principům MeshCore velmi velmi blízko.
aprs je postavené více méně na internetu. což je teda veliká škoda, ten protokol je pěknej a funkční. když nepůjde internet a elektrika, aprs lehne, teda jeho většina ...
APRS internet nijak nevyžaduje. Ano, existují IGate a agregátory s mapou, ale to u Meshtasticu taky. APRS umí normálně zprávy mezi stanicemi napřímo, má routery podobně jako MeshCore, atd.
ale to já vím že aprs internet nepotřebuje, já ho používám 24/7, ale bohužel je to propojené přes igate víc než je zdrávo. jen přes aprs sit (bez internetu) se zprávy moc daleko nedostanou. MT vubec neřeším, to je k ničemu, to nefunguje vůbec. na MC je právě pěkný že to je (zatím) internet less. uvidíme jak dlouho to vydrží ...
Díky za článek, už jdu na to :) měl bych slyšet na Praděd, i na Biskupskou kupu, kde je zřejmě polský repeater.
Zajímavé peripetie s bluetooth. Napadlo mě, jak se tohle řeší v immutable distribucích typu Fedora Silverblue?
Jsem si docela jistý, že článek byl psán na Fedoře Silverblue :-) Jinak se to tam řeší přes layered packages.
Ano, mám to na Silverblue. :) Je to takový one-off, že to mám zatím vyřešené staženou binárkou Chromia, kterou spouštím z /home. Asi by tohle šlo řešit přes flatpak-nspawn.
Ja bych jen doplnil maličkou faktickou poznámku ohledně těch vodoměrů. Ona se tam LoRa používala v komerční LoRaWAN síti. Ale taky se používal Sigfox. Ale pravděpodobně nejrozšířenějším protokolem je Wireless mBus. wmBus je totiž úspornější z energetického hlediska a výrazně levnější na výrobu (FSK umí každý levný modul).
Musím říct, že autora zabiju. Po neúspěchu jsem zahodil všechny Meshstatic krabičky, Meshcore byl zase v plínkách a říkám si, že na to kašlu. Pak napíše Jirka, že jestli to jede, tak to zkusím zase a už v tom zase posledních pár týdnů lítám...
Dekuji za pekny souhrn. Po siti uz delsi cas pokukuji, predevsim proto, ze se mi libi genialita chirpove LoRa modulace. Profesionalne jsem pouzival jine techniky rozprostreneho spektra, ale ty prerusovane rampy maji hodne co do sebe, ackoli jsem to osobne nezkousel, verim, ze se na to perfektne zavesovat, teoreticky i v pripade, ze se takovych soubezne bezicich LoR odehrava mnoho najednou. Je to vhodne i pro pripady, ze vysilac jede z krystalu o nepresne frekvenci a driftuje. Super napad.
K Meshcore bych mel ale zacatecnicke dotazy: jak bylo jiz i vyse naznaceno ("kup kafe"), za firmwary ruznych zarizeni je silne citit tlak na penize vymenou za odemykani nejakych funkci. Pripada mi, ze oficialni FAQ si trochu protireci, kdyz zaroven pise, ze firmware pro T-deck je open-source, a pak, ze pro odemceni nejakych stupnu zoomu nebo neceho je nutno koupit kafe.
Abych nebyl chapan spatne, ja autora/autory milerad podporim (stejne jako bych rad vztycil na docela dobrem miste, nepokrytem, regionalne huste obydlenem a s celkem dobrym vyhledem do kraje). Ale nez nekomu budu posilat penize, chtel bych se ujistit, ze 1. platim spravneho cloveka 2. platim opensource a ne nejakou uzavreninu.
mám tdeck. meshcore je příliš krátkou dobu na světě, nestačily vzniknout komunitní verze pro něj.
U FW od rippleradios je hrozbou pro lidi s alobalem jeho úplná uzavřenost a pro geeky a hamy nemožnost si to ohnout. btw. v základu je to použitelné, funkcí navíc tam moc není -mapy, terminál, možná ještě něco. ale funguje to. je to takový apple pro meshcore.
monetizace je spíše etickým tématem. železo si také kupuju. základ fw projektu si můžu ohýbat jak chci... a někdo napsal apku pro loru na esp pro hračku co vypadá cool jako blackberry a chce za ní pizzu bez pití... ok. license to umožnuje. můžu si napsat vlastní nebo tomu věřit a jen to používat. na experimenty a stavbu vlastních řešení je ale jádro meshcore otevřené a není problém mít terminály na raku heltecu dopsat si displeje klávesnice... jen to nikdo zatím neudělal a nedal na github...
Vidím to podobně. Obecně raději preferuji copyleftové licence, ale u implementace síťového protokolu, aby ji mohly použít i komerční produkty, jsem s permisivní licencí celkem v míru. U MC jsem na monetarizaci zatím narazil pouze u konfigurace repeateru přes mobilního klienta, chtělo to po mě 130 Kč nebo počkat 10 sekund, takže spíš než monetarizace to je takové krátké upozornění, že na projekt lze přispět.
Dekuji za odpoved. Ja proti permisivnim licencim nic nemam, verim, ze tady jsou i ku prospechu veci.
Snazim se jen zjistit, ktere casti SW/FW jsou open a ktere ne.
Matla me totiz formulace "MeshCore is free and open source:" za cimz nasleduje seznam 4 bodu a jeden z nich je "The T-Deck firmware is developed by Scott at Ripple Radios, the creator of MeshCore, is also free to flash on your devices and use". Po tom nasleduje "Some more advanced, but optional features are available on T-Deck if you register your device for a key to unlock."
Takze jestli to chapu spravne, to "free and open source" se netyka toho posledniho bodu, ktery je pouze "free" ve smyslu bezplatny, a advanced featury jsou za prachy. Je to tak?
Mozna mu ty prachy poslu i tak, ta hracka vypada roztomile. Jen chci vedet, na cem jsem.
* firmware pro zařízení, valnou většinu (mcu/ble+rádio), MIT - to je opravdu MeshCore
* firmware pro t-deck closed a placený, je tam nějaký OS a grafické aplikace, mapy ...
* aplikace pro mobily, closed a zdarma, až na nějaké fičury, viz ten "wait for remote management", není povinná, usb a ble protokoly jsou otevřené.
Víc jak dvě hodiny o Meshcore z pátečního srazu OpenAlt https://vhsky.cz/w/eTwu4pMadf6uKUH75AbymD