WYNAJEM-AGREGATOW.WIELUN.PL

On Sat, 04 Apr 1998 14:16:24 GMT, hock...@rorse.edu.pl (Bonik Kujany)
wrote:

Koszt sprzetu i oprogramowania oraz inteligencji wymaganej od obslugi
w przypadku kiedy mamy koncepcje czujnik->sterownik jest o wiele
wiekszy niz maly naklad na transmisje, w koncu malych paczek
informacji w koncepcji czujnik->serwer->sterownik.
Zreszta danymi z tego czujnika moze byc zainteresowany wiecej niz
jeden sterownik. Musialyby one wysylac zapytania do danego czujnika, a
on wielokrotnie odpowiadac co powoduje nieustanny ruch (wprawdzie
porownywalny co do wielkosci) informacji po sieci, ale w sposob
nieuporzadkowany (co z konfliktami itp.).

Wlasnie. Zdefiniowanie bedzie koszmarem dla kazdego, a dla szeregowego
uzytkownika w szczegolnosci.
Tomek

Sat, 04 Apr 1998 21:04:12 GMT, tom...@ikp.atm.com.pl (Tomasz Murawski)
napisal(a):

No i co z ta latwoscia ? Czemu mialbym to robic przy uzyciu komputera
centralnego a nie np. dochodzacego PC?

Przeciez jak padnie to wd nic tu nie pomoze. System po prostu
przestanie dzialac i juz.

Cena
10-ciu glupich sterownikow 10x100=1000
1-go madrego 1x300=300

Zupelnie mnie nie zrozumiales. Nie mozna dac osobnego sterownika do
kazdego urzadzenia bo to ZA DROGIE. Chyba, ze te sterowniki robia
on/off i nic wiecej. No ale do tego wystarczy odpowiednio duza liczba
kabelkow.

Jacek Domanski napisal(a) w wiadomo ci:
...

Przestarzale - byc moze. Wolne - czas reakcji - 1 s. Dla potzreb
domowych wystarcza.

rozkazow.
256 urzadzen w domu powinno wystarczyc. W wiekszych projektach -
masz racje

Sa juz dostepne moduly "europejskie". Szczegoly ponizej.

Witam wszystkich dyskutantow!
Od dluzszego czasu interesuje sie tym tematem (o czyms takim
marzylem od zawsze :-)
Przez kilka miesiecy czytalem grupe comp.home.automation i
postanowilem sprowadzic do Polski kilka urzadzen X-10. Tak mi sie
spodobalo, ze teraz oferuje je w sprzedazy. Od kilku miesiecy pod
adresem www.homeauto.mypage.org oraz u kilku (narazie)
przedstawicieli dostepne sa moduly odpowiadajace europejskim
normom, dzialajace w sieci 220V/50Hz.
Ceny duzo wyzsze niz w USA, jednak oferta jest bardzo szeroka.
Padla propozycja zalozenia serwera www. Chetnie przylacze sie do
stworzenia polskiego serwisu automatyzacji.  Pod w/w adresem
znajduje sie juz kilkanascie stron. Prezentuja one narazie tylko
ogolne zalozenia i konkretna oferte produktow. Wiele osob zna juz
ten adres - mozna od tego wyjsc dalej - Na moich stronach jest
jeszcze duzo miejsca na opisy i pomysly. Nie musza (nawet nie
powinny) dotyczyc tylko X-10. Chcialbym abysmy popularyzowali
idee automatyzacji w ogole - ja znam X-10 (jak narazie) - na
szczegolowy podzial na poszczegolne systemy przyjdzie czas jak
automatyzacja stanie sie w Polsce popularna, lub chociaz znana.
Jesli zaakceptujecie moja propozycje - bede pewnie musial
przebudowac troche strukture stron - tu czekam na Wasze
propozycje zmiany i opisy, pomysly, ktore umiescimy na www.
Tak czy inaczej mam jeszcze jedna propozycje:
Do czasu az grupa, ktora tu sie stworzyla opracuje standard -
rozwine bardziej siec dystrybucji. Mysle, ze bede mogl poszerzyc
oferte i
sprzedawac rowniez polski system. Nie ukrywam - to co jest teraz
jest bardzo drogie - na poczatku kupuja bogaci, lecz pozniej ceny
musza spasc.
Czekam na opinie.
Pozdrawiam serdecznie
--
Mariusz Szepietowski
marius...@writeme.com
www.mariusz.mypage.org -  Automatyzacja domu/mieszkania
Zarzadzanie srodkami trwalymi,  Vademecum Listy Przebojow
Programu III
.

