Jump to content

marcellocainelli

Usuários SAC
  • Content Count

    93
  • Joined

  • Last visited

Community Reputation

17 Good

1 Follower

About marcellocainelli

  • Rank
    SAC
  • Birthday 01/21/1971

Profile Information

  • Sexo
    Masculino
  • Localização
    Promissão/SP

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Pessoal boa tarde! um cliente meu tem esse Teclado Microterminal Wilbor Gradual 44 Teclas Rs 485 https://produto.mercadolivre.com.br/MLB-1142096986-teclado-microterminal-wilbor-gradual-44-teclas-rs-485-_JM?quantity=1&variation=41627953543#position=3&type=item&tracking_id=2431bcdb-f9e3-4f93-a762-080b404e9e96 porem ele é conexão serial e o ACBrMTer é TCP/IP, tem alguma forma de se comunicar com ele?
  2. Daniel baixei os arquivos novos que vocÊ disponibilizou e atualizei o cliente colocando um parâmetro de 20 no KeepAlive, vamos aguardar agora para ver se resolve. O cliente trocou as tomadas e mesmo assim o problema continuo, tomara que isso resolva. Depois posto um retorno se resolveu mesmo, desde já muito obrigado!
  3. Sim, mais pelo menos todos voltam a funcionar. Do jeito que esta hoje, mesmo com a opção que você criou, é provável que o pessoal do suporte tenha que realizar um acesso para reiniciar o serviço. Outro detalhe é que o cliente tem que arrumar as tomadas que ele tem. Cliente é foda, passei mais de uma semana para achar o problema que estava na tomada dele.
  4. Daniel, eu fiz um ajuste no meu sistema, para ele desativar e ativar novamente o ACBrMTec quando encontrar um IP repetido na lista. Do jeito que você deixou, não sei porque tem horas que ele não deixa reconectar, então deixe como era antes mesmo, sem incluir a opção "DesconectarIPRepetido". Mesmo assim obrigado pela ajuda!
  5. Daniel, não resolveu completamente. Quando o micro terminal sobre a queda de energia, ele ainda continua travando o micro terminal, porem agora quando o micro terminal esta travado, se eu desligo ele e ligo novamente, ele reconecta e volta ao normal, coisa que antes não estava acontecendo. Antes tinha que desativar e ativar novamente o ACBrMTec
  6. Daniel bom dia! Depois de muitos testes descobri o problema. Quando a uma queda de energia muito rápida, o micro terminal tenta se reconectar, neste momento na lista de micros terminais dentro do ACBrMTec, aparece os dois micros terminais, veja o erro também simulado no exemplo ACBrMTec Neste momento não importa qual das opções você selecione, todas não respeitam o comando enviado para o micro terminal, então o micro terminal fica travado. Se você desligar o micro terminal pelo botão liga e desliga dele, não acontece o problema, mais se remover da tomada e colocar em seguida colocar na tomada (tem que ser bem rápido), ai o problema acontece. Esta é a lista que me refiro: ACBrMTer1.TCPServer.ThreadList.LockList Quando aqui dentro tem dois IPs iguais, não importa para qual deles você responda, o micro terminal não recebe o comando e fica travado!
  7. Olá, boa tarde! Estou com um problema em um cliente usando o ACBrMTec, o cliente tem dois micros terminais da Gertec, do nada um deles apresenta que travamento, então ativei o log para ver o que acontece: -- 13/08 12:58:52:584 -- Terminal: 192.168.0.12 - Conectou -- 13/08 12:58:52:584 -- LimparDisplay( 192.168.0.12 ) -- 13/08 12:58:52:584 -- EnviarTexto( 192.168.0.12, "Seja bem vindo" ) -- 13/08 12:58:52:677 -- LimparDisplay( 192.168.0.12 ) -- 13/08 12:58:52:677 -- PosicionarCursor( 192.168.0.12, 1, 1 ) -- 13/08 12:58:52:677 -- EnviarTexto( 192.168.0.12, "NUM: " ) -- 13/08 12:58:52:677 -- PosicionarCursor( 192.168.0.12, 2, 1 ) -- 13/08 12:58:52:709 -- LimparDisplay( 192.168.0.12 ) -- 13/08 12:58:52:709 -- PosicionarCursor( 192.168.0.12, 1, 1 ) -- 13/08 12:58:52:709 -- EnviarTexto( 192.168.0.12, "NUM: " ) -- 13/08 12:58:52:709 -- PosicionarCursor( 192.168.0.12, 2, 1 ) -- 13/08 12:58:52:709 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> [ETX][NUL][NUL][NUL] -- 13/08 12:58:52:974 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL] -- 13/08 12:58:53:240 -- Terminal: 192.168.0.12 - TX -> 19 bytes -> 3[NUL][15][NUL]Seja bem vindo[NUL] -- 13/08 12:58:53:507 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL] -- 13/08 12:58:53:773 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][SOH][SOH] -- 13/08 12:58:54:042 -- Terminal: 192.168.0.12 - TX -> 10 bytes -> 3[NUL][ACK][NUL]NUM: [NUL] -- 13/08 12:58:54:307 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][STX][SOH] -- 13/08 12:58:54:573 -- Terminal: 192.168.0.12 - TX -> 4 bytes -> '[NUL][NUL][NUL] -- 13/08 12:58:54:870 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][SOH][SOH] -- 13/08 12:58:55:136 -- Terminal: 192.168.0.12 - TX -> 10 bytes -> 3[NUL][ACK][NUL]NUM: [NUL] -- 13/08 12:58:55:401 -- Terminal: 192.168.0.12 - TX -> 6 bytes -> )[NUL][STX][NUL][STX][SOH] -- 13/08 12:59:11:653 -- Terminal: 192.168.0.12 - Desconectou - 10054-Connection reset by peer Apos o micro terminal receber o comando "Desconectou - 10054-Connection reset by peer" ele fica travado. Mesmo desligando e ligando o micro terminal, ele não consegue reconectar, é necessário desativar e ativar o ACBrMTec novamente. Já trocamos o servidor, agora esta em um windows server 2012 sem antivírus e até desativamos o firewall, uma vez que liberando a porta 6550, não resolveu. O travamento acontece do nada, aleatoriamente em um dos dois micros terminais, semana passada chegou a travar os dois micro terminais. Não tenho mais ideia do que fazer para resolver o problema. Na duvida achávamos que era o micro terminal, então o cliente comprou um outro novo e mesmo assim esta dando o problema.
  8. Daniel, estou dizendo que quando eu recebo o evento ACBrMTer1RecebeDados eu não sei se o usuário digitou o código do produto ou passou o leitor, então através do parâmetros “Recebido” é que vou identificar se é código ou código de barra, se for código de barra eu estou sentando a propriedade ACBrMTer1.EchoMode = mdeNone, porem quando o evento ACBrMTer1RecebeDados termina o componente continuar no evento procedure TACBrMTer.DoRecebeDados(const aIP: String; const DadosRecebidos: AnsiString); Neste evento a propriedade wEchoMode, não respeita o mdeNone que eu troquei antes. Se o wEchoMode, estive obedecido o tipo mdeNone, no comando case wEchoMode of mdeNormal : fMTer.ComandoEco(wConexao.Comandos, DadosEcho); mdePassword: fMTer.ComandoEco(wConexao.Comandos, StringOfChar(PasswordChar, Length(DadosEcho))); end; Ele não devolveria nada para o micro terminal. Resumindo, o ACBrMTer não respeita você mudar o Echo no evento ACBrMTer1RecebeDados, Entendeu?
  9. Olá bom dia! Estou com um problema no ACBrMTer, eu preciso que o usuário quando passar um código de barra, no caso seria um código de barra de etiqueta de balança, eu automaticamente já vou adicionar o produto no sistema e quero que o código de barra não apareça no visor do micro terminal, pois assim o usuário já pode passar o próximo produto. Então quando eu recebo o evento ACBrMTer1RecebeDados eu já faço a inclusão do produto, porem mesmo se eu alterar a propriedade EchoMode para mdeNone, o micro terminal recebe o código lido pelo leitor de código de barra e só no próximo comando que o usuário der no micro terminal é que o EchoMode respeita e não mostra o que o leitor leu. Como eu faço para não aparecer o comando que ele digitou?
  10. Muito obrigado sgeinformatica. Salvou a patria. Fiz a alteração e os clientes já estão conseguindo passar vendas. "...dessa merda dos servidores da farmacia popular" - faço minhas as suas palavras - nunca vi uma coisa mais mal feita e sem suporte nenhum. Enviei e-mail ontem questionando e até o momento nem resposta.
  11. Estou tendo vários casos de clientes que não estão conseguindo passar vendas no Farmácia Popular. Será novamente instabilidade no servidor ? O erro que aparece pra mim é que o documento xml deve ter um elemento de nível superior. Alguém esta conseguindo passar vendas sem problemas ?
  12. Bom dia. A prefeitura de minha cidade trocou para o provedor Fiorilli e vi que o mesmo consta na lista de provedores do ACBRNFSe. Tentei incluir os dados da cidade no Cidades.ini: [3541604] Nome=Promissão UF=SP Provedor=Fiorilli e fazer o envio de uma nota, mas tanto no meu sistema quanto no Demo ABCRNFSe esta me retornando o erro abaixo: Tentei também "Enviar Lote RPS Sincrono" e "Enviar um RPS" e ambos retornaram erros semelhantes, mudando somente o nome da classe. Pergunto: Tem que ser feita a alteração no componente ? Ou estou esquecendo de configurar alguma coisa ? Obrigado, Marcello Cainelli Doutor Byte Sistemas
×
×
  • Create New...