Nie wiedzieć dlaczego po restarcie kontrolera nie mogę zmusić go do ustalonego włączenia przekaźników. W panelu jest że ma włączyć wybrane, niestety nawet po pełnym resecie tego nie robi. Klikać można i to działa , ale nie robi przy starcie tego co trzeba, po za tym nie da się go zmusić do pracy z Dallasami.

Czy można używać GSM kontrolera jako modemu GSM do wysyłania i odbierania smsów? Nie widziałem interfejsu RS aby przez niego wysyłać komendy AT do modułu gsm. GSM kontroler poza zwykłymi funkcjami byłby modułem gsm dla innego kontrolera, sterowanego komendami AT.
Pozdrawiam

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