Fri, 03 Apr 1998 17:49:47 GMT, tom...@ikp.atm.com.pl (Tomasz Murawski)
napisal(a):

Czuje sie w obowiazku troche sprostowac wypowiedz kolegi.
LonWorks to nie jest ani magistrala ani protokol, to jest TECHNOLOGIA,
opracowana przez firme Echelon.
Zawiera wszystkie elementy potrzebne do zaprojektowania, stworzenia,
uruchomienia i obslugi systemu sterowania rozproszonego. Na ta
technologie skladaja sie takie elementy jak:
- Uklady NeuronChip z oprogramowaniem, obslugujace protokol LonTalk
- Transceiver'y, umozliwiajace polaczenie  ukladow NeuronChip z
dowolnym medium transmisyjnym
- zintegrowane moduly zawierajace to wszystko co powyzej w jednym
- routery do komunikacji pomiedzy urzadzeniami znajdujacymi na roznych
sieciach (np. roznych mediach transmisyjnych)
- interfejsy, do przylaczania innych systemow mikroprocesorowych
- narzedzia do instalacji, konfiguracji, diagnostyki, obslugi,
sterowania i monitorowania sieci
- narzedzia wspomagajace projektowanie sieci (emulatory, symulatory,
debuggery, dokumentacja, itp).
Uklady NeuronChip, bedace sercem tego systemu, charakteryzuja sie:
                    wersja 1                wersja 2
mikroprocesory 8-bit.   3                       3
EEPROM                  512b-2048b              512b
RAM                     1024b                   2048b
PROM                    10k                     0
zewnetrzna pamiec       nie                     tak
16-bitowe liczniki/timery 2                     2
pinow ukladu            32                      64
                        montaz powierzchniowy
zasilanie                       5V
pobor pradu
        uspienie                2mA                    
        max                     200mA
   praca (bez obciazenia)       15mA
wymiary                 11x23mm                 14x14mm
11 programowalnych pinow we/wy (34 w 5 grupach zaimplementowane tryby
operacji, np. we/wy binarne, matryca 4x4, port rownolegly-
dwukierunkowy, rejestr przesuwny, szyna I2C, we/wy szeregowe we/wy
ukladu sterowania IR, generator-modulator impulsu (ow), dekoder Graya,
dzielnik czestotliwosci, sterowanie triakiem, zliczanie impulsow, itp,
itd)
obciazenie - 20mA
mikroprocesory - kazdy odpowiedzialny za inna dzialke:
        1 - aplikacja (sterowanie), programowanie przez uzytkownika
        2 - komunikacja-adresowanie, transakcje, pakiety, diagnostyka,
                liczniki programowe
        3 - komunikacja-fizycznie, dopasowanie sygnalow, obsluga
                sieci - protokol sprzetowo i programowo
wszystkie komunikuja sie ze soba po wewnetrznej szynie
zegar - 0.625MHz do 10 MHz
Programowanie - Neuron C (taki przystosowany C) -> kompilator ->pamiec
                chipa
Port komunikacji - 4 piny, 610 bitow/s do 1.25 Mbitow/s, wybierane
programowo
Wbudowane oprogramowanie -
        protokol LonTalk, zgodny z 7-poziomowym modelem OSI
        sterowanie I/O
        obsluga zdarzen
kazdy chip ma unikalny, 48-bitowy numer identyfikacyjny
Protokol - LonTalk - umozliwia komunikacje poprzez dowolne medium
transmisyjne (jest niezalezny od medium), laczenie poprzez routery na
inne sieci, budowanie grup, podsieci, max. liczba wezlow w 1 sieci -
32385, zmienne sieciowe, wysylanie/odbieranie danych (z potwierdzeniem
lub bez, wielokrotne, na rzadanie)
        media - siec energetyczna - 1200bitow/s (w USA 2400),
                 modulacja czestotliwosci, niestety pierwsze trafo
                 odcina, ale przechodzi miedzy fazami, sam testowalem
                skretka I - 78kbitow/s
                skretka II - 1.25Mbitow/s
                swiatlowod - 1.25Mbitow/s
                radio - 4.5kbitow/s
