Statystyki |
» Użytkownicy: 3,043
» Najnowszy użytkownik: vz99toys
» Wątków na forum: 1,309
» Postów na forum: 9,037
Pełne statystyki
|
Użytkownicy online |
Aktualnie jest 91 użytkowników online. » 0 Użytkownik(ów) | 89 Gość(i) Bing, Google
|
Ostatnie wątki |
Xon games
Forum: LanKontroler V4
Ostatni post: MatiasMoore
06-18-2025, 04:23 PM
» Odpowiedzi: 0
» Wyświetleń: 18
|
CWT-TH04S H/T sensor
Forum: MODBUS Urzadzenia Custom
Ostatni post: jeffreestar
06-18-2025, 07:34 AM
» Odpowiedzi: 1
» Wyświetleń: 593
|
Sterownik turbiny wiatrow...
Forum: Przykłady zastosowań przez użytkowników.
Ostatni post: emmausa
06-18-2025, 06:32 AM
» Odpowiedzi: 1
» Wyświetleń: 2,576
|
Aplikacja ATS MQTT Client...
Forum: LanKontroler V4
Ostatni post: marryjanes
06-18-2025, 05:52 AM
» Odpowiedzi: 3
» Wyświetleń: 1,501
|
R4DCB08 Kolektor temperat...
Forum: MODBUS Urzadzenia Custom
Ostatni post: Andreaa23
06-17-2025, 12:06 PM
» Odpowiedzi: 3
» Wyświetleń: 1,697
|
LK3.5-NOWY SOFT - KOLEJNE...
Forum: LanKontroler V3.5
Ostatni post: sl500
06-16-2025, 04:20 PM
» Odpowiedzi: 622
» Wyświetleń: 535,953
|
potrzebuję pomocy z SEO
Forum: GSM kontroler GSM
Ostatni post: Marcin Clark
06-16-2025, 09:41 AM
» Odpowiedzi: 1
» Wyświetleń: 64
|
link building process
Forum: GSM kontroler GSM
Ostatni post: Marcin Clark
06-16-2025, 08:33 AM
» Odpowiedzi: 1
» Wyświetleń: 50
|
Virtual Reality in Educat...
Forum: Problemy z oprogramowaniem i sprzętem
Ostatni post: sarausa
06-16-2025, 06:15 AM
» Odpowiedzi: 1
» Wyświetleń: 424
|
Wygrywać dużo czy upaść? ...
Forum: GSM kontroler GSM
Ostatni post: lilona
06-15-2025, 09:36 PM
» Odpowiedzi: 0
» Wyświetleń: 39
|
|
|
Błąd Connection to board was lost. |
Napisane przez: tlucjan - 12-17-2013, 03:17 PM - Forum: Przykłady zastosowań przez użytkowników.
- Odpowiedzi (8)
|
 |
Witam,
Jestem to nowicjuszem, który niedawno wszedł w posiadanie lankontrolera. Wszystko wydaje się działać, ale nęka mnie notoryczny błąd "Connection to board was lost" podczas obsługi kontrolera poprzez stronę internetową. Kontroler jest podpięty do routera. Błąd ten występuje zarówno od strony LAN jak i z zewnątrz.
Będę wdzięczny za podpowiedzi jak to ugryźć, bo przyznaję, że zaczynam kręcić się w kółko.
Pozdrawiam,
Tomek
|
|
|
Awaria softu LK -ustawienia sieciowe |
Napisane przez: krzychoo - 12-15-2013, 08:26 PM - Forum: LanKontroler - wersje oprogramowania
- Odpowiedzi (6)
|
 |
