Idea domácej automatizácie - (Môj prvý zápis do blogu :o) )

2.5.2012 18:35 | Přečteno: 3002×

Tento zápis do blogu popisuje moju ideu a nejakú víziu ako by som si predstavoval domácu automatizáciu. Súčasťou má byť zber dát, spracovanie a reprezentácia.

A teraz uz k samotnému textu :)

Pred časom som tu zverejnil krátky testovací zápis do blogu. Skôr, ako som stihol kliknúť na "odstrániť", sa pri ňom rozbehla riadna diskusia :o) Teraz skúsim dať veci na pravú mieru a trosku aj objasniť informácie. Takže idea:

Zariaďujem si svoje bývanie a tak ako je to vždy na začiatku, aj u mňa chýba dosť veci. Hneď prvá z nich sú nejaké poriadne hodinky, ktoré by ma ráno informovali, či už náhodou nemeškám do prace :) Bežný človek by asi šiel do obchodu a kúpil prvé použiteľné, no ja sa nechcem vybrať tým smerom. Školu mám elektrotechnickú a vždy ma bavilo programovať a aj keď menej, tak aj vyrábať hardware. Prvá moja myšlienka bola nie kúpiť hodiny, ale vyrobiť nejaké a tým sa vrátiť k môjmu zaprášenému hobby. Jediné jedny hodiny, ktoré mam sú DCF77 a teda nepotrebujú nastavovať, stačí ak majú napájanie. Podobným spôsobom chcem navrhnúť aj ďalšie hodiny, aj ked bude treba isté úpravy. Tepelná izolácia na mojom byte je tak kvalitná, že cez tú vrstvu neprejde takmer nič. Pri zavretých oknách nejde DVB-T, DCF77, GPS, UTMS/HSDPA, WIFI, BT ... Inak povedané zavriem a mám rádiové ticho :) Prvá moja idea bola distribuovať čas vrámci bytu a tým zabezpečiť presnosť hodiniek. Keď už budem prenášať hodiny, tak môžem aj iné data, no nie ? Pre predstavu myslím nasledovne: Predpoveď počasia, namerané teploty v jednotlivých izbách, riadiace príkazy pre pripojené spotrebiče, informácie z pohybových senzorov (alarm)

Samotnú sieť (zatiaľ bez špecifikácie média) si predstavujem ako master/slave štruktúru. Master bude vedieť všetko o sieti a slave moduly zabezpecia kontakt s prostredím. Master bude nejakým protokolom vysielať dáta a jednotlivé povely budu slave moduly interpretovať. Protokol plánujem navrhnúť tak, aby sa dala celá sieť jednoducho rozširovať a jeden povel mohol byť vyslaný na viac zariadení. Príkladom môžu byť hodiny, ak v sieti budú viac ako jedny (čo aj očakávam), tak údaj "aktuálny čas" bude adresovaný všetkým.

Môj aktuálny plán je vyrobiť hodiny a neskoršie jeden master. Po úspešných skúškach navrhnem nejaký štandard (alebo možno použijem už nejaký aktuálny). Priorita jedna je čo najjednoduchšia rozšíriteľnosť siete. Inak povedané, bez úprav aktuálnych modulov, musí každý ďalší fungovať, aj keď bude implementovať pre sieť novu funkciu.

Ako základný prvok modulov som si vybral Arduino Uno. Hodiny budú pozostávať z Arduino Uno modulu a hromady LED v multiplexe. Programovať budem v C, za pomoci gcc + avr-libc (crossdev enviroment na gentoo mašine). Prvotné naprogramovanie zrealizujem za pomoci hardware ICSP programátoru avrdragon a softwaru avrdude. Neskoršie plánujem programovať za pomoci bootloadera ale po rokoch abstinencie to nebude prvá vec čo vyskúšam :)

Keď všetko zhrniem, tak technické riešenie bude nasledovné:

- riadiaci prvok "master" bude Arduino Uno s Ethernet rozhraním (wiznet) a pravdepodobne XBee modul ako bezdrôtové spojenie. Ohľadom spojenia ešte stále váham čo použiť. Nerád by som ťahal káble (aj keď mám štruktúrovanú kabeláž, tak umiestnenie ukončení je dosť limitujúcim faktorom) a inú možnosť s rozumným pomerom integrácie, ceny a funkčnosti som zatiaľ nenašiel.

- "slave" zariadením bude Arduino Uno, alebo iná pre danú funkciu vhodná varianta (Fio, Nano). Podľa výberu pri master zariadení bude obsahovať komunikačný modul (s veľkou pravdepodobnosťou Xbee)

- moja predstava je do budúcna pridávať ďalšie konštrukčne prvky a ako celok reprezentovať sieť na malom monitore. O obsluhu monitora a rozhranie s človekom sa bude starať Raspberry Pi, alebo iná varianta extrémne úsporného jednodoskového počítača ... no to je zatiaľ len hudba budúcnosti, ako prve musím spraviť prvý krok a tým sú hodiny :)

