Daniel Simoes

Acho que o problema não é a sintaxe... o parser do Monitor tem certa tolerância na detecção dos parâmetros... mas a falta de Aspas poderá gerar erros em outros lugares Acho que o problema está relacionado ao spool dessa impressora... Quando o relatório está no Spool, o Monitor já terminou de montar o relatório no Fortes, e o Fortes está enviando o relatório para a Impressão (spool) Tente configurar algo no driver da Impressora, talvez deixar a impressão sem o Spool

Isso é já é feito nos fontes atuais do SVN function TACBrPosPrinterClass.ComandoPuloLinhas(NLinhas: Integer): AnsiString; begin Result := DupeString(' '+LF,NLinhas); end;

A CAT52 deve ser gerada com informações do seu banco de dados... O ECF gera o Ato Cotepe 17/04 Tente com o aplicativo do Fabricante...

Tente aumentar o tamanho da largura do Módulo para 2 ou 4

Veja se em Run-time, alguma parte do código, não está mudando o modelo, ou outra propriedade do PosPrinter

As DLLs do OpenSSL e XMLSec, apenas copiar... As da CAPICOM precisam ser registradas

Por favor crie um tópico para cada problema diferente... senão fica muito difícil controlar o que já foi ou não corrigido...

I applied the same fix from Trunk2 to Trunk... please update and test... But I really encourage you to change to "Trunk2"...

O S.F. é assim mesmo... as vezes para de responder depois volta...

Por favor atualize os fontes e teste novamente: O que fiz, foi remover os espaços entre os blocos, se for detectado que a impressora não suporta a chave toda em uma única linha

Leitores USB não são para o ACBrLCB... pois eles desviam tudo que for lido, para o buffer de teclado do Windows (então é como se alguem tivesse digitado algo) O ACBrLCB, foi projetado para Leitores Seriais... Se o driver do seu leitor USB, criar uma COM Virtual, pode funcionar...

Veja o Demo do componente ACBrETQ, na pasta Exemplos

parece que finalmente acharam o problema... em todo caso, com o commit do post anterior, deve funcionar mesmo para o seu caso...

No caso do endereço, se você preencher alguma das Tags, então precisa preencher todas... (repare que você preencheu a cidade) <xMun>PRESIDENTE PRUDENTE</xMun>

Você está ajustando o modelo corretamente ? Se funciona no PosPrinterTeste tem que funcionar no Extrato do SAT... afinal é o mesmo componente...

Do you use ACBr Trunk2 directory ? Probably this issue is already fixed on Trunk2 I notice ACBrECF is running a special code to read DataHoraSB, on escBematech... Since these model don´t have a specific command to return this information... ACBrECFBematech is querying a report "Leitura Memoria Fiscal", by serial, in order to capture DataHoraSB information on the texts of these report... Looks like the problem is on the way ACBrECF is detecting the ending of Serial Reports (they always ends with [ETX])... buts as we can see, ETX is on the Log... Recently, I fix a very similar issue, concerning problems on detecting ending of Serial reports... but only on Trunk2... Please try the compiled version of ECFTeste, using Trunk2

Porque ele não é impresso se já foi para o Spool da Impressora ? Você recebe a resposta do comando: NFe.ImprimirDANFE ? Os seus comandos continuam com a sintaxe errada (Sem as aspas dupla nas Strings) Certo: NF.NFe.ImprimirDANFE( "C:\TEMP\NFe.xml" ) Errado: NF.NFe.ImprimirDANFE( C:\TEMP\NFe.xml ) Esse parece ser o problema... o Spool dessa impressora não está processando corretamente os documentos da fila...

Você teria que modificar os Packages do ACBr, que usam o fortes... O WinMerge pode te ajudar nessa tarefa, comparando os Packages do Trunk e Trunk2

Mailson Atualize seus fontes, acho que isso já foi corrigido. Claudio, É bem provável, que seja criada uma propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento... mas ainda não há consenso sobre isso...

Deverá ser feito... mas não é simples passar uma previsão... Todos os consultores estão muito ocupados no momento...

Tente novamente o link... movi para a área "ACBrSAT"

Looks like some problem on these new Drivers for MP4000... Can you please send the Log file created with the attempt using the new drivers ? On MP4200 there is a similar problem... The workaround solution we created for MP4200, consist in transmit the command again, after TimeOut occurs... Not sure if is possible to try the same approach in MP4000.... I need to investigate your Log files... Can you provide more Log files, with the same error situation ?

