Daniel Simoes

Difícil... não parece estar relacionado ao ACBrECF, e sim do seu sistema... O Demo é a prova disso... Você programou algum dos eventos do componente ? O único jeito é ir passo a passo com Debug desde o início...

se a lista já estiver preenchida ele não consulta a impressora... a não ser que você mande recarregar ou ler os totolizadores

Realmente não existe essa possibilidade no momento...

Acho que isso você precisa resolver no Lado do Servidor... Gerar o PDF, e envia-lo por uma solicitação POST Mas vc teria o problemas de concorrência (vários usuários) Porque não usar o BoletoPHP ??

Pelo que você descreve... Não seria apenas instalar uma impressora de rede, e configura-lá no ACBrMonitor ?

Não fui capaz de reproduzir o problema... Usando o NotePad++, por 7 vezes eu gravei o conteúdo do arquivo ENT.TXT na pasta de monitoramento do ACBrMonitor, e em toadas as 7 vezes obtive resposta para todos os Itens enviados (SAI.TXT) O ACBrMonitor apaga o arquivo ENT.TXT após processá-lo... Antes do inicio de cada teste eu apaguei o arquivo SAI.TXT Os testes foram realizados usando: - ACBrMonitor atual (SVN) - Emulador Sweda Connect/SIM - Modelo ecfSwedaSTX Poderia descrever melhor como você está testando ? SAI.TXT ent.txt

Não há um bug assim... caso contrário ninguém conseguiria usar o ACBrMonitor... Uma analise dos Logs gerados pelo ACBrMonitor e ACBrECF deve resolver esse mistério

Pode ser direitos de permissão no compartilhamento... Experimente modificar em ACBrDevice.pas as seguintes linhas: 55 {$IFDEF FPC} 56 {$DEFINE Use_Stream} 57 {$ENDIF} para: {$DEFINE Use_Stream}

O problema está na maneira como o ACBrMonitor trata o parâmetro do TipoDoc e Finalidade... (já apliquei uma correção no SVN) Você pode enviar o comando sem espaços após a virgula, e isso deve funcionar mesmo na versão atual ECF.ArquivoMFD_DLL( "05/08/2014", "05/08/2014", "C:\Multpaf\finSPED.txt", ,9) ou passe o passe o parâmetro como String ECF.ArquivoMFD_DLL( "05/08/2014", "05/08/2014", "C:\Multpaf\finSPED.txt", ,"finSintegra") Também há um erro no manual, a Finalidade é o quinto parâmetro e não o quarto... por favor considere os parâmetros por COO

A descrição do motivo da alteração está no Changelog do ACBrTEF

Este é o Log do ACBrMonitor... precisamos do Log da comunicação serial com o ECF, gerado pela aba do ACBrECF

Por favor envio o Log do ACBrECF relacionado a chamada desses comandos

