Manual de Referência do Transmissor R2 1/15

Atualização em relação ao Manual de Referência do PCOM

R006-01-R7

Manual de Referência do
Transmissor
Sumário
1. Descrição...............................................................................................................................................................................3
2. Arquivos.................................................................................................................................................................................4
3. Configuração.........................................................................................................................................................................5
4. Múltiplos Transmissores......................................................................................................................................................11
5. Operação.............................................................................................................................................................................14
 Manual de Referência do Transmissor R2 2/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

1. Descrição

Transmissor é o software que roda no Processador de Comunicação (PCOM) com o propósito de transferir os
registros oscilográficos em formato IEEE COMTRADE, registros no formato proprietário Reason e tipos
definidos no arquivo de configuração, para uma área no PCOM acessível na rede via FTP. Caso o PCOM
esteja integrado ao GERCOM-II, o Transmissor é responsável pela transferência dos registros para o
Concentrador de Registros (CREG).
 Manual de Referência do Transmissor R2 3/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

2. Arquivos

Os seguintes arquivos fazem parte do Transmissor:

C:\REASON\Transmissor\Transmissor.exe
C:\REASON\TR.exe
C:\REASON\PLink.exe
C:\REASON\Transmissor\Transmissor.XML
C:\WINDOWS\SYSTEM32\DelZip179.DLL
Tabela 1 - Arquivos do Transmissor

Após a execução do Transmissor.exe, será criado o arquivo Transmissor.log no diretório

C:\REASON\Transmissor\. Este arquivo descreve as etapas concluídas pelo Transmissor. Ele é fundamental
para detecção de qualquer tipo de comportamento no software.

Para cada arquivo processado pelo Transmissor será criado um arquivo de mesmo nome com a extensão .T1
(para transmissão de ftpLocal) e extensão .[host] para os protocolos que usarem a transferência via FTP ou
SSH. Essa extensão indica ao Transmissor todos os arquivos que já foram processados e não serão
novamente. Se desejar retransmitir um arquivo para algum servidor ou para a área de FTP local, basta deletar
o arquivo de mesmo nome com a extensão correspondente.

Com exceção do arquivo de configuração do Transmissor (Transmissor.XML), os demais arquivos não devem
ser alterados ou mesmo editados durante o funcionamento do Transmissor.
 Manual de Referência do Transmissor R2 4/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

3. Configuração

O processo de parametrização corresponde à edição do arquivo ASCII

C:\REASON\Transmissor\Transmissor.xml. A etapa de parametrização do Transmissor é posterior à
instalação e execução do software responsável pela leitura periódica das perturbações do equipamento e da
sua conversão, pois dentre os parâmetros destaca-se o diretório onde serão disponibilizados os registros
oscilográficos em formato IEEE COMTRADE, formato proprietário Reason ou arquivos de tipos definidos na
parametrização.

O arquivo utilizado na configuração do Transmissor segue padrão XML: trata-se de um arquivo ASCII
composto por marcadores que delimitam a informação. Os marcadores são palavras entre os símbolos de
menor e maior; havendo necessariamente um marcador para indicar o início de uma informação (<marcador>)
e outro que delimita seu fim (</marcador>). Os marcadores não fazem distinção entre caracteres maiúsculos e
minúsculos.

Entre os marcadores de início e fim de um parâmetro está seu dado:

<marcador> dado </marcador>

Tabela 2 – Marcadores

A transmissão de arquivos pode ser realizada de duas maneiras:

● Via FTP: nesse caso o servidor de FTP deve permitir a escrita (além da leitura e execução que vêm
por default).
● Via SSH: nesse caso, o transmissor faz uso dos os aplicativos tr.exe e plink.exe que vem junto com o
instalador.

A tabela 4 indica os marcadores (de início) válidos para a configuração do Transmissor. Todo marcador deve
possuir seu equivalente demarcador de fim (</marcador>). Os dados inseridos entre os marcadores podem ser
do tipo Texto, Inteiro ou Booleano. No dado textual (tipo Texto) devem ser utilizados apenas letras, números,
espaço e/ou hífen (-). O tipo Inteiro deve conter valores inteiros não-negativos. O tipo Booleano deve conter
apenas dois valores: 0 (zero) para representar ‘não’ ou 1 (um) para representar ‘sim’.

O Transmissor pode monitorar um número indeterminado de equipamentos, porém recomenda-se não

