Daniel Simoes

Vc não pode ligar o Emulador e o ACBrMonitor na mesma porta COM, por isso vc obtem esse erro... Vc precisará instalar um virtualizador de portas seriais, que irá criar um PAR de portas seriais (já conectadas por null-model)... após isso ligue o emulador em uma porta e o ACBrMonitor na outra porta do par

Já atualizastes teus fontes ? Se SIM, e o problema continua, por favor proceda com as orientações do Post anterior: "Pode ser que o ECF esteja em um estado que não apto para enviar as informações... Quando isso ocorrer, experimente desligar e ligar o ECF... Tente tb acesso ao mesmo com a DLL do fabricante, quando o problema ocorrer."

Provavelmente não é no Emulador, e sim no programa Virtualizador de Portas Seriais... ainda mais se o Windows for 64 Tente o com0com http://sourceforge.net/projects/com0com ... m/2.2.2.0/

Aonde está o Sleep ?? Depois de Imprimir insira: Sleep(1000)

Adicione a Unit toda para analise...

Pelo que sei o BCB é capaz de compilar ObjectPascal... Vc precisaria ajustar os Packages e instalá-los

Varia de acordo com a versão do Windows... mas seria em Configurações de Impressora / Spool -> Imprimir diretamente para a impressora... (algo assim)

Acho que a rotina da SwedaSTX estava correta... precisamos desprezar os blocos que não são do Tipo '+' ou '-', pois eles não trazem a resposta final do comando solicitado Quando ativamos o ECF a primeira coisa que ele solicita é a informação do registrador 'I1', para verificar o modelo do ECF... se o ECF não devolve as informações para esse comando, não é possível continuar... Modifiquei a Unit para que o LOG fique mais claro, informando qual comando ele está tentando ler na ativação... Pode ser que o ECF esteja em um estado que não apto para enviar as informações... Quando isso ocorrer, experimente desligar e ligar o ECF... Tente tb acesso ao mesmo com a DLL do fabricante, quando o problema ocorrer...

Veja o Demo do AAC... ele é uma espécie de Gerenciador de arquivos criptografados... No ECFTeste da versão Lazarus eu introduzi uma aba AAC, que pode lhe ajudar a compreender melhor... Antes de disparar a Exceção acusando a diferença o ACBrAAC irá chamar o seu evento, e você deve, retornar nos parâmetros passados por "Var" o valor do GT se a recuperação ocorreu com sucesso...

Cuidado geralmente o Fisco entende que o uso do ECF SEMPRE é obrigatório, quando o cliente tem recursos para se informatizar... Veja esse post: viewtopic.php?f=8&t=2128 Não há como fazer o que vc quer... Impressoras paralelas não enviam Status... e o Spool do Windows sempre fica no meio..

Se vc ler a Lei e Roteiro do PAF-ECF as coisas ficam mais claras... A aplicação deve ser capaz de recuperar o GT (em alguns casos) quando o Valor do GT no arquivo não é o mesmo do ECF

Eu uso esse emulador sem problemas... Vc precisa de um emulador de portas seriais... existem alguns tópicos sobre isso aqui no forum

O ACBrAAC não limita o tamanho do Num.Série... verifique se vc informou o mesmo corretamente no momento da gravação O ACBrECF e ACBrAAC fazem todas as comparações, e apenas quando elas forem necessárias, como por exemplo na abertura do Cupom.... Muitas das dúvidas podem ser sanadas lendo os fontes do ACBrAAC... Veja os fontes do método: TACBrAAC.VerificarGTECF

Tente uma solução a lá Microsoft... remova tudo e re-instale novamente, seguindo atentamente as instruções do LEIA-ME.TXT Não temos report de problema semelhante... o que me leva a crer que o problema é realmente no seu ambiente

faça uma varredura de ACBrComum.bpl em sua máquina o Delphi deve estar achando algum outro que não seja o correto...

Esse erro ocorre como sonsequencia do ACBrComum não estar instalado corretamente... ou não está no LibPath do Delphi

O Retorno vai pelo próprio Socket... Não existe uma tabela de Código de Erros padrão... o ACBr retorna o próprio erro levantado pelo equipamento host Se vc recebeu OK: ... tudo certo, comando executado... Se vc recebeu ERRO: então o comando não foi executado

Apenas a titulo de informação a pasta Antigos é muito, muito, muito defasada...

O erro é de permissão... o Delphi não conseguiu gravar o ACBrComum.bpl... Provavelmente é alguma configuração no seu Windows ou Delphi

Boa ideia Ricardo... vou tentar implementar...

O ACBrECF disparará um exception se o GT não bater... Use os eventos do ACBrAAC para programar uma verificação de GT (comparação da última Venda Bruta do ECF com a do BD, conforme a regra do PAF-ECF)

verifique se ela é compatível com PPLA ou PPLB

A Bematech não permite após a abertura... apenas antes de abrir o cupom...

Até onde eu sei isso não existe... essa perda é normal..

Desconfie da porta Serial ou do Cabo do ECF... o Log possui muitos erros de perda de conexão... Tente em outra porta Serial (dê preferência para as on-board, COM1, COM2) Teste com o Demo do fabricante (que usa a DLL) e verifique se o mesmo problema ocorre...