Freesco, NND, CDN, EOS http://forum.freesco.pl./ |
|
Sterowanie linuksem przy pomocy telefonu komórkowego http://forum.freesco.pl./viewtopic.php?f=34&t=16947 |
Strona 1 z 1 |
Autor: | Albercik [ poniedziałek, 9 czerwca 2008, 20:54 ] |
Tytuł: | Sterowanie linuksem przy pomocy telefonu komórkowego |
Sterowanie telefonem przy pomocy komputera z linuksem już przerabialiśmy, natomiast moje pytanie dotyczy zagadnienia odwrotnego: wysyłam sms polecenie "reboot" i serwer się restartuje. Wszystko da się zrobić przy pomocy gammu, jest tylko jeden problem : jak wywołać zdarzenie bezpośrednio po przyjściu smsa? Można zrobić cyklicznie z cron'a , ale mija się to z celem, ponieważ odczytanie smsów z tel przy pomocy gammu trwa dość długo. Ciągłe odczytywanie telefonu np co minutę jest mała funkcjonalne. Jak to rozwiązać? ps. W razie pytań typu "jaki ma to sens" itp chciałbym zaznaczyć, że robię to czysto edukacyjnie . |
Autor: | tasiorek [ poniedziałek, 9 czerwca 2008, 21:13 ] |
Tytuł: | |
Zainteresowalbym sie na Twoim miejscu tym: http://www.gammu.org/wiki/index.php?title=Gammu:SMSD |
Autor: | pectosol [ wtorek, 10 czerwca 2008, 22:00 ] |
Tytuł: | |
ja stosuję takie rowiązanie. Wysyłam smsa i dostaję odpowiedz jaka jest temperatura na piecu i w CWU oraz info o otwartych oknach w domu. W planach jeszcze mam zwiększanie tempetatury na piecu - choć nie wiem czy się tego podejmę. Całość jednak mam zrobione bez komórki, ze zwględu na koszty utrzymania karty sim. Smsy odbieram na maila a wysyłam z bramki smsowej. Skrypt jest uśpiony i budzi mi się co minutę - podobnie jak kilka demonów nnd. W przyszłości może zrobię jakieś powiadomienie alarmowe ale przez dialer z modemu AT i lini TP którą chcąc niechcąc mam. Na razie nie mam jednak czasu (i chęci) aby się tym zająć. Co do sensu to traktuję to raczej jako zabawke dla dużych chłopców. Rebot przez smsa jest raczej niepotrzebny bo jak ci się komp zwieśi to i tak smsa nie odczytasz. A z doświadczenia mogę powiedzieć że awarie jakie zaliczyłem były raczej nie do przewidzenia i wymagały interwencji człowieka, np: - zawieszony modem DSL TPsy (dwa razy - bo nie wyszła im aktualizacja softu) - spalony switch - po burzy (dwa razy w różnych miejscach) - zawieszony serwer po wypaleniu się kości RAM (pamięć niby działa ale po dłuższym czasie pracy potrafi zwiesić kompa - teraz siedzi desktopie) - urwany kabel przez dekarzy Więc w żadnym powyższym przypadku sms nie pomoże. |
Autor: | Albercik [ wtorek, 10 czerwca 2008, 22:42 ] |
Tytuł: | |
pectosol pisze: Rebot przez smsa jest raczej niepotrzebny bo jak ci się komp zwieśi to i tak smsa nie odczytasz.
A z doświadczenia mogę powiedzieć że awarie jakie zaliczyłem były raczej nie do przewidzenia i wymagały interwencji człowieka, np: - zawieszony modem DSL TPsy (dwa razy - bo nie wyszła im aktualizacja softu) - spalony switch - po burzy (dwa razy w różnych miejscach) - zawieszony serwer po wypaleniu się kości RAM (pamięć niby działa ale po dłuższym czasie pracy potrafi zwiesić kompa - teraz siedzi desktopie) - urwany kabel przez dekarzy Więc w żadnym powyższym przypadku sms nie pomoże. Pisz na temat. Polecenie reboot to tylko przykład, nie są ważne Twoje usterki w sieci, nie jest to na temat i nic nie wnosi. Interesuje mnie interakcja z serwerem. Wpiszę w smsie "dupa Jasiu" i dostanę natychmiast odpowiedź "Ala ma kota" - taki ma być sens tego rozważania. |
Autor: | Maciek [ wtorek, 10 czerwca 2008, 23:05 ] |
Tytuł: | |
Zastosuj procmaila. Miałem rozwiązanie kiedyś na Freesco, którego potem już nie używałem, pozwalające mi na reboot zdalny (czasami był potrzebny, a ja nie zawsze miałem dostęp do netu). Superuser miał plik .procmailrc: :0 * ^From:.*48mojnumer@moj.operator.pl * ^Subject:.*reboot | /bin/reboot Z komórki wysyłałem maila o takim temacie i serwer się rebootował. W NND musiałbyś sobie dopisać skrypt i odpowiednie polecenie w sudoers (root jest never user). Oczywiście możesz sobie to zorganizować dowolnie - np temat load może dać efekt w postaci zwrotnego smsa na komórkę z zawartością load average. Oczywiście operator musi umożliwiać wysyłanie maila jako smsa wg schematu numer@oparator (plus tak ma - inne sieci nie wiem). W każdym razie procmail umożliwia wykonywanie rozmaitych poleceń i w sumie jedynie ja obecnie bym sugerował utworzenie odrębnego użytkownika do takich spraw. |
Autor: | pectosol [ środa, 11 czerwca 2008, 15:30 ] |
Tytuł: | |
no więc trochę na temat: można by zrobić zewnętrzy układ który po przyjścu smsa na telefon ustawił by wysoki bit na porcie RS232 lub LPT. Odczyt jednego bita bedzie zapewne szybszy niż odczyt przez gammu. Pozatym gdyby to miało być rozwiązanie profesjonalne to lepiej użyć gotowego modułu GSM (np nokii lub siemensa) niż męczyć się z telefonem i gammu. Takie moduły mają gotowe programowale piny IO które można dowolnie ustawić, na dowolną akcję. |
Autor: | viater [ środa, 11 czerwca 2008, 15:39 ] |
Tytuł: | |
Maciek pisze: Zastosuj procmaila.
Dokładnie takiego rozwiązania używam. Z komórki możesz przecież wysłać emaila, a resztę załatwi procmail Pozdrówka z przepustki ze szpitala |
Autor: | tasiorek [ środa, 11 czerwca 2008, 21:06 ] |
Tytuł: | |
pectosol pisze: no więc trochę na temat:
można by zrobić zewnętrzy układ który po przyjścu smsa na telefon ustawił by wysoki bit na porcie RS232 lub LPT. Odczyt jednego bita bedzie zapewne szybszy niż odczyt przez gammu. Moze i szybszy ale nie bedziesz mial identyfikacji tresci i nadawcy. |
Autor: | PioTRaS [ środa, 11 czerwca 2008, 23:36 ] |
Tytuł: | |
tasiorek pisze: pectosol pisze: no więc trochę na temat: można by zrobić zewnętrzy układ który po przyjścu smsa na telefon ustawił by wysoki bit na porcie RS232 lub LPT. Odczyt jednego bita bedzie zapewne szybszy niż odczyt przez gammu. Moze i szybszy ale nie bedziesz mial identyfikacji tresci i nadawcy. Jeśli układ po utrzymaniu sms sam analizowałby jego treść i według tego wybierał pin na którym ma wysłać sygnał to można dostroić np 9 rożnych komend (dla 9 pinowego RS232), ale byłoby z tym sporo zabawy. Szybszym i prostszym rozwiązaniem jest sms na maila, który ma jednak dużo większe możliwości od takiego układu. |
Strona 1 z 1 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |