O zabezpečení minimálně … spíše o marketingu
Šlo by jednoduše propojit Turris Omnia s Core Module od Bigclown než speciální dongle.
Ahoj. Me by zajimal treba i zaplavovy senzor do koupelny / sklepa, popr. detektor pohybu…
2 Likes
Opravdu nevím team TO a team BC o tom mlčí. Před časem se v dokumentaci BC na internetu objevil postup na instalaci na TO a pak vzápětí zmizel. Následně byly nějaké zmínky o vývoji na Hackletonu a následně několik měsíců "digitální ticho"
Na fóru BC je jenom jedno vlákno týkající se spojení TO a BC a vlákno končí neúspěchem a vývojář BC píše > We are testing a new power management that does not interfere with communication with Turris omnia over usb…
https://forum.bigclown.com/t/usb-connection-to-core-module-on-turris-omnia/56
Nyní PR TO přijde se speciálním dongle na TO… Opravdu nevím co si o tomto stavu mám myslet.
1 Like
Přiznám se, že nevím, jestli to funguje, ale ani nevidím důvod, proč by nemělo. Zjistím to. Důvod USB Dongle pro nás byla nižší cena a kompletní zakrytování.
1 Like
Core module, který obsahuje i teplotní senzor a v sadě senzor intenzity osvětlení stojí 729 Kč
https://obchod.bigclown.cz/products/hw-designer-basic-kit
Díky senzoru osvětlení mohu třeba přesně řídit intenzitu LED na TO, aby byly vždy vidět a přitom nerušily, konec nikdy přesně nevyhovujících cron pravidel. Za 249 Kč mohu přikoupit Humidity Tag a mám v podstatě tu levnější variantu měření kvality ovzduší do 1000 Kč celkem (pokud by mi stačilo měřit poblíž TO).
Navíc core module má 18 GPIO (kromě dalších věcí), takže si mohu udělat třeba několik tlačítek na za/vypínání (guest) wifi atd. Vy píšete USB dongle do 1000 Kč a nebude to umět nic z toho, jen to bude mít kryt. Tzn. mně to dává smysl za 500, což třeba nakonec plánujete, ale to se z “do 1000” hádá obtížně. Za 850 by mi to opravdu smysl proti odkazovanému nedávalo.
1 Like
To sice ano, ale chtěl jsem, aby to bylo porovnatelné s tím USB dongle, tj. aby byla zachována základní funkce poskytnutí 868 MHz sítě pro budoucí rozšiřování. Ten bridge module je proti core module podle popisu hodně očesaný a s příslušnými tagy by přišel jen o 100 Kč levněji za mnohem méně funkcionality, tj. přijde mi nezajímavý.
Pokud bych 868 MHz síť nechtěl, tak si rovnou připojím nějaké Arduino/ESP8266 za 3 dolary, jak to mám nyní a plně mi to vyhovuje kromě toho, že ty ESP při komunikaci přes wifi nejsou moc vhodné pro napájení z baterek, což je vlastně jediný důvod, proč přemýšlím o BC - potřeboval bych něco úspornějšího.
1 Like
Díky za zájem a dotazy, za BigClown připojuji odpovědi.
Prosím neváhejte se ptát na cokoli Vás zajímá. Dotazy jsou pro nás zdrojem inspirace co doplnit do dokumentace.
@Radovan_Haban @pav USB Dongle a Senzor vznikly zakázkovým vývojem do podoby finálního produktu (konkrétní HW konfigurace v krabičce). Jsou založeny na BigClown HW a SW, integrovány do Foris a fungují s BigClown stavebnicí - HW rozhraní 868MHz rádio, SW stejný.
Protože mohu zmínit jen 2 uživatele v jednom postu, tak níže pokračuji bez odkazů.
Protože mohu vložit jen 2 odkazy na post, přikládám jeden za všechny, když se Vám něco nepodaří dohledat, ozvěte se prosím.
Dokumentace BigClown - informace ke stavebnici, vzorové projekty, příklady, postupy - neváhejte se ozvat, co Vám schází, čemu není rozumět.
LeRacK: Další senzory je nyní možné přidávat doplněním a připojením senzorů k Core Module.
pav: pohyb rotary encoderu, stisk tlačítka atp. umí zpracovat Core Module přímo připojený k routeru/PC po USB nebo po rádiu 868MHz (pak potřebujete u routeru/PC USB Dongle nebo další Core Module)
linomaniac: Turris Gadgets je na uzavřeném HW, proto jsme se pustili do OSHW BigClown stavebnice s možnostmi dále růst.
Radovan_Haban: na Hackatonu se BigClown tým věnoval zejména integraci do Foris rozhraní. Pro komunikaci s BigClown Core Module po 868MHz rádiu může sloužit jak USB Dongle, tak jiný Core Module. USB Dongle má proti Core Module krabičku, USB UART FT231X (odpadají komplikace s USB stackem na MCU, bootloader MCU bez tlačítek) a dva security čipy ATSHA204A (dvojnásobná kapacita bezpečného úložiště sdílených tajemství), ale zase nemá možnost HW rozšíření prostřednictvím pinové lišty, nemá akcelerometr a teploměr. SW výbava (tedy i balíčky) na straně routeru je stejná jak pro USB Dongle, tak pro Core Module.
pav: Dosah je dán modulem rádia [SPSGRF-868, modulací GFSK, použitou modulační rychlostí aktuálně 19200b/s, počtem opakování vysílání, použitím samoopravných kódů (aktuálně nejsou použity), atd (tyto parametry lze nastavit v BigClown SDK případně i měnit implementaci rádiové komunikace) a podmínkami prostředí (přímá viditelnost, materiál, uspořádání a tloušťka stěn/překážek), kde je rádio použito. Proto neuvádíme např. 22,2m, protože neexistuje objektivní metrika. Dosah je “zhruba” pokrytí rodinného domu. Můžete si přijít vyzkoušet na některou z BigClown prezentací nebo do labu v Liberci.
pav: Komunikace zatím zabezpečena není, HW je pro zabezpečení komunikace nachystán (bude stačit jen nahrát nový firmware). Odsunuli jsme implementaci zabezpečení protože pro zákazníky jsou jiné věci prioritnější a protože chceme případně využít výstupy z CAESAR Competition for Authenticated Encryption - odlehčená AE s částečnou odolností proti opakování nonce komunikačnímu stacku velmi prospěje.
Yearling: akční členy lze doplnit z BigClown stavebnice, např. Relay Module či Power Module na Core Module, snímače připojené přímo k Core Module.nebo prostřednictvím Sensor Module.
USB Dongle (a celá stavebnice BigClown) používá paketové rádio na 868MHz s možností zabezpečit komunikaci.
Bitstream komunikace OOK modulací v pásmu 433MHz by sice s velkou ztrátou RF výkonu a citlivosti možná byla, ale jde o způsob komunikace kde bateriově optimální napájení a zabezpečení půjde implementovat obtížně, proto tuto cestu nezvažujeme.
cefeus: Ano, Core Module s Turris Omnia funguje, USB Dongle má díky USB UART čipu snadnější a stabilnější obsluhu sériového rozhraní, bootloader aktivovaný SW a díky dvěma security čipům možnost komunikace s dvojnásobkem Core Modulů.
termit: záplavový senzor je možné doplnit Flood Detector (připojený k Sensor Module + Core Module + napájení modul), detektor pohybu vidíte na fotce senzoru (bílá “čepička” uprostřed) - zda bude v HW konfiguraci senzoru záleží na finálním rozhodnutí k varietě senzorů. Případně lze doplnit PIR Module (+ Core Module + napájecí modul).
Radovan_Haban: LXC kontejner funguje podle návodu v dokumentaci (viz výše).
Pokud Vám tam něco schází nebo s tím máte obtíže, neváhejte se prosím ozvat.
Přikládám fotku prototypu senzoru s větším rozlišením, může na něm vidět Cloony (červený modul) MCU + rádio + security čip + teploměr v podobě modulu osaditelného na DPS. Tímto způsobem chceme podporovat vývoj dalších produktů založených na BigClown ekosystému.
10 Likes
Diky za odpoved! Co se tyce zaplavoveho senzoru, tak jsem jen prosil o krabickou verzi plug’n’play, pokud by bylo mozno 
Nicmene jeste jeden dotaz bych mel - trochu jsem prochazel priklady nasazeni a zajimalo by me. zda lze pouzit i s TO Core module s displayem? Mozna to spatne chapu, ale senzory se paruji ve vasich prikladech k tomu Core modulu s displayem a pokud bych chtel sbirat data i v PC (TO), musel bych mit tento modul pripojen usb? Je moznost sbirat vse na usb modul pro TO a display nechat jen jako zobrazovac? Popr. naopak sbirat data na Core modulu s displayem, ale pak vse posilat do TO?
V podobě jednoúčelového produktu záplavový senzor zatím nemáme, můžete použít Core Module + Sensor Module + napájení a krabičku si doupravit nebo použít předpřipravené https://obchod.bigclown.cz/collections/krabicky a nechat si vytisknout na 3D tiskárně.
Můžete použít všechny uváděné kombinace.
Pro TO(PC) — USB — Core Module + LCD Module — 868Mhz — Sensor nebo Core Module + Tagy
bude nejsnadnější LCD ovládat posíláním MQTT zpráv (ze scriptu na TO/PC) nebo můžete s pomocí SDK upravit firmware pro MCU a zobrazovat na LCD přímo co Core Module přijal od senzorů po rádiu.
Pro TO(PC) — USB — USB Dongle — 868Mhz — Core Module + LCD Module + Tagy
můžete vycházet ze vzorového projektu Bezdrátový LCD termostat. LCD Module má nízkou spotřebu, proto při napájení z baterií vydrží (je použit speciální Memory LCD s optimalizací na nízkou spotřebu).
1 Like
Ad rotary encoder - ano, vím, moje přání Dongle a několik “ESPček” bylo o tom co později psal @Yearling, jednoduché remote členy. Teď když chci umístit někam r. encoder, dám tam ESP za 2 dolary, když potřebuji s externí anténou, tak i s ní za 3 a hotovo. U BC i na takovouhle jednoduchou věc potřebuji core module za 700-800 Kč, nehledě na větší velikost.
Dokumentace - no chybí toho hodně, úplné základy.
Nikdo po vás nechce dosah 22.2m, ale třeba ±200m ve volném prostoru, ±15x15m cihlový rodiný dům. Nikde jsem doteď dosah neviděl zmíněn ani náznakem.
Proč nikde není, že jeden core module musí být flešnutý jako base a ostatní jako remote a že na jeden base se dá připojit 15-16 remote, jak jsem tak nějak mezi řádky ze všech možných střípků (doufám že dobře) pochopil.
Jak je to tedy s tím odpárováním? (nenašel jsem). Base si pamatuje jedinečná ID všech dříve spárovaných remote, ty mohu vypínat, měnit baterie a není potřeba znovu párovat? Jak odpáruji?
Na kdy se ± plánuje zabezpečená komunikace?
Máme u core module připojeném na TO předpokládat možné problémy (výpadky komunikace atd), když USB dongle má mít stabilnější obsluhu sériového rozhraní?
Otázek mám hromadu, každou chvíli na něco narazím. Ale proč ty základy nikde nejsou napsané?
Proč mám na Win tahat IDE jako jeden (starý) exe, když nejnovější VS Code a git mám a bojím se to pustit, jak starou verzí mi to kde co přepíše?
Chtěl jsem pokračovat, ale radši skončím s tím, že zřejmě nejsem (zatím) s BC kompatibilní V principu se mi to líbí, snad to berete jako konstruktivní kritiku a ne hate, to bych nerad.
P.s.: vy jste se přemístili z Jablonce do Liberce?
Jednoduchý remote člen půjde postavit s pomocí Cloony (je na něm založen i Senzor) - jde o miniaturizovaný Core Module.
Zásadní rozdíl proti Wifi je v bateriovém napájení, které vydrží v řádu roků.
Pro stanovení dosahu schází metrika. S GFSK na 19200b/s, pakety ~30B, opakováním ~5x, bez FEC lze řádově očekávat ~20m v “cihlovém domě” a ~100m v “otevřeném prostoru bez rušení”. Při experimentech nám Core Module mezi sebou komunikovaly i na vzdálenost 400m, ale nemůžeme Vám garantovat dosah při absenci metriky.
Snížením modulační rychlosti, doplněním FEC, přidáním opakování či zkrácením paketů nebo odstraněním rušení lze dosáhnout násobků dosahu (např. 4x). Parametry (kromě rušení samozřejmě 
jsou konfigurovatelné v rámci SDK, záleží tedy na uživateli, zda chce větší dosah, menší latenci nebo větší propustnost. Protože parametry RF přenosu v ISM pásmu 868MHz lze uživatelky nastavit (a rádio SPIRIT1 v BC produktech to umožňuje), nemůžete vypočítat či empiricky naměřit JEDEN DOSAH.
Nejvíce zkušeností mají uživatelé BigClown i v návaznosti na různorodost prostředí. Doporučuji pozeptat se na fóru nebo přímo ve školách, kde s BC mají praktické zkušenosti - o akcích informujeme na sociálních sítích a v prezentacích.
Není nutné, aby jeden Core byl base a ostatní remote, toto uspořádání je zvolené uspořádání a use case pro některé vzorové projekty. Máte pravdu, že bude fajn vzorová uspořádání více zdůraznit nař. vizualizovat obrázky - na tom zapracujeme.
Omezení peerů pro bezpečnou komunikaci je navázáno na kapacitu bezpečnostního čipu.
Pokud nepotřebujete zabezpečenou komunikaci (a nikdo Vás k ní nenutí), tak rádiový čip umí adresovat např. až 2^32 sítí (identifikátorů sítě) a v každé síti ~250 destination adres. Pak ještě pronásobit počtem kanálů a dostaneme se k hezkému hausnumeru, které nikomu nic neřekne.
Aktuální default nastavení v SDK je 8 (https://github.com/bigclownlabs/bcf-sdk-core-module/blob/master/bcl/inc/bc_radio.h#L7) a to bude asi hodnota, se kterou je aktuálně nejvíce zkušeností.
Zda a jak je podporováno odpárování záleží na aplikaci ve firmware. Např. v příkladech máme firmware base, kde jsou na 5s stisk tlačítka odpárovány všechny remote: twr-sdk/_examples/radio-base/application.c at master · hardwario/twr-sdk · GitHub
V tomto příkladu jsou použity SDK funkce, které párovací informace ukládají do EEPROM MCU, takže přežijí výměnu baterií i aktualizaci firmware, pokud se nemění struktura konfigurační informace.
Zabezpečenou komunikaci plánujeme až na ni přijde řada a bude implementována. Nebudu dávat žádný termín, ledaže přijde někdo kdo ji bude chtít dodat jako zakázkový vývoj s garantovaným termínem.
Na TO s Core Module jsme se setkali s řešením časování obsluhy USB komunikace při změnách verzí kernelu Linuxu a změnách toolchainu (např. optimalizační přepínače GCC kompilátoru mohou mít vliv). Dosud jsme časování vždy vyřešili, ale obecně nové verze Linux kernelu prostě nejsou před vydáním testovány na kompatibilitu s ST implementací USB stacku, zato jsou testovány na kompatibilitu s FTDI čipy a FTDI čipy nejsou ovlivněny ARM GCC toolchainem.
Základem dokumentace je vždy zdrojový kód SW, schema HW, ty najdete na našem GitHubu.
Pak dokumentace SDK (ta je také na GitHubu a na sdk.bigclown.com - už jsem zase přes limit URL 
Potom úvod, vzorové projekty, návody na doc.bigclown.com
Obecně dokumentace je tolik, kolik stíháme psát, udržovat, atd a když budete chtít někdo pomoci, neváhejte na Gitu …
Pro Win připravuji toolchain nezávislý na IDE, takže Vám VS Code přepisovat nebude, prerelease bude v horizontu týdne.
Díky za všechny podměty.
PS: ano, jsme v Liberci kousek od iQLANDIA
2 Likes
Děkuji za všechny odpovědi.
Spotřeba (jak jsem zmínil dříve) je to hlavní, proč po BC pokukuji.
Kdy bude Cloony dostupný a zhruba za kolik? S tím CR2032 holderem by to bylo zvlášť zajímavé. V tomto provedení to vydrží odhadem kolik když to bude posílat 5 zpráv denně (např. tlačítko)?
Takto popsaný dosah mi stačí. Dříve jsem neměl moc představu, když na obou stranách je jen integrovaná anténa.
Ty obrázky uspořádání by opravdu pomohly. Tzn. šlo by vytvořit i rozsáhlejší síť jiného typu než hvězda komunikující prostřednictvím jednoho MQTT brokeru?
Zabezpečenou komunikaci jsem chtěl kvůli tomu, že bych chtěl udělat např. i otevírání garáže a (možná mylně) se domnívám, že nezabezpečenou komunikaci by šlo teoreticky odchytit a odvysílat znovu a dostat se tak dovnitř. Nebo ne?
To časování USB bude asi potencionální problém i na rPi, pokud to nebude distribuce připravená přímo od vás, neuvažuje se tedy o přidání TFDI na core modul? Nebo spc. verze core modulu pro použití jako base, kam by se dodaly vylepšení z USB dongle.
Cloony bude v shopu BC v září 2017 (pravděpodobně první polovina) za 390 Kč s DPH.
Hrubým odhadem při obsluze detekce a přenesení 5 stisků tlačítka denně vydrží Cloony na CR2032 více jak 1 rok.
Komplikovanější topologii než hvězda vytvořit lze, více MQTT brokerů (např. availability cluster) může být také využito, záleží primárně na možnostech implementace brokeru.
V SDK budeme pravděpodobně časem (kdy a zda nevím) podporovat statický routing přes 1 hop a možnost použití více base v každém remote. Neplánujeme dynamické routování, hlavně z důvodu nárustu komplexity a tomu odpovídajících nároků na troubleshooting, diagnostiku, údržbu/provoz.
Ano, nezabezpečenou komunikaci lze odposlechnout a zopakovat (vydávat se za remote) bez možnosti rozlišení zda se jedná o podvrženou komunikaci.
Časování USB stacku jsme řešili u TO,
u RPi, PC (Win/Lin), Mac ne.
Nová revize Core Module bude mít FTDI čip, ale zase nebude mít USB periferii MCU vyvednu na konektory (USB bude omezeno jen na CDC FTDI, nebude možný USB HID - např. poslání stisku kláves či USB MSD). Core bude mít stále jen jeden security čip (base “specializace” je pro USB Dongle). Plánujeme (bez upřesnění času) doplnit do sortimentu Modul s FTDI UARTem, který bude fungovat se stávajícím Core Module (v této konfiguraci bude k dispozici na samostatných konektorech jak USB periferie MCU, tak FTDI UART).
2 Likes
Pokud se tohle řešení zrealizuje - bude možné jej využít i na první generaci Turrisů?
Hm, takže pokud to dobře chápu, minimální sestava pro jednoduchý dálkově ovládaný spínač DC bude USB dongle (připojený k TO) a na “vzdálené straně” Cloony Module (390Kč) + Relay Module (349Kč), Tedy celkem 739 Kč /1 spínač, nebo bude navíc ještě nutný Battery module?
Ještě bych měl následující dotazy:
Kolik Relay Modulů bude moci být připojeno (stohováním?) k jednomu Cloony modulu?
Bude Cloony modul už nějak “předprogramovaný”, takže bude možné ho pouze spojit s Relay modulem, nějak jednoduše spárovat s USB donglem (ideálně stisk tlačítka) a používat, nebo ho bude nutné (stejně jako u Core Modulu) nějak dále programovat, nahrávat do něho software,… (nutnost připojit k PC,…)?
Celé to bude spolupracovat s už hotovým SW balíčkem a uživatelským rozhraním v Turris Omnia (domoticz), které bude možné nastavit bez rozsáhlejších znalostí programování (v podstatě jen klikání myší)?
Pro snímání (tlačítko nebo pulsy) bude stačit pouze Cloony nebo bude nutný Cloony + Sensor Module, stav maximálně kolika tlačítek bude moci tato kombinace snímat?
Kolik Sensor Modulů bude případně možné připojit (stohováním) k jednomu Cloony?
Bude moci být 1 Cloony využit současně jak pro snímání stavu tlačítek (snímačů polohy,…) a současně i pro řízení Relay module, jaké budou limity této sestavy (maximální počet ovládaných relay modulů a tlačítek, resp. sensor modulů)?
Předem díky za odpovědi.
Ano, USB Dongle (či USB Dongle + Senzor) fungují s první generací Turrisů.
Obecně potřebuje PC/router s USB host portem + SW (vlastní nebo MQTT Broker + Python aplikační SW BIgClown + případný další SW pro vizualizace atd.)
Pro začátky experimentování s HW doporučuji Core Module + Breadboard Module + Breadboard, propojovací kablíky, nožičkové součástky.
Minimální HW sestava s TO pro rádiem ovládaný spínač DC je použití HW UARTu TO a napájení z TO expansion konektoru, Cloony v roli base, Cloony v roli remote a na něj připojený Mosfet či relé a napájení - při sestavování se bez pájení, drátování a drobných součástek neobejdete.
Minimální HW sestava s TO pro rádiem ovládaný spínač DC bez pájení je USB Dongle v roli base, Core Module v roli remote na něj Relay Module a pod něj Mini Battery Module.
Relay Module umožňuje přepájením propojky stohování dvou Relay Module (při hacky úpravě HW/SW až osmi) - toto stohování je připraveno pro formát modulů.
Pro Cloony budete potřebovat pájení (nemá formát modulu ani pinové lišty - není součást stohu) a můžete k němu připojit stoh modulů po I2C sběrnici kablíkem. Pokud využijete i dalších volných pinů Cloony k SW implementaci dalších I2C sběrnic, tak lze vytvořit 6 dalších I2C sběrnic a připojit dalších 6 stohů k jednomu Cloony (takže jsme celkem na 14 relátkách s propojkou či 56 relátkách s hack úpravou - fotku takového funkčního a využitého hnízda relátek bych chtěl vidět 
Prakticky jsme Core Module ve stohu použili maximálně se dvěma Relay Module a na to je nachystaný SDK.
Cloony je určen pro HW integraci do produktů, proto nebude mít žádný předprogramovaný firmware.
Firmware je do něj třeba nahrát z PC/routeru po UARTu (bootloader je v ROM MCU) - potřebujete např. USB CDC UART nebo po SWD přes DEBUG konektor - potřebujete např. J-Link
Pro snímání tlačítka nebo pulsů stačí pouze Cloony (s tím že musíte připájet dráty či konektory a zajistit napájení), má 12 volných pinů, takže můžete snímat až 12 tlačítek (pokud použijete “trik” klávesnicových mřížek skenováním vstupů tak 36 tlačítek Pájení drátů či pinových lišt na Cloony nedoporučuji, je nachystán pro umístění na PCB s HW na míru potřebám příslušného projektu/produktu.
Obecně připojovat stohy modulů ke Cloony nebude většinou smysluplné/efektivní (nevylučuji, že se mýlím a jsem omezen klapkami), protože Cloony je určen pro “sesypání” potřebných HW koponent na PCB (tak jak to vidíte u Senzoru výše), kam se přidá i Cloony.
Proto sice mohu odpovědět na dotaz, že je teoreticky možné připojit až 3 analogové + 3 digitální Sensor Moduly nestohově s hack úpravou I2C adres k jedné HW I2C sběrnici Cloony a volným pinům, ale pochybuji že to může být pro nějakou aplikaci užitečné či rozumné.
Prakticky s Core Module ve stohu používáme maximálně jeden Sensor Module a na to je nachystaný SDK.
Jeden Cloony může současně snímat 12 pinů (vstupů) a snímat/ovládat vše na I2C sběrnici (např. dva Relay Module), nicméně jak píšu výše, není podle mého názoru efektivní ke Cloony připojovat moduly.
Cloony proti Core nemá:
- řešeno napájení (LDO regulátor, či DC/DC měnič, či ochrana proti přepólování napájení, řešení priority napájení ve stacku modulů) - musíte řešit
- USB UART / konektor a ESD ochrany - potřebujete UART nebo SWD na naprogramování
- pinové lišty - piny Cloony potřebujete připojit k ostatnímu HW
- formát modulu (není součást stohu)
- tlačítka
- druhou HW I2C sběrnici
- akcelerometr
Díky za dotazy.
Ahoj,
disclaimer: pomáhám externě BigClownu s vývojem, dokumentací a i v dalších oblastech a děkuji @pav za cenné podněty.
Veškeré vaše dotazy do dokumentace doplníme. Nyní máme stop-stav, protože budeme brzo měnit generátor webu, ale budu se to snažit protlačit co nejdřív do nového, nebo ještě do starého webu.
Dnes jsem udělal rychlý test dosahu. Už s prvními moduly mě překvapil dosah. Předtím jsem měl mizerné zkušenosti s NRF24L01+ a na 2,4GHz jsem odmítal doma cokoliv budovat. Rádiové moduly od ST jsou jiné kafe.
Udělal jsem dvě videa. Jedno v cihlovém rodinném domě a jeho okolí, druhé video s dosahem ve volném terénu. To video v domě natočím později ještě jednou. Protože až testy venku mi ukázaly, jak díky správnému umístnění vymáčknout z dosahu maximum, ale i tak je výsledek dosahu v domě výborný.
V domě a přilehlém okolí lze komunikovat bez ztráty paketu
Ve volném okolí jsem na 200m dosáhl spolehlivého spojení bez ztráty paketu, maximální hranice je cca 500m.
Doufám, že videa zodpoví vaše dotazy na komunikační vzdálenost.
Pokud vás ještě něco zajímá, nebo byste měli návrhy na jiné testy - napište a můžu je provést.
3 Likes