Domaci automatizace - zhrnutie variant

Pavel Novotný novotny.pp@atlas.cz
Čtvrtek Květen 19 14:20:30 CEST 2005


>Ono at udelate ty svetla centralizovane (2 moduly + mozek),
decentralizovane
(2 moduly) nebo vasi variantou (1 modul), je to plus minus stale to same. 

Celkem ano, ale u te me mi vychazi preci jen vyssi odolnost na poruchy a
snazsi nouzovy prechod na "komercni reseni"


>Pak najednou dostanete takove mnozstvi cidel a vstupu a akcnich clenu, ze
vas modul vytapeni bude na stejne urovni jako muj CMS.
Pozor tady si tak trochu nerozumime, v zadnem pripade nepredpokladam, ze by
modul topeni mel byt schopen zjistit zda je nekdo v dome ci jake je venku
pocasi k tomu to ucelu (ted neresme jak dalece a zda vubec to je ucelne) by
samozrejme vyuzival komunikaci s CMS.  Filozoficky by resenimelo byt takove
aby se I pri poruse CMS nebo komunikacniho kanalu dalo topit a to minimalne
tak jako by byl osazen klasicky termostat s jedno bodovym topenim. Jinak
receno nepovazuji za vhodne reseni kdy modul ktery ovlada svetlo v mistnosti
jako vedlejsi produkt umi merit teplotu v dane mistnosti a modul ovladajici
nejaky ventil komunukuji jen s CMS. I kdyz v pripade toho topeni nemam jeste
tak zcela jasno. Pokud vynecham EZU, kterou chci resit jako profi komercni
system (bude jen poskytovat data DA) je topeni nejrozprostrenejsi system v
dome a je otazka jak ho resit, mozna to je tim, ze dosud ani nemam jasno jak
a cim topit :-).


>Je opravdu dulezite lokalizovat zavadu po telefonu, kdyz stejne asi nikdo
jiny nez vy dany modul nevymeni?
Tak trochu prehanim, nevim jak vy,ale me se vse porouchava v tech
nejnevhodnejsich schvilich a kak clovek oceni moci neco odravit a zavadu
lokalizovat co nejjednoduseji.

>Po HW strance urcite, ale jakakoliv SW modifikace se dela sloziteji.
To prijde na vec modul ma v eeprom tabulku podle ktere dela to co je schopen
delat autonome tj. Libovolne ovlada 8 vystupu podle prikazu z osmi vstupu.
Tabulku lze modifikovat z CMS, stejne tak lze z CMS ovladat a zjistovat
stavy jednotlivych I/O a na zaklade toho nebo udaju z jinych modulu muze CMS
vnutit "svoji" vuli libovolnemu modulu.'
Faktem je, ze z hlediska reakce vypinac v modulu a) ovlada svetbo rizene
modulem b) by byla vhodnejsi multimaster komunikace, ale tak nejak podvedome
se jo bojim.


>Myslm, ze to prinese vic problemu nez uzitku.
Jak chcete resit napajeni ?


-----Original Message-----
From: hw-list-bounces@list.hw.cz [mailto:hw-list-bounces@list.hw.cz] On
Behalf Of Mala Kobyla
Sent: Thursday, May 19, 2005 1:16 PM
To: HW-news
Subject: Re: Domaci automatizace - zhrnutie variant

>Mate pravdu, to co jsem navrhl jsou vice mene autonomni moduly, ktere 
>si umi pokecat (nechme stranou zda mezi sebou nebo jen pres CMS) 
>Predstava je asi takovato:
>- modul pro rizeni svetel (8 log. vstupu pro spinace, 8 vykonovych 
>vystupu pro rizeni svetel) umisteni DIN v rozvadeci
Ono at udelate ty svetla centralizovane (2 moduly + mozek), decentralizovane
(2 moduly) nebo vasi variantou (1 modul), je to plus minus stale to same.

>- modul pro rizeni topeni opet DIN modul nekde u kotle, ktery primo 
>snima a ridi vse v kotelne, je otazka zda primo ovlada a snima i cidla 
>a ventily po dome nebo komunikuje ( po vlastnim dratu a primo) s 
>modulem cidel teploty nekde na patre ci modulem rizeni ventilu.
Pokud budete delat vytapeni kazde mistnosti na jinou teplotu a to cele v
zavislosti na denni dobe, teplote venku, terifu elektriky, pritomnosti osob
v dome atd. (Prosim nechytejte me za slovo, ze je to blbost, ze to nema
smysl a podobne:). Pak najednou dostanete takove mnozstvi cidel a vstupu a
akcnich clenu, ze vas modul vytapeni bude na stejne urovni jako muj CMS.

