Bruno Freixo

Pessoal eu fiquei com a sensacao de que voces estao comentando sobre o ACBrCargaBal pra de fato fazer a carga de produtos pra balança. No entanto, minha necessidade principal agora é ler o peso, por isso q eu comentei do ACBrMonitor. Fiz confusao ou no caso o ACBrCargaBal tb tem este proposito? Desde ja agradeco pela atencao! obrigado! att,

PUtz... eu gostaria de tentar usar via acbr monitor...pq o meu sistema ja ta integrado nele....q dentro da solucao eu havia entendido como uma espécie de "proxy" que abstrai a comunicacao com outros componentes do ACBr e dai pra mim o ACBrCargaBal era um deles. Estou equivocado pessoal? Alguem ja fez isso com este tipo de balanca?

boa tarde @daniel sim ela tem...Estou entendendo ETH = Ethernet correto? No caso seria esta balanca aqui - soh pra ser mais especifico.... "toledo prix4 flex"

pessoal, boa tarde! Duvida, eu consigo fazer o teste usando este meio "TCP:IP_MAQUINA:NumPorta" no acbr monitor (secao balanca) ? Ou o correto seria usar algo como acbrserial para transformar a "conexao" para o acbr monitor em uma porta serial?

Obrigado pelo retorno. Vou tentar coletar mais evidencias das outras impressoras.

Poderia compartilhar o link da documentação do bloco X por favor

Eu só preciso saber o que significa o retorno false da lib do ACBRMonitorPlus Log Anexo Fico no aguardo LOG.TXT

Temos alguns casos de falhas mas como a documentação esta um pouco "clean" não consigo prever retornos com erro e o modelo do xml de retorno para obter alguma info do xml. Para testes utilizamos o emulador da bematech e epson mas sem sucesso.

No Log a unica coisa que consta são os erros abaixo (esporadicamente) mas não relacionados diretamente a leitura x e sim AbreCupom() ERRO: Erro retornado pela Impressora: BEMATECH Categoria: 16-Erro específico do Fabricante Motivo: 15 ERRO: Componente ACBrECF ocupado Aguardando resposta do comando anterior

Bom dia! Estamos com algumas intermitência entre o PDV -> ACBRMonitorPlus -> Impressora Fiscal Como teste de comunicação estamos invocando a LeituraX() para validar, porem em alguns casos ela me retorna false e não achei em nenhum lugar (forum/doc) o que significa. Alguém poderia me ajudar? *O Log txt do ACBRMonitorPlus não aponta nada Cenário: Impressoras Bematech, Daruma, Tanca e Epson

Bom dia! Isso, XML mas não cita exemplo do corpo do xml

Bom dia! Não encontro nenhum exemplo de retorno do método TransmitirArquivo(path) e suas variações de rejeições ou indisponibilidade

Boa tarde! Nosso PDV esta instalado no Brasil inteiro e fazemos varias instalações novas em maquinas diferentes quase que diariamente. Tanto 32 quanto 64 bits. Fizemos downgrade do ACBR em todos cliente, porem precisamos instalar a versão nova por conta do Bloco X do ECF Versão do ACBR 32bits

Pessoal, confirmado Desde quinta não temos mais a ocorrência desde erro na versão 12 Tem algo na versão 13 que esta causando esse problema

Voltamos a versão do ACBRMonitorPlus 1.2.0.59 e aparentemente voltou a funcionar. Será que temos um problema na versão 13?

A url esta correta, foi editada manualmente para omitir informação pessoal e acrescentada uma barra erroneamente.

Boa tarde! ACBR VERSÃO 1.3.0.268 - X86 Estamos com alguns problemas na emissão de nfce através de nossa ferramenta, ao enviar o comando estamos tendo como resposta o erro abaixo. Quando realizamos o Kill do ACBR e executamos novamente volta a funcionar. O arquivo existe no caminho mencionado e não esta corrompido muito menos com falha no conteudo. Esperando por comandos. 01/04/2020 08:43:45 - NFE.ValidarNFe("C:\\Pasta\99200428046001000196659910000131421999908999-NFCe.xml") 01/04/2020 08:43:45 - ERRO: Access violation 01/04/2020 08:43:45 - ALERTA: Fim da Conexão com: 127.0.0.1 em: 01/04/20 08:43:45 01/04/2020 08:44:47 - ATENÇÃO: Chave RSA Privada NÃO pode ser lida no arquivo "swh.ini".

Obrigado. pela resposta. percebi que houve o error no merge automatico do TFCV acabou removendo o valor booleano do sicrono. deixando rotina assicrona.

