'Inteligenty' dom ze sterownikiem PLC

 Language:
Szukanie zaawansowane  

Aktualności:

Powrót do strony głównej: www.edom-plc.pl

Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.

Wiadomości - blackbox

Strony: [1] 2
1
Tematy ogólne / Odp: Wideodomofon IP i okablowanie bramy/furtki?
« dnia: Kwiecień 27, 2019, 12:32:00 am »
Do furtki daj min. dwie skrętki: jedna będzie dla videfonu IP (dane+zasilanie), a druga np. do: elektrozaczepu+stan furtki (razem 4 żyły), klawiatura/rfid (zasilanie+wyjście przekaźnikowe). Do bramy jedna skrętka powinna wystarczyć: sterowanie zamykaniem+stan bramy.

2
Sterowanie i Wizualizacje / Odp: Sterowanie głosem - pimatic-wago
« dnia: Luty 04, 2019, 03:14:53 pm »
Pytania do David22 i Admina:
- którą wersję Alexy Echo używacie: 1 czy 2.  Ja mam wer. 2.
- jakiej wersji wtyczki pimatic-echo używacie: najnowszej czy starszej? W opisie wtyczki jest mowa, że (najnowsza) nie obsługuje nowej wersji Echo. Sprawdziałem również stare wersje wtyczki (4.0, 4.11) ale bez sukcesów -  dalej Echo nie wyszukuje mi urządzeń.
 

3
Sterowanie i Wizualizacje / Odp: Sterowanie głosem - pimatic-wago
« dnia: Grudzień 22, 2018, 05:30:32 pm »
W końcu postanowiłem sprawdzić jak działa to urządzenie w praktyce ale niestety mam problem z połączeniem - Alexa nie wykrywa żadnego urządzenia. W logach pimatica pojawia się komunikacja z Alexą (adres 192.168.77.80) ale się nie paruje.

17:04:37.540 [pimatic] info: Starting device discovery for 20000ms.
17:04:37.546 [pimatic] info: pimatic-echo: Pairing mode is enabled for 20 seconds. Let Alexa scan for devices now.
17:04:40.119 [pimatic-echo] debug: << server got: M-SEARCH * HTTP/1.1
17:04:40.119 [pimatic-echo] debug:>Host: 239.255.255.250:1900
17:04:40.119 [pimatic-echo] debug:>Man: "ssdp:discover"
17:04:40.119 [pimatic-echo] debug:>MX: 3
17:04:40.119 [pimatic-echo] debug:>ST: ssdp:all
17:04:40.119 [pimatic-echo] debug:>
17:04:40.119 [pimatic-echo] debug:> from 192.168.77.80:50000
17:04:40.146 [pimatic-echo] debug: << server got: M-SEARCH * HTTP/1.1
17:04:40.146 [pimatic-echo] debug:>Host: 239.255.255.250:1900
17:04:40.146 [pimatic-echo] debug:>Man: "ssdp:discover"
17:04:40.146 [pimatic-echo] debug:>MX: 3
17:04:40.146 [pimatic-echo] debug:>ST: upnp:rootdevice
17:04:40.146 [pimatic-echo] debug:>
......

17:04:40.257 [pimatic-echo] debug: >> sent response ssdp discovery response: HTTP/1.1 200 OK
17:04:40.257 [pimatic-echo] debug:>HOST: 239.255.255.250:1900
17:04:40.257 [pimatic-echo] debug:>EXT:
17:04:40.257 [pimatic-echo] debug:>CACHE-CONTROL: max-age=100
17:04:40.257 [pimatic-echo] debug:>LOCATION: http://192.168.77.132:80/description.xml
17:04:40.257 [pimatic-echo] debug:>SERVER: FreeRTOS/7.4.2, UPnP/1.0, IpBridge/1.19.0
17:04:40.257 [pimatic-echo] debug:>hue-bridgeid: B827EBFFFEE99C87
17:04:40.257 [pimatic-echo] debug:>ST: uuid: 2f402f80-da50-11e1-9b23-b827ebe99c87
17:04:40.257 [pimatic-echo] debug:>USN: uuid:2f402f80-da50-11e1-9b23-b827ebe99c87::upnp:rootdevice
17:04:40.257 [pimatic-echo] debug:>
17:04:40.257 [pimatic-echo] debug:>
17:04:40.261 [pimatic-echo] debug: complete sending all responses.
17:04:57.553 [pimatic] info: pimatic-echo: Pairing mode is disabled again.