ultrapassar 30 equipamentos, para não deixar o ciclo de varredura muito lento. Nesse caso, recomenda-se que
se instale um segundo Transmissor, em um novo diretório, conforme está descrito no item 4 - Múltiplos
Transmissores. Caso o Transmissor esteja desabilitado, nenhuma tarefa é realizada e a cada 1 minuto ele
verifica se já foi habilitado.

O arquivo de configuração segue a seguinte convenção: o valor 1 representa SIM e o valor 0 representa NÃO.
Portanto, quando se lê <habilitado> 1 </habilitado>, significa que está habilitado; <habilitado> 0 </habilitado>,
significa que está desabilitado. Tanto o Transmissor quanto um Equipamento em particular pode estar ou não
habilitado.

No exemplo da tabela 3, o Transmissor está habilitado e possui um intervalo de 60 segundos entre seu ciclo de
verificação. O valor do intervalo deve ser um inteiro que representa o tempo entre um ciclo e outro. A cada ciclo
o transmissor procura por arquivos definidos nos marcadores <tipo> transmitindo-os para um diretório local
e/ou para o Creg. A depuração está habilitada através do marcador <debug> 1 </debug>. Esta opção deve ser
utilizada apenas quando o comportamento do Transmissor não estiver correto, pois sua habilitação aumenta o
nível de detalhamento e o tamanho do arquivo de log.

O marcador <tipo> procura por arquivos no diretório informado no marcador <diretorio>. Nele pode-se informar
no marcador <nome> quatro tipos pré-definidos: Comtrade, que procura por CFG, DAT, além dos arquivos
não obrigatórios HDR, MAC, INF, LDL e XML; Reason, que transmite perturbações Reason dos tipos Fasorial,
Medição Contínua e Forma de Onda; ZIC, que envia arquivos COMTRADES em formato compactado .ZIC,
oriundos do oscilografo Reason modelo RPV; Status, que envia o arquivo de status no formato XML que deve
 Manual de Referência do Transmissor R2 5/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

ser definido num marcador exclusivo para esse tipo <diretorioStatus>. Além desses quatro tipos pré-definidos,
o marcador <tipo> também pode ser configurado para procurar por extensões diversas. Basta informar o nome
do tipo (por exemplo, Outro) no marcador <nome>, e uma ou mais extensão no marcador <extensao>. Caso o
marcador <compactar> possua o valor 1 (habilitado), o aplicativo zipa os arquivos encontrados antes de
transmití-los, se estiver desabilitado (valor 0), transmite arquivo por arquivo.

O Transmissor pode verificar diversos diretórios em cada ciclo. Cada um deles deve estar definido dentro do
marcador <equipamento> </equipamento> e possuir um nome distinto (<nome>), que deve seguir a
nomenclatura do Equipamento (igual ao nome adquirido pelo Sisrep (RPIV) ou Scanner (RPV)). Logo, o nome
(<nome>) deve seguir a mesma nomenclatura usada no RDP. No primeiro equipamento da tabela 3,
denominado PRIMEIRO, a verificação sobre um equipamento está habilitada (valor 1), o diretório a ser
monitorado (<diretorio> C:\Sisrep\Dados\Primeiro\COMTRADE </diretorio>) existe e nele pressupõe-se que
vão aparecer os arquivos no formato COMTRADE (extensões CFG, DAT e HDR), que é um tipo pré-definido
informado no marcador <nome>. Por este motivo, o parâmetro <subdir> contém o valor 0, ou seja, não há
subdiretórios sob C:\Sisrep\Dados\PRIMEIRO\COMTRADE, os arquivos COMTRADE estão diretamente nele.

<transmissor>
<habilitado> 1 </habilitado>
<intervalo> 60 </intervalo>
<debug> 1 </debug>
<qtdComtrade> 3 </qtdComtrade>
<equipamento>
<nome> Primeiro </nome>
<habilitado> 1 </habilitado>
<diretorio> C:\Sisrep\Dados\Primeiro\COMTRADE </diretorio>
<subdir> 0 </subdir>
<diretorioStatus> C:\Reason\Varredor01\StatusVarredor\ </diretorioStatus>

<ftplocal> 1 </ftplocal>
<ftplocaldir> C:\Inetpub\ftproot\Primeiro\ </ftplocaldir>