Porque a minha aplicação, quando compilada no Trunk2 exige as DLLs do XMLSec ? O Trunk2, tem a habilidade de suportar OpenSSL (XMLSec) e CAPICOM, na mesma aplicação... e no ACBrNFe, existe a Classe TDFeSSL, que permite configurar qual será a biblioteca de SSL em Design ou Run-time Para isso, basta mudar a configuração usando comandos como abaixo: ACBrNFe1.Configuracoes.Geral.SSLLib := libOpenSSL; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicom; ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap; // Mesmo que "libCapicom", mas usando a Indy Porém, para efetuar essa "magica", precisamos compilar todas as Units que dão suporte a CAPICOM e OpenSSL\XMLSec, e elas injetam a dependência de DLLs externas Porque eu usaria o suporte a OpenSSL ? O OpenSSL é ótimo para certificados do tipo A1... pois você não precisa instalar o certificado no Windows... basta apontar o caminho do arquivo PFX e a Senha: ACBrNFe1.Configuracoes.Certificados.ArquivoPFX := edtCaminho.Text; ACBrNFe1.Configuracoes.Certificados.Senha := edtSenha.Text; Porque remover o suporte a uma das bibliotecas de SSL ? A desvantagem, é que a sua aplicação agora ficou dependente de mais DLLs, e para alguns pode ser um problema, distribuir e instalar as mesmas Onde eu encontro as DLLs ? \ACBr\DLLs\OpenSSL \ACBr\DLLs\XMLSec Para onde eu copio essas DLLs ? Você deve copiar TODAS as DLLs das pastas acima indicadas (e não apenas algumas). Você pode copiar para a mesma pasta da sua aplicação .EXE ou para o "System" do Windows Observe que, essas DLLs são 32 bits, e portanto só funcionarão para aplicações compiladas com um compilador 32 bits (que é o padrão para Delphi e Lazarus)... Uma aplicação 32 bits roda em um S.O. 64 bits, mas o oposto não ocorre... Considerando que essa DLLs são 32 bits, então: Se o seu Windows for 32 bits, copie para a pasta: C:\Windows\System32 Se o seu Windows for 64 bits, copie para a pasta: C:\Windows\SysWOW64 Se você estiver instalando DLLs de 64 bits em um Windows 64 bits, então a pasta correta é: C:\Windows\System32 (vai entender... pergunte pra Microsoft) Como eu removo a dependência ? Nunca usou o OpenSSL ? Nunca deseja usar ? Então você pode remover o suporte do ACBr ao OpenSSL/XMLSec, e com isso, remover a dependência de sua aplicação das DLLs do XMLSec.. Edite o ACBr.inc... Observe que no inicio do mesmo, existem as linhas abaixo: {.$DEFINE DFE_SEM_OPENSSL} {.$DEFINE DFE_SEM_CAPICOM} Apenas remova o ".", se quiser ativar a remoção... {$DEFINE DFE_SEM_OPENSSL} Por que mesmo assim, a sua aplicação fica dependente das DLLs do OpenSSL (libeay32.dll, ssleay32.dll) ? O ACBr usa o OpenSSL para várias outras tarefas, como: criptografia e assinatura (ACBrEAD), comunicação segura (ACBrMail, ACBrHttp)... e outras... Então hoje, elas sempre serão necessárias... essa dependência já existia no "Trunk1"

A onde a impressão fica presa ? Que tipo de Impressão (PDF, direta, com preview, etc) ? Aparece algo no Spooler da Impressora ? Foque nisso... Tente nos fornecer informações precisas, de como reproduzir esse problema em nossa máquina de desenvolvimento... Provavelmente você precisará nos passar um passo a passo de como configurar o Monitor, para que fique nas mesmas condições de uso do seu... além de fornecer toda a sequencia de comandos, até o problema... PS: Notei que o seu comando de envio ao PLUS, está com a sintaxe errada... Todas as Strings devem estar entre Aspas duplas:

Analisando o seu Log, notei que o problema ocorre no comando 22, Leitura da Memoria Fiscal pela Serial.... -- 07/10 10:19:08:259 TX -> [SOH]v[22][NUL][LF][NUL]1|1|2|6|6|[STX] -- 07/10 10:39:45:456 TX -> [SOH][138][22][NUL][LF][NUL]1|1|2|6|6|[22] Enviei uma modificação para o SVN, para também monitorar esse comando...