Hi,
I am using lankontroler for floor heating. I had a version 3.01 and wanted to upgrade to 3.11, because of support of more than 4 digital temperature sensors. This upgrade was somehow sucessfull but the board stoped to work correctly. The heating was permanently on, after it reached cut of temperature it doesn't swich of the releays. I tried to play a little with settings and restarting (hw, sw) but nothing helpes. So I decided to go back to 3.01. But during the firmware upload through LAN Controler tools, it stoped somewher around 54%. From this point on I am not able to log or even ping the control board.

I was using changed IP address 192.168.2.100 on my LAN. Now this is without any ping answer. I tried to use HW reset button on board, but it seems that it doesn't help also. I tried also the default anddress 192.168.1.100 but no answer.

After HW restart there is blinking green led light on the RJ45 LAN connector, even there is no cable pluged in. Whe I plug the LAN cable the green blinking becomes not so constant and time to time there is also a flash of orange led light, but not coresponding to ping or other LAN request.

Any hint what to do or how to proceed. Is there any special procedure how to load some default firmware?
Thanks

SW 2.43
Do przekażnika OUT0 przypięte jest zasilanie routera do którego logicznie wpięty jest LK. Do routera przypięty jest modem GSM będący jedyną linią komunikacji z netem. Brak innych urządzeń przypiętych do tej podsieci (w teście). Z funkcji wykorzystywany jest tylko watchdog na jednym adresie. Oczywiście ustawienia sieciowe są zgodne z podsiecią routera. Pozostałe ustawienia LK są w wartościach inicjalnych. Tabela zdarzeń, scheduler - nie są używane.
Watchdog pinguje adres serwera google 8.8.8.8. Watchdog ustawiony jest na reset 15s., 20 ping-ów, WD - "zaptaszkowane", parametry na dole - domyślne (20 i 30).
Po odpięciu modemu (czyli zerwaniu połączenia z pingowanym adresem) LK wykonuje kilka resetów (nie wiem ile bo to trochę trwa i nie siedzę nad nim) po czym przełącza przekaźnik w stan "On" na stałe. Oczywiście w moim przypadku wycina to router dokumentnie i komunikacji brak. Reset LK przez chwilowe odłączenie zasilania przywraca normalne działanie LK - niestety wymaga to interwencji obsługi, którą miał wyeliminować LK . Napięcie zasilania jest cały czas pow. 12V (zasilacz stabilizowany - nominalnie ma 12V) - więc nie jest to problem wydajności zasilania.
Rzecz jest obserwowalna na 4 szt. LK, zatem nie jest przypadkowa. Piąta sztuka działa poprawnie.
Czy jest jakaś graniczna liczba resetów po której LK zawiesza się? Jakieś propozycje ustawień? Trafiłem na wadliwą serię?

Witam,
Szukam jakieś ciekawej, opensourcowej aplikacji do zarządzania domem (Przyzwoity interfejs graficzny). I bede chciał to zintegrować z LK. Znalazłem coś takiego http://www.openremote.org/. Wydaje się dość proste bo można dodać shellowe komendy do zarządzania urządzeniami. Może znacie jeszcze jakieś ciekawe projekty ?

Witam

Posiadam Lan kontroler od kilku miesięcy, i zauważyłem dziwną rzecz, co jakiś czas samoczynnie zmienia mi się wpis w zakładce Network Config w polu SMTP Server.
Prawidłowy wpis wygląda tak: moja-domena.pl natomiast samoczynnie co jakiś czas mienia się na: moja)domena.pl
Co może być przyczyną samoczynnej zmiany znaku z "-" na ")".
wersja softu 2.47, próbowałem go ponownie flashować ale to nic nie zmieniło. Restart urządzenia nie wywołuje zmiany tego znaku.

Zauważyłem problem sprzętowy z Płytką resetera PoE. Chciałbym wykorzystać wyjście przekaźnikowe Lan Kontrolera do równoczesnego odłączenia zasilania na wszystkich portach PoE płytki resetera. Niestety nie jest to możliwe ponieważ Lan Kontroler ma wspólne zasilanie z portami PoE na płytce resetera. To spora wada, dodatkowo problem pojawić się może w momencie gdy z jakiegoś powodu odłączony zostanie przewód od złącza zasilającego płytkę resetera - cały prąd popłynie przez taśmę i złącza IDC10.
Reasumując zasilanie portów PoE płytki resetera powinno być odseparowane od zasilania Lan Kontrolera.