Wcześniej miałem problem z instalacją wg procedury opisanej przez Admina:
- musiałem zainstalować starszą wersję pimatica:
   npm install pimatic@0.9.42 --prefix pimatic-app --production  oraz
- ręcznie zainstalować sqlite:
npm install https://github.com/mapbox/node-sqlite3/tarball/master.

4
Tematy ogólne / Odp: Podlaczenie dodatkowego zasilacza
« dnia: Grudzień 01, 2018, 08:33:06 pm »
1. Jak zamontować te zasilacze na listwie. U mnie się szafa nie zamknie jak przypnę normalnie na listwie

Ja zamontowałem szynę din bezpośrednio do pleców szafy.

5
Sterowanie i Wizualizacje / Odp: Sterowanie głosem - pimatic-wago
« dnia: Grudzień 01, 2018, 08:30:35 pm »
Czy mógłby ktoś napisać krótko jak to działa w praktyce:
- dla włączenia światła - to rozumiem: na komendę głosową następuje zmiana stanu zmiennej switch
- odczytu temperatury - ?
- dla czujek ruchu - ?

Jaki zasięg ma mikrofon w urządzeniu?

6
Programowanie / Odp: WebVisu - czas reakcji
« dnia: Marzec 30, 2018, 09:28:53 am »
Wszystko ustaw jako Cyclic, nie używaj Freewheeling.

Proponowałbym tak:
PLC_PRG(), priority 4, 30ms
UpdateClock, priority 25, 500ms (nie 5000!)
MB_RTU_MASTER_TASK - priority 20, 100 ms (średni czas masz 9ms, nie ustawiaj więc wykonania co 5ms)
Satel, priority 26, 500ms

Ten Twój UpdateClock jakoś  podejrzanie długo się wykonuje. Co tam w nim robisz?

Zmieniłem i teraz jest OK. Od razu widać różnicę w repsonsywności webvisu. W dokumentacji oczywiście wszystko jest napisane:

The "freewheeling" task call option is not suitable in conjunction
with the "WebVisu"; as in this case, the high-priority PLC program suppresses the
web server. Instead of this, use the "cyclic" task call option with a realistic value.

W zadaniu UpdateClock, oprócz odczytu aktualnego czasu była wywołana funkcja sprawdzająca jaka jest taryfa prądu - na razie jej nie uzywam, więc usunąłem ją, został więc tylko odczyt czasu.

Aktualne czasy:
Number of Tasks: 4
Task 0: Main,  ID: 0
   Cycle count: 61066
   Cycletime:       1 ms
   Cycletime (min): 1 ms
   Cycletime (max): 7 ms
   Cycletime (avg): 1 ms
   Status: RUN
   Mode:   UNHANDLED
   ----
   Priority:  4
   Intervall: 30 ms
   Event:     NONE
   ----
   Function pointer: 16#28D19244
   Function index:   116


Task 1: UpdateClock,  ID: 1
   Cycle count: 3664
   Cycletime:       3 ms
   Cycletime (min): 2 ms
   Cycletime (max): 13 ms
   Cycletime (avg): 4 ms
   Status: RUN
   Mode:   UNHANDLED
   ----
   Priority:  25
   Intervall: 500 ms
   Event:     NONE
   ----
   Function pointer: 16#28D19340
   Function index:   119


Task 2: MB_RTU_MASTER_TASK,  ID: 2
   Cycle count: 18321
   Cycletime:       1 ms
   Cycletime (min): 1 ms
   Cycletime (max): 90 ms
   Cycletime (avg): 1 ms
   Status: RUN
   Mode:   UNHANDLED
   ----
   Priority:  20
   Intervall: 100 ms
   Event:     NONE
   ----
   Function pointer: 16#28D19298
   Function index:   117


Task 3: Satel,  ID: 3
   Cycle count: 3665
   Cycletime:       1 ms
   Cycletime (min): 1 ms
   Cycletime (max): 8 ms
   Cycletime (avg): 1 ms
   Status: RUN
   Mode:   UNHANDLED
   ----
   Priority:  26
   Intervall: 500 ms
   Event:     NONE
   ----
   Function pointer: 16#28D192EC
   Function index:   118

