zylko

Cześć, Gmina ma za jakiś czas aplikować po środki unijne, a ja jestem na etapie że jeszcze przez chwilę mogę pociągnąć sobie rurki na dach, pytanie gdzie i jakie. Jako, że inwestycja będzie dotowana, nie znam jeszcze wykonawcy (przetarg w 1 połowie 2011), zatem z nim tego nie ustalę :-/ W domu docelowo 4 osoby + odwiedzajcy. Zastanawiam się: 1. gdzie najlepiej było by ulokować solary na moim dachu 2. jaką konstrukcję wsporcza zastosować (czy istnieją i opłaca się stosować konstrukcje które odchyla solary idealnie na południe?) 3. jaką powierzchnię powiniennem zarezerwować 4. Jaka do takiej powierzchni powinna być zastosowana rurka (przekrój i materiał) Dane: dach nachylenie 40o, budynek ustawiony względem stron świata w ten sposób, że mam do wykorzystanie połać od SE i SW dodatkowo niewiele miejsca Szczególnie od strony SW z uwagi na lukarnę ;-/ Rzućcie okiem na plany poniżej. http://lh5.ggpht.com/_bjogLnlTvZY/TAiW2IJgYVI/AAAAAAAAAUQ/OwNYwb6Bczw/s576/Instalacje_OPA%C5%81EK2G_PARTER_200911113_0105.jpg http://lh3.ggpht.com/_bjogLnlTvZY/TAiW2Vzx2HI/AAAAAAAAAUU/SJEQarf-DtM/s720/opa%C5%82ek_2g_scalony_SSO_1.jpg Z góry wielkie dzięki za pomoc. Pozdrawiam, Andrzej

Witam, prośba o doradzenie w sprawie źle postawionego komina systemowego LEIER. Komin ma służyć do odprowadzenia spalin z kominka. Problem polega na tym, że murarze posadowili mi odwrotnie zaślepienie/odwodnienie komina systemowego. Komin ma je w standardzie, więc w tym momencie mam mysią dziurkę do wnętrza komina (wnętrza rury ceramicznej). Komin jest obecnie wybudowany do wysokości stropu, byłem w delegacji i dopiero dziś zauważyłem Teraz pytanie czy można to jakoś uratować czy trzeba rozbierać i murować od początku? Pomysł jaki mam: 1. Wycięcie plastikowej rurki odwadniającej która obecnie sterczy do wnętrza komina (SICK!!! Jak można było tak zrobić) 2. ułożenie dylatacji wew rury około 2-3 mm 3. zalanie rury jakimś betonem żaroodpornym powyżej górnego poziomu mysiej dziurki (około 5 - 10 cm od górnej krawędzi) 4. Wyciągnięcie dylatacji po wstępnym zakrzepnięciu betonu (jak się uda) 5. Zaślepienie dziury pomiędzy ścianą rury ceramicznej a betonem żaroodpornym kitem do montażu elementów komina. Prośba o szybką odpowiedź, bo muszę jutro zdecydować co z tym zrobić. pozdrawiam, Andrzej

Jeżeli potrzeby są większe, znaczy chcesz mieć urządzenie do logowania zdarzeń, panel do sterowania domem, media/DLNA serwer z możliwością dekodowania obrazu, oraz rekorder z kamer w jednym miejscu można spróbować zbudować klasycznego PC'ta w oparciu o jakąś technologię energooszczędną np. Atom. Koszt na pewno będzie większy, zarówno nabycia jak i użytkowania (około 22-29W) ale i możliwości wydają się większe. Civic9, zerknąłeś na rozwiązanie Mango M2M? Jestem ciekawy co o tym myślisz, no i czy kontynuujesz prace nad rozwiązaniem autorskim??

Poszukuję stempli budowlanych 3m, jak by ktoś miał na zbyciu to chętnie odkupię.

Dzięki Panowie. Zatem jeszcze poszukam oferty porównawczej.

Panowie, Apropos kosztów, ile płaciliście za instalację elektryczną? Mam wycenę na robociznę wraz z kablami na 14 000, w tym: - 60 punktów wejścia, - 70 wyjść, - kable, - puszki, - montaż rozdzielni Cena nie zawiera klocków do rozdzielni, chili zabezpieczeń zapewne też nie. Zastanawiam się czy to dużo czy mało? Zylko