p.s.: Neočakávajte zázraky na počkanie :) Tak ako väčšina v mojom veku som zamestnaný a môjmu hobby sa venujem len počas voľna. Predpokladám, že sa do poriadneho bádania a skúšania pustím až počas "dovolenkového" obdobia ...        

Komentáře

[Vskutečnosti Saýc]

NEvyslo by te raspberrypi (ktere ma zabudovany ethernet) levneji nez arduino s ethernet shieldem? Nemluve o tom, ze by to provozovani pak bylo precenejn pohodlnejsi.

[Jooky (inactive)]

raspberrypi je sice dobra vec, ale stale je problem s dostupnostou. Moju obiednavku planuju vybavit v tyzdni 21.05.2012 a to dostanem len jeden kus. Kedy bude dostupnost na urovni je otazne. Dalsia vec su rozhrania. Raspberrypi sice ma GPIO, ale nema hw podporu pre I2C, RS-232C, alebo nejaku inu "mikroprocesorovu" zbernicu. Ked som to spravne pochopil :) Arduino s ethernet shieldom uz mam doma, takze vyuzijem moje "skladove" zasoby.

[Jendа]

RPi má HW RS-232C (resp. TTL úrovně, stejně jako Arduino) a Arduino AFAIK nemá HW I2C.

[Jooky (inactive)]

RPi ma "Mini UART", to je pravda. Nemam pocit, ze ide o plnohodnotny seriovy port. Hned prva vec, ktora mi udrela do oci v dokumentacii je, ze nekontroluje "Framing errors".

Ja mam Arduino s "ATmega328P" a podla dokumentacie ma "Byte-oriented 2-wire Serial Interface (Philips I2C compatible)". V celej dokumentacii sa to spomina ako HW zalezitost:

When the SM2...0 bits are written to 000, the SLEEP instruction makes the MCU enter Idle
mode, stopping the CPU but allowing the SPI, USART, Analog Comparator, ADC, 2-wire Serial
Interface, Timer/Counters, Watchdog, and the interrupt system to continue operating. This sleep
mode basically halts clkCPU and clkFLASH, while allowing the other clocks to run.

Arduino nema "2-wire Serial Interface" oznacenu na doske, ale piny su pritomne (A4 + A5).

[Petr Tomášek]

Ale houby RS-232! RaspBerry Pi má Rx a Tx v TTL (3.3V) úrovni. To má k RS-232 hoooodně daleko...

[pc2005]

Jo, možná by chtělo zmínit, že RS232 je jen specifikace "fyzické" vrstvy. Tedy kapacity mezi vodiči, napětí, apod. Kdežto komunikace je UART a ta je prakticky zase jen organizace dat.

[Petr Tomášek]

To není tak úplně pravda. Ke specifikaci RS-232 patří taky specifikace řídících linek (RTS, CTS, DTR, ...). Jakákoliv implementace bez nich prostě nemá s RS-232 skoro nic společného...

[pc2005]

Souhlas, v 25pin RS232 konektoru je dokonce třeba místo pro signál CLK a faktem je, že ten 9 pinovej už má akorát PC. Prakticky všechny ostatní architektury (ADSL SoC, Router SoC, kontrolér hdd, PIC, 8051, virtex5 deska) používaj jen Rx a Tx a pokud chceš řízení toku, tak musíš emulovat přes GPIO.

[pc2005]

Prakticky všechny ostatní architektury (ADSL SoC, Router SoC, kontrolér hdd, PIC, 8051, virtex5 deska) používaj jen Rx a Tx a pokud chceš řízení toku

... V non rs232 úrovních, nejčastěji 3.3V.

[Petr Tomášek]

No tak to dá rozum, že k tomu musíš přidělat převodník úrovní - tak to bylo vždy...

[pc2005]

Já jen, že jsem sám udělal tu chybu, že uart=rs232 .

[Petr Tomášek]

Prakticky všechny ostatní architektury (ADSL SoC, Router SoC, kontrolér hdd, PIC, 8051, virtex5 deska) používaj jen Rx a Tx a pokud chceš řízení toku, tak musíš emulovat přes GPIO.

Tak to teda zdaleka není pravda.

[pc2005]

Ok, výpis?

Já jsem se setkal s hw signály na řízení toku jen u PC vybavení (PCI/ISA řadiče), dokonce bych občas pochyboval, že to je v USB převodníkách, ale nevím (tam je to hlavně skoro zbytečné). Jinak řízením toku myslím signál přímo z uartu, ne GPIO.

Že existujou uart řadiče vyšší než 16550, který uměj i hardware handshake vím.

[Tomas Kopriva]

To že u hotových boardů jsou vyvedeny jen Tx a Rx neznamená že samotný čip řízení toku nepodporuje.

Třeba USB převodníky od FTDI jej mají, ze zástupců mikrořadičů třeba PIC24 nebo PIC32 májí RTS a CTS v UARTU(ty ostatní nevím), AVR32, SAM7...

