Daniel Simoes

Acho que importa mais a estabilidade... em termos de processador mesmo um "Celeron" dá conta do recado,    Alguns requisitos desejáveis:
- maquina sem ventoinha
- lacrada (imune a poeira)
- várias portas seriais
 
Os fabricantes de ECF possuem equipamentos específicos para automação... (porém são um pouco mais caros que os PCs tradicionais)
http://www.sweda.com.br/v2011/br/produtos.asp

Acho que não precisamos de duas comparações... O problema é que o código atual não remove os espaços do parâmetro informado pelo usuário...
 
Por favor tente dessa maneira:
function TACBrCNIEE.BuscarECF(const AMarca, AModelo, AVersaoSB: String;   const RemoveEspacos: Boolean): TACBrCNIEERegistro; var   I: Integer;   Marca, Modelo, VersaoSB: String;   MarcaAtual, ModeloAtual, VersaoAtual: String; begin   // abrir a tabela se estiver fechada   if Cadastros.Count <= 0 then   begin     if not Self.AbrirTabela then       raise EACBrCNIEE.Create('Não foi possível abrir a tabela de CNIEE.');   end;   Marca    := AnsiUpperCase(AMarca);   Modelo   := AnsiUpperCase(AModelo);   VersaoSB := AnsiUpperCase(ACBrUtil.OnlyNumber(AVersaoSB));   if RemoveEspacos then   begin      Marca    := StringReplace(Marca,    ' ', '', [rfReplaceAll]);      Modelo   := StringReplace(Modelo,   ' ', '', [rfReplaceAll]);      VersaoSB := StringReplace(VersaoSB, ' ', '', [rfReplaceAll]);   end;   Result := nil;   for I := 0 to Cadastros.Count - 1 do   begin     MarcaAtual  := AnsiUpperCase(Cadastros[I].DescrMarca);     ModeloAtual := AnsiUpperCase(Cadastros[I].DescrModelo);     VersaoAtual := AnsiUpperCase(ACBrUtil.OnlyNumber(Cadastros[I].Versao));     if RemoveEspacos then     begin       MarcaAtual  := StringReplace(MarcaAtual,  ' ', '', [rfReplaceAll]);       ModeloAtual := StringReplace(ModeloAtual, ' ', '', [rfReplaceAll]);       VersaoAtual := StringReplace(VersaoAtual, ' ', '', [rfReplaceAll]);     end;     if (MarcaAtual = Marca) and (ModeloAtual = Modelo) and (VersaoAtual = VersaoSB) then     begin       Result := Cadastros[I];       Exit;     end;   end; end;

Anexe o LOG gerado pelo ACBrECF e se possível o LOG gerado pelas DLLs

Em SP o TEF pode ser dispensado se o estabelecimento autorizar o envio das informações de Cartão de Credito das Operadoras para o Fisco...

Acho o estorno de pagamentos totalmente dispensável...

Hoje com as novas regras do TEF ( Cielo premia ) a aplicação já precisa bufferizar todos os pagamentos até completar o total pago...
Ou seja, como nada ainda foi impresso, da pra desfazer o que você quiser...

Pode ser que vc esteja apontando para o repositório de fontes antigo...
Por favor veja: http://www.projetoacbr.com.br/forum/index.php?/forum-3/announcement-2-novo-caminho-para-o-c%C3%B3digo-fonte-do-acbr-no-sourceforge/

Depende do modelo do ECF, geralmente é uma letra (V) no lado da descrição da Forma de Pagamento
 
Em todos usuários aparecem "Alerta"... note que o seu está zerado (sem alertas)

humm.. agora compreendo melhor... esse tópico é recorrente aqui no fórum (tente usar a pesquisa)... normalmente a sugestão do pessoal da homologação é alterar também o COO do arquivo anterior...

Sim, funciona normalmente até mesmo no Windows 8

Você esta usando o modelo ecfEscEcf ?
Você criou um par de portas seriais virtuais em sua maquina ?

A mensagem vem do SiTEF...
 

Um WorkAround seria:
1543     // Amex retorna 101 e não FF 1544     if (pos(UpperCase(Resp.Conteudo.LeInformacao(9,0).AsString), 'FF|101') > 0) then 1545        ApagaEVerifica( ArqResp );

Recompile os  pacotes básicos do ACBr, como por exemplo a ACBrComum

Você nunca conseguirá deixar a Data/Hora inferior ao último documento emitido, basta deixar o ECF em intervenção, aguardando chegar a data/hora do último documento emitido, e então ajustar...

Não há como para esse marca... apenas usando um conversor USB <-> Serial
 
Daruma e Sweda: possuem drivers USB que geram uma Porta COM virtual no windows...
 
Epson: basta instalar o driver e configurar a porta como "USB"

O ACBrSMS foi desenvolvido pelo Regys, usando um Modem da Daruma (que gentilmente nos doou o equipamento)
 
Portanto a garantia de compatibilidade do ACBrSMS com o modem da Daruma é melhor..

Realmente havia um Bug na rotina.. acabei de subir uma correção... favor atualizar e verificar

Pesquise sobre Esc/Pos ... É uma protocolo de impressão de linha , onde todos os comandos iniciam com ESC

Usar um gerador de relatórios ( se isso for uma opção ) seria muito mais simples... Dominar o ESC/POS não é tarefa fácil

No ACBrMonitor, todas strings devem estar entre aspas duplas... E você nao fez isso no comando de fechamento...

O problema pode estar relacionado a atualização do Sw.Básico do ECF... parece que a sua versão não suporta o comando de Expandido
 
Seria mais fácil usar:
  ACBrECF1.IgnorarTagsFormatacao := True;  

Experimente:
 
   ACBrECF1.EnviaComando( 'SUA LINHA DE IMPRESSAO' );
 

Você tem razão, apliquei um refactoring nessas rotinas
 

Deve ser o TimeOut...
 
Envie de 3 em 3 linhas, ou simplesmente configure:
 
ACBrECF.MaxLinhasBuffer := 3

Você pode ter várias formas de pagamento, até mesmo com o mesmo indice... como por exemplo:
02 CARTAO 20,00
02 CARTAO 20,00
01 DINHEIRO 10,00
 
Mas nem todos ECFs suportam a abertura de 2 Vinculados (CCD) com o mesmo índice de forma de pagamento (a Bematech não permite)
 
Por isso é muito melhor "bufferizar" tudo em uma única forma de pagamento
02 CARTAO 40,00
01 DINHEIRO 10,00

Sim, você atingiu o limite de 20 formas de pagamento... não há espaços para programar outra...
 
Somente levando o ECF para intervenção técnica, será possível apagar as formas de pagamento não utilizadas

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é