coś wątek zmarł przez migrację :/ A szkoda

Dla zainteresowanych aktualizacja Trochę byłem wyłączony przez zadania zawodowe. Na jednym mikro-kontrolerze opartym na Atmega644P udało mi się "upchnąć": 1. MODBUS obecnie około 70 rekordów, w tym około 10 to parametry sterujące programem kontrolera, 2. Obsługa czujników Dallas wraz z OneWire, przyjąłem ograniczenie do 50 szt , sortowanie via modbus jeszcze do dopracowania, 3. Czujnik IR, z uwagi na niewielki "zasięg" tj. odległość czujnik - mikrokontroler, płytka znajdzie się w salonie. Pewnie jakaś puszka podtynkowa z klapką podobna do alarmowej, 4. Czujnik wilgotności i temperatury sensirion, zastosowany SHT71, 5. Podstawowa komunikacja przez LCD - status urządzenia, Planowane: 5. Dopracowania wymaga sortowanie czujników Dallasa i parametryzacja kontrolera przez MODBUS, 6. Obsługa wejść analogowych pod czujniki atmosferyczne, 7. Ew. integracja z SATEL po RS232. Całość zajmuje około 15kB flash z 64KB (program) i 511B z 2KB (mapowanie czujników Dallasa) w EEPROM. Działa przy odczytach temperatury i wilgotności co 20s. Odczyty z PLC via MODBUS co 0,1s - gównie z uwagi na IR. Można oczywiście częściej zarówno temp jak i modbus, ale... Przy odczytach temp gubi kilka pakietów (2-4), co zasadniczo nie ma wpływu na funkcjonalność. Opóźnienie jest praktycznie niezależne od liczby czujników sprawdzone dla liczby 1-5. Może jak będzie więcej czujników pojawi się potrzeba podzielić funkcję odczytu temp na 2-3 części. Z tym oczywiście nie ma problemu Gubienie pakietów [rzez MODBUS wydają się być spowodowane przez implementację MODBUS z której skorzystałem. Nie ma ona zaimplementowanej obsługi przerwań. Nie mam aż takiego ciśnienia żeby poprawiać coś co działa Generalnie widać, że mikro-kontrolery mogą być doskonałym uzupełnieniem instalacji BMS opartej o PLC.

PS przepraszam za przydługie posty, muszę się poprawić

Tu zgoda Tu trzeba pamiętać o tym żeby skompensować liniię i zniwelować wpływ zakłóceń z innnych przewodów, szczególnie jeżeli linia jest długa. To moim zdaniem niepotrzebny dualizm. Trzeba utrzymywać, czytaj skonfigurować/oprogramować jedno i drugie. Choć jest powód który wymusza pomiary analogowe, a mianowicie przeszkody technologiczne, znaczy DS nie pomierzymy temperatury 500oC np w piecu, albo 600oC w kominku - nie mówię że chcę tak zrobić . I tu analogi są chyba jedyną drogą. Zaproponowałem DDE, bo pewnie będzie "łatwo", choć nie zgadzam się, że to tylko DDE. Do gadania z PLC DDE na pewno wystarczy. Nie ma tam ani dużych potoków danych ani jakiś skomplikowanych wywołań. Jak bym chciał budować interface pomiędzy bazami danych, np do ładownia hurtowni, DDE napewno nie było w kręgu moich zainteresowań. Ale tu uważam że jest wystarczające. Sam nie będę wykorzystywał. Nie do końca zgadzam się też co do prądożerności. Tzn winda (np. XP) lepiej zarządza energią niż Linux - patrz laptopy czy netbooki i czas podtrzymywania na baterii. Ok żeby coś zasobożernego policzyć, linuch opędzi się słabszym sprzętem (czytaj sam system zużywa mniej zasobów). Przy takim "pykaniu" o jakim mówimy Winda może okazać się mniej prądożerna - np. pełniejsza obsługa wyłączania urządzeń peryferyjnych czy technologii zmniejszania prędkości procesora np. w przypadku Intel ATOM:-). Nie twierdzę, że linux tego nie potrafi, ale czasem producenci widzą tylko jedną platformę systemową i mają w d..e linux'a, co rodzi pewne konsekwencje. Natomaist dla mnie wadą DDE i XP jest końcówka ich cyklu życia. Choć z drugiej strony zazwyczaj urządzenia które mają być niezawodne są dość leciwe konstrukcyjnie wiekiem (znaczy wypróbowane na wszelkie możliwe sposoby) Kurcze jakie to skomplikowane, można dzielić włos na ośmioro, albo i więcej Pozdrawiam,

