classic.ISPforum.cz

Ahoj, potřeboval bych v jistých ohledech možná jen trochu nakopnout nebo možná i drobnou pomoc s takovým nápadem. Potřeboval bych výsledky scanu okolních wifi sítí ukládat do MySQL databáze. Napadlo mě takové vývojové dočasné řešení, kdy využít třeba malé raspberry pi s nainstalovanou mysql databází, kde skrze script v shellu si každých třeba 30 sekund přes ssh sáhnu do RB a provedu si aktuální scan a vrácené výsledky uložím do DB.

Nevím si ale úplně rady, jak rosparsovat výstup z RB do třeba pole, které bych rozčlenil a nahrál do jednotlivých sloupců v tabulce.

Ještě mě napadlo využít nějakou PHP komponentu a sahat si pro data přes API. Jenže to zase chci udělat bezobslužně, takže bych to musel řešit třeba přes cron a volat si přímo PHP script.

To je první část, druhou částí je systémový čas - jakmile raspi nebude na internetu, přičemž nemá svůj RTC obvod na skutečný čas, možná by to pak mohlo dělat brikule s ukládáním do DB, kdybych si chtěl ukládat i čas měření. Proto mě napadlo k raspi přihodit přes GPIO buď přímo modul RTC nebo GPS modul a aktuální čas si sosat taktéž přes shell.

Uvažuju dobře, nebo je to celé nesmysl? chtěl jsem si udělat takový projektík s historií vývoje okolních sítí a sledovat, jestli se během roku můžou měnit parametry sítí v závyslosti na počasí nebo roční doby. Předem děkuji

Zajimavy napad. RPi to v klidu muze cist a posilat na server do databaze. Napriklad pres HTTPS GET. Rozhodne na RPi neni vhodne (bezne) provozovat MySQL. RTC obvod ci GPS je dobra vec, ale neni nutna. Data se v pripade ztraty konektivity mohou ukladat lokalne i s poznamkou, kdy chybel cas a pak se to da nahrubo srovnat. I kdyz NTP trva dlouho nez se znatelne rozjede (na rozumnym HW) ...

Mrkni na toto http://www.splunk.com/
Zatím to používáme obráceně, v každém MKT je script, který nám ty data posílá sám právě do splunku.

Jo, tohle je určitě lepší řešení, a tazatel se úplně vyhne použítí RPi. Mikrotiky z různých částí sítě mohou posílat data pravidelně na nějaký server třeba ve formě souborů. Btw. proč 30 sekund? Na skenování okolí by mohlo bohatě stačit 2x za den. Server může být třeba nějaký základní hosting s PHP a MySQL. PHP skript v CRONu pak pravidelně bude zpracovávat přijaté soubory a ukládat data do MySQL. No a pak už se s tím dá pracovat dále dle vlastní fantazie.

Scan stačí jednou za den.

Ano, lze pouzit skript co scan posle na FTP, kde se zpracuje. Ale idealne se skriptovani vyhnout ...

lwq píše:Zajimavy napad. RPi to v klidu muze cist a posilat na server do databaze. Napriklad pres HTTPS GET. Rozhodne na RPi neni vhodne (bezne) provozovat MySQL. RTC obvod ci GPS je dobra vec, ale neni nutna. Data se v pripade ztraty konektivity mohou ukladat lokalne i s poznamkou, kdy chybel cas a pak se to da nahrubo srovnat. I kdyz NTP trva dlouho nez se znatelne rozjede (na rozumnym HW) ...

Děkuju za všechny vaše reakce zkusím ještě trochu rozvést mojí myšlenku.

Já jsem si chtěl právě udělat takový "pokus", že bych na některá místa umístil tohle RPi s nějakým RB, který by dělal v pravidelných intervalech scan a měřil především veličiny jako sílu signálu a počet měření by bylo pro mě důležitý kvůli jejich změnám vůči počasí. Například udělat si statistiku toho, jak se může měnit síla signálu v závislosti na teplotách, mlze, dešti, mrazu, sněhu atp. Pak bych mohl dělat měření třeba každých 30 minut a získal bych statistiku rozdílů.

Mohl bych mít tak třeba 5 mini stanic, který bych umístil třeba do nějakého vytyčeného radiusu. Kdybych ty data z RB mohl nějak uložit do DB abych si tam mohl udělat pak filtr třeba podle času / nebo síly signálu (kdy byl signál silnější nebo slabší). Pro vizualizici třeba na Google mapách bych mohl využít ten GPS modul (třeba ten z andafruitu) a brát z něho aktuální čas (protože by RPI potřebovalo mít nějaký synchro čas) a mohl bych si zobrazit přes google api jejich aktuální pozice.

Kdybych to pak měřil třeba rok, mohlo by se vysledovat, jak ovlivňuje počasí a vlastně okolní podmínky šíření signálů. Není to příliš scifi?

Proto mě napadlo že nejrychlejším způsobem by bylo mít RBčko s wifinou, přes LANku k tomu napojit RPI, který by přes cron spouštělo v shellu script "udělej aktualni scan - vrať pole naměřených hodnot a ulož je do DB".