Malé 8bitové řadiče mívají jen Rx a Tx ale podívejte na 16b nebo 32b řadiče a často tam je plný UART.

[pc2005]

PIC24FJ64 nemá piny DSR, DTR a asi ani RI a CD.

Že má RTS a CTS, tedy nějakou možnost řízení toku, uznávám (vida úplně jsem je před půlrokem přehlédl ). Každopádně jsem se zatím u uC návrhů setkal s tím, že se používá jen Rx/Tx.

[Tomas Kopriva]

Já se také setkávám jen s Tx/Rx, podle mě se předpokládá, že druhá strana stihne data zpracovávat bez potřeby řízení toku a bývá tomu podřízen i komunikační protokol.

Třeba 8b uC nemívají žadný hw buffer a každý byte se musí zpracovávat softwarem a pak není problém řizení toku pomocí GPIO pokud je to potřeba a větší uC které mají buffer a DMA většinou mají alespoň RTS a CTS. Zase opakuji že se nepoužívá, ale to neznamená že to nejde.

Co se týče ostatních signálů tak ty měly význam u modemu.

Dnes se jako RS232 označuje že jde o asynchronní přenos a napěťové úrovně -3V až -15V pro log. 1 a +3V až +15V pro log. 0, jestli jsou přítomny i řídicí signály se většinou uvádí navíc (bavíme se o zařízeních s uC, u PC je to snad samozřejmost). On je v tom označování lehce zmatek :)

[pc2005]

Já se také setkávám jen s Tx/Rx, podle mě se předpokládá, že druhá strana stihne data zpracovávat bez potřeby řízení toku a bývá tomu podřízen i komunikační protokol.

Třeba 8b uC nemívají žadný hw buffer a každý byte se musí zpracovávat softwarem a pak není problém řizení toku pomocí GPIO pokud je to potřeba a větší uC které mají buffer a DMA většinou mají alespoň RTS a CTS.

Jj ty poslední verze UARTu maj někde 1024 bajtový buffer, tam je to skoro nutnost. Jinak se dá taky používat xon/xoff.

Zase opakuji že se nepoužívá, ale to neznamená že to nejde.

Jo pravda, ono třeba zjistit vlastnosti uartu v čipsetu adsl modemu je skoro nad síly člověka a vyhledávače.

On je v tom označování lehce zmatek :)

Jo sám jsem to předvedl.

[Josef Kufner]

A co si na zeď pověsit nejlevnější tablet? Ceny začínají na dvou tisících, má to wifi, ovládat to můžeš po ssh, slušný displej, je to skoro hotové...

[Petr]

o tom uvazuju uz delsi dobu z ebay okolo 3k capacity 7-10" s pernamentnim napajenim ze site, nahradi to telefon diky skype. hodiny, predpoved pocasi, radio...

[Josef Kufner]

V tom případě si k tomu pořiď i hi-tech sluchátko.

[skype]

Prosím doporučit v ČR běžně dostupný tablet za dva tisíce Kč.

[Josef Kufner]

dealextreme

Heureka

CzechComputer

[tablet]

Czech Computer má do 2000 Kč jen použité zboží - viz http://www.czc.cz/tablety/produkty?q-order=PRICE

U dealextreme sou ceny v dolarech, buhví kolik to bude po přepočtu a buhví jaký problém bude s nákupem u nás.

Heureka je jenom vyhledavač pochybných firem a všechno co najde do 2000 Kč je s Androidem, ještě k tomu se starou verzí. Linux nikde.

[Josef Kufner]

Dolar stojí 19Kč. 70USD je tedy 1330Kč. Pokud nemáš smůlu a nezasekne se to na celnici, tak to máš během týdne doma.

Čemu vadí Android? Když si to rootneš, najdeš tam Linuxové jádro. Busybox na tom funguje, viděl jsem i návody na Debian v chrootu.

Čemu vadí stará verze? Vždyť tam jen nahraješ svou aplikaci a lehce poladíš konfiguraci launcheru, aby to vyhovovalo požadvanému stylu použití.

Že Heureka je jen vyhledávač vím. Požadavek byl na co nejlevnější a proto jsem odkázal na ní a ne na deset obchodů.

[Luboš Doležel (Doli)]

U dealextreme sou ceny v dolarech, buhví kolik to bude po přepočtu a buhví jaký problém bude s nákupem u nás.

Tak to jsou ale akorát kecy

[the.max]

sluchatka uz mam 3, kazde jine, vsechny ale s kabelem. Ale ani jedno nefunguje tak jak by melo. I kdyz maji 4polovy 3.5mm jack, tak vsechny 3 sluchatka ho maji stejne (blbe) zapojeny. 'spicka' je nezapojena (levy kanal), 2. je zapojeny (pravy kanal), 3. je mikrofon, 4, je zem. DRTIVA vetsina telefonu, kdyz se do nich pripoji headset, tak ho detekuji prave pomoci pripojeni na LEVY kanal, ktery tady na tech sluchatkach neni zapojeny, tudiz telefon headset nedetekuje. Pokud nahodou nektery precejen nadetekuje, tak 'vidi' pouze sluchatko, ale mikrofon uz ne. 2 sluchatka jsem zkousel hackovat, bez uspechu, na treti se chystam, ale to je delane nejak jinak a zatim jsem nezjistil jak se rozebira.