Witam.
Mam problem jak w tytule. Chociaż problem jest chyba większy.
Po wielu testach i próbach LK na biurku przy laptopie - zainstalowałem go w miejscu docelowym. ( w moim przypadku - kotłownia).
No i już na starcie okazało się że z softem jest coś nie tak. LK przy każdym poleceniu "Save and reboot" w sekcji "Network setting", przy zaptaszkowanej opcji Enable DHCP - gubi tego ptaszka przechodząc upierdliwie w tryb adres static. Jest to dla mnie niepojęte (próby na biurku nie wyłapały takiego buga) i bardzo kłopotliwe - LK podłączony do routera który obsługuje kilkanaście
kompów/urządzeń w trybie DHCP.
Mało tego - każde polecenie SAVE sekcji niżej (SNMP settings) również powoduje ten sam efekt.
(czyli reboot i po powstaniu LK jest w trybie adres. static)
Było to w wgranej wersji softu 3.21. Robiłem próby wgrywając softy wcześniejsze - bez zmian. Aktualnie zostawilem soft 3.15
Pomyślałem sobie trudno , być może TTTM (ten typ tak ma). Wysiliłem wszystkie swoje komórki (te szare) i zrobiłem mały myk na routerze (Asus RT-N16) - dołożyłem dodatkowy bridge na porcie z LK + Vlan z wyłączonym DHCP - i teraz mam L.K. na stałe na defaultowym adresie .
Ten problem opanowalem.
Pozostał temat braku odczytu serwera NTP. Wpisywałem tam różne adresy serwerów pl i eu w dwóch formach (nazwy i cyfry) bez rezultatu. A to mi całkowicie uniemożliwia korzystanie z Scheduler'a.
Poza tym wszystkim suma obydwu błędów na mój nos sugeruje jakieś "wykrzaczenie się" softu , w części sieciowej- być może wynikający z faktu że instalowałem po kolei wszystkie jego wydania i czasem wracałem do wcześniejszych wersji .
Bardzo prawdopodobne , że bug ten powstał przy którymś kolejnym flashu L.K. - chociaż nigdy nie miałem z tym problemu.
Być może ktoś z czytających może mi pomóc w temacie odczytu serwera czasu przez L.K.
Nie ukrywam że bardzo liczę na pomoc kol. prowadzącego to forum.
P.s no i okazuje się dodatkowo że nie działa również sterowanie wyjściami zapytaniem HTTP (próby robione w sieci lokalnej Lan). Ale ta opcja mnie mniej interesuje.
Chyba jest sposób/metoda aby go (tego L.K.) zresetować/wyczyścić do ustawień fabrycznych ?
(resetowanie przyciskiem z palca niczego w tym przypadku nie zmienia - a dokładniej przywraca ustawienia na defaultowe , a błędy sieciowe zostają)
|
|
|
sterowanie nagrzewnicą rekuperatora |
Napisane przez: ketchup - 12-02-2013, 12:26 AM - Forum: Przykłady zastosowań przez użytkowników.
- Odpowiedzi (7)
|
 |
Witam.
Od niedawna mam kontakt z LK. Chciałbym go użyć do sterowania nagrzewnicą elektryczną za rekuperatorem z wykorzystaniem presostatu, czujników DS18B20 i Raspberry PI.
NA początku opiszę co mam zrobione:
1. Raspberry PI ma 2 funkcje w tym projekcie:
- ustawia na INP1D znacznik, że jest 2 taryfa prądu
- zbiera wszystkie informację w kupę i rysuje wykresiki 
2. LK:
- pod wejście analogowe INP1 podłączony jest presostat by wskazywać, czy działa rekuperator - jest to zabezpiczenie przed zbyt małym ciągiem powietrza w przewodach i zabezpiecza nagrzewnicę
- pod INP8 mam podłączony DS18B20 by sprawdzać jaka jest temperatura powietrza za rekuperatorem - w przypadku, gdyby byłą zbyt niska załączana miałaby być nagrzewnica
- pod INP9 mam podłączony DS18B20 by sprawdzać temperaturę za nagrzewnicą, by powietrze za nagrzewnicą nie było zbyt ciepłe - odłączałoby nagrzewnicę.
Poustawiałem warunki brzegowe na OUT1 - czyli warunki jakie muszą być spełnione, by nagrzewnica była załączona.
Dopiero po podłączeniu wszystkiego zauważyłem niepoprawne zachowanie układu. Nagrzewnica załączała się nawet w przypadku, gdy nie powinna. Trochę mi zajęło dojście do przyczyny problemu. W events configu sprawdzany jest tylko 1 warunek na raz (z dokumentacji wynika, że tylko analizowane są tylko warunki dla czujnika, który ostatnio zmienił swój stan).
Ja zakładałem, że dla każdego OUTX warunki analizowane są w kolumnach - to był mój błąd 
Proszę powiedzcie, czy jest możliwe weryfikowanie wszystkich warunków ustawionych na każdym OUT? Jaki jest cel (poza zmiejszeniem złożoności weryfikacji warunków), że weryfikowany jest tylko 1 wiersz w events configu?
Czy macie może jakiś pomysł, jak można rozwiązać problem? Może źle zrozumiałem konfigurowanie LK i mam złe założenia dla events configa? Zakładałem, że LK może pracować w miarę autonomicznie...
Może warto zmienić standardowe zachowanie sprawdzania warunków dla events configa w oprogramowaniu dla LK?
pozdrawiam
Łukasz Łęcki
|
|
|
|