Nebo to hrnout na jedno centrální místo, ale jako identifikátor měření použít třeba aktuální GPS pozici vyčtenou přes GPIO z RPI. Co myslíte?

Předem díky za myšlenky a váš čas

Pokud jde o čas na malině, tak po spuštění se snaží zjistit aktuální čas z internetu přez NTP. NTP si můžeš zprovoznit klidně i lokálně. Pokud nemáš připojení k síti, tak za pár korun se dají v číně koupit RTC moduly (pro malinu, arduino, atd), co se připojují na i2c.Posledně jsem jich bral 5 a dohromady vyšli na necelých 90kč. Za to GPSku nekoupíš. Stačí do nich pak jen strčit baterku jako je do boardu (CR2032). Čas si pak nastavíš jednou, uložíš do RTC a pak si při každém startu malina může vzít čas z toho RTC. GPS na zjištění času je fajn, ale je to naprosto zbytečně přesné. RTC obvykle vrací čas s přesností na vteřiny, GPSka je podstatně přesnější, ale pro tvoje potřeby, kdy chceš mít jen čas zápisu do mysql je to zbytečné.

Ten modul se tuším jmenuje Tiny RTC i2c, ale jsou i jiné s jiným čipem.

the.max píše:Pokud jde o čas na malině, tak po spuštění se snaží zjistit aktuální čas z internetu přez NTP. NTP si můžeš zprovoznit klidně i lokálně. Pokud nemáš připojení k síti, tak za pár korun se dají v číně koupit RTC moduly (pro malinu, arduino, atd), co se připojují na i2c.Posledně jsem jich bral 5 a dohromady vyšli na necelých 90kč. Za to GPSku nekoupíš. Stačí do nich pak jen strčit baterku jako je do boardu (CR2032). Čas si pak nastavíš jednou, uložíš do RTC a pak si při každém startu malina může vzít čas z toho RTC. GPS na zjištění času je fajn, ale je to naprosto zbytečně přesné. RTC obvykle vrací čas s přesností na vteřiny, GPSka je podstatně přesnější, ale pro tvoje potřeby, kdy chceš mít jen čas zápisu do mysql je to zbytečné.

Ten modul se tuším jmenuje Tiny RTC i2c, ale jsou i jiné s jiným čipem.

Rozumím, tenhle RTC modul jsem si kdysi k arduinu kupoval, asi by postačil ale myslím že byl přímo do patice arduina, ale to by nebyl problém. Mě právě napadlo tu GPSku využít pak na té výstupní části (třeba nějaká HTML stránka, kde si pak přes PHPko vysosnu z DB naměřené hodnoty nebo skrze nějaký jiný filtr) kde si budu moci přes google api zobrazit hezky graficky pozice lokací, a třeba si tam vykreslit kruhy atp. To je však samozřejmě jen taková "featura" navíc.

Ještě jsi zapomněl na jeden podstatný doplněk k malině a to důchodce sedícího vedle měřící stanice, nejlépe s pleší aby Ti zapisoval aktuální počasí v dané lokalitě a v čase - jeho digi samozřejmě musí být také synchronizovány!

v závislosti na teplotách, mlze, dešti, mrazu, sněhu atp.

Hodně subjektivní požadavek, kor když důchodne nemá brejle - k tomu vůbec nemusíš řešit přesnej čas. Výsledek - naprosto nic nevypovídající "výzkum".

michnzee píše:Já jsem si chtěl právě udělat takový "pokus", že bych na některá místa umístil tohle RPi s nějakým RB, který by dělal v pravidelných intervalech scan a měřil především veličiny jako sílu signálu a počet měření by bylo pro mě důležitý kvůli jejich změnám vůči počasí. Například udělat si statistiku toho, jak se může měnit síla signálu v závislosti na teplotách, mlze, dešti, mrazu, sněhu atp. Pak bych mohl dělat měření třeba každých 30 minut a získal bych statistiku rozdílů.

pokud te zajima jak se meni signal na Tvem AP, tak je prece logictejsi snimat signal od klientu na tom APcku. My to treba tak delame - kazdy klient cca 30minut posle signal a ten se ulozi do DB. Je treba jen pocitat s tim, ze MT je schopen namerit hausnumera (signal sily 0dbm apod), takze po vylouceni nesmyslu koukame vetsinou az na denni prumer. Je krasne videt napr. trend per klient (krasne poznat listnaty strom v ceste atd) ci per AP (odchazi neco na APcku).
Co se tyce vlivu pocasi na signal je IMHO pri rozumnych vzdalenostech a prime viditelnosti krome extremnich povetrnostnich podminek zanedbatelny. Extremnimi podminkami myslim napr snih nalepeny na antenu atd.

Věnuj svoje nadšení pro věc do užitečnějších věcí ve svojí síti. Pokud i tak máš hodně volného času, pořiď si nějaké jiné končíky