[Jooky (inactive)]

hmm, tablet je dobry napad. To by vyriesilo viacero problemov :) Dakujem za tip. Aj tak toto nie je cast, ktoru budem riesit coskoro, no do buducna to je dobry plan

[Jiří Němec]

A já se těšil na KNX hodiny, ale zas je z toho arduino + něco na 2.4GHz. U arduina mi trochu vadí spotřeba, provoz na baterie je nemožný, mé pokusy s pro mini končí někde u 0.25mA, to je stále moc, už přemýšlím nad odstraněním té diody.

[Jooky (inactive)]

Spotrebu budem tiez riesit a planujem vyuzivat vsetky usporne mody Atmel procesoru. K comu sa realne dostanem som zvedavy. Spominane hodiny chcem aby svietili a boli vidietelne aj cez den, takze znacnu spotrebu bude tvorit LED. S tym riesenim som uz odsudeny na napajanie zo siete, ale aj tak sa budem snazit minimalizovat spotrebu. Ked budem mat hotove merania, tak urcite vyzdielam vysledky.

[Josef Kufner]

Sony Ericsson Xperia Mini Pro, Android 2.3.3 (Linux 2.6.32.9-perf): Výdrž v režimu letadlo na jedno nabití je zhruba dva týdny (zrovna teď má za sebou 12 dní a baterka (4.3Wh, 1160mAh) je na čtvrtině; CPUSpy tvrdí, že v deep sleep je 99% času – 189:42 z 191:03 hodin). Pokud počítám dobře tak příkon vychází na nějakých 10mW ve spánku.

Je potřeba vykopat všechno, co jen trochu otravuje procesor a hlavně se zbavit jakékoliv reklamy. Používám ho hlavně jako zápisník, než se mi povede do toho dostat použitelné PIM a sesynchronizovat to s non-Google okolím.

[Jiří Němec]

Hmm, podsvětlení/osvětlení bude mít podle mě až moc velkou spotřebu, to skončí napájené ze sítě, jestli to chceš mít víc cool, tak bych to napájel z ethernetové sítě a rovnou z ní tahal ntp protokolem synchronizaci. Jo asi bych taky přidal senzor okolního osvětlení a reguloval ty ledky v průběhu dne.

Na střední škole jsme vyráběli hodiny, většina šla cestou 7segmentovek, někteří to měli i s aktivním chlazením (to nebyly hodiny, ale přímotop), já šel trochu jinou cestou: http://i.minus.com/imcpZYlqZmqiL.jpg ale furt to má moc velkou spotřebu na napájení z baterie.

[Dreit]

Co se týče automatizace, tak nějakou inspiraci můžeš sebrat tady: http://tuxgraphics.org/electronics/

A k hodinám:

- http://rayer.ic.cz/elektro/mainscnt.htm (netušim jakou vyžaduješ přesnost - u 2. měření došel dokonce k tomu, že síť je přesnější než krystal)

- http://hackedgadgets.com/wp-content/2/_volt_meter_clock.jpg (inspirace na stavbu mých hodin, řízeno sítí, pokračuju pomalu)

 

k DCF77 - údajně se tam kromě času vysílá i informace o počasí, ale bez specifikace

 

K protokolu pro přenos dat (jeden master a hodně slave znamená hádám jednosměrně) - co tak použít RS-232? Stačila by kroucená dvojlinka a případně by to nebyl problém zesílit a tak    Řekněme že první bajt (nebo víc, podle počtu spotřebičů) by určoval konkrétní zařízení (adresa) a následovala by sekvence dat.

K tomu by existovala univerzální adresa (třeba první bajt = 11111111), kterou by se aktivovaly všechny spotřebiče (všechny četly data) a třeba jednou za řekněme 10 minut by se tak poslal aktuální čas - tím by se hodiny synchronizovaly.

 

Jestli mají spotřebiče komunikovat i mezi sebou, tak hádám, že bude fakt lepší všude nacpat síťovku a udělat klasickou síť - koukni na ten první odkaz, tam takových věcí pár je a je to moc zajímavý

 

Můžu mít dotaz na tvůj věk, když už se o něm zmiňuješ? Já jen že právě maturuju (jako jeden z mála mám jako zaměření automatizaci), tak abych věděl s kým se asi tak bavím

[skype]

Síť je dnes nepochybně přesnější než kdejaký krystal.

[Kvakor]

K protokolu pro přenos dat (jeden master a hodně slave znamená hádám jednosměrně) - co tak použít RS-232? Stačila by kroucená dvojlinka a případně by to nebyl problém zesílit a tak    Řekněme že první bajt (nebo víc, podle počtu spotřebičů) by určoval konkrétní zařízení (adresa) a následovala by sekvence dat.