Tak, ja podłączyłem. Opinię przekazałem gdzieś w wątku. Dodatkowo w kontekście wcześniejszych pytań, i tu pewnie coś w JavaSript trzeba będzie napisać, ale to raczej 5-10 linii kodu, które można znaleźć na forum mango. pzdr

Nie wiem jaki/czy ten program ma jakieś API, ale zakładając że tak, to możesz czytać temperatury i zapisywać do Fatek'a przez DDE Facon Server, ale bez programowania się raczej nie obędzie, chyba że już ktoś to dłubnął wcześniej i się podzieli - nie szukałem. Moim zdaniem to podejście ma taką wadę, oprócz tego że elementy aktywne podłączasz do PC , że jeżeli będziesz chciał jeszcze coś podłączyć np sterowanie IR to nakład pracy będzie niemal taki sam za każdym razem no i pewnie nie zrobisz tego przez program dallasa, chili kod będzie rozproszony. ADA to nie jedyne rozwiązanie i na pewno nie najtańsze, ale gotowe:) Czy łatwo? hmm, to rzecz subiektywna. Da radę pewnie skonfigurować połączenie ADA <-> PLC w 5min, ale mi pierwsza konfiguracja z modułem modbus zajęła pewnie o rząd wielkości dłużej;-). Jak będziesz miał już pomiary w PLC, to podłączysz go do PC przez RS232/485 lub ethernet. Nie szedł bym wówczas w program Dallasa. Na PC postaw SCADA (było omawiane przejrzyj wątek) i tam będziesz wizualizował/przełączał/logował dane. Wówczas SCADA gada z PLC via MODBUS. Najczęściej jest wówczas ustawiona w tryb master. Zatem będziesz potrzebował co najmniej 2-ów porów na PLC, jeden jako master gadający do ADA i jeden slave oczekujący na polecenia SCADA. Alternatywnie można by SCADA na PC ustawić na slave i dać na jednym porcie z ADA. Nakład pracy w SCADA liczyłbym raczej w dniach. Zakładam że w moim przypadku pewnie nie będzie tego więcej niż 5-10 dni pracy, ale to już po wprowadzeniu się Wszystko zależy od relacji "magicznego" trójkąta: $<->umiejętności<->czas , nie ma cudów moim zdaniem.

Tak w teorii, to musiał byś mieć moduł 1-wire z dwoma osobnymi interface'mi np. 2xrs485 w osobnych sieciach MODBUS. Wtedy PLC i PC jako Master a moduł na obu interfaceach slave. Wówczas jednego z tych portów na PLC lub PC nie możesz wykorzystać do komunikacji PC<->PLC. Zatem musisz mieć jeden dodatkowy dodatkowy port na PLC lub PC, który będzie slave w komunikacji PLC<->PC. PS Takich modółów 1-wire po MODBUS z dwoma interfaceami to nie widziałem nigdzie, natomiast jeżeli znajdziesz to cena zapewne będzie kosmiczna. Pytanie tylko po co, znaczy jaki jest cel tego pomysłu? Jak masz już coś na PLC, to możesz mieć to samo na PC, i odwrotnie. Osobiście dopuszczam wyłącznie pierwsze rozwiązanie, znaczy 1-Wire(czujniki w ogólności) ->PLC ->PC, ale pewnie znajdzie się osoba która się nie zgodzi Tak czy inaczej przy powyższym podejściu sieć ma prostą architekturę magistrali, a nie jakieś "rozgwiazdy" jak przy podejściu 1Wire -> (PLC,PC) . BTW. Jeżeli ktoś koniecznie potrzebuje wejść wyjść/wyjść analogowych (temat przewinął się powyżej), proponuję zerknąć na alledrogo. Sprzedają czasem moduły/regulatory. Ja nabyłem pixsys PL300, chili regulator 4AI, 2AO, 12DO z modbus. Po negocjacjach wyszło znośnie. Gość (Forbs74) miał 2 sztuki ale obecnie nie widzę aukcji. Zawsze można zapytać, bo nie widziałem kolejki po ten sprzęt;) Jak by ktoś chciał to służę instrukcją, co było najtrudniejszym elementem układanki. Drugim sposobem na wejścia analogowe, który odkryłem niedawno, to mikrokontroler np. Atmega, wyjdzie pewnie taniej niż każdy dedykowany moduł szczególnie jak ktoś ma zacięcie do lutowania - poniżej 100 lekko da się zejść za 8 wejść. Gotowa płytka to około 200.