>- teoreticky nejmene poruchova ve sve primarni funkci, vypinac a jemu 
>primarne nalezejici svetlo {svetla) ovlada jeden modul
>- nejsnaze opravitelna, kdyz uz se neco poroucha a prestane mi svitit 
>svetlo
>(svetla) dokazu i "po telefonu" lokalizovat zavadu najit prislusny 
>rozvadec a v nem modul a vymenit ho
Je opravdu dulezite lokalizovat zavadu po telefonu, kdyz stejne asi nikdo
jiny nez vy dany modul nevymeni?

>- pokud se "fatal error" autor nebo dum prodate je tato koncepce 
>nejsnaze preveditelna na nejakou jinou komercni technologii, priklad 
>modul svetel se da nahradit sadou rele nebo nejakym komercnim prumyslovym
automatem.
>- zakladni funkcialita je zajistena i bez CMS nebo pri poruse 
>komunikacniho manalu
Souhlasim s Vami, pocitam s tim, ze mi z kazdeho tlacitka pujdou 4 draty do
rozvadece. Tam se s tim za XY let da udelat vselicos. Ja pocitam s tim, ze
na desce spinacu svetel budu mit 8 malych prepinacu - mozek/svit.

>- dovedu si to predstavit v rozvadeci, jistic, modul pro rizeni 8 
>svetel, jistic, modul pro rizeni 8 zasuvek atd. Pokud se pro kazdy I/O 
>osadi LED je na prvni pohled jasne co kde a jak ...
>- v neposledni rade mi takove "autonomni jednoucelove" moduly vychazeji 
>konstrukcne nejjednodussi a nejvice podobne tomu co se pouziva v prumyslu.
Po HW strance urcite, ale jakakoliv SW modifikace se dela sloziteji.

>Proc stridavych a proc 24V?
>- lze bezne a levne koupit 24V trafa na DIN listu
>- je to jeste bezpecne napeti
>- vetsina znas pro rozvody pouzije UTP kabel a po nem nelze zrovna 
>prenaset velke proudy tzn. je lepsi pouzit vyssi napeti
Myslm, ze to prinese vic problemu nez uzitku.

>- clovek nemusi hledat + a bat se prepolovani napajeni
u A a B to stejne bude muset clovek pohlidat


>- pokud ma minimalne modul svetel umet stmivat tak pokud uvazujeme o 
>fazovem rizeni je treba detekovat pruchod napeti 0 a zde ma stridave 
>napajeci napeti (ziskane klasickym trafem) tu vyhodu, ze se da k tomuto 
>ucelu s vyhodou pouzit
Nezapojite prece vsechny moduly na jednu fazi. Samozrejme muzete si dalsi
faze dopocitat, ale pak by jste musel defonovat na ktere fazi ten ktery
modul je.

>- napajeni bych u kazdeho modulu resil tak, ze bude: usmernovac + 
>stepdown
>LM2575 a pak je celkem jedno jake bude napeti na napajeci sbernici tedy 
>pokud se vejde do ss 7-40V.
>- pouziti spinane regulace mi pripada efektivnejsi z hlediska 
>energetickeho a blbu vzdornejsi z hlediska uzivatelskeho a 
>spolehlivejsi z hlediska provozniho


MK2


>Varianta 2. mi pripada jako snadno implementovany, udrzovatelny a 
>hlavne rozsiritelny system u ktereho sice bez poruchy CMS nelze 
>vypinacem v loznici ovladat svetlo v garazi, ale pokud je i takto 
>komunikujici DA navrzena rozume muze pri ztrate CMS system fungovat v 
>"ostrovnim" rezimu v kterem se dum chova minimalne stejne jako bezna 
>"neinteligentni " stavba.
>Rozume navrzeny, vidim jako system v kterem je, pokud možno :
>- zakladni funkcionalita mozna bez komunikace (jinak receno vypinac a 
>jemu primarne prislusejici svetlo je ovladano jednim modulem )
>- není prilis michana funkcnost jednotlivych modulu (napr. modul topeni 
>ridi primo sva cidla a akcni cleny, tj. není pouzita koncepce 
>"obecnych" modulu, které spinaji svetlo, meri teplotu a ovladaji 
>zasuvky v mistnosti)
>- at se pos... co chce (vcetne autora) musí jit cela nebo cast DA 
>snadno