K tomu by existovala univerzální adresa (třeba první bajt = 11111111), kterou by se aktivovaly všechny spotřebiče (všechny četly data) a třeba jednou za řekněme 10 minut by se tak poslal aktuální čas - tím by se hodiny synchronizovaly.

To není třeba řešit přes RS232, přesně tohle už umí I²C, která je jak na embedded zařízeních a jednočipácích, tak v Linuxu (přes různé konvertory) slušně podporovaná, mimo toho potřebuje stejně drátů jako RS232 v základním režimu - tři (hodiny SCL, data SDA a zem).

[Tomas Kopriva]

I2C není dělané na dlouhé vzdálenosti, pro zachování dobrého duševního zdraví důrazně nedoporučuji používat na větší vzdálenosti než několik cm, pokud možno na jedné desce ale určitě nesmí opustit zařízení.

[Jooky (inactive)]

I2C by som netahal na velke vzdialenosti. Od miesta, kde je sustredena "pocitacova inteligenica" po miesto, kde mam aktualne obycajny budik je cca 8 metrov. Ked by som tahal kabel okolo miestnosti, tak sa bez problemov prehupnem cez dvojciferne cislo a to uz bude seriozny problem. Prevod na prudovu slucku, alebo podobny sposob komunikacie je urcite mozny, ale stale je to kabel a tomu sa chcem vyhnut.

[Tomas Kopriva]

Jako sběrnici bych použil určitě RS-485, je to průmyslový standart a při nízké rychlosti (9600, 19200) chodí až na 1km, budiče dnes stojí pár korun a obsluha v MCU je primitivní.

Master-Slave protokol asi ModBus, specifikace je jednoduchá a zase je to běžná věc v průmyslu a existuje pro to spousta hotových projektů.

Kombinaci RS-485 a ModBus mám ověřenou v praxi ve fabrikách a tam se na spolehlivost hraje víc než doma.

[chachar87]

taky se primlouvam za 485

[Petr Tomášek]

+1

[Jooky (inactive)]

RS-485 je dobra volba, ale stale ako spojenie je kabel. Su miesta kde by mi kabel az tak nevadil, ale su miesta kde mi bude vyslovene vadit. Kedysi by som zobral tenku dvojlinku a supol ju pod koberec. Teraz su moc v mode plavajuce podlahy a moznost dodatocne tahat kable je dost limitovana.

[Jooky (inactive)]

dakujem, za zaujimave linky :)

DCF77 protokol som zbezne pozeral. Hodiny, ktore mam, uspesne dekoduju DCF77 len na jednom mieste v byte a aj to nesmiem mat zatiahnute zaluzie. To sa mi zda ako dost limitujuci faktor.

Prenos dat planujem vo formate RS-232C. Atmel ma priamo podporu pre hardwarove adresovanie. T.j. v mode 9 bitovej komunikacie urcuje jeden bit ci ide o adresu, alebo data. Cast mikroprocesoru urcena pre seriovu komunikaciu dokaze rozlisit "svoju" adresu a v pripade komunikacie neurcenej pre dany mikroprocesor data odignoruje (beh programu nie je preruseny, mikroprocesor nie je zobudeny z rezimu spanku).

Krutena dvojlinka by realne postacila na komunikaciu, ale ja by som nerad mal natahane draty po celom byte. Podla moznosti by som sa rad tomu vyhol.

Sietovku som zvazoval, ale:
1. arduino uno + ethernet stoji viac ako arduino uno + xbee modul + wireless shield a ethernet kabel je predsa len zas kabel
2. zbytocne si nechcem komplikovat zivot a programovat nieco na urovni ethernet ramcov, alebo tcp/ip packetov

mozes :) , len par tyzdnov dozadu som oslavil 28 rokov.

[Dreit]

Není zač, snad se budou hodit

 

To mě mrzí, mě DCF77 hodiny vždycky lákaly (viděl jsem i hodiny s PIC a 7-segment displejem co ukazoval od roků po vteřiny), ale je pravda, že takhle jeden nikdy neví, jestli bude chytat    Co tak si vytvořit svůj vlastní zdroj DCF77, jen pro svoji domácí síť?

 

RS-232C se mi neskutečně líbí a chtěl jsem s ním začít trochu experimentovat, ale jeden je poslední rok mimo (nejen) z maturity a tak jsem se k ničemu nedokopal    Ale i tak mám na papíře primitivní TTL (nebijte mě!) převodník z RS-232 dat na data v paralelním formátu (8 výstupů), jen postavit a zjistit jestli funguje, nebo hoří. Když bude fungovat, tak asi připojím obří sedmisegmentovku co mám ze školy (18cm) a nechám si nad monitorem svítit číslo z /proc/loadavg - to totiž s Bashem ještě zvládnu

Teda, Atmel se nezdá

 