<protocolo>
<transmite> 2 </transmite> <!-- 0=Nao transmite, 1=FTP, 2=SSH -->
<creg> 1 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> cmd /c c:/reason/sistema/src/ </cregpath>
<host> 192.168.0.1 </host>
<user> ied01 </user>
<password> ied01 </password>
<port> 22 </port> <!-- padroes: p/ SSH 22 p/ FTP 21-->
</protocolo>
<tipo>
<nome> Comtrade </nome>
<cregexec> sistema-reason.py -inserir_comtrade </cregexec>
<remove> 1 </remove>
</tipo>
<tipo>
<nome> Status </nome>
<cregexec> sistema-reason.py -inserir_status v </cregexec>

<extensao> xml</extensao>
</tipo>
</equipamento>
<equipamento>
 Manual de Referência do Transmissor R2 6/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

<nome> SEGUNDO </nome>

<habilitado> 1 </habilitado>
<diretorio> C:\RPV\Records\SEGUNDO\ </diretorio>
<subdir> 1 </subdir>

<ftplocal> 1 </ftplocal>
<ftplocaldir> C:\Inetpub\ftproot\SEGUNDO\ </ftplocaldir>

<protocolo>
<transmite> 2 </transmite> <!-- 0=Nao transmite, 1=FTP, 2=SSH -->
<creg> 1 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> cmd /c c:/reason/sistema/src/ </cregpath>
<host> 192.168.0.1 </host>
<user> ied02 </user>
<password> ied02 </password>
<port> 21 </port> <!-- padroes: p/ SSH 22 p/ FTP 21-->
<ftpdir> RPV </ftpdir>
</protocolo>

<tipo>
<nome> ZIC </nome>
<cregexec> sistema-reason.py -inserir_comtrade </cregexec>
<renomeiaZip> 1 </renomeiaZip>
<remove> 0 </remove>
</tipo>
</equipamento>

</transmissor>
Tabela 3 – Exemplo de conteúdo do arquivo de configuração C:\Reason\Transmissor\Transmissor.xml

A transmissão destes arquivos COMTRADE através da rede via protocolo SSH está habilitada (<transmite> 2
</transmite>). Portanto, em cada ciclo, até 3 (<qtdComtrade> 3 </qtdComtrade>) arquivos COMTRADE serão
compactados e transmitidos para o servidor SSH. O Servidor SSH para o qual será feita a transmissão é um
CREG (<creg> 1 </creg>). Para que a inserção no Banco de Dados do CREG aconteça, o marcador
<cregPath> é informado com o caminho onde os comandos serão executados no servidor ( cmd /c
c:/reason/sistema/src/). Os parâmetros do servidor SSH necessários para realizar a transmissão, estão
definidos nos marcadores <host>, <user>, <password> e <port>. Sempre que for inserido um registro de
perturbação no CREG será executado o comando definido no <cregexec>. Neste caso, o comando é sistema-
reason.py -inserir_comtrade. Quando não houver nenhuma perturbação para ser transmitida do PCOM
para o CREG, este receberá um comando esta-vivo para indicar ao CREG que não havia nada a ser
transmitido. Este comando é definido no parâmetro <cregalive>. Ao final do processamento dos arquivos
COMTRADE eles serão removidos (<remove> 1 </remove>) de C:\Sisrep\Dados\PRIMEIRO\COMTRADE.
Este PCOM está instalado com o módulo de servidor de FTP (<ftplocal> 1 </ftplocal>), por este motivo, os
arquivos são disponibilizados neste servidor no diretório definido em <ftplocaldir> C:\inetpub\ftproot\PRIMEIRO\
</ftplocaldir>.
Além de registros COMTRADE, o equipamento PRIMEIRO também está configurado para transmitir via SSH o
arquivo de Status que se encontram no diretório informado no marcador <diretorioStatus>.

Ainda na tabela 3, o segundo equipamento também está habilitado e o diretório monitorado é

C:\RPV\Records\SEGUNDO\. Neste diretório, o Transmissor pressupõe encontrar arquivos COMTRADE
 Manual de Referência do Transmissor R2 7/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