Timto jste definoval opravdu variantu 4. Autonomni moduly, ktere funguji bez
jakekoliv komunikace a jen obcas si "popovidaj" s mozkem. Jeden modul, ke
kteremu je pripojeno svetlo, tlacitko, datova sit a 220V rozvod. V pripade
vytapeni si to uz moc neumim predstavit, ale to je muj problem.

>opravit pripadne nahradit necim komerecne dostupnym a to pouze s 
>stipackama, sroubovakem a mozkem. Oprava by mela byt proveditelna pouze 
>s sroubovakem a to metodou slysim o problemu, otevru, vidim, vymenim.

Hezke :)

>Ma predstava kabelu, ktery by propojoval celou DA "
>- 1,2 stridavych 24V pro napajeni modulu

Proc stridavych a proc 24V?

>- 3,4 A-B vodice RS-485
souhlas

MK2

-----Original Message-----
From: hw-list-bounces@list.hw.cz [mailto:hw-list-bounces@list.hw.cz] On
Behalf Of Jan Waclawek
Sent: Wednesday, May 18, 2005 1:13 PM
To: HW-news
Subject: Re: Domaci automatizace - zhrnutie variant

Spat ku konstruktivite.

Ako som uz pisal, je jasne ze sa nedohodneme; ale nejake svetielko v tuneli
by mohlo byt.
Zakladne koncepcie su:

1. Totalna distribucia, cista zbernica.
To uz riesilo spominane EIB/KNX, takze nie je co riesit; ale ak nemame 2100E
rocne, tak to treba napodobnit.
Z principu multimaster, preto treba bud tokenoidny system, alebo
antikolizia; tradicne sa pouziva to druhe. Z principu to vyluci lacnu RS485;
da sa pouzit CAN/LIN alebo spominany EIB svab (alebo ethernet pre drsnakov).
Protokol: pakety typu
zaciatok_paketu-adresa_odosielatela-adresa_prijimaca(*)-sietove_flagy(**)-pr
ikaz/stav-dlzka_inych_dat-ine_data-checksuma
(*) moze byt aj bez t.j. vsetko je broadcast; je to skor pre moznost urobit
router/switch
(**) napr. vyziadanie potvrdenia
Snimac pri zmene stavu odvysiela (netreba ho okrem adresy konfigurovat);
akcny clen ma tabulku

2. Totalna centralizacia, cista zbernica.
Asi v amaterskom ponati najbeznejsi pripad; pricom centrala (CMS) = PC.
Tu je multimaster zbytocny a moze sa implementovat protokol otazka/odpoved.
Tym padom sa moze pouzit RS485. Protokol moze byt trocha asymetricky
vzhladom na otazka/odpoved, ale nemusi byt a pokojne moze byt ten isty ako v
pripade 1.
Je nutna nejaka zaloha CMS.

3. Znacna centralizacia, hybrid hviezda zbernic.
Tu presne neviem co od toho mam ocakavat. Ja to mam zatial takto nadrotovane
a uvidi sa, co dalej. Vidim to viacmenej na CMS s tym, ze prva varianta bude
uplne primitivna a potom to vidim ako zdroj volnej zabavy. Spinacom asi
vobec inteligenciu nedam; tam, kde ich je viac na 1 kabli (myslim, ze ich
nikde nemam viac nez 4), dam do nich odpory a budem merat z centraly prud
alebo tak nejak. Svetla mam natahane separatne rovno do rozvodne, takze ich
budem spinat/stmievat centralne.
Ostatne snimace a akcne cleny pokojne mozu komunikovat aj rafinovanejsie,
napr. po 485. Vyhodou je, ze na osobitnych vetvach sa da komunikovat roznou
rychlosou. Da sa vymysliet aj nieco na sposob switchu a urobit ciastocnu
distribuovanost; prip. sa cela centrala da urobit modulovito.



Prosim, hlasujte 1/2/3: teraz.


Svina wek

PS. Moj hlas je 3., osobne si myslim, ze do domu je 1. priamo nevhodne (bolo
rozsiahlo diskutovane).
_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list




_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list




_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list 

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list








Další informace o konferenci Hw-list