Prezados. no estado de mato grosso estamos tendo problema na emissão nfc-e. embora eu transmita sempre 1 xml e altere o modo de envio para sincrono. mas estamos com problema acredito que deveria receber pelo menos resposta cstat = 105 em processamento. mais vou colocar a o log do acbr abaixo [Envio] CStat=103 CUF=51 DhRecbto=10/05/2019 14:30:13 Msg=Lote recebido com sucesso NRec=510003686060663 TMed=1 VerAplic=3.00 Versao=3.00 XMotivo=Lote recebido com sucesso tpAmb=1 [Retorno] CStat=0 CUF=0 DhRecbto=30/12/1899 Msg= VerAplic= Versao= XMotivo= nRec=510003686060663 tpAmb=1 Porem pelo log parece error no webservice. mas quando tento enviar nova nota a mesma deu em duplicidade. vamos fazer uma tratativa para consultar a nota caso receba essa resposta do acbr. mas isso não pareceu normal pra min. é comun receber essa resposta do acbr? não deveria vim uma resposta em processamento? a sefaz de MT não suporta requisição sincrona? [Envio] CStat=103 CUF=51 DhRecbto=10/05/2019 14:30:19 Msg=Lote recebido com sucesso NRec=510003686060869 TMed=1 VerAplic=3.00 Versao=3.00 XMotivo=Lote recebido com sucesso tpAmb=1 Nota(s) não confirmadas: 1350->539-Duplicidade de NF-e com diferenca na Chave de Acesso [Retorno] CStat=539 CUF=51 DhRecbto=30/12/1899 Msg=Nota(s) não confirmadas: 1350->539-Duplicidade de NF-e com diferenca na Chave de Acesso VerAplic=4.00 Versao=4.00 XMotivo=Duplicidade de NF-e com diferenca na Chave de Acesso nRec=510003686060869 tpAmb=1 [NFe1350] CStat=539 CUF=51 DhRecbto=10/05/2019 14:30:19 Msg= VerAplic=4.00 Versao=4.00 XMotivo=Duplicidade de NF-e com diferenca na Chave de Acesso arquivo=C:\LinkedGourmet\fc\CaminhoAssinada\51190532194658000178650010000013501214711566-NFCe.xml chNFe=51190532194658000178650010000013501214711566 digVal=5QQKYvhKj/69PLenk7hyfGiAiiY= nProt= tpAmb=1

organizei toda logica para enviar comandos o acbr de uma vez só utilizando a mesma conexão. evitando abrir e fechar conexão em cada comando. rotina exemplo abreconexao abrecupom realizavendas realizavendas realizavendas realizapagamentos fechaCupom fechaConexão. já tem uma semana implementada em um cliente e não tivemos reclamação de erro no cupom qualquer coisa dou retorno

10000 milisegundos sim ele tem fica em loop até acha o final da resposta, mas ele tem um limite de 10000 milisegundo de espera. caso esse tempo seja atingido ele fecha a conexão também. obrigado daniel pela atenção. não estou dizendo que o problema está no acbrMonitor estou tentando identificar o ponto exato. e pelo o que analisei no codigo da minha aplicação essa é a logica. segue o fluxo. Conectar na por 3434 faz leitura da conexão envia comando faz leitura - se demorar 10 segundos gerar exception. e fecha conexão fecha conexão referente o problema está na minha aplicação foi a primeira coisa que pensei já fiz logs no processo por isso consigo afirma que não tive resposta do acbr. alem do logs anterior fiz outra aplicação limpa só pra testar e extressar o protocolo e acbr. cheguei a evidenciar o problema fazendo video exatamente para ficar mais claro o problema e talvez vocês puder-se ajudar a identificar onde minha logica ta errada para está perdendo resposta, pois se tem um intervalo de descanso o problema não aconte-se só quando tem muitos comando em sequencia. mas acredito que esse cenário é novidade também para vocês. vou tentar elaborar outra logica fazer mais teste nesse processo talvez até mudando então para arquivo txt. obrigado pela atenção de vocês.

@Daniel Simoes fiz uma aplicação menor com apenas abre conexão e envia os comandos. vou deixa o link do video do processo que fiz e como simular o problema. Depois de ver o video. https://drive.google.com/file/d/1Tko6DmBX2JzGtwgoQSG6UQ1GVdGa3tT3/view?usp=sharing vai entender que fica ruim para nós colocar um intervalo de 1 segundo entre os comandos, pois se tiver 20 itens diferente são 20 comandos. vou deixa em anexo codigo fonte em c# e aplicação compilada. não coloquei parametro para ip e porta do acbr ele está conectando localhost:3434 Debug.rar comandosecf.txt

Daniel. a area destacada em vermelha não teve respota para o comanda abriu a conexão enviou comando de vendaItem e fiquei sem resposta. o meu tempo limite de espera é de 10 segundos acima disso entendo que houve problema. mais o problema é que está muito comun. vou tentar compartilhar outro cenario no print abaixo ele travou quando fui efeturar o pagamento. veja que depois do comando EfetuaPagamento já tem outra conexão pois o sistema deu timeout depois de 3 minutos tentei fazer o cancelamento do cupom em aberto recebi erro componente está ocupado. depois tentei de novo e consegui cancelar o cupom em aberto. Referente a ao fluxo todo comando é aberto uma conexão e fechada depois da resposta ou caso de timeout vou anexa print do codigo em c#

daniel detalhei um pouco mais confere ai se ajudou a identificar o error, segue em anexo. Sim desconectamos o TCP a cada comando enviado. bem nós não usa a comunicação por arquivo txt devido não atender nossas necessidades.

Prezados. estamos tendo problema em resposta com acbr monitor e impressora fiscal (modelo testado bematech 2100). o sistema funciona normalmente nas primeira sequencia de comandos do fluxo de venda. porem depois de algumas vendas começo a ter problema em receber resposta do acbr em um comando de fluxo de venda conforme o log (atenção a vez ele para no abrir cupom). quando mandei o camando ECF.VendeItem o acbr finalizou as conexões e não respondeu e nem escreveu no log o que obteve da impressora. porem como a impressora não travou e nem o acbr consegui em seguida fazer o cancelamento do cupom em aberto. as vezes o acbr monitor chegar a ficar travado tendo que reiniciá-lo. Fico no aguardo de ajuda. LOG.TXT