Daniel Simoes

Só mesmo analisando o LOG... para ver o que realmente foi enviado para o ECF na QTD e Valor Já tentou usar ACBrECF.ArredondaPorQtd = True ?

O que deveriamos ver no Log ?? Aparentemente o ACBrECF enviou pela Serial, tudo que chegou através do método FechaCupom

Tópico repetido e trancado... continue em:

Anderson, Notei que suas modificações podem quebrar código de outros métodos, ao trocar a propriedade "Prop" pela string "0"... Aparentemente você está instalando a DLL na pasta Windows\system e não na mesma pasta do seu .EXE...

Praticamente todos os estados proíbem o uso de Impressora Não fiscal no mesmo PC onde se encontra a Impressora Fiscal

Você poderia usar ACBrECF.DadosReducaoZ, porém instantes ANTES de emitir a Redução Z

Parece que seus fontes do ACBr não estão atualizados... Compacte o LOG, e anexe o mesmo no tópico (não cole o conteúdo do mesmo como texto) ps: Acabei de subir para o SVN uma modificação para a correta identificação do consumidor no rodapé

Acho que poucos desenvolvedores do ACBrNFe frequentam essa área do Forum.... tente postar em: http://www.projetoacbr.com.br/forum/index.php?/forum/4-acbrnfeacbrnfemonitor/

Dividi o tópico para darmos continuidade ao mesmo... PPLA é mais fácil de trabalhar, comandos simples, e muito compatível com vários modelos de Impressoras de Etiqueta PPLB é mais completo, porém mais difícil de trabalhar.. A classe PPLA do ACBrETQ é de longe a mais utilizada (e por isso a mais testada)... Se todos os comandos do PPLA lhe atenderem... vá de PPLA

Todas impressoras não fiscais só precisam da instalação do driver dela no Windows... depois você pode usar o proprio recurso de rede do Windows para acessa-la como Porta para a Impressora... Veja esse post:

Elton, Se desejar, pode anexar suas modificações para analise... Não compreendi a observação sobre: TACBrECF.FechaCupom O RecvPacket pode consumir tempo justamente porque ele fica esperando o ECF responder...

Estamos quase lá... retomei o contato com o André Munhoz... A nova MP4200, (que usa a classe ecfEscECF) já suportará USB, pois o driver da mesma irá criar uma porta Serial Virtual Nas tradicionais, MP4000, MP2100, estamos trabalhando em um novo método na DLL da Bematech que nos permitirá o uso da USB (semelhante ao que temos hoje com a Epson)

Lendo o Post notei que o protocolo SwedaSTX realmente suporta o envio de informações do Consumidor no rodapé... Apliquei modificações nos fontes do SVN que devem permitir essa funcionalidade... favor atualizar e testar...

Experimente ativar a propriedade ACBrECF.ArredondaPorQtd

Notei que você está usando um TimeOut = 3, que é muito baixo para alguns comandos... experimente aumenta-lo para 10

Se o programa está ficando na chamada do comando que usa a DLL do fabricante... então há algum problema com a correta instalação da DLL... Veja esse link:

Nossa recomendação é que todas as DLLs da Bematech e o arquivo BemaFi32.INI fiquem na mesma pasta do ACBrMonitor.exe Aqui uso as seguintes DLLs: BemaFI32.dll, BemaMFD.dll, BemaMFD2.dll, sign_bema.dll, BemaMFD2_MP4000THFI.dll

Alguns ECF não deixam essa informação persistente, (pode ser o caso da Sweda)... Em alguns outros modelos não há nem mesmo o suporte a esse campo especial para o MD5, nesse caso o ACBrECF abstrai a diferença e usa as linhas do Rodapé quando necessário

Tente modificar o Chr(140) para Chr(250)

A nova Bematech MP4200 não usa o protocolo ecfBematech e sim o novo protocolo definido no convênio 09/09... use o modelo ecfEscECF

Oi Alexandro, Desculpe-me por só agora entrar em contato.... Parece que você está fazendo um ótimo trabalho de analise e correção... por isso deixo você tentar mais um pouco Se precisar de alguma ajuda estarei mais atento nos próximos dias

Acho que sei do que se trata... Conversei com o Amarildo na FENACOM, ele estendeu o modelo ecfNaoFiscal para permitir o uso do mesmo com a NFCe... Estou trabalhando nisso, com o SAT e NFCe... Amarildo, muito obrigado pela sua contribuição... vou analisar e volto a postar...

O ACBrECF já tem métodos para gerar CAT52 e AtoCotepe1704 CAT52 só pode ser gerada se você estiver gerando o arquivo manualmente... isso é particularmente útil se você está gerando o arquivo a partir do seu Banco de Dados, o que é muito mais rápido e garante sempre a identificação do cliente AtoCotepe1704 deve necessariamente ser gerada pela DLL... (está na lei)... Ele irá ler as informações da MFD do ECF Não há problemas identificar o cliente no final do cupom... desde que o ECF suporte essa característica... Use ACBrECF1.IdentificaConsumidorRodape: Boolean para saber se o ECF tem essa característica. Se o ECF suportar, use: ACBrECF1.IdentificaConsumidor( CPF, NOME, ENDERECO ); antes de subtotalizar ou fechar o cupom

ACBrECF.EnviaComando( #27 + 'v' + #100 ) // enviando comando com 100 milisegundos

Tudo indica que você está usando uma DLL antiga... a Bematech modificou recentemente a maneira de nomear esse arquivo...