To s kabely chápu moc dobře, když se podívám pod stůl a vidím několik plně obsazených pětipsů, tak si myslím svoje. Nešly by data na kritických místech přenášet opticky? Hodně zjednodušeně by se na COM port připojila laserová dioda a nechala svítit (třeba) podél zdi, do rohů minuaturní zrcátka....a bez kabelu jsme se právě dostali do protějšího rohu místnosti, kde je stejná maškaráda (vysílač+přijímač v jednom). Test zaměření - na jednom stroji pouštět signál a připojit signalizaci (sluchátko), na protějším konci spojit vstup s výstupem a zaměřovat dokud se neozve zvuk.

Výhoda je v tom, že si nikdo z radiokomunikací nebude stěžovat, nevýhoda je (kromě nemožnosti přerušit paprsek) v tom, že u zdi bude pořád levitovat cosi svíticího....a pokud paprsek uhne, tak kočka dokoná zbytek    Jinak že optika není nesmysl dokazuje třeba RONJA

 

Chápu, i když mám zase dojem, že šířit data bezdrátově si nějakou energii taky sebere, navíc víme jak je to se slabším signálem u wifi - chvíli 2/5, po pár minutách už síť ani není vidět

 

Tak to koukám, že jsem se trochu přecenil, já se budu brzo šplhat k dvaceti.

[pc2005]

Co tak si vytvořit svůj vlastní zdroj DCF77, jen pro svoji domácí síť?

To radši ne. DCF (dole v diskuzi) se šíří hodně daleko a mohl bys tím zarušit klidně celou ulici.

[xkucf03]

K té bezdrátové komunikaci: taky bys mohl použít světlo (laser) nebo zvuk – pro přenos signálů typu hodin je to dostatečné. Rádiové vlny nejsou jediná možnost

Některé tokeny (OTP kalkulačky) se programují tak, že se do nich data „nablikají“ místo toho, aby se připojovaly nějaké kabely.

[Kvakor]

Na to by stačilo použít IrDA, hotové moduly se běžne prodávají, běžný hardware zvládne sice jen metry, ale upravený modul se silnou LED by zvládnul určitě pokrýt celou místnost. Audio by šlo také, ale musel by to být ultrazvuk a na ten by miohla negativně reagovat rozličná domácí zvířata a hifisté. Na druhou stranu, vyhnalo by to myši

PS: Napadla mně ještě šílenější metoda - protože všechna zařízení budou napájená ze sítě, tak co tam dodávat signály přes síťový rozvod? Podoná koncepce se totiž už na podobné věci běžně používá.

Sice by to znamenalo přidat analogovou část, která by na jedné straně musela být připojená k síťovému napětí, ale pokud by master jenom vysílal a slave zařízení by jenom četla, nebylo by to zas tak složité, obzvlášť pokud by se dekódovalo softwarově (tj rychlým ADC nebo zvukovou kartou).

Když by bylo nutné, aby zařízení bylo galvanicky oddělené, šlo by použít běžné malé napájecí transformátorky na nízké napětí (které by mohly zároverň napájet danná zařízení), tedy pokud by nevadilo, že master by musel mít o hodně větší tranformátor a vysílat do něj možná i desítky wattů pulzně, protože na vyšších frekvencích by byl útlum značný.

[PetrHL]

A připravit se na "milou" návštěvu z ČTU kvůli tomu bordelu co budete vypouštět do vzduchu. Rozvodná síť na to není stavěná. Od PLC se naštěstí ustupuje, je to hnus nejvyššího kalibru.

[Jooky (inactive)]

- powerline sposob prenosu dat ma napadol ako prva moznost. Horsie je, ze v byte mam 3 fazy a zasuvky mam rozhadzane po fazach. To by uz mohlo sposobovat problem + nerad by som zbytocne posoboval rusenie na napajacej sieti :)

- IrDA - napocudovanie najlepsi ovladac, ktory som mal bol k AIWA radiu. Ten dokazal fungovat snad kdekolvek v miestnosti (v tej cenovej kategorii dost zazrak). IrDa som zatial nezavrhol, ale este uvidim ci sa odhodlam ist tymto smerom. Na pokusy mozem pouzit jeden svetelny detektor a silnu led diodu co mam. Ak budem spokojny tak ten isty detektor kupim pre IR svetlo :)

[Josef Kufner]

Btw, mám doma tohle s tímhle. A funguje to pěkně. Ovládám s tím repráky (script na automatické zapínání když je otevřena zvukovka) a lampičku. Podpora v Linuxu bezproblémová.

[xkucf03]

Neměřil jsi, jakou má spotřebu samotná zásuvka bez spotřebiče?

Další zajímavá věc je přenos dat po elektrickém vedení – dělají se sady pro přenos počítačové sítě, ale možná by šlo sestavit i něco amatérsky pro předávání signálů nebo malých objemů dat.

[Josef Kufner]

Neměřil.

