Amigos
Estou apanhando já umas boas horas e não consigo resolver: após a instalação ele dá aseguinte mensagem de erro, parece que não encontrando a página inicial :
type Status report
message
description The requested resource () is not available.
Já instalei a última versão do Java, o ScadaBr também é a última versão
valeu
Marcelo
Tags:
Olá Marcelo,
A limitação no uso de apenas um data source (leia-se dispositivo escravo) é devido a rede escolhida (meio físico de transmissão RS232) e não por causa do protocolo usado.
O RS232 que tem uma topologia ponto-a-ponto full duplex, isto é, apenas dois dispositivos podem estar ligados na rede, e ambos podem transmitir e receber simultaneamente.
Para usar vários data souces na mesma rede (porta COM) é preciso usar uma rede multi-ponto, como por exemplo o RS485.
Além disso, a distância entre os pontos é limitada a poucos metros em RS232 e pode chegar a 1200m com RS485.
Abraço.
Olá Wiechert ,
até aí tudo bem, entendo das limitações da camada física RS232 mas, e do protocolo : se eu usar uma 485 em poderia usar vários points c/ protocolo "Serial ASCII"?
Marcelo,
Quando eu preciso fazer uma comunicação serial entre um mestre e vários escravos eu uso o modbus serial (RTU ou ASCII). Pois esse protocolo já cuida dos problemas de poll entre os vários escravos, o que facilita muito o desenvolvimento da aplicação.
Para usar o serial ASCII com multi-pontos você precisaria implementar os comandos para cada escravo, mas eu nunca tentei isso com o SCADABR. Não sei se vale a pena, pois o modbus já tá pronto e é de fato um dos protocolos mais usados em automação industrial, por ser fácil de usar.
Abraço.
Eu sou prova disso.
Estou usando o RS485 e o protocolo MODBUS RTU. A rede funciona bem e é bem robusta.
bom dia Wiechert
Concordo com você: realmente o ModBus é a melhor solução mas, meu CLP não tem ele :-( ...
Aí que está o problema, já em ASCII pela Serial é super simples de implementar mas caiu nesta limitação, pelo menos aparente limitação do protoloco usado; como não conheço a fundo o ScadaBr .
valeu
Marcelo
já tentou ver se seu CLP tem outro protocolo que o scadabr pode atender??
claro que já tentei ver, não tem nenhum protocolo nativo.
o que dá pra fazer, em Ladder, é algo ASCII "na unha"
Oi Marcelo,
Solução é adicionar um protocolo novo no ScadaBR...
https://sites.google.com/a/certi.org.br/certi_scadabr/desenvolvimen...
Um pouco de Java, um Eclipse e baixar o source do SVN.
Qualquer dúvida no dev, posta lá no fórum do ScadaBR que o pessoal ajuda.
Olá
Então, aparentemente esta não é a melhor solução, explico: ontem à noite estava insistindo em ver se o ScadaBr "desmembraria" a string de entrada em várias partes cada uma contendo o dado desejado, aí encontrei o tutorial:
https://sites.google.com/a/certi.org.br/certi_scadabr/home/minicurs...
que fala sobre o REGEX (Regular Expression) do valor de entrada, então deve dar pra eu separar via REGEX, agora só falta saber como pois nunca lidei c/ expressões reg. e, é o que estou fazendo agora ...
Marcelo,
eu estou trabalhando nisso também. Estou querendo entrar com dados diretamente de um arquivo.
Ta dificil pra mim pois tem uma série de códigos e eu ainda não lidei com isso.
Sidney,
Regular Expressions é, digamos, "enrolado", mas estou resolvendo meu problema, acho que amanhã conseguirei acertar aí posto o rsultado.
Funcionou, com uma saída meio que pela tangente...
o que eu fiz foi mesmo usar o RegEx, como não fo possível separar partes da string usando regex ou outra técnica dentro do próprio ScadaBr, o que eu fiz foi enviar uma de cada vez, espaçada em 1segundo e cada uma de um tamanho, ou seja, quando mando string de tamanho 5 é referente ao valor do AD0 quando mando string de tamanho 6 é referente ao valor do AD1 e assim por diante... desta maneira pelo REGEX é possível saber referente a qual entrada é o valor recebido.
Na configuração do Data Point do AN1 o parâmetro "Regex do valor" fica então:
\b[0-9]{6}\b
[ ]'s
Marcelo
Bem-vindo a
Laboratorio de Garagem (arduino, eletrônica, robotica, hacking)
© 2024 Criado por Marcelo Rodrigues. Ativado por