compactados no padrão do RPV (ZIC) e transmití-los via SSH (<transmite> 2 </transmite>) para o mesmo
servidor do equipamento PRIMEIRO. Também está configurado para realizar uma cópia dos arquivos
COMTRADE (ZIC) na área local de FTP (<ftplocal> 1 </ftplocal>) informada no marcador <ftplocaldir> com o
diretório C:\inetpub\ftproot\SEGUNDO\. Como o marcador <renomeiaZIP> possui o valor 1, o Transmissor irá
renomear os arquivos de ZIC para ZIP antes de transmiti-los para o Servidor SSH e para a área de FTP local.

Marcador Inicio Tipo do Dado Significado/Observação

<Transmissor> - Início da configuração do Transmissor.

<habilitado> Booleano Va lo r 1 indica habilitado, 0 indica desabilitado.

<intervalo> Inteiro Intervalo em segundos entre os ciclos de
monitoramento de diretórios.
<intervaloStatus> Inteiro Intervalo em ciclos para o envio do tipo STATUS.
Esse marcador não é obrigatório e seu valor default é
50 ciclos.
<debug> Booleano Valor 1 habilita depuração detalhada e valor 0
desabilita depuração detalhada.
<qtdComtrade> Inteiro Quantidade de arquivos que serão transmitidos em
cada ciclo de execução do Transmissor. Isso permite
que 1 equipamento que possua, por exemplo 100
registros, não interrompa o fluxo de transmissão de
demais equipamentos. Esse marcador é utilizado nos
tipos COMTRADE, REASON, ZIC.
<equipamento> - Início da configuração de um equipamento.

<nome> Texto Nome do equipamento monitorado. O dado a ser

inserido deve conter apenas letras e/ou números,
podendo utilizar como separador o espaço ou -.
No caso de um RDP Reason, utilizar o mesmo nome
adquirido pelo Sisrep.
<diretorio> Texto Diretório onde estão armazenados arquivos
COMTRADE (CFG e DAT obrigatórios; HDR opcional;
INF, XML e MAC), ou Reason, ou ZIC, ou qualquer
outra extensão, conforme exemplifica o marcador
<tipo>. Deve conter o path completo, incluindo a letra
que identifica o disco rígido.
<subdir> Booleano Valor 1 indica que há 1 nível de subdiretórios dentro
do diretório monitorado, valor 0 indica que os
arquivos estão dentro do diretório monitorado.
<diretorioStatus> Texto Diretório onde está armazenado o arquivo de
STATUS (XML). Esse marcador é utilizado quando o
marcador <tipo> possui o <nome> STATUS. Deve
conter o path completo, incluindo a letra que identifica
o disco rígido.
<ftplocal> Booleano Valor 1 indica que o PCOM é um servidor de FTP,
valor 0 indica que não é um servidor de FTP.

<ftplocaldir> Texto Diretório para onde devem ser copiados os arquivos

COMTRADE ou demais tipos monitorados. Utilizado
 Manual de Referência do Transmissor R2 8/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

Marcador Inicio Tipo do Dado Significado/Observação

caso <ftplocal> 1 </ftplocal>.

<ftplocalZIC> Booleano Valor 0 compacta o tipo COMTRADE com extensão

ZIP. Valor 1 compacta o tipo COMTRADE com
extensão ZIC. Marcador não obrigatório. Valor default
0.

<protocolo> - Início da configuração de um tipo de transmissão.

Somente os tipos COMTRADE e STATUS podem
usar mais de 1 protocolo para transmissão. Nesse
caso, basta duplicar esse marcador com seus
correlatos informando um host e tipo de transmissão
diferente.

<transmite> Inteiro Valor 0 indica que arquivos não serão transmitidos,

valor 1 indica que os arquivos devem ser transmitidos
para um servidor FTP remoto e valor 2 indica que
arquivos devem ser transmitidos para um servidor
SSH remoto. Atenção, neste caso, o usuário antes de
rodar o aplicativo Transmissor, deverá registrar o host
do servidor.

<creg> Booleano Valor 1 indica que o servidor de FTP/SSH remoto é

um CREG.

<cregalive> Texto Procedimento remoto executado no CREG quando

não há arquivos COMTRADE para transmitir.
Utilizado para notificar que o processo de
transmissão está funcionando corretamente. Utilizado
caso <creg> 1 </creg>.
Ex: esta-vivo

<cregpath> Texto Marcador usado somente pelo protocolo SSH