A Epson não retorna a Data do Movimento nos Dados da última Redução Z... Veja: //Esta função utiliza o comando "Obter Totais da Jornada (09 0D)", que aceita //como parâmetro um CRZ. Então para obter os totais da última redução, passamos o //CRZ atual, que guarda o número da última redução Z. Os campos retornados pelo //comando estão abaixo: //Campo Tipo Tamanho //1-Número da Redução Z N 4 //2-Número do COO N 6 //3-CRO N 6 //4-Venda Bruta Diária N 14 //5-Total F N 13 //6-Total I N 13 //7-Total N N 13 //8-Total FS N 13 //9-Total IS N 13 //10-Total NS N 13 //11-Total Canc. ICMS N 13 //12-Total Canc. ISS N 13 //13-Total Canc. NF N 13 //14-Total Desc. ICMS N 13 //15-Total Desc. ISS N 13 //16-Total Desc. NF N 13 //17-Total Acre. ICMS N 13 //18-Total Acre. ISS N 13 //19-Total Acre. NF N 13 //20-Total ICMS N 13 //21-Total ISS N 13 //22-Total NF N 13 //23-Data de Fechamento RZ (D) 8 //24-Hora de Fechamento RZ (H) 6 //25-Totalizador Geral N 17 //n+25-Percentual do Totalizador parcial N 4 //n+26-Total vendido N 13 Então como o ACBrECFEpson faz ? Ora, o projeto ACBr é código aberto, lembra ? Então basta abrir a sua IDE no fonte ACBrECFEpson.pas e procurar por: "DadosUltimaReducaoZ" Agora lendo os fontes com mais calma, veja as observações existentes na linha 3328 de ACBrECFEpson.pas { Epson não retorna a Data do Movimento e SIM a Data de Fechamento da Z tentando descobir se o Fechamento ocorreu no dia correto do movimento } if (not (ECFEst in [estBloqueada, estRequerX])) and // Ainda não abriu a Jornada (DataFechaZ < DataMov) then begin if DateOf( DataFechaZ ) = DateOf( DataMov ) then DataMov := EndOfTheDay( IncDay( DateOf( DataFechaZ ), - 1) ) else DataMov := DataFechaZ; end; Como você pode ver, nem sempre o truque acima irá funcionar...

Pode ser algo no cabo da USB... pois quando a USB é removida, a porta serial é removida do Windows

No SiTef (usado a CliSiTef) as transações são atômicas (semelhante a uma transação de Banco de Dados)... Ele confirma ou cancela todas as pendentes...

Vc precisa achar uma fonte que dê o efeito desejado.. Veja esse manual, que é mais completo (mas em inglês) https://svn.code.sf.net/p/acbr/code/tools/Argox/PPLA&PPLB.pdf

Na IDE do Delphi você pode desabilitar "Stop on Delphi exceptions"

Sim... notei que há um bug relacionado a isso no Demo... mas como vc disse, basta restaurar o estado de fCancelado para False... Atualmente fiz várias modificações no meu Demo (experiências) e por isso não posso commitado.. Quando tiver um tempo reverto as modificações e corrijo esse bug...

o componente não foi projetado para ser usando sem ECF... Precisará de uma grande reforma... ou a criação de outro componente... Outra alternativa são os ECFs virtuais...

Notei que há muitos erros de transmissão do comando ao ECF... e isso faz com que o componente envie novamente o comando... Provavelmente há alguma configuração no driver que possa melhorar a comunicação... (como baixar os buffers da porta serial)

Realmente não há memória para o DadosUltimaReducaoZ no .INI... (mas isso é de possível de implementação) O Número de Série e outras propriedades do ECFVirtual você deve definir no próprio componente ACBrECFVirtualNaoFiscal

Experimente um nome de compartilhamento mais simples... \\localhost\PPLA ou ainda tente com o @ \\localhost\@PPLA

Humm.. se você usa o sensor de GAP, não é necessário ajusto do tamanho da etiqueta... (O Sensor de GAP detecta o fim da etiqueta) Geralmente o "Reset" é aplicado ligando o equipamento com o botão de pausa pressionado (ou algo assim) O procedimento é descrito no manual do equipamento

A chamada ao Imprimir() pode ficar fora do Loop, se o mesmo não tiver um buffer muito grande... Ou então você usa um Contador dentro do Loop, e imprime a cada múltiplo de 20 (por exemplo) Sobre a lentidão, experimente efetuar um reset no equipamento...

Usando modo Texto é bem diferente... PPLA e PPLB tem métricas próprias e unidades de medida diferente em alguns casos (pixel, mm, etc) O ACBrETQ tenta abstrair a diferença entre os modelos... mas dificilmente o mesmo código servirá para ambos... mesmo a orientação da etiqueta muda para cada protocolo... Nessa pasta, há alguns manuais que podem explicar como calcular o posicionamento dos textos... https://svn.code.sf.net/p/acbr/code/tools/Argox/ Usando o Demo e tentativa e erro também é possível intuir como funciona...