1. jakie są max. odległości między modułami przycisków, a samym przyciskiem fizycznym ?
... w przypadku wersji 8 montowanego na szynę i 14-wejściowego do puszki ??
Moduł przycisku dopuszkowego (UNIV 3.1.3.x) ma przewody o długości około 25cm, które nie powinny być przedłużane. Moduł na szynę (UNIV 3.1.0 x) posiada zabezpieczenia przeciwprzepięciowe na wejściu, więc przewody podłączone do niego mogą być dużo dłuższe. Teoretycznie długość ograniczona jest tylko rezystancją przewodów, która powinna być mniejsza od 500 Ohm. Praktycznie duże znaczenie ma otoczenie w jakim te przewody są prowadzone (oddziaływanie innych przewodów i urządzeń). Przy zachowaniu minimalnego odstępu np 10cm od potencjalnych źródeł zakłóceń, przewód na wejściu modułu, wewnątrz budynku, może mieć długość nawet do 100m.
2. raczej ciężko te 14 wejść wykorzystać z przełącznikami dzwonkowymi w jednym miejscu, nawet przy poczwórnym przycisku (np. berker 503404) daje to aż 4 moduły ramek,
czy są może jakieś inne większe panele włączników dzwonkowych z przyciskami, które można by użyć ?
Na przykład taki zestaw 12 przycisków (GIRA 2x 200320).
Moduł UNIV 3.1.3.x umożliwia podłączenie diod LED na tym samym przewodzie z przyciskiem. W takim układzie ograniczony jest prąd przewodzenia takiej diody do około 2mA, co może nie dawać satysfakcjonującej jasności świecenia dla niektórych diod.
Innym rozwiązaniem jest podłączenie przycisków i diod LED na oddzielnych przewodach (np 7 przycisków i 7 diod LED = 14 wejść) używając wspólnego przewodu "BUT COM" (patrz na schemat połączeń - rysunek2 w tym dokumencie
http://hapcan.com/devices_pl/universal/ ... x_b_pl.pdf) dla przycisków i diod. W takim układzie prąd świecenia diody będzie wynosił 3,5mA, co może dawać większą jasność świecenia LED.
3. czym się różni stan
"closed and held for 4s"
od
"closed and open after 4s"
czy docelowo to nie ten sam stan przycisku ?? do czego służy to rozróżnienie? można prosić o przykładowy sposób wykorzystania obu ?
Dosłownie znaczy to, że jeden przycisk musi być przytrzymany przez 4s aby moduł wysłał wiadomość, a drugi przytrzymany przez 4s i dopiero kiedy zostanie zwolniony moduł wyśle wiadomość. Do ręcznego sterowania zdecydowanie wygodniejszy jest wariant pierwszy, ale można by sobie wyobrazić sytuację gdzie konieczna jest informacja o zwolnieniu np przekaźnika, który był wcześniej załączony przez co najmniej 4s.
Przy sterowaniu ręcznym (przyciskaniu włącznika) użyteczne są 3 sytuacje:
a. krótkie wciśnięcie - przycisk wciśnięty i zwolniony w ciągu 400ms
b. długie wciśnięcie - przycisk wciśnięty i zwolniony pomiędzy 400ms a 4s
c. długie przytrzymanie - przycisk wciśnięty i przytrzymany przez 4s
Są to sytuacje wykluczające się, więc umożliwiają przy pomocy jednego przycisku wysyłanie trzech różnych poleceń.
4. jak rozumiem do 1 wejścia przycisku można oprogramować parę różnych zdarzeń??
ale czy da się jakoś funkcję dwukliku zaimplementować ? lub logikę wciśnięcia dwóch przycisków naraz ?
Jest to możliwe, ale należałoby zmienić oprogramowanie firmware modułu. Obecne firmware nie ma tych funkcjonalności.
5. jakie są zalecane przewody do prowadzenia magistrali CAN, żeby bardzo nie wpływało na jej odległość ?
czy 4 pojedyncze kabelki skrętki będą OK, na zdjęciu gdzieś widziałem podwójnie skręcone, choć to może do następnego modułu szło dalej.
czy lepiej jakiś grubszy 4 żyłowy przewód używać ? choć to niby tylko 24V bez jakiegoś wielkiego natężenia.
Przewód skrętkowy UTP jest chyba najwygodniejszy, ale możliwe jest użycie także grubszego przewodu np KNX. Zastosowanie przewodu KNX zwiększa teoretycznie długość magistrali z 150m dla UTP do 270m (CIA 303 Recommendation).
Przy zastosowaniu skrętki UTP kat5e zalecane jest użycie 3 par; jednej do transmisji CAN i dwóch do zasilania modułów. Sposób podłączenia skrętki opisany jest w dokumentacji każdego modułu.
6. czy w przyciskach, gdzie można podłączyć czujnik temp. DS1820, można ich podłączyć parę? czy tylko jeden? w końcu to 1wire
Obecne firmware obsługuje tylko jeden czujnik.
7. moduł Ethernet funkcjonalnością odpowiada RS232? czy może ten drugi ma jeszcze większe możliwości oprócz różnicy w warstwie komunikacyjnej ??
Jako interfejsy do komunikacji między systemem a PC (do programowania i konfiguracji systemu) oba interfejsy działają identycznie. RS232C jest odrobinę szybszy od Ethernet-owego, ze względu na mniejszą ilość buforów po drodze. Ponadto RS232C może mieć zainstalowany firmware UNIV 3.101.0.1, które umożliwia sterowanie przez system innymi urządzeniami z tym portem.
8. jakie są przykładowe zastosowania "UNIVERSAL MODULE UNIV 3" rozumiem, że to coś jak Arduino, do dowolnego wykorzystania, ale czy jest na to jakaś nakładka do programowania, czy w jakimś czystym C trzeba pisać ? czy taki program wrzuca się z całym firmware jak np. w Arduino przez RS'a po wejściu w tryb bootloadera czy już tylko np. przez moduł Ethernet ładuje samą logikę jego działania ?
jakie są szanse "naprawy" takiego modułu jak wgra się zły program ?
Moduł ten umożliwia zbudowanie własnego urządzenia. Oprogramowanie do niego trzeba pisać w C lub asemblerze w środowisku MPLAB firmy Microchip (producenta procesora). Można również wykorzystać gotowe lub zmodyfikowane oprogramowanie dowolnego modułu HAPCAN. Oprogramowanie takie można wgrać przy pomocy HAPCAN Programatora poprzez port CAN lub RS.
Procesor modułu może zostać uszkodzony tylko w przypadku destrukcyjnego oprogramowania firmware np kiedy w programie ustawiony będzie stan wysoki na wyjściu, które fizycznie będzie połączone z masą. Zły (ale nie destrukcyjny) program zawsze można nadpisać prawidłowym oprogramowaniem.