(<transmite> 2 </transmite>). Informa o caminho
dentro do CREG onde os comandos <cregExec>
serão executados. Esse marcador não é obrigatório.
Ex Sistemas até 2007::
/bin/ftp-exec/
Ex Sistemas a partir de 2008:
cmd /c c:/reason/sistema/src/
<host> Texto Endereço IP do servidor de FTP/SSH remoto.
Utilizado caso <transmite> 1 </transmite> ou
<transmite> 2 </transmite>.

<user> Texto Login no servidor de FTP/SSH remoto. Utilizado caso

<transmite> 1 </transmite> ou <transmite> 2
</transmite>.

<password> Texto Senha no servidor de FTP/SSH remoto. Utilizado

caso <transmite> 1 </transmite> ou <transmite> 2
</transmite>.

<port> Inteiro Porta do Host. Default para FTP: 21 e para SSH: 22.
Utilizado caso <transmite> 1 </transmite> ou
 Manual de Referência do Transmissor R2 9/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

Marcador Inicio Tipo do Dado Significado/Observação

<transmite> 2 </transmite>.

<ftpdir> Texto Usando somente pelo protocolo FTP (<transmite> 1

</transmite>). Indica um diretório dentro do servidor
de FTP para onde os arquivos devem ser copiados.
O diretório deve existir. Caso não seja informado
nenhum diretório, os arquivos serão transmitidos para
o home do FTP. Este marcador não é obrigatório.

<tipo> - Início da configuração de um tipo.

<nome> Texto Nome do tipo monitorado. Pré-definidos: COMTRADE

(CFG, DAT e HDR), REASON (perturbação no
formato proprietário do oscilógrafo modelo RPIV), ZIC
(COMTRADE compactado conforme oscilógrafo
modelo RPV), STATUS (arquivo de status XML) e
CONF (arquivo de parametrização .TXT ou .INF ou
.JPG). E ainda tem o tipo livre o qual deve ser
informado uma ou mais extensões, e se o(s)
arquivo(s) devem ser compactados.

<cregexec> Texto Procedimento remoto executado no CREG após a

transmissão de arquivos COMTRADE/ZIC ou
STATUS. Utilizado caso <creg> 1 </creg>.
Ex Sistemas até 2007:
insere-comtrade, insere-reason.py, insere-status v
Ex Sistemas a partir de 2008:
sistema-reason.py -inserir_comtrade, sistema-
reason.py -inserir_reason, sistema-reason.py
-inserir_status v
<extensao> Texto Extensão do arquivo que será transmitido e/ou
copiado. Pode ser informado mais que um marcador
desse tipo, caso o tipo que deseja transmitir tenha
mais que um arquivo. Nesse caso, o arquivo tem o
mesmo nome para todas as extensões. Quando um
arquivo é encontrado o programa verifica se existe o
arquivo de mesmo nome com as outras extensões
informadas. Ao transmití-los e/ou copiá-los o
Transmissor cria um arquivo de de mesmo nome,
com a extensão .T1. Nesse caso, não é usada a
extensão com o host do protocolo. Portanto, não da
para configurar tipos para enviar arquivos para mais
de 1 servisor. Os tipos COMTRADE, REASON,
STATUS e ZIC não fazem uso desse marcador pois
já possuem suas extensões fixas no aplicativo.

<compactar> Booleano Valor 1 indica que os arquivos informados na

<extensao> serão compactados antes de serem
transmitidos e/ou copiados. Valor 0 indica que os
arquivos não serão compactados. Somente o tipo
livre utiliza esse marcador. Os tipos COMTRADE,
REASON e ZIC são compactados por default. O tipo
STATUS não é compactado.
 Manual de Referência do Transmissor R2 10/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

Marcador Inicio Tipo do Dado Significado/Observação

<remove> Booleano Valor 1 indica que os arquivos devem ser removidos

após o seu processamento. Valor 0 não remove os
arquivos. O tipo STATUS não utiliza esse marcador.

<renomeiaZIP> Booleano Usado somente no tipo ZIC, para renomear a

extensão do arquivo .ZIC para .ZIP.

</Transmissor> - Final do arquivo de configuração do Transmissor.

Tabela 4 - Marcadores utilizados no Transmissor

 Manual de Referência do Transmissor R2 11/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

4. Múltiplos Transmissores

