Daniel Simoes

Não há problema algum com nomes longos... Veja a saida abaixo do Exemplo do ACBrEAD O que acho que está ocorrendo, é que a DLL está sendo carregada de forma estática pelo seu programa... e com isso, ela ficará indisponível para leitura... Solução NAO faça carga estática das DLLs do ECF, o ACBrECF já faz a carga dinâmica e apenas dos métodos que ele utiliza

Leia a mensagem de erro: "Acesso Negado" Isso significa que a porta COM não existe ou que está em uso por outra aplicação

Você está correto... Correção aplicada nos fontes do SVN

Trata-se de um ECF real ou Emulador ? Aparentemente o ECF não está respondendo todos os Bytes previstos, o que faz com que o ACBrECF espere até o TimeOut

Tente reproduzir o problema usando o projeto Demo do ACBrBoleto... Se conseguir, favor fornecer o passo a passo para a reprodução do erro...

o Erro significa que a "porta serial" atribuída ao componente não existe... O ACBrBAL não usa nenhuma DLL, usa a comunicação direta pela Serial

Não funciona assim... A tabela de cheques com as cordenadas, é carregada na memória do equipamento, que usa o Cód.Banco como Chave Primária

Tente mudar a atribuição do .INI para somente após ter definido o Modelo...

Talvez o contador do seu cliente saiba.. ou ainda alguém do Sefaz...

Não existe aliquota 0%... ou é Isento (II), ou Não Incidência (NN) ou Substituição Tributária (FF)...

Se deseja que eu faça uma analise mais detalhada, por favor informe o passo a passo para a reprodução do problema usando o Demo ECFTeste

Por que você não limpa a lista inteira a cada operação ? Veja nos fontes do Demo como proceder..

Também notei isso... mas não investiguei, pois não uso o Fortes para Delphi... Acho que seria interessante tentar um contato com a Lista/Forum dos desenvolvedores do Fortes Report...

Porque você mesmo não tenta uma homologação ? Se houver algum problema, volte a postar aqui... talvez existam interessados em ajudar...

A Juliana retornou a pouco de férias... ela já me comunicou que assim que puder irá ler os posts pendente do forum...

É html... você pode tratar o evento OnBobinaAdicionaLinhas e adicionar o HTML que quiser, vai do seu talento Veja também a propriedade ACBrECF1.MemoParams

Provavelmente você tem 2 instalações do ACBr em diretórios diferente, e ambas no LibPath do Delphi... Essas constantes estão declaradas corretamente em ACBrConsts.pas

Em algum momento você está atribuindo um valor errado para... ACBrECF.Device.Baud... não há outra explicação...

MessageBox está descartada... ele é API do Windows, e o ACBrECF é multiplataforma... para evitar mensagens do Delphi em Ingles você deve traduzir a Unit Conts.pas do Delphi, e deixar uma cópia dela no seu projeto (fazendo o Delphi sobrepor a Unit padrão) Procure na internet, você já achará essa unit traduzida... Não compreendi o problema com as linhas: AValue := Poem_Zeros(AValue, 12); if (copy(AValue, 1, 1) = '0') and (copy(AValue, 2, 1) = '0') - Qual o erro ? O que ocorre ?

Não notei nada errado nessa rotina... Em todo caso, o problema (se for nos fontes do ACBrECF) não é nesse ponto... deveria ser em: TACBrECFDaruma.GetEstado... Debug um pouco mais, ou passe instruções detalhadas de como reproduzir o problema usando o Demo ECFTeste... Se quiser, tb envie o Log gerado pelo ACBrECF... ele pode ter informações sobre o erro...

Não existe emulador com essas características... em todo caso entre em contato com o Fabricante...

Não... isso retorna um ponteiro para o Objeto existente, e não instancia um novo objeto...

Você não deve destruir esses objetos... deixe que o próprio ACBrECF faça isso... não há vazamento de memórias no ACBrECF...

Não creio que seja no componente... observe que o Demo ECFTeste não dispara essa exception... outro fato é que não há report semelhante a esse por conta de outros usuários... O Destroy da Classe Bematech está correto... ela não está destruindo o componente e sim uma Classe interna, essa chamada irá chamar: TACBrECFClass.Destroy;

Você não informou a exata mensagem de erro... Por favor também anexe o LOG gerado pelo ACBrECF...