Kdybych zrovna zařizoval byt/dům od nuly, tak bych se ale na tyhle věci vykašlal. Všechny světla, vypínače a zásuvky bych připojil do nějakého pěkného průmyslového automatu napojeného na domácí server. Na ledničku pomocí magnetů přidělal tablet -- tenký kabel s napájením, data přes wifi (aby to bylo přenosné), sloužil by hlavně jako hodiny, časovač a seznam k nákupu (přes web přístupný z telefonu). A různé snímače teploty a podobných blbostí připojil buď přes ethernet nebo k tomu průmyslovému automatu (některé mají i pár analogových vstupů). Případně jsem někde viděl i ethernetovou meteostanici (venkovní).

Uvažoval jsem o nějakých sběrnicích, ale průmyslová zařízení jsou na domácí použití dost drahá a na bastlení si to ze součástek zas není moc času. Otázkou ale je, přes co připojit třeba modelovou železnici...

[Ondrej 'SanTiago' Zajicek]

Na modelovou zeleznici ci snimace teploti a podobnych? Nejlip asi 1-wire bus. Jsou pro to relativne levne soucastky tvorici kompletne integrovane snimace ci vystupni prvky (digitalne ovladany vystup, umoznujici napr. spinat rele).

Snimace teploty pripojene na ethernet me prijdou jako dost nevhodne reseni - uz jenom kvuli obsazeni ethernetovych prvku ve switchich a s tim spojene spotrebe elektriny, nebo kvuli znacne spotrebe kabelu vzhledem k hvezdicove architekture site.

[Jooky (inactive)]

Nice :) Cast veci by to vyriesilo, ale nie vsetko + radsej si nieco vyrobim sam, ked ma to uz tak chytilo.

[gogloid]

Nejsem si jist, že to úplně využiješ (přeci jen nejspíš budeš mít minimální prodlevy), ale při návrhu toho protokolu by ses mohl inspirovat algoritmy pro synchronizaci hodin.

[Jooky (inactive)]

Dakujem, zaujimave citanie. Neplanujem prenos na velke vzdialenosti a Xbee (ked pouzijem ten sposob) by nemal mat velku latenciu / jitter :)

[pc2005]

Při existenci podobných wifi přípojů za $8 je imho xbee dost předražené.

[Jooky (inactive)]

Pravda, ale ide len o cast skladacky. Lacny wifi modul by vyriesil komunikaciu, ale WPA ju znova zkomplikovalo + z mikrokrocesoru nieco taketo ovladat by bol riadny overkill a pouzit hardware pre PC na mieste, ked staci mircoprocesor tiez nie moc dobra volba.

[pc2005]

Tak vysílat může nešifrovaně. Nebo si udělat vlastní protokol. Šance, že někdo bude odchytávat trafic je stejná jako s tím xbee modulem.

Na PIC řady 24FJ jde navrhnout bluetooth stack na usb donglu (projekt je někde na fóru microchipu, navíc jsem zkoušel sám). (BT je ale obecně standard na h***o a to kupodivu hlavně po softwarové stránce ). Já sám schválně zkusím nacpat do 24FJ wifi stack .

Je ale fakt, že pásmo 2.4GHz má dost hnusnej útlum. Lepší by asi byl třeba 434MHz. Ale tam je zase vždycky malej bitrate. Kámoš používá nějaký 868MHz moduly od firmy Hope (cena asi 100Kč) a dokonce si napsal vlastní multipoint protokol.

[Jooky (inactive)]

Nebranim sa pouzit iny modul, alebo upravit protokol, no jednej veci by som sa chcel vyhnut. Implementovat USB na mirkroprocesore je mozne, ale otazne ci sa to oplati, len preto aby som pouzil lacny wifi modul. Pasma 434MHz a 868MHz mozu byt, uz len najst nieco pouzitelne k tomu :) Tak to vidim, ze znova preleziem eshop, co ma farnell.

[pc2005]

Nebo TME. Jinak usb na mikroprocesoru je otázka, u těch uC, co maj hw periferii je to prakticky jen o softwaru a tedy o množství investovaného volného času.

[Bedňa]

Písať blog o utópií, čo tak ukázať veci ktoré si už spravil? A ešte kvôli tomu spraviť testovací zápisok vole. Asi je čas na môj blogový zápisok ako sa chystám ošukať Angelinu Jolie.

[kotyz]

Nejvyšší čas

[Bedňa]

Tie ženské nejak rýchlo stárnu, už aby som za ňou vyrazil

[GeoRW]

nezabudni potom natocit aj video

[Bedňa]

Ale najskôr napíšem testovací blog na pridávanie príloh Niekdo v blogu okolo RC6 by môhlo byť prvé vídeo

[Jooky (inactive)]

Daj link, az budes mat svoj blog :) Vzdy je lepsie si nieco poriadne premyslet, nez sa clovek do niecoho pusti. V pripade vacsich projektov to plati este viac. Pri pisani som si ujastnil co ako si predstavujem + rady v diskusii pouzijem skorsie ako by som lutoval strateny cas a $$$ za nepotrebne suciastky ... nemusis sa bat, pribudnu tu aj fotky ... a kedy mozem ocakavat fotky v tojom blogu ? :-P

[Bedňa]

Tu sú fotky z môjho Až kutíš do techniky a máš niečo hotové, hoď to sem, určite potešíš tunajšiu komunitu.