É possível executar até 10 instâncias do Transmissor em um mesmo PCOM. Para executar mais de uma
instância do aplicativo Transmissor, cada um deve ser instalado em diretórios distintos seguindo a seguinte
regra:
• Cada Transmissor.exe deve ser colocado num diretório de nome TRANSMISSOR seguido do número de sua
cópia (que varia de 01 a 10). Ex: C:\Reason\Transmissor01\
• Os arquivos executáveis e de configuração, continuarão com o mesmo nome (Transmissor.exe e
Transmissor.xml respectivamente).

Certifique-se que o aplicativo Supervisor está configurado corretamente para conseguir distinguir o sinal
recebido de cada instância do Transmissor. Para isso é necessário configurar um “timeout” específico para
cada Transmissor no arquivo Supervisor.xml.

Recomenda-se usar mais que uma instância do Transmissor, quando estiver monitorando mais de 30
equipamentos. Assim a transmissão dos arquivos não leva tanto tempo para chegar ao seu destino.

<?xml version=”1.0” standalone=”yes” ?>

<transmissor>
<habilitado> 1 </habilitado>
<intervalo> 60 </intervalo>
<equipamento>
<nome> 04V1_RCD-JRM </nome>
<habilitado> 1 </habilitado>
<diretorio> C:\COMTRADE\04V1_RCD-JRM </diretorio>
<subdir> 0 </subdir>
<diretorioStatus> C:\Reason\Varredor_RPIV\StatusVarredor </diretorioStatus>
<ftplocal> 1 </ftplocal>
<ftplocaldir> C:\Inetpub\ftproot\04V1_RCD-JRM\ </ftplocaldir>

<protocolo>
<transmite> 2 </transmite>
<creg> 1 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> cmd /c c:/reason/sistema/src/ </cregpath>
<host> 10.1.1.4 </host>
<user> ied02 </user>
<password> ied02 </password>
<port> 22 </port>
<ftpdir> </ftpdir>
</protocolo>
<tipo>
<nome> Comtrade </nome>
<cregexec> sistema-reason.py -inserir_comtrade </cregexec>
<remove> 1 </remove>
</tipo>
<tipo>
<nome> Status </nome>
<cregexec> sistema-reason.py -inserir_status v </cregexec>
<extensao> XML </extensao>
</tipo>
</equipamento>
<equipamento>
<nome> DSA </nome>
<habilitado> 1 </habilitado>
<diretorio> C:\COMTRADE\DSA </diretorio>
<subdir> 0 </subdir>
<diretorioStatus> C:\Reason\Varredor02\StatusVarredor </diretorioStatus>
<ftplocal>1</ftplocal>
<ftplocaldir> C:\Inetpub\ftproot\DSA\ </ftplocaldir>
 Manual de Referência do Transmissor R2 12/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

<protocolo>
<transmite> 1 </transmite>
<creg> 1 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> /bin/ftp-exec/ </cregpath>
<host> 10.1.1.4 </host>
<user> user03 </user>
<password> user03 </password>
<port> 22 </port>
</protocolo>
<tipo>
<nome> Comtrade </nome>
<cregexec> sistema-reason.py -inserir_comtrade </cregexec>
<remove> 1 </remove>
</tipo>
<tipo>
<nome> Status </nome>
<cregexec> sistema-reason.py -inserir_status v </cregexec>
<estensao> XML </extensao>
</tipo>

</equipamento>
</transmissor>
Tabela 5 - Exemplo de conteúdo do arquivo de configuração (c:\Reason\Transmissor01\Transmissor.xml) enviando via
SSH (10.1.1.4) Status dos Equipamentos e oscilografias no formato COMTRADE.
<?xml version=”1.0” standalone=”yes” ?>
<transmissor>
<habilitado> 1 </habilitado>
<intervalo> 60 </intervalo>
<qtdComtrade> 3 </qtdComtrade>
<equipamento>
<nome> RP32-223 </nome>
<habilitado> 1 </habilitado>
<diretorio> C:\Inetpub\ftproot\RP32-223 </diretorio>
<subdir> 0 </subdir>
<ftpLocal> 0 </ftpLocal>
<ftplocaldir> C:\Inetpub\ftproot\RP32\ </ftplocaldir>

