Daniel Simoes

Sabe o link de download dessas Libs ?

Antes retornava a String fixa "001", pois o método não existia na Daruma Verifique no rodapé do Cupom gerado por esse ECF se a Loja foi realmente programada

http://partners.bematech.com.br/suporte-recursos/downloads/?did=256 - Ubuntu http://partners.bematech.com.br/suporte-recursos/downloads/?did=255 - Debian http://partners.bematech.com.br/suporte-recursos/downloads/?did=257 - Suse (desatualiza)

Veja esse Link: http://ntk.com.br/ntkinstitucional/Home/SoftwareHouse.ashx

As modificações já estão no SVN... o ACBrECF não mais fara uso dos utilitários de linha de comando...

Tenho um código pendente para commit, que usa a libBemafiscal... (nova biblioteca nativa da Bematech, que é compatível com a Bamafi32.dll) Vou subir para você testar...

Faz muito tempo que escrevi essas rotinas e realmente não lembro de todos os passos... Lembro porém, que inicialmente usávamos a linha de comando (o que era muito mais simples, mas menos seguro, para Desktop) http://www.madboa.com/geek/openssl/#digest-file

SIM, ficará mais lento... Esse parâmetro efetua uma pausa de N milissegundos antes de enviar o próximo comando ao ECF...

Anexe o Log no momento onde você faz o pagamento

Você está fazendo errado... A forma de pagamento Dinheiro na FiscNet é -2 Vc deve usar o índice de forma idêntica ao retornado pelo ACBrECF, em CarregaFormadPagamento Lembrando que cada marca tem uma metodologia de índice

Não.. o Bartender envia toda a etiqueta como uma Imagem... usando o driver da impressora do windows... funciona bem (rápido) se você irá imprimir várias etiquetas iguais...

Deixar a porta em "Procurar" não é muito bom... é lento e pode falhar dependendo do modelo do ECF... Vou comitar as modificações no SVN...

Primeiro você precisa saber quantos caractere por polegada esse hardware suporta... assim vc pode saber qual o limite de colunas dessa impressora Para mudar a fonte, vc precisa saber quais as fontes que esse equipamento suporta, e qual o comando para acioná-la...

Não.. Isso é controlado pela impressora Mas vc pode imprimir apenas a barra, e depois posicionar um texto logo abaixo com o mesmo conteúdo numérico

Mas é justamente isso que a rotina faz... Para cada comando processado... - apaga o TMP se o mesmo existir - se o SAI.TXT (arquivo de saída) existir, --- renomeia ele para TMP... --- Grava a resposta no final do TMP - se o SAI.TXT (arquivo de saída) não existir, --- Grava no arquivo TMP - Renomeia TMP para SAI A mudança que subi no último .EXE modifica apenas esse comportamento... verifique se suas configurações estão corretas...

Isso indica um erro na configuração da porta... Não modifiquei nada no acesso a porta serial...

Experimente com esse executável em anexo... Fiz um tratamento de controle de Lote para arquivos TXT, para evitar: apagar TMP, renomear de SAI para TMP e de TMP para SAI a cada comando processado... ACBrMonitor.7z

Essa chave não afetará o tamanho da fonte... Não compreendi o problema... não está imprimindo o cupom corretamente com 40 colunas ? Pode anexar uma imagem exibindo o problema ?

Não concordo... Os fontes parecem corretos... não há concorrência ou chamada recursiva no tratamento dos comandos... Observe que o Timer de monitoramento é desligado assim que um arquivo é encontrado e somente é religado quando o metodo "Processar" é finalizado... O método "Processar" por sua vez, trata linha a linha dentro de um loop... cada comando executado, tem seu retorno tratado e anexado no arquivo... Acho que não é uma boa prática o envio de comandos em lote... talvez a comunicação em Sockets (TCP) pode funcionar melhor para o seu caso... Em todo caso... não consegui reproduzir o problema... Já descrevi nesse tópico qual foi minha metodologia de teste... (ou seja, do meu ponto de vista não há bug) Se você me enviar um passo a passo como posso reproduzir o problema, usando um BAT ou bloco de notas para a geração dos arquivos de Entrada, posso tentar investigar...

não com o Tipo de Código EAN13... tente usando o tipo 3of9 ou 2of5

Ele sempre gera o TMP... e depois renomeia ou anexa o mesmo no final do SAI.TXT

EAN-13 SEMPRE tem digito verificado... caso contrário não é EAN13 Se você quer código livre use outro formato, como 3of9

No site do fabricante

Sua explicação está correta... Não compreendi se você disse que: chamadas consecutivas de ECF.FormasPagamento sempre ocasionam a leitura do ECF ? Se SIM, vc está detectando isso pelo log do ECF ?

ECF.CarregaFormasPagamento e ECF.LerTotaisFormaPagamento efetuam leitura de dados no ECF, transferindo-os para uma lista em memória.. Os demais comando apenas acionam a leitura, se a lista estiver vazia... se lista estiver preenchida, eles apenas retornam o valor que está na memória... Não é isso que está ocorrendo ?