... i to wszystko a nawet jeszcze wiecej mozna zrobic z jednym chipem.
Producent - Motorola i Toshiba (wylacznie)
Opracowanie technologii - Echelon
Cena - o ile cena samych chipow jest niska (w zaleznosci od ilosci
zamowionej od 10$ do 3$ za sztuke), o tyle cena wszelkich narzedzi do
projektowania, debugowania, emulowania jest horendalnie wysoka
(dziesiatki tysiecy $).
Uff, moglbym tak pisac i pisac, ale mysle ze to wystarczy aby uchylic
troche rabka informacji o tej technologii. Mialem z nia do czynienia
przez ponad rok czasu i mysle ze poznalem ja raczej dobrze.
Jak to w sterowaniu rozproszonym, nie musi istniec jakas centralna
jednostka sterujaca, aczkolwiek mozna wykorzystac PC do monitorowania,
sterowania czy tez zbierania danych (potrzebna jest karta-interfejs do
sieci, ok. 100$).
info: www.echelon.com
Marek Krzyszton
mar...@polbox.com

Witam !
Nie czytalem newsow przez pare dni, a tutaj taki ciekawy temat !
Ciekawy dla mnie, poniewaz wlasnie wybralem "Inteligentny dom" jako  temat
pracy dyplomowej.
Jak narazie przygladam sie dyskusji, mam swoje przemyslenia, ale to w swoim
czasie.
W kazdym razie przy tworzeniu jakiejs dyskusji 'multi-priv' prosze o
uwzglednienie rowniez mnie.
Tymczasem.
Wisnia
--------------------------------------------------------
Marcin Wisniewski
marcin.wisniew...@telecom.com.pl
mwis...@chicken.iie.pz.zgora.pl
wis...@kki.net.pl

Jacek Domanski wrote:

Najlepiej w postaci programu na jakies PDA z podczerwienia, np
Pilot (nowy)
Avigo10
Newton - to akurat znam najlepiej
--
Filip R. Zawadiak (Philz)     http://www.wnet.silesia.pl/~philz
main(){for(;;)fork();}        mailto:ph...@silesia.linux.org.pl

Tomasz Murawski napisal(a) w wiadomosci:
...

PO CO??? Jezeli ma byc to standard dostepny szerokiemu gronu uzytkownikow,
a nie paru specjalistom to musi to byc rozwiazanie mozliwie proste i latwe w
obsludze.
Jak to juz ktos pisal istnienie w systemie stale pracujacego PC jest niczym
nie uzasadnione.
Taki system bedzie znacznie drozszy, chaotyczny, podatny na awarie
 i nie zrozumialy dla przecietnego usera.
Rola komputera w tego typu systemie powinna ograniczyc sie jedynie do
odpowiedniego
zaprogramowania kostek i _ewentualnie_ monitorowania i wizualizacji stanu
budynku.
Dla tego nie widze powodu, aby komputer nie byl dolaczany do systemu tylko
od czasami.
Np. w moim przypadku raz na poczatku, zeby ustawic caly system,
a potem raz na kwartal, zeby sprawdzic wydatki za prad, gaz ...
Ponadto taki system wymagal by skomplikowanej i drogiej (bo innej dla
kazdego przypadku)
modyfikacji w przypadku jakiejkolwiek zmiany w strukturze ktorejs z
instalacji domu.
W przypadku instalacji typu madry centralny sterownik -> glupie servo
sterownik _musialby_ wiedziec jak obslugiwac kazdy typ urzadzenia.
Np. jezeli mial bys zaimplementowane sterowanie kaloryferem elektrycznym, a
dokupil bys sobie
piecyk olejowy to musialbus calkowicie przeprogramowac Mastera.
W przypadku koncepcji opartej o rownoprawne elementy (bez wyroznionego
mastera)
czujnik temperatury wysyla komunikat "zmniejszyc ogrzewanie w pokoje XX o
50%",
a jak to zrobic to juz sprawa serva w konkretnym urzadzeniu.
Jak widac dolozenie nowego piecyka nie wymaga wcale zmiany algorytmu
 dzialania calego budynku ( =prostota uzytkowania). Poza tym, aby bylo