<protocolo>
<transmite> 1 </transmite>
<creg> 0 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> /bin/ftp-exec/ </cregpath>
<host> 192.168.2.80 </host>
<user> anonymous </user>
<password> </password>
<port> 21 </port>
</protocolo>
<tipo>
<nome> Comtrade </nome>
<cregexec> insere-comtrade </cregexec>
<remove> 0 </remove>
</tipo>
<tipo>
<nome> Reason </nome>
<cregexec> insere-reason.py </cregexec>
<remove> 0 </remove>
</tipo>
</equipamento>
<equipamento>
<nome> DSA </nome>
<habilitado> 1 </habilitado>
<diretorio> C:\Inetpub\ftproot\DSA\ </diretorio>
<subdir> 0 </subdir>
 Manual de Referência do Transmissor R2 13/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

<ftplocal> 0 </ftplocal>
<ftplocaldir> C:\Inetpub\ftproot\DSA\ </ftplocaldir>

<protocolo>
<transmite> 1 </transmite>
<creg> 1 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> /bin/ftp-exec/ </cregpath>
<host> 192.168.2.80 </host>
<user> user03 </user>
<password> user03 </password>
<port> 21 </port>
</protocolo>
<tipo>
<nome> Comtrade </nome>
<cregexec> insere-comtrade </cregexec>
<remove> 0 </remove>
</tipo>
<tipo>
<nome> Reason </nome>
<cregexec> insere-reason.py </cregexec>
<remove> 0 </remove>
</tipo>
</equipamento>
</transmissor>
Tabela 6 - Exemplo de conteúdo do arquivo de configuração (c:\Reason\Transmissor02\Transmissor.xml) enviando via
FTP (192.168.2.80) oscilografias no formato COMTRADE e Reason. Nesse caso, o diretório de origem dos arquivos é a
area de FTP local.

<?xml version=”1.0” standalone=”yes” ?>

<transmissor>
<habilitado> 1 </habilitado>
<intervalo> 60 </intervalo>
<equipamento>
<nome> 04V1_RCD-JRM </nome>
<habilitado> 1 </habilitado>
<diretorio> C:\COMTRADE\04V1_RCD-JRM </diretorio>
<subdir> 0 </subdir>
<diretorioStatus> C:\Reason\Varredor_RPIV\StatusVarredor </diretorioStatus>
<ftplocal> 0 </ftplocal>
<ftplocaldir> C:\Inetpub\ftproot\04V1_RCD-JRM\ </ftplocaldir>

<protocolo>
<transmite> 2 </transmite>
<creg> 0 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> cmd /c c:/reason/sistema/src/ </cregpath>
<host> 10.1.1.4 </host>
<user> ied02 </user>
<password> ied02 </password>
<port> 22 </port>
<ftpdir> </ftpdir>
</protocolo>
<tipo>
<nome> CONF </nome>
<cregexec> </cregexec>
<extensao> TXT</extensao>
<remove> 1 </remove>
</tipo>
<tipo>
<nome> CONF </nome>
<cregexec> </cregexec>
<extensao> INF </extensao>
</tipo>
 Manual de Referência do Transmissor R2 14/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

</equipamento>
<equipamento>
<nome> DSA </nome>
<habilitado> 1 </habilitado>
<diretorio> C:\Comtrade\DSA </diretorio>
<subdir> 0 </subdir>
<diretorioStatus> </diretorioStatus>
<ftplocal>0</ftplocal>
<ftplocaldir> C:\Inetpub\ftproot\DSA\ </ftplocaldir>

<protocolo>
<transmite> 2 </transmite>
<creg> 0 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> </cregpath>
<host> 10.1.1.4 </host>
<user> ied03 </user>
<password> ied03 </password>
<port> 22 </port>
</protocolo>
<tipo>
<nome> Conf </nome>
<cregexec> </cregexec>
<extensao> TXT </extensao>
<remove> 0 </remove>
</tipo>
<tipo>
<nome> Conf </nome>
<cregexec> </cregexec>
<extensao> INF</extensao>
</tipo>

</equipamento>
<equipamento>
<nome> Reinicializa_Concentrador </nome>
<habilitado> 1 </habilitado>
<diretorio> C:\Reason\SupervisorPC\ </diretorio>
<subdir> 0 </subdir>
<diretorioStatus> </diretorioStatus>
<ftplocal> 0 </ftplocal>
<ftplocaldir> </ftplocaldir>

