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