[lm]

Nieje XBee prilis drahe? Pozrel by som sa na tvojom mieste na:

1. bluetooth: http://dx.com/wireless-bluetooth-rs232-ttl-transceiver-module-80711?item=39
2. nieco co v podstate ani neviem co je ale zda sa, ze sa da s tymto modulom cez rs232 komunikovat na 125 kanaloch: http://dx.com/nrf24l01-2-4ghz-wireless-transceiver-module-126467?item=24

[Tomas Kopriva]

Ten druhý modul vypadá hezky. Jen to nemá asynchroní sériový port (RS232) ale SPI, to má každá ATmega, PIC(některý ne), ARM atd. ale pro PC by musel být převodník, třeba ta atmega nebo FT2232 při nejhorším by to šlo pomocí printer portu (s přizpůsobením napětí).

[Jooky (inactive)]

Ta cena je tak na hrane. Hladam nejaku alternativu, ale ak by som nic ine nenasiel, tak mi nebude az tak vadit XBee. Rad by som pouzil nieco, kde viem spravit point to multipoint komunikaciu a prenosovy kanal bude seriova zbernica. XBee hardwarovo riesi vela veci, co by zjednodusilo programovanie, aj ked za cenu vyssej investicie do hardwaru. Dalsia vec je nejaka planovana buducnost. Arudino a Xbee tu uz nejaku dobu je a aj bude. Nerad by som za nejaku dobu zistil, ze dalsi "modul" uz nespravim, lebo nie je kompatibilny hadware ... ale tato cast je stale v stave badania ... ked na nieco narazim, tak dam uricte vediet :) dakujem za linky, urcite skusim pozriet aj iny sposob prenosu ako Xbee.

[PepaSFI]

v čem to bydlíš? V bunkru? Ještě jsem neslyšel že by někde nešel DCF77. Že nejdou všecky ty blbosti na pidivlnách, DVB-T, wifi a další, to je celkem normální. Ale DCF jede na dlouhých vlnách, velmi dlouhých vlnách. To proleze všude. Přijímá se to na feritovou anténu, tedy magnetická složka signálu, to jde odstínit jen masivním kusem železa. Takže tam buď máš nějaké rušení nebo vadné hodiny.

[Jooky (inactive)]

Pozeral som mapu. Som cca 620 km od DCF77 vysielacu a presne v "ceste" mam kopec vo vzdialenosti cca 3km odo mna. U rodicov som mal niekolko DCF77 hodin a kazde fungovali len na istych miestach v byte. U mna je to este horsie. Pri okne mam signal, ale uz trosku dalej od okna nic ... co konkretne sposobuje taky "utlm", alebo rusenie som neriesil a zatial ani nemam v plane :)

[pc2005]

Jo ale u DCF77 je docela sranda, že stačí posunout o 10cm a signál je v čudu, teda aspoň u mě jo.

[PepaSFI]

největší problém příjmu na nízkých frekvencích jsou dnes spínané zdroje. Je to úplně ve všem, vyrábí to kdejaká bambusová dílna a čím je to novější tím hůř. Konstrukce se ojebává za účelem snížení nákladů a rušení na kilohertzových frekvencích neřeší nikdo. Stačí si vzít nějaké lepší nebo naopak staré rádio které má dlouhé vlny. na tom pásmu je strašný bordel. Bývalý kolega má obchod s elektrosoučástkama, taky dělá elektronické stavebnice. V obchodě má zapnuté rádio, jeho stavebnici vyrábí, lampové, ruské vojenské elektronky. Ve vedlejším domě je obchod s televizemi. Když tam zapnou nějakou tu plazmovku nebo velkou LCD tak v rádiu na dlouhých vlnách je jen vrčení. Takže ano, je možné že DCF půjde v plechové garáži, ve sklepě, v bunkru, možná i v ponorce, ale v paneláku na sídlišti kde je v okruhu 100 metrů 500 televizí a 800 počítačů, nepočítaně nabíječek, přehrávačů a dalších krámů, tak tam prostě DCF bude vypadávat. Takže jedině hledat vhodné místečko a směr. DCF hodiny používají feritovou anténu která je směrová. Nejlepší příjem má kolmo na směr k vysílači.

[pc2005]

Jj, ale já bydlím v rodinným domě.

Takže jedině hledat vhodné místečko a směr. DCF hodiny používají feritovou anténu která je směrová. Nejlepší příjem má kolmo na směr k vysílači.

Tyjo já mám dokonce dojem, že ten ferit je tam horizontálně (anténa vysílače je vertikálně) .

[PepaSFI]

to je v pořádku že je ferit horizontálně, to není televizní dipól. Když už bych to chtěl porovnávat tak si můžu tu cívku na feritu představit jako soustavu čehosi jako dipólů ale není to přesné srovnání. Dipólová anténa a feritka fungují dost odlišně.

[pc2005]

Jo vlastně ona možná ta magnetická složka bude na elektrickou kolmá...