<protocolo>
<transmite> 2 </transmite>
<creg> 0 </creg>
<cregalive> esta-vivo </cregalive>
<cregpath> cmd /c c:/reason/sistema/src/ </cregpath>
<host> 10.1.1.4 </host>
<user> ied02 </user>
<password> ied02 </password>
<port> 22 </port>
</protocolo>
<tipo>
<nome> CONF </nome>
<cregexec> </cregexec>
<extensao> JPG </extensao>
<remove> 0 </remove>
</tipo>
</equipamento>
</transmissor>
Tabela 7 - Exemplo de conteúdo do arquivo de configuração (c:\Reason\Transmissor01\Transmissor03.xml) enviando via
SSH (10.1.1.4) Parâmetros dos Equipamentos e printScreen do Concentrador.
 Manual de Referência do Transmissor R2 15/15
Atualização em relação ao Manual de Referência do PCOM
R006-01-R7

5. Operação

• O arquivo de configuração precisa estar presente no mesmo diretório em que o Transmissor foi instalado.
Caso ele não seja encontrado o Transmissor sai e registra no seu arquivo de log.

• Caso o Transmissor esteja monitorando o diretório de um equipamento mapeado através do ‘ambiente de

rede Windows’ (por exemplo \\192.168.0.4\comtrade mapeado como G:\), é vital que o mapeamento tenha sido
realizado SEM a opção Reconnect at logon, assim, o equipamento rodando o Transmissor (normalmente um
PCOM) não terá sua atividade interrompida devido a alguma falha de comunicação com o computador que
está compartilhando seus arquivos (no exemplo seria o IP 192.168.0.4).

• O arquivo de log facilita o diagnóstico a respeito do comportamento do Transmissor e deve ser preservado
para qualquer tipo de análise da Assistência Técnica. Para aumentar o nível de depuração, utilize <debug> 1 </
debug> logo após o marcador <intervalo>, no início do arquivo de configuração. O Transmissor passará a
detalhar mais suas atividades e conseqüentemente aumentará o arquivo. Esta opção deve ser utilizada apenas
quando houver necessidade de diagnosticar um problema, sendo normalmente sugerida a configuração
<debug> 0 </debug>.

• Normalmente o Transmissor deve ser configurado para rodar automaticamente sempre que o PCOM é
reinicializado. Para isso deve haver uma atalho para C:\Reason\Transmissor\Transmissor.exe em
C:\Documents and Settings\Administrator\Start Menu\Programs\Startup.

• Os arquivos CFG e DAT caracterizam um registro oscilográfico. Caso esteja presente, o arquivo HDR
também é ‘empacotado’ em um arquivo .ZIP e transmitido e/ou copiado. O Transmissor pressupõe que os
arquivos COMTRADE possuem todos o mesmo nome, diferindo apenas pela extensão (CFG, DAT ou HDR).
Apesar de não fazer parte do padrão COMTRADE, caso existam arquivos .MAC , .INF, .LDL e .XML com o
mesmo nome do arquivo .CFG estes também serão compactados no mesmo arquivo .ZIP.

• Os diretórios definidos nos campos <diretorio> e <diretorioStatus> precisam existir. Caso não existam, o erro
é notificado no arquivo de LOG.

• Para o tipo COMTRADE, no diretório de cada arquivo transmitido será criado um arquivo de mesmo nome,
com a extensão .T1 (para transmissão via FTPLocal) e extensão .[host] para quantos protocolos forem
configurados. Esse arquivo indica ao Transmissor que o arquivo em questão já foi transmitido. Caso seja
removido do diretório de origem, não será transmitido novamente.

• Para os tipos REASON, ZIC e OUTRO no diretório de cada arquivo transmitido será criado um arquivo de
mesmo nome, com a extensão .T1 (tanto para transmissão via FTPLocal, quanto para Protocolos FTP e SSH).
Esse arquivo indica ao Transmissor que o arquivo em questão já foi transmitido. Caso seja removido do
diretório de origem, não será transmitido novamente. Para esses tipos (Reason, ZIC e Outro) somente 1
protocolo de transmissão pode ser usado.

• Para o tipo STATUS, nenhum arquivo de controle é criado. Portanto, pode ser transmitido para mais de 1
protocolo de comunicação (host).

• Caso seja necessário transferir perturbações formato REASON, ou ZIC, ou tipos variados para dois
Servidores distintos, deve-se configurar um segundo Transmissor, como indica o item '4. Múltiplos
Transmissores'. Nesse caso o primeiro Transmissor enviaria para 1 servidor e para um diretório de FTP local
e no segundo Transmissor, o diretório de origem das perturbações será o diretório de FTP local.