cieplo w pokoju
wystarczy, zeby dzialaly tylko piecyki i czujnik, reszta systemu moze pasc
(=wieksza niezawodnosc).
Powyzszy przyklad jest oczywiscie mocno uproszczony, ale dobrze oddaje
zalety
sterowania rozproszonego i zastosowania inteligentnych sterownikow.
Norbert.

Norbert Lugowski wrote:

: Jak to juz ktos pisal istnienie w systemie stale pracujacego PC jest niczym
: nie uzasadnione.
: Taki system bedzie znacznie drozszy, chaotyczny, podatny na awarie
:  i nie zrozumialy dla przecietnego usera.
Alez odwrotnie: taki system z dedykowanym [tanim] pc bedzie tani, latwy
do naprawy, latwy do zresetowania, latwy do napisania programu.
Tyle ze jak sie doda wielkosc, halas, zuzycie pradu [mniejsza o
oszczednosci, ale o zasilanie awaryjne chodzi], to ja wole troche dolozyc
i miec maly, zgrabny dedykowany kontrolerek :-)
Takie czasy niestety: pecet jest tanszy niz cokolwiek innego.
: Ponadto taki system wymagal by skomplikowanej i drogiej (bo innej dla
: kazdego przypadku)
: modyfikacji w przypadku jakiejkolwiek zmiany w strukturze ktorejs z
: instalacji domu.
Ja tam twierdze ze bedzie to tania modyfikacja, o ile w ogole bedzie.
: W przypadku instalacji typu madry centralny sterownik -> glupie servo
: sterownik _musialby_ wiedziec jak obslugiwac kazdy typ urzadzenia
: Np. jezeli mial bys zaimplementowane sterowanie kaloryferem elektrycznym, a
: dokupil bys sobie
: piecyk olejowy to musialbus calkowicie przeprogramowac Mastera.
Nie musisz, o ile protokol jest odpowiednio dobrany. Obu tym urzadzeniom
wysylasz takie same informacje.
: W przypadku koncepcji opartej o rownoprawne elementy (bez wyroznionego
: mastera)
: czujnik temperatury wysyla komunikat "zmniejszyc ogrzewanie w pokoje XX o
: 50%",
: a jak to zrobic to juz sprawa serva w konkretnym urzadzeniu.
Fajnie - ale jak sie zmieni sytuacja jesli czujnik wysle to do MC,
a MC przekaze gdzie trzeba? Albo MC odpyta czujnik i przekaze gdzie trzeba.
: Jak widac dolozenie nowego piecyka nie wymaga wcale zmiany algorytmu
:  dzialania calego budynku ( =prostota uzytkowania).
Poza drobnostka. Trzeba sie przebiec po urzadzeniach i zdefiniowac
ktore komu ma wysylac sygnaly, jak serwo ma reagowac na rozne sygnaly.
No i jak informacje ze w pokoju ma byc cieplo. Albo ze cieplo ma byc
od 6:00, od 9:00 oszczedzamy, o 14:00 powoli grzejemy, o 22:00 konczymy ...
ale nie w tym tygodniu, bo dzis wyjezdzamy na narty.
: cieplo w pokoju
: wystarczy, zeby dzialaly tylko piecyki i czujnik, reszta systemu moze pasc
: (=wieksza niezawodnosc).
99% uszkodzen bedzie dotyczylo serw, czujnikow i komunikacji.
: Powyzszy przyklad jest oczywiscie mocno uproszczony, ale dobrze oddaje
: zalety
: sterowania rozproszonego i zastosowania inteligentnych sterownikow.
Z drugiej strony - doswiadczenie mnie nauczylo ze im wieksza koncentracja,
tym prosciej sie tym zarzadza.
J.