Como acessar remotamente via modo texto um nobreak inteligente em linux?

[Mr. Adilson Bonan]

Ola Lista
Nesse link http://www.4shared.com/document/t8Lgzewb/sp_to_sto_serial.html
Fiz um cenario em arquivo PDF... nele eu tenho uma duvida... sobre como
acessar um nobreak inteligente remotamente ...
Quem puder ajudar agradeço..
Valeuzzzzzzzzzzzzz

[Gabriel Ricardo]

A pergunta é... como o software para Linux funciona?

Att,
*Gabriel Ricardo*
*MSN:* gricardo87(a)gmail.com
http://tinotapa.blogspot.com
http://twitter.com/gricardo87


Em 25 de julho de 2010 21:01, Mr. Adilson Bonan <arbonan(a)gmail.com&gt;escreveu:

>  Ola Lista
>  Nesse link http://www.4shared.com/document/t8Lgzewb/sp_to_sto_serial.html
>  Fiz um cenario em arquivo PDF... nele eu tenho uma duvida... sobre como
>  acessar um nobreak inteligente remotamente ...
>  Quem puder ajudar agradeço..
>  Valeuzzzzzzzzzzzzz
>
>  --
>  br-users mailing list
>  br-users(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/br-users
>

[Mr. Adilson Bonan]

Cara, se for de interface grafica... nao tem misterio.. ele abre uma
interface grafica no firefoz e mostra varios relatorios graficos...
O que eu preciso saber eh como fazer isso em modo texto... ja tem nao ha
modo grafico nas estacoes.. saca?

[Gabriel Ricardo]

Então você precisa de um software em modo texto para se comunicar com a
serial...

E uma solução "remota" seria outro passo...

Primeiro tem que pensar como funciona em modo texto...

Isso, acho que somente com quem te vendeu o hardware. (no break)

Att,
*Gabriel Ricardo*
*MSN:* gricardo87(a)gmail.com
http://tinotapa.blogspot.com
http://twitter.com/gricardo87


Em 27 de julho de 2010 00:54, Mr. Adilson Bonan <arbonan(a)gmail.com&gt;escreveu:

>  Cara, se for de interface grafica... nao tem misterio.. ele abre uma
>  interface grafica no firefoz e mostra varios relatorios graficos...
>  O que eu preciso saber eh como fazer isso em modo texto... ja tem nao ha
>  modo grafico nas estacoes.. saca?
>
>  --
>  br-users mailing list
>  br-users(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/br-users
>

[Mr. Adilson Bonan]

Pior que o cara que me vendeu... apenas vendeu.. e nao sabe nada... e pa
piorar o cara me recomendou o RUINDOWS, nem precisa entrar em detalhes para
o que eu falei pra ele neh?

Esse eh um tipico caso daqueles que vc encontra um solucao com um produto no
mundo windows que funciona.. mas vc ta no mundo Linux... e ai vc fica meio
perdido...

A ideia toda eu ja sei como funciona e o modo texto nao tem misterio.... eu
so precisaria de uma ferramenta em modo texto para esse cenario... se nao
encontrar vou ter que eu mesmo criar uma ferramenta usando C... coisa que eu
nao queria fazer pois vai me tomar muito tempo de programacao....mas vamos
ver neh?

Por enquanto agradeco a todos....

[Takahashi, Emerson S]

Nunca mexi com esses pacotes mas acho que você deveria olhar o nut.

root@shellcore:~ # yum info nut nut-client
Loaded plugins: presto, refresh-packagekit
Available Packages
Name       : nut
Arch       : x86_64
Version    : 2.4.3
Release    : 3.fc13
Size       : 701 k
Repo       : fedora
Summary    : Network UPS Tools
URL        : http://www.networkupstools.org/
License    : GPLv2+
Description: These programs are part of a developing project to monitor the
           : assortment of UPSes that are found out there in the field. Many
           : models have serial ports of some kind that allow some form of state
           : checking. This capability has been harnessed where possible to
           : allow for safe shutdowns, live status tracking on web pages, and
           : more.

Name       : nut-client
Arch       : i686
Version    : 2.4.3
Release    : 3.fc13
Size       : 82 k
Repo       : fedora
Summary    : Network UPS Tools client monitoring utilities
URL        : http://www.networkupstools.org/
License    : GPLv2+
Description: This package includes the client utilities that are required to
           : monitor a ups that the client host has access to, but where the UPS
           : is physically attached to a different computer on the network.

Name       : nut-client
Arch       : x86_64
Version    : 2.4.3
Release    : 3.fc13
Size       : 83 k
Repo       : fedora
Summary    : Network UPS Tools client monitoring utilities
URL        : http://www.networkupstools.org/
License    : GPLv2+
Description: This package includes the client utilities that are required to
           : monitor a ups that the client host has access to, but where the UPS
           : is physically attached to a different computer on the network.


--
Emerson Takahashi
E-mail: emerson(a)setaoffice.com



2010/7/27 Mr. Adilson Bonan <arbonan(a)gmail.com&gt;:
>  Pior que o cara que me vendeu... apenas vendeu.. e nao sabe nada... e
> pa
>  piorar o cara me recomendou o RUINDOWS, nem precisa entrar em detalhes para
>  o que eu falei pra ele neh?
>
>  Esse eh um tipico caso daqueles que vc encontra um solucao com um produto no
>  mundo windows que funciona.. mas vc ta no mundo Linux... e ai vc fica meio
>  perdido...
>
>  A ideia toda eu ja sei como funciona e o modo texto nao tem misterio.... eu
>  so precisaria de uma ferramenta em modo texto para esse cenario... se nao
>  encontrar vou ter que eu mesmo criar uma ferramenta usando C... coisa que eu
>  nao queria fazer pois vai me tomar muito tempo de programacao....mas vamos
>  ver neh?
>
>  Por enquanto agradeco a todos....
>
>  --
>  br-users mailing list
>  br-users(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/br-users
>

[Geraldo Fontes Jr.]

Em 27/07/10 09:55, Mr. Adilson Bonan escreveu:
>  Pior que o cara que me vendeu... apenas vendeu.. e nao sabe nada... e
> pa
>  piorar o cara me recomendou o RUINDOWS, nem precisa entrar em detalhes
>  para o que eu falei pra ele neh?
>
>  Esse eh um tipico caso daqueles que vc encontra um solucao com um
>  produto no mundo windows que funciona.. mas vc ta no mundo Linux... e ai
>  vc fica meio perdido...
>
>  A ideia toda eu ja sei como funciona e o modo texto nao tem misterio....
>  eu so precisaria de uma ferramenta em modo texto para esse cenario... se
>  nao encontrar vou ter que eu mesmo criar uma ferramenta usando C...
>  coisa que eu nao queria fazer pois vai me tomar muito tempo de
>  programacao....mas vamos ver neh?
>
>  Por enquanto agradeco a todos.... 
	Vejamos se podemos dar alguma ajuda. Não tenho acompanhado toda a 
história, de forma que posso estar falando besteira ou repetindo algo 
que já foi sugerido. Mas não custa tentar...
	O computador conectado ao nobreak roda que sistema? Se for Linux, basta 
abrir um servidor de acesso remoto, como o SSH. O Linux já tem isso por 
default. Se for Rwindows, pode-se procurar por algo do gênero. Não deve 
ser difícil encontrar um servidor SSH ou mesmo Telnet para Rwindows.
	Na máquina remota basta rodar o cliente correspondente: ssh, telnet 
etc. Nesse programa cliente, basta acessar o máquina com o nobreak e 
abrir o programa gerenciador deste último.
	Assim, não seria preciso nenhum software especial para acessar a porta 
serial. O programa que já controla o nobreak faria isso da forma usual; 
a máquina remota funcionaria apenas como terminal da primeira.
-- 
[]'s

Geraldo
===============
Vila Velha - ES
===============

[Mr. Adilson Bonan]

Ola Geraldo, respondendo...

- Sim roda Linux, somente Linux
- De SP ate STO eu tenho SSH tbm
- O problema esta justamente aki... o programa para Linux do Nobreak nao
funciona corretamente, serio, vou ate repetir... NAO funciona... ja
testamos... somente a versao Windows dele funciona bonitinho com interface
grafica... mas eu preciso de linux e modo texto.... essa eh a treta... e o
programa do nobreak nao funfa direito.... assim precisaria resolver isso com
uma outra ferramenta, saca?
Poderia ate mesmo ser um daemon que dai via navegador eu poderia acessar...
Eh aqui q eu estou empacado... rsrsr

[Geraldo Fontes Jr.]

Em 28/07/10 10:39, Mr. Adilson Bonan escreveu:
>  Ola Geraldo, respondendo...
>
>  - Sim roda Linux, somente Linux
>  - De SP ate STO eu tenho SSH tbm
>  - O problema esta justamente aki... o programa para Linux do Nobreak nao
>  funciona corretamente, serio, vou ate repetir... NAO funciona... ja
>  testamos... 
	E o fabricante? Tem como entrar em contato (SAC) e reclamar? Afinal, se 
o produto foi vendido, tem que funcionar. É um direito seu.

somente a versao Windows dele funciona bonitinho com
>  interface grafica... mas eu preciso de linux e modo texto.... essa eh
> a
>  treta... e o programa do nobreak nao funfa direito.... assim precisaria
>  resolver isso com uma outra ferramenta, saca?
>  Poderia ate mesmo ser um daemon que dai via navegador eu poderia acessar...
>  Eh aqui q eu estou empacado... rsrsr 
	Então agora o problema é encontrar um software de gerenciamento que 
rode em linha de comando do Linux e que *funcione*. Eu não conheço 
nenhum. Mas começaria procurando algo open source. Quanto a rodar esse 
programa remotamente, a solução SSH pode dar certo.

-- 
[]'s

Geraldo
===============
Vila Velha - ES
===============

[Mr. Adilson Bonan]

O fabricante alega que a parte ddo software de linux esta ainda sob
desenvolvimento... e o que funciona mesmo eh a parte Ruindows... mas nesse
caso nem adianta entrar em conflito com os cara, eh melhor achar uma solucao
em linux do que brigar... saca, ou seja, menops stress..
Cara, olha so, de SP para STO eu chego via SSH, isso nao eh p[roblema...
Meu problema comeca em STO qdo chego.. pq nao tenho nenhum software para
falar com o nobreak de la, saca....

[Geraldo Fontes Jr.]

Em 29/07/10 11:20, Mr. Adilson Bonan escreveu:
>  Cara, olha so, de SP para STO eu chego via SSH, isso nao eh
> p[roblema...
>  Meu problema comeca em STO qdo chego.. pq nao tenho nenhum software para
>  falar com o nobreak de la, saca.... 
	Isso eu entendi.
	A questão que fica: é possível acessar o nobreak com outro software que 
não aquele desenvolvido pelo fabricante? Essas coisas são padronizadas 
ou cada fabricante escolhe como acessar seu equipamento?
	Ao que parece existem padrões a esse respeito. D~e uma olhada em 
http://www.mcsi.re/client-projects.

-- 
[]'s

Geraldo
===============
Vila Velha - ES
===============

[Sthenley Macedo]

Salve!

Em 1 de agosto de 2010 10:40, Geraldo <jrfontes.listas(a)yahoo.com.br&gt;escreveu:

>  Em 29/07/10 11:20, Mr. Adilson Bonan escreveu:
>  > Cara, olha so, de SP para STO eu chego via SSH, isso nao eh p[roblema...
>  > Meu problema comeca em STO qdo chego.. pq nao tenho nenhum software para
>  > falar com o nobreak de la, saca....
>
>         Isso eu entendi.
>         A questão que fica: é possível acessar o nobreak com outro software
>  que
>  não aquele desenvolvido pelo fabricante? Essas coisas são padronizadas
>  ou cada fabricante escolhe como acessar seu equipamento?
>         Ao que parece existem padrões a esse respeito. D~e uma olhada em
>  http://www.mcsi.re/client-projects.
>
>  
Primeiro mail que recebo da lista... Olá, pessoal! :)

Sem ter acompanhado a discussão, pode ser que fale alguma besteira, mas...
Vejamos.

Se a comunicação com o equipamento é feita via porta serial, *é possível
desenvolver um cliente*. Em verdade, *nem é preciso ter um software
específico para trocar mensagens*. O que é preciso, necessariamente, é
*conhecer
o protocolo de comunicação*. Se não tiver acesso ao protocolo, você pode
fazer a engenharia reversa. O que pode complicar é se o protocolo trabalhar
com caracteres em hexadecimal e máscaras para checksum.

Para fazer alguns testes, é preciso pelo menos conhecer as configurações
para a porta. O linux te oferece tudo para a brincadeira. Para essas coisas
eu uso o *stty*.

Digamos que o equipamento funcione com 9600 bps 8N1 e sua porta serial seja
/dev/ttyS0. Eis a linha de comando para configurar sua porta na sessão (pode
colocar no rc.local, por exemplo):
*
stty -F /dev/ttyS0 speed 9600 raw cs8 -parity*

Se estiver configurando um shell script, por exemplo, pode controlar o fluxo
desta forma:
*stty -F /dev/ttyS0 speed 9600 raw cs8 -parity >/dev/null 2>&1 || ERRO
"porta serial não disponível ($?)"*

Isso vai configurar a porta ou retornar um código de erro.

E como comunicar-se com a porta?

Basta usar *echo* e *cat* :)

*cat /dev/ttyS0* para "escutar" a porta. Pode usar um loop indefinidamente,
para criar um daemon. No mais, como já citei, é preciso conhecer o protocolo
para entender as strings de retorno do equipamento. Com sorte, é tudo ASCII,
mas se o protocolo falar em hexadecimal, pode fazer um pipe com o *hexdump*.
No seu caso, provavelmente você não vai precisar escrever nada pra ele, pois
o interessante é apenas o monitoramento.

**


Virtualmente,
Sthenley