7
Programowanie / Odp: WebVisu - czas reakcji
« dnia: Marzec 28, 2018, 10:10:35 pm »
W zakładce Resources wybierz PLC Browser.
Wpisz: "login admin wago" [enter]
następnie wpisz: "tsk" [enter]

dostaniesz informacje na temat swoich tasków i rzeczywistego czasu ich działania. Tu znajdziesz problem.

Tak jak wspomniał admin, używaj tylko trybu "cyclic" w taskach. Czas jaki tam ustawisz musi być dłuższy niż wymagany przez dane zadanie.

Przykład moich tasków:
PLC_PRG()  (priority 4, T#30ms) - takie zalecenie dostałem kiedyś z wago.
Aktualizacja zmiennej czasu (priority 20, T#500ms)
MySql (priority 31, T#300ms) - tu spokojnie można dać więcej

Czy w takim razie mając jedno zadanie główne (PLC_PRG) i kilka pobocznych (ReadTime, Satel, Modbus) lepiej jest:
1) ustawić wszystkie zadania jako zadania cykliczne (główne z najwyższym priorytetem), czy
2) zadanie główne ustawić jako zadanie freewheeling (z najwyższym priorytetem) a pozostałe jako cykliczne - tak mam obecnie.

Poniżej zrzut czasów moich zadań:

Number of Tasks: 4
Task 0: Main,  ID: 0
   Cycle count: 142752340
   Cycletime:       1 ms
   Cycletime (min): 1 ms
   Cycletime (max): 9 ms
   Cycletime (avg): 1 ms
   Status: RUN
   Mode:   UNHANDLED
   ----
   Priority:  1
   Intervall: 0 ms
   Event:     NONE
   ----
   Function pointer: 16#28D19244
   Function index:   116


Task 1: UpdateClock,  ID: 1
   Cycle count: 115161
   Cycletime:       75 ms
   Cycletime (min): 2 ms
   Cycletime (max): 2550 ms
   Cycletime (avg): 365 ms
   Status: RUN
   Mode:   UNHANDLED
   ----
   Priority:  3
   Intervall: 5000 ms
   Event:     NONE
   ----
   Function pointer: 16#28D19340
   Function index:   119


Task 2: MB_RTU_MASTER_TASK,  ID: 2
   Cycle count: 41049117
   Cycletime:       5 ms
   Cycletime (min): 1 ms
   Cycletime (max): 110 ms
   Cycletime (avg): 9 ms
   Status: RUN
   Mode:   UNHANDLED
   ----
   Priority:  2
   Intervall: 5 ms
   Event:     NONE
   ----
   Function pointer: 16#28D19298
   Function index:   117


Task 3: Satel,  ID: 3
   Cycle count: 1145948
   Cycletime:       1 ms
   Cycletime (min): 1 ms
   Cycletime (max): 2241 ms
   Cycletime (avg): 133 ms
   Status: RUN
   Mode:   UNHANDLED
   ----
   Priority:  5
   Intervall: 500 ms
   Event:     NONE
   ----
   Function pointer: 16#28D192EC
   Function index:   118

8
Tematy ogólne / Odp: Inteligenty dom Widget - fotorelacja
« dnia: Styczeń 16, 2018, 03:29:35 pm »
Jakie masz długości przewodów do 20 czujników? U mnie problem występował w momencie przekroczenia długości magistrali 250 m. Czy WireChip ma diagnostykę magistrali 1-Wire? Z jaką częstotliwością odpytujesz czujniki?
Odczyt z WireChip chodzi jako zadanie (wyklikane kreatorem Modbus Master Configuration) co 5ms. Długości przewodów nie znam, ale czujniki umieszczone są w różnych (odleglych) częściach domu, również na zewnątrz.

9
Tematy ogólne / Odp: Inteligenty dom Widget - fotorelacja
« dnia: Styczeń 05, 2018, 01:44:14 pm »
W przypadku Cel-Mar dział techniczny zaleca skrętkę UTP lub FTP w przypadku pomieszczeń z dużą ilością zakłóceń. Na przykładach http://cel-mar.pl/1-wire_rs485_modbus_m401wp.htm?idk=1#poz widać że magistrala może być mieszana (gwiazda lub Punkt-Punkt). Wydaje mi się że wszytsko zależy od rozkładu pomieszczeń i jakiego typu urządzenie chcemy zastosować jako centrala 1-Wire (RPi, Cel-Mar itd.)

Ja używam WireChip, na razie mam podpięte 20 czujników, wszystkie w układzie gwiazdy (podpięte dwie pary skrętki UTP: po jednym przewodzie z każdej pary - masa, pozostałe zasilanie i dane) i do tej pory wszystko działa bez problemów.

10
Tematy ogólne / Modbus, zapisy do pamięci
« dnia: Listopad 15, 2017, 09:25:53 pm »
Zastanawiam się jak jak fizycznie wykonywana jest operacja zapisu w protokole Modbus, tzn. czy za każdym razem następuje nadpisanie danego obszaru pamięci Slava, czy tylko wtedy, gdy wartość zapisywana się zmieniła. Jeśli zapis jest za każdym razem to należałoby  samodzielnie robić obsługę momentu zapisu bo zapisujemy do pamięci typu FLASH gdzie liczba maks. zapisów jest ograniczona. Interesują mnie konkretnie operacje zapisu:
1) z Openahab do Wago PLC: za pomocą definicji Switch nazwa {modbus="slave2:xx"} - znalazłem, że do ograniczania każdorazowego zapisu służy opcja updateunchangeditems
2) z Wago PLC do np. rekuperatora poprzez Modbus Master Configuration.

