Domaci automatizace - zhrnutie variant
Marek Pavlu
marekpavlu@mybox.cz
Čtvrtek Květen 19 19:04:49 CEST 2005
Zdravim,
Uz opravdu nechapu, co tu porad resime!!!
Tak zkusim par prikladu reseni, panove a damo:).
Myslim, ze se nize zas tak moc neodchyluji od reality:))).
A prosim, netahejte me za usi, když budete mit poznamky k relativystickym
pojetim tam, kde jsem nebyl presny. To jde vyresit rozumne a ne kamenovanim,
sadou nepresnych analogii nebo v horsim pripade resenim nemsysly typu:
-Jak zajistit 100% funkcnost(to neumi ani v Temelinu s Hermelinem:))).
-Pozadovat za všech okolnosti při padu svetla(ustrihnou Vam pupecni snuru na
Temelin nez reknete 100%-funkcnost:))))...
-...
Dale je třeba si uvedomit, ze Vas dům neni chirurgicky sal, takze vypadek
svetla Vas, mili odpurci, nazabije, chorofyl si vyrobite proste az rano:))).
Nize je ukazano, ze decentralizovany system rozsekany na subiste muze
fungovat jako jakesi zakaldni stavebnice deleny trebas na jednotky v
baraku==pokoje nebo kdo nechce moc subsiti, tak teba patra...
Definice[ChytraSpojka - CHS]:
-Oddeluje pouze dve subsite
-ma vlastni buffer
-je aschopna najit chybu v paketu a zahazovat je(pokud se nejaky Modul
zblaznil, treba:)
- je asymetricka, ma dva UARTy, ale jeden je dovnitr vlastni, rizene,
subsite a ten druhy do navazujicí subsite
-- ve vlastni rizene siti je i zdrojem pridelovani tokenu(tohle zajisti, ze
se co nejdrive dostane k prenosu a nebudou se hromadit dada v buffru moc
dlouho)
-- v cizi, pripojovane subsiti musi pockat na prideleni ciziho_tokenu,pokud
ceka na prideleni ciziho_tokenu a ma v buffru paket k odeslani do cizi
subsite, tak ve vlastni subsiti muze predat vlastni_token nekomu jinemu a
vzit si ho zpet pro sebe(potrebuje-li)), az je ji pridelem v cizi subsiti
cizi_token jinou spojkou. Takze odesle paket do cizi subsite...
<uvaha>
-CHS by slo upravit tak, aby bylo schopno vytvaret slozitejsi sitove
struktury, ale obecne tak, aby se vzdy spojovaly vzdy jen dve subsite. Pak
by nevlastnila zadnou cast subsite a oba dva UARTy by byly napojeny do
dvojice subsiti, CHS by pak muselo resit cekani na prideleni tokenu a take
by muselo monitorovat, jestli paket, ktery prijal neni do dane subsite jiz
vysilan. Znamenalo by to i dynamicke vytvareni tabulky adres jaksi pasivne
oproti zakladni CHS. Takto by slo resit struktury jako kruh, hvezda atd...
<\uvaha>
Definice[BlbaSpojka - BS]:
-Oddeluje pouze dve subsite
-je to v podstate jak kus dratu, jen oddeleni budici atd..
-neni aschopna najit chybu v paketu a zahazovat je(pokud se nejaky Modul
zblaznil, treba:).
-prenese vse a tim padem potencialni zdroj zavaznych chyb od jedineho modulu
se bude sirit celou siti, pak si uz pres ni nikdo nepokeca!!!
Definice[Modul - M]:
-zarizeni, ktere plni nejaky druh funkce nad sitovou vrstvou
-jedn modul = jedno pripojeni do site
Definice[Subsit - S]
Definice[FyzickaVrstva]:
- s RS485(zakaldni predpoklad)
-- asi nejlevneji/nejznamejsi
-- netreba homologovat
-- bezpecna napeti
-- overena
-- nejspis nas prezije :))).
- EIB
-- zajimave vlastnosti jejich svabu
-- nestastne s ohledem na cenu
-- perspekticni??? Asi ano...
- Ethernet
-- zatim spis pro firmy a nebo Donalda Trumpa ci skrcka Gatese :))).
-- problematycnost slozitych siti
- PowerLine
-- potreba homologace
-- problem snadneho ruseni cimkoliv a kdykoliv
-- bezpecnost práce
- Radio
-- homologace
-- ruseni
-- dlouhodobe nejiste vyuziti kmitoctu
- Optika
-- vyssi liga, firmy, a ti, kteri nevim, kam s penezma:).
1 decentralizovany system
- nutne multimaster...
- nejlepe asi nejaky system s tokenem
(myslim, ze panuje jakasi minimalni nutna shoda na tokenu)
1.1 dec. se subsitemi
- vhodne reseni(co pokoj, to subsit)
1.1.1 Spojeni - ChytrouSpojkou
- automaticke odstaveni blbnoucich subsiti
- funkce subsite budou zachovany ikdyz vypadne spojeni s navazujicimi
subsitemi a tim treba i nadrizenym systemem pro rizeni uspor energie nebo
pro rizeni spinani kotle
-- kazdy ventyl se muze ridit jen z teplomeru v mistnosti a dle toho ridit
otevreni ventylu.
-- každý vypinac muze zapnout sve svetlo
-- atd...
- Pokud vypadne primo subsit, tak ventyl nebude mit pristup k teplomeru, to,
ze nemá spojeni se subsystemem spinani kotle pozna podle toho, ze se po
nejake dobe neozval. Pokud se neozval, tak se pokusi komunikovat s cidlem
teploty mistnosti. Pokud to do trebas deseti minut nupujde(za tu dobu nikdo
jeste neumrzl), tak se nastavi na topeni v nouzovem rezimu, kdy otevre
ventyl na nejakou vseobecne prijatelnou hodnotu
-- stejne tak rizeni kotle vi, ze se nemuze na dany ventyl dostat, muze to
hlasit, a vesele topit dal, doku ma nejake teplotni cidlo a ventyl k
dispozici. Pri nejhorsim muze topit podle mistnosti(kotelna trebas) a jedno
teplotni cidlo(zalozni) mit sam na sobe, takze porad bude podle podle ceho
topit! Neumrznete:))).
No a když to kikxne vsechno, tak je to v prdeli stejne, jak kdyz Vam vypnou
elektrinu nebo umre cely termostat, stejne musite roztopit uhlak nebo
klasiku na drevo. V horsim pripade tak, jak to udelali studenti na
Ukrajine(nebo kde to), rovnou uprostred v pokoji:)))))....
Svetla jsou z meho pohledu jaxi postradatelna.
Na to, ze nebude svitit urcite nezemrete a sance, ze spadne cela sit je při
dobrem navrhu a pouziti subsitiminimalizovana na jednotlive pokoje a tedy
vypadky jednotlivych subsiti...
- kratke delky kabelaze(nizsi ruseni na siti)
- male pocty zarizeni na siti, umozni rychlejsi komunikaci a tim i pro
velke pocty zarizeni kratke reakcni casy
- možno rychle komunikovat jen v ramci subsite
1.1.2 Spojeni - BlbouSpojkou
- nachylne na problemy pri zblbnuti jednoho modulu nekde v zapadle casti
site, pak je to v ha**lu!!!
- kratke delky kabelaze(nizsi ruseni na siti)
- male pocty zarizeni na siti, umozni rychlejsi komunikaci a tim i pro
velke pocty zarizeni kratke reakcni casy1.2 dec. bez subsiti
2 centralizovany system
2.1 Master/Slave
- spadne CMS, spadne cela sit!!!
- zalozni CMS muze prebrat praci site, ale musí nejak odpojit puvodni CMS
- zalozni CMS musi nejak vubec poznat, ze CMS je v loji
- zalozni CMS musi poslouchat a komunikovat s hlavnim CMS, aby nebyklo
uplne tupe a vedelo, co dostat odkud a dat kam...
- nutna sprava dvou CMS soucasnem, odstranene chyby v CMS se mohou
zapomenout opravit v nahradnim CMS!!!
- nepotrebuje ChytrouSpojku:).
- muze vyuzit BlbouSpojku, ale když spadne CMS, je to stejne putna, jen je
sance na vetsi rychlosti a mensi problemy s kabelazi...
- nemoznost predat zpravu, dokud si o ni CMS nerekne
- muze vytvaret subsite, ale když vypadne neco na ceste, tak je stejne
Amen!
2.2 Multimaster
2.2.1 subsite
- reseni, ktere obchazi pad CMS nebo useku site tim, ze Slave moduly jsou
znacne univerzalni, delaji skoro vcechno(Svetlo, Spinac, Teplomer, Rizeni
ventilu topne hlavnice,...) neobstoji v takovych ulohach, jako je rizeni
teploty v celem dome a tim i rizeni kotle.
- roste dost znacne slozitost jednoho modulu a tim i jeho mozna poruchovost
a taky cena pri jeho nahrade/vymene...
- v tomto rezimu se muze sit zbrchat a stat se decentralizovanou, ale pak
je otazka, proc by to nemohle delat rovnou, když i v decentralizovanem
systemu lze ridit věci jaksi z centra???:))). Znamnena to vytvaret dvoji
rezim v SW, roste slozitost a sance na chyby, kdo dokonale otestuje
akceschopnost v nouzovem rezimu???
2.2.1.1 Spojeni - ChytrouSpojkou
- vyhody jak o decentralizovaneho systemu, jen odpada tokenovani, tedy
pokud nechceme prechazet z duvodu nouze do decentralizovaneho systemu
- kdo vyzkousi všechny oba rezimy daneho SW???
2.2.1.2 Spojeni - BlbouSpojkou
- vyhodou je jen nizsi ruseni a moznost dodat vetsi pocet zarizeni bez
snizeni rychlosti
S pozdravem,
Marek Pavlu
---
avast! Antivirus: Odchozi zprava cista.
Virova databaze (VPS): 0520-3, 19/05/2005
Testovano: 19.5.2005 18:46:01
avast! (c) copyright 2000-2003 ALWIL Software.
http://www.avast.com
Další informace o konferenci Hw-list