nicolasbraz

Com o ACBR reinstalado a demo funciona (inclusive o comando "limpadisplay")

Vou reinstalar o ACBR então ...

O código do demo não foi atualizado! A demo não funciona mais (varias funções e procedures foram alteradas). Agora é obrigatório ter um componente AcbrBal conectado ao acbrMTer entre outras diferenças.

Fiz a atualização para a ultima versão do acbr e o comando "ACBrMTer1.Lim parDisplay(IP);" não funciona mais! Quando eu inicializo o micro terminal eu mando sempre limpar o display e agora me retorna o erro (imagem abaixo), qualquer situação que seja chamado o limpaDisplay me retorna erro (o IP possui valor). O erro acontece nessa linha. " fMTer.ComandoLimparDisplay(wConexao.Comandos);"

Vou copiar as DLLs mas não é só o OpenSSL.

Estou com o mesmo problema acredito eu. Formatei a máquina e toda a vez que eu vou instalar dá o erro da imagem, já apaguei a pasta do ACBR e baixei todos os arquivos, já desinstalei o acbr dentro do Delphi (pacote por pacote), já apaguei só a pasta lib, só não tenho ideia mais do que posso fazer.

Obrigado a todos, o problema foi resolvido.

Que estranho! Realmente a NFe foi cancelada! Então esse código 155 na verdade é o sistema da Sefaz avisando que a NFe foi cancelada fora do prazo? Conferi o XML e é exatamente isso.

Desculpa, eu estou meio perdido o que mudaria eu tratar como sucesso o cStat 155? Isso faria com que gera-se o cancelamento extemporâneo? Você fala é gerar uma nota de entrada das mesmas mercadorias (igual a nota que eu fiz de saída) e depois gerar uma nova de saída(com os dados corretos)?

Boa noite, O SAT da epson só recusa o " | " ?

Se eu postar o XML com a tentativa de cancelamento, resolve?

Boa tarde, Felipe. Obrigado por responder, o contador está me dizendo que eu deveria poder cancelar sozinho, você teria algum link que eu possa enviar para ele mostrando que eu preciso dele?

Boa tarde, Estou precisando cancelar algumas NFes de um cliente que passaram já de 10 dias que foram emitidas (eu sei que possui multa, o contador está insistindo que o melhor caminho é o cancelamento), eu liguei na SEFAZ - SP e o atendente só me informou que os sistemas podem fazer esse cancelamento e que se o meu não fazia eu deveria baixar algum emissor gratuito, é possivel fazer esse cancelamento de alguma maneira, atraves do acbrNFe? Quando tento cancelar a NFe o Sefaz me retorna o "código: 155"

Eu posso alterar o tamanho do campo para que tenha espaço para o telefone?

Desculpe! Acabei esquecendo de colocar, é fortes.

Boa tarde, Quando eu tento gerar o DANFE eles está sobrepondo a linha inferior.

Bom dia, Estou com um problema em um cliente que possui uma balança toledo Prix3! É o seguinte a balança está configurada para operar com o baudRate de 9600 e o meu sistema também, quando eu leio o primeiro e a segunda vez o peso vai tranquilo porém no terceiro produto que vai ser lido me retorna o erro -9,000 de peso, verifiquei as minhas configurações do sistema e mesmo assim continuava o erro então eu abri o exemplo do acbr e acontece exatamente a mesma coisa. Testei com o baudRate de 4800 e não consigo ler nenhum produto.

O microterminal simplesmente travava em qualquer operação! E eu descobri uma coisa curioso, ele travava com o exemplo da willtech também, falando com um contato meu da willtech eu descobri que os meus microterminais do mesmo lote vieram com o mac address igual e isso fazia eles travarem! Tomara que o meu relato ajude alguém que esteja com o problema.

Boa tarde, Fiz um pente fino no meu código tentando deixar ele o mais rápido possível e diminuir o trabalho do meu servidor, possuo um cliente com 3 microterminais e se por exemplo 2 terminais estão lançando produtos algumas vezes a tela do microterminal congela nem chega a escrever o que foi digitado porém o meu servidor (clientDataSet memTerminais) recebe os dados perfeitamente e o componente do ACBR está colocando em log tudo o que acontece atraves desse código. procedure TfrmMicroTerminal.ACBrMTerRecebeDados(const IP: AnsiString; var Recebido: AnsiString; var EchoMode: TACBrMTerEchoMode); begin mOutput.Lines.Add('IP: ' + IP + ' - Recebido :' + Recebido); end;

Boa tarde, Estou com o seguinte problema: Ao entrar no status 1 que é o do vendedor eu mudava assim 1: begin ACBrMTer1.EchoMode := mdePassword; ACBrMTer1.EnviarTexto(aIP, 'VENDEDOR: '); // pede vendedor end; Só que isso me causa problemas quando o microterminal está sendo usado por 2 terminais! Exemplo: O terminal 1 está lançando produtos e o terminal 2 voltou agora para o vendedor então o terminal 1 quando vai lançar a quantidade do produto já começa a sair * Eu tentei no evento: AvaliarRespostaTerminal Tratar lá antes o carácter se caso estivesse em um status igual ao 1 tudo sair como password e se não estiver colocar NORMAL mas pelo visto ele primeiro digita e sai no terminal e depois vai para o evento.

Daniel, vou continuar os testes eu troquei o microterminal aqui e parou de fazer isso! Ele estava travando e depois lançava algumas coisas que não eram para ele, é um microterminal Wilbor bem antigo estou testando agora com um willtech.

Daniel, Agora depois do almoço vou gerar os logs! É bem dificil de reproduzir mas acontece.

Boa tarde, Estou com um bug em um cliente onde alguns produtos de um terminal estão aparecendo em outro e percebi também que as vezes comandos que seriam para um terminal são enviados para os outros! Ex: Quando lanço um produto em um terminal que custa 30 reais e o outro terminal procura um produto que não existe ele recebe os 30 reais do outro! Eu trato os valores recebidos pelo evento AvaliarRespostaTerminal onde o mesmo pede um IP que eu informo via ClientDataSet.

Elias, Muito obrigado pelo suporte! O problema era a configuração "Origem de dados", tirando ela tudo funcionou perfeitamente.

No microterminal VT100 - ESC e no exemplo do ACBR VT100. _ACBrMTer_vt100.log