11
Tematy ogólne / Odp: Podlaczenie dodatkowego zasilacza
« dnia: Kwiecień 20, 2017, 02:19:48 pm »
Przymierzam się do przeniesienia zestawu startowego do szafy i nie znalazłem w zestawie osobnego wtyku do zasilacza, do którego można wpiąć kable zasilające 230V, jest tylko kabel z wtyczką do gniazdka. W jaki sposób podpinaliście kable zasilające do zasilacza WAGO?

12
Tematy ogólne / Odp: Kupię/Sprzedam/Zamienię
« dnia: Wrzesień 16, 2016, 11:33:45 am »
Proponuję zakup ze sklepu niemieckiego (sam tak zrobiłem). Tutaj można sobie poszukać najtańszej oferty.

13
Tematy ogólne / Odp: Przygotowanie do instalacji
« dnia: Lipiec 05, 2016, 08:38:30 am »
w wylewki zatop tylko węże PVC tak, zeby czujnik do nich wprowadzic np z puszki wyłącznika.
Te czujniki nie sa niezniszczalne i utopienie go w betonie to w/g mnie samobojstwo.
sam spalilem przez przypadek kilka termometrów.
Teraz już nie bardzo mogę tak zrobić bo mam tynki. W związku z tym, że cel czujników w posadzce jest tylko informacyjny a koszt niewielki to myślę, że można zaryzykować brak możliwości wymiany.

14
Tematy ogólne / Odp: Przygotowanie do instalacji
« dnia: Lipiec 04, 2016, 02:13:18 pm »
Niedługo będę przygotowywał się pod wylewki i chciałbym położyć (na/pomiędzy rurki ogrzewania podłogowego) od szafy 3 skrętki (parter, garaż, poddasze) z odnogami do poszczególnych pętli grzewczych zakończonych czujnikiem DS18B20 (wcześniej odczytałbym ich numery seryjne). Czy taki czujnik będzie odpowiedni do umieszczenia w wylewce? I czy jeszcze muszę o czymś pamiętać?

15
Tematy ogólne / Odp: Przygotowanie do instalacji
« dnia: Czerwiec 08, 2016, 08:27:13 am »
to bez sensu :) chcesz PLCkiem wlaczac odkurzacz, ktory i tak ma wlacznik na rączce ? do tego ten włącznik na rączce ma mozliwosc modulowania mocy ssania.
Też tak uważam, stąd moje wątpliwości. Chyba, że można to potraktować jako zabezpieczenie na wypadek przerwania kabla idącego wzdłuż rur do gniazd. Jeśli chodzi o Modbus to tutaj można chyba byłoby jedynie odczytywać informacje o stanie odkurzacza (np. stan zapełnienia, filtrów).   

Strony: [1] 2