Szczerze to nie rozumiem co chcesz zrobić ale nie jestem specem od CO Mieszanie podłogówki, ok. Ale zabezpieczenie powrotu? I to jeszcze jednocześnie? Mógłbyś to jakoś narysować/wytłumaczyć? PS. Jedyny algorytm jaki kojarzę w PLC do sterowania temperaturowego (ale nie tylko) to PID. Wydaje mi się (jak pisałem wyżej nie jestem specem od CO), że do regulacji temperatury w podłogówce, optymalny byłby sterownik pogodowy (z uwagi na bezwładność instalacji). Jako że w zależności od temp na zewnątrz, steruje on temperaturą (ew. przepływem) w instalacji (chili sterowanie procesem nie ma wpływu na pomiar), PID się do tego nie nadaje. Służy do regulacji procesu zależnego od miejsca pomiaru (wprost lub odwrotnie proporcjonalnie). Jeżeli rozpatrywalibyśmy regulację pokojową, to można by spróbować wykorzystać PID. Ale to wszystko już pewnie wiesz

Dzwoniłem do nich jakoś pod koniec poprzedniego roku. Chcieli jakieś 570-590 zł netto. Już nie pamiętam dokładnie. W każdym razie było drożej od ADA. Ale rekordzistę jakiego znalazłem za podobne urządzenia chciał 1700

Jasne. RS485 na MAX485 Texas Instruments (w tym momencie nie mam możliwości sprawdzić oznaczenia, ale jak jest potrzeba to poproszę o info, wówczas sprawdzę i napiszę). Skorzystałem z bibliotek, inaczej w 2-a dni bym się nie wyrobił : 1. Arduino 2. Sanguino 1 i 2, to zestawy bibliotek, przy czym 2 potrzebuje 1 żeby działało. Sanguino to klon Arduino na atmega644p. Dodatkowo: 3. Dallas Temperature Control Library http://milesburton.com/index.php/Dallas_Temperature_Control_Library#One_Wire_Library 4. OneWire 2 (3 i 4 współpracują) - http://www.pjrc.com/teensy/td_libs_OneWire.html 5. Arduino modbus rtu (robiłem tylko slave a zasadniczo to nie biblioteka ale gotowiec. Do mastera znalazłem lepiej wygladające niż na powyższej stronie, jednak teraz już nie odnajdę linku ) - http://sites.google.com/site/jpmzometa/arduino-mbrt pozdrawiam, zylko

Montując CBE w PLC zajmujesz płytką 2-a porty w PLC, 1 i 2. W ten sposób możesz programować zdalnie PLC siedząc w salonie (via ETH) i jednocześnie gadać ze SCADA, głównie po to . Oczywiście sama płytka ma tylko jedno gdniazdo ETH. Altermnatywnie można by RS-485 do kompa wsadzić, ale do mojego planu to nie pasuje Choć jak teraz patrzę na ceny konwerterów USB->RS485 to zastanawiam się czy dobrze zrobiłem Potrzebował bym min 2, a to jakieś 200zł a nie 100$, ale już za późno. BTW: zrobiłem pierwszy krok do ożenienia Atmegi z PLC, tj uruchomiłem 1-wire i modbus. Muszę jeszcze popracować nad parametryzacją, tak aby wszystkie istotne rzeczy były dostępne z poziomu MODBUSA i zworek, ale ogólnie dwie powyższe funkcjonalności działają. Po skompilowaniu zajmuje we flash 9k, więc sporo luzu jeszcze zostaje. A tu dowód;) http://www.youtube.com/watch?v=s5b86Y7ftnU W kolejny weekend palnuję okiełznanie IR.

