LPT linux

Ze sprzętem jest raczej wszystko w porządku. Stan wyjść na porcie lpt może być różny podczas uruchamiania systemu, może zmieniać się nawet kilkakrotnie np: po podaniu zasilania na płytę, po ładowaniu sterowników które byćmoże ustawiają port. Zależy to od płyty (biosu), systemu. Dlatego lepszym do tego typu rozwiązań wydaje się conajmniej port rs232 i komunikacja szeregowa.

Grundolf

ne pisze:

Jeśli masz zawsze stany wysokie to jesteś szczęśliwcem. Możesz sobie zanegować drugim tranzystorem i będziesz miał niski tylko musisz odwrócić stany w kodzie. Ja na różnych MB stwierdziłem ze stany mogą być dowolne w trakcie ładowania systemu. Nawet jeśli na końcu ustawia się na wysoki to przecież i tak masz w trakcie startu klapanie przekaźnikiem. Co ci szkodzi że przy restarcie zresetuje ci AP. Ciesz się że nie sterujesz z PC otwieraniem bramy czy żaluzji :)

U¿ytkownik "ne" snipped-for-privacy@poczta.onet.pl> napisa³ w wiadomo¶ci news:478b371e$ snipped-for-privacy@news.home.net.pl...

Bo to do dupy jest rozwiazanie !!! Ja robilem taki resecik, ze tylko odpowiednia kombinacja na porcie uruchamiala przekaznik. A tak co Ci system bedzie wstawal, to kilka razy moze pstyknac tym przekaznikiem.

Pelos pisze:

No bo to jest rozwiązanie dla serwerów a nie dla PC, którego mama pozwala włączać po odrobieniu lekcji a wyłączać każe o 22.

jesli taka partyzantka ma byc dla serwera to ja dziekuje za serwery...

takie sterowanie jesli juz to na RS232 (ktorym steruje sie podobnie jak LPT) a wogole to dlaczego by nie zrobic watchdoga na AVR?!?

Hmm. Watchdog sprawdza czy coś jest nie tak (się zawiesiło) i odpowiednio reaguje(resetuje przekaźnik). Jak taki AVR mógłby sprawdzać czy AP się zawiesił?

Pozdrawiam Grundolf

U¿ytkownik "PAndy" <pandrw_cutthis snipped-for-privacy@poczta.onet.pl> napisa³ w wiadomo¶ci news:fmfirr$mgb$ snipped-for-privacy@news.onet.pl...

Gdyby babcia miala kolka to by byla pociagiem :) Rozwiazan mozna mnozyc bez konca. Ten AVR tez sie moze zawiesic - co nie ? :-P W moim przypadku pewien provider o to mnie poprosil. Stalo kilka serwerow obok siebie, mialo byc prosto i tanio i szybko i tak zeby zresetowanie jednego nie pociagnelo za soba reakcji lancuchowej. I dzialalo ladnych pare lat. Wracajac do tematu - mocowanie przekaznika na jednym pinie LPT jest do dupy.

PAndy napisał(a):

Czy na RS232 nie ma więcej 'zabawy'? potrzebuję 'reseter' na 3 urządzenia. A jakiś schemat rozwiązania z tym RS'em ? ;)

Pelos pisze:

To może włączanie przekaźnika jakimś np 1 KHz na porcie :) Parę elementów RC + może D i dodane opóźnienie z 1s na jakimś C. Do tego jeden tranzystor i po kłopocie.

Reset po 1 s generowania 1KHz załatwi sprawę - no chyba ze to za trudne.

Adam

IMO nie, popatrz na rejestr 16C550 Modem Control Register, sa do dyspozycji dwa bity DTR i RTS, mozna nimi normalnie sterowac ustawiajac na nich stan 0 i 1 (1 jest stanem domyslnym).

Ale dlaczego nie zrobic np tak?

PAndy pisze:

Nie powiedziałem że dla serwera produkcyjnego. Ale jeśli chodzi sobie

Ogólnie zrobienie czegoś metodą np żelazkową nie jest szczytem profesjonalizmu i nie powinno być stosowane do profesjonalnych zadań :)

nie mylmy metody zelazkowej z partyzantka - mozna metoda zelazkowa zrobic porzadna plytke, partyzantka pozostanie partyzantka nawet jesli bedzie zamontowana na plytce wykonnej metoda profesjonalna.

PAndy pisze:

Bez przesady. Podczepienie do serwera trzepakowego prostego resetera na LPT jest nie bardziej nieprofesjonalne niż wrzucenie tam resetera na AVR zrobionego z płytki trawionej w kuwecie. Reseter na LPT da reset AP przy starcie serwera czyli w momencie gdy serwer i tak jeszcze nie pracuje. Reseter na AVR też nie jest profesjonalny dopóki się go nie pobada czy się nie wiesza itp.

LPT nie jes t stworzone do sterowania przekaznikami i tym rozni sie od plytki z AVR nawet jesli plytka jest wykonana metoda zelazkowa. A widmo wieszania sie AVR mozna zminimalizowac przestrzegajac pewnych zasad... a gdybac mozna duzo.