zgodnie z dokumentacją inp 4d w snmp
INP4D (26).1.3.6.1.4.1.17095.3.22.0 READONLY BYTE

snmpwalk
iso.3.6.1.4.1.17095.3.22.0.0 = No more variables left in this MIB View (It is pa
st the end of the MIB tree)

wersja 2,39 2,42 2,47

Ktoś próbował uruchomić inp4d (1,2,3 działają ok)

Zgodnie z dokumentacją od wersji 2,30
INP4D (26).1.3.6.1.4.1.17095.3.22.0 READONLY BYTE

wersja 2,39 2,42 2,47 nie potrafi sprawdzić inp4d (1,2,3 działa ok)

iso.3.6.1.4.1.17095.3.22.0.0 = No more variables left in this MIB View (It is pa
st the end of the MIB tree)

Będę umieszczał tutaj swoje sugestie co do sprzętowych i nie tylko możliwości, jakie można by dodać, namawiam też innych forumowiczów do tego.

Część opisałem tutaj http://tinycontrol.pl/forum/viewtopic.ph...7315#p7315
dla przypomnienia
- expander IO na i2C, np PCA8575 - 16 x GPIO,
- sprzętowy PWM, kiklukanałowy na I2C, np PCA9530 lub "większy",
- czujnik oświetlania w luxach na I2C, np APDS9300,
- rozbudowa o tani i rewelacyjny pod względem możliwości moduł komunikacji WIFI na SPI, np NRF24L01+ bardzo energooszczędny idealny do pracy z bateryjką
- usystematyzowanie "zarządzania" sensorów temperatury przez użytkownika, proponowałem wybór typu i przypisanie wyjścia (z możliwych)[i] przez użytkownika
opcja taka pozwoli na lepsze [i]bardziej uniwersalne zarządzanie i wykorzystanie pinów GPIO w aplikacji użytkownika,

dziś zaproponuję pomiar dużych prądów dla wysokiego napięcia (~230V), który jest bajecznie prosty do zrealizowania w systemie µC dzięki
Przekładnikom prądowym TX, http://feryster.pl/polski/current_transf...hp?lang=pl

Jako nowicjusz w tym temacie miałbym nieśmiałe pytanie do tych, którzy korzystają z tej funkcjonalności. Czy nie zachciał by ktoś przygotować ściągawki krok po kroku jak należy skonfigurować cacti, ewentualnie udostępnić swoje templatki i skrypty.
Z forum wiem że niektórzy z powodzeniem uruchomili sobie wykresy, oraż że zbieranie danych można wykonać w dwojaki sposób
1. przez odpytywanie z cacti Lan Kontrolera
2. przez automatyczne wysyłanie danych z Lan Kontrolera i "łapanie ich" do bazy rrd
jak do tej pory ani jednej z tych możliwości nie udało mi się uruchomić, pewno umiejętności za małe i wiedza w tym zakresie.
Mam działające cacti, rrd działa, wykresy działają, ale nie są przekazywane dane do bazy rrd. Nawet udało mi się dotrzeć do źródła OID w samym LK, bo te w instrukcji są nieprawidłowe.
w pierwszym kroku utworzyłem "device": jak na obrazku cacti_dev.png:

  cacti_data_sources.png (Rozmiar: 134.26 KB / Pobrań: 7564)
w kolejnym utworzyłem nowye "data sources"

  cacti_dev.png (Rozmiar: 163.29 KB / Pobrań: 7553)

dalej sobie nie radzę. ;-/

Witam, z dwa dni temu stałem się posiadaczem Lan Kontrolera HW:1.2 SW:3.12

Powoli zapoznaję się z tym interesującym ustrojstwem i jego możliwościami, zauważyłem ciekawą anomalię:
sieć skonfigurowana następująco -> Enable DHCP.
Po podłączeniu sensora DHT11 nie mogłem połączyć się z GUI. Okazało się, iż została zresetowana nastawa sieciowa do domyślnej (wyłaczone Enable DHCP). Sensor podłączałem na gorąco.
Dziś podłączałem trzeci sensor DS18B20. Nauczony poprzednim zdarzeniem odłączyłem zasilanie modułu LK. Podłączyłem "scalony termometr". Ku mojemu zdziwieniu znów nie mogłem połączyć się z GUI. Jak poprzednio konfiguracja sieci została przywrócona do adresu domyślnego. W międzyczasie podłączyłem termistor PT1000, podobny efekt nie wystąpił.