1. To port zerowy można na inny protokół niż FATEK ustawić , bo rozumiem że chcesz go wykorzystać do integracji:o ? Wydawało mi się, że tam jest protokół FATEK na stałe a na nim to raczej ciężko będzie się z czymś połączyć:/ 2. Zastanów się co chcesz robić z ethernetem. Jeżeli programować PLC i gadać przez modbus z innym ustrojstwem np. SCADA, to polecam zastosowanie FBs-CBE. Ma tę przewagę nad etehrnetem w module, że zajmuje 2-porty i domyślnie na jednym ma Protokół FATEK (do programowania np) a na drugim modbus. Dzięki temu możesz równocześnie wykorzystywać jedno i drugie Ethernet w module, z tego co pamiętam, jest podpięty do jednego portu i protokół ETH definiuje ustawienie protokołu na porcie.

Kupiłem, czekam na dostawę. Co do awaryjności to bym się nie stresował. Tego typy mikrokontrolery działają w różnych zastosowaniach np. samochody i wielkich problemów nie ma. W razie jakby coś się upaliło można przelutować a samo CPU jest zdaje się na podstawce. ESEA jest rozsądna cenowo, ale w bardzo małych implementacjach. 1 moduł masz za około 100 i możesz nim obgonić 4 szt. dallasów. U mnie wyjdzie tego sporo więc potrzebował bym ze 2-3 szt min. Dodatkowo nadal nie rozwiązuje to moich zapędów do innych czujników - np. higrometr czy czujniki atmosferyczne. A moduł pomiary wilgotności ESEA to już więcej bo w okolicach 200 razem z czujnikiem. Sam czujnik wilgotności, to koszt około 70 zł za rezystancyjny podobnie cyfrowe, np 1-wire DS1923 lub 2-wires STH-71. Dla mnie zaletą Atmela jest to, że programowaniem chipów, zajmuje się wielu fascynatów, którzy opisują szeroko swoje doświadczenia i udostępniają biblioteki. np. http://sanguino.cc/ czy http://www.arduino.cc/ Wybór języka wziął się stąd, że wspomniane powyżej biblioteki w większości klejone są w C. I w życiu zdarzało mi się pisać niewielkie programy, w językach o których wcześniej co najwyżej słyszałem (zazwyczaj nie dłużej niż tydzień), więc mam nadzieję, że i tym razem da radę . Napewno zdam relację.

Nie wiem czy można programować z języku który przytoczyłeś powyżej - nie znam go, ale na pewno AVR'y można programować w C: http://www.atmel.com/dyn/products/tools_card.asp?tool_id=2725 Wybrana przeze mnie konfiguracja to: Flash 64kB EEPROM 2kB SRAM 4kB CPU 20MHz Do ww. przeze mnie czynności powinno wystarczyć, nie planuję na tym MC . Istnieją implementacje kodu, które jednocześnie obsługują IR i Dallasy + i kilka innych rzeczy jednocześnie, na tym procesorze. Co do upierdliwości,to traktuję to jak wyzwanie

Co do interface dla 1-Wire (i kilka innych planowanych funkcji) to ja zdecydowałem się na płytkę startową z Atmegą644P - dostępne na alledrogo. Cena może nie jest jakaś rewelacyjna, ale: 1. Ma gotowy RS-485 2. Ma wejścia I/A szt 8 (to może okazać się potrzebne przy czujnikach meteorologicznych i lub higrometrach) 3. Ma odbiornik IR'a - sterowanie z kanapy pilotem 4. Ma 2-Uarty - może da się zastosować w integracji z SATEL przez RS-INT 5. Ma RTC na 16MHz układzie, więc w ten sposób można programowo obsłużyć przerwania czasowe bez zatrzymywania programu, 5. Dostępne jest wiele bibliotek (MODBUS, RC-5 reader, 1-WIRE dallas'a itp itd). To pewnie nie najłatwiejsza droga, szczególnie dla mnie . Jak długo żyję nic w C nie pisałem no ale cóż, ilość funkcjonalności które można uzyskać powalająca a stabilność powinna być zadawalająca. pozdrawiam, Zylko

Witam, w trakcie zajęć weekendowych, znalazłem SCADA dystrybuowany na zasadach GNU : http://mango.serotoninsoftware.com/ . Rozwijany jest przez firmę SerotoninSoftware ale jakoś mam wrażenie że stoi za tym jeden facet. Development przebiega jednak na bieżąco - nie jest to projekt który nie miał wersji np. od roku . Pros: - techologia klient serwer - klient w całości http, również designer - technologicznie akceptowalna przez wiele przeglądarek (w tym telefon Nokia Seria 60) - nie sprawdziłem jeszcze PS3. - kod w dużej części oparty o JAVA i serwer aplikacji TOMCAT, więc strona serwera może pracować pod windows lub linux - obsługa logowania danych do bazy i zarządzania nią (zrzucanie danych historycznych), - możliwość rozszerzenia przez skrpty serwera jsp, - obsługuje MODBUS (testowałem tylko TCP ale jest też szeregowy) - łatwo można dodawać nowe "grafiki" - alerty (na zdarzenie lub harmonogramowane) z powiadamianiem email - możliwość wykorzystania jako podstrony w innym projekcie np. media center, - możliwość sterowania dostępem przez konfigurację tomcata np. z sieci lokalnej nie wymaga logowania WAN tylko z logowaniem. - nie jest ograniczona co do ilości punktów (przynajmniej nie znalazłem takiego ograniczenia) - działa stabilnie Cons: - designer o ograniczonych możliwościach - wszędzie wykorzystany AJAX, i nie zawsze w najbardziej ergonomiczny sposób - wymaga przy instalacji kilku czynnoiści (nie jest to instalka jak inne rozwiązania) - edycja stylu strony wymaga grzebania w CSS'ach Na razie mimo pewnych wad podoba mi się najbardziej z tego co widziałem. Zylko

Panowie i Panie, czy ktoś z was nabył wspomniany gdzieś w tym wątku moduł do czujników dallasa z modbus ADA-401WP (http://www.cel-mar.pl/1-wire_rs485_modbus_m401wp.htm) ? Chciałem o niego oprzeć odczyt temperatur, choć tani nie jest, ale i tak powinien wyjść taniej niż inne rozwiązania, aż tu Piotr na swojej stronie: http://plc-home.pl/forum/index.php/topic,107.msg292.html#msg292 zwrócił uwagę na istotny problem z odbiciami oraz długością linii 1-wire przy podłączeniu w gwieździe. Pytanie czy ktoś zaobserwował podobne problemy? Druga sprawa czy, ktoś może przetestować, albo już tak zrobił u siebie, sposób podłączenia magistrali 1 wire przez sprowadzenie jej z gwiazdy do szeregu, zgodnie z okablowaniem rozrysowanym w: http://www.cel-mar.pl/files/io_ada-buscon.pdf str 5 ale bez modułu ADA-BUSCON? Zylko

Co prawda nie mieszkam, ale.. trochę teorii Prawie każda wentylacja, zarówno grawitacyjna jak i mechaniczna z rekuperacją, zmniejsza wilgotność względną w zimie. Problem bierze się z fizyki, w zimnym powietrzu możesz "rozpuścić" mniej wilgoci. Przykład: powietrze z zewnątrz ma -5stC i wilgotność wzgl. 30%. To samo powietrze po ogrzaniu do 20stC będzie miało wilgotność względną poniżej 10%. I właśnie po to między innymi jest wentylacja, ma usuwać nadmiar wilgoci. W pewnym stopniu zjawisko to może ograniczyć rekuperator, który pozwala przekazać wilgoć z powietrza wywiewanego do nawiewanego - idąc za nomenklaturą jednej z firm wymiennik entalpiczny. Nie potrafię natomiast powiedzieć na ile skuteczne będzie takie rozwiązanie. Drugim sposobem na ograniczenie zjawiska jest sterowanie wentylacją automaczynie z użyciem higrometru. Ten sposób może dawać niezadowalające rezultaty co do jakości powietrza - priorytet utrzymywania wilgotności spowoduje niewielką wymianę i wraz z wilgocią pozostanie zapaszek - w najlepszym razie ze smażonych kotletów . Zatem odpowiadając na twoje pytanie - moim zdaniem będziesz potrzebował nawilżaczy Kompletnie bez sensu - usuwasz wilgoć z domu żeby ją potem generować za pomocą nawilżacza, hihi Zylko

Dzięki Jak pisałem, jest możliwość pracy w "krótkich" cyklach jeżeli pojawi się efekt o którym dyskutujemy.