Daniel Simoes

Não estou com tempo para analisar isso no momento... Digo, não está na minha agenda implementar isso... então se se desejar sugerir melhorias para os fontes, posso analisá-las...

Qual modelo você está usando em TACBrPosPrinter ??

NÃO

Se você postar as (exatas) mensagens de erro, aumenta as possibilidades de te ajudarem...

Seus fontes devem estar desatualizados... Semana passa enviei modificação para que GravarXML não chame a geração de XML novamente....

Provavelmente você está usando o Modelo errado em TACBrPosPrinter... Antes de partir para o SAT... faça os seus testes usando a aplicação Demo do "PosPrinterTeste"

Qual versão você está usando ? Não notei nada errado examinando os fontes atuais...

Parece ser problema de Encoding dos fontes... (não é configuração)

Você está usando Trunk ou Trunk2 ? Esse problema não ocorre no Trunk2

A impressão por EscPos depende de recursos da Impressora em interpretar a linguagem de impressão "EscPos"... Tente com o modelo EscPosEpson, (a Epson foi quem criou a linguagem EscPos, e vários fabricantes emulam a mesma) Se nenhum dos modelos existentes funcionar, seria necessário estudar o manual técnico dessa impressora e: - Verificar se ela suporta QRCode em EscPos - Implementar uma nova classe, seguindo as especificações do protocolo dessa impressora...

Amarildo e demais, Por favor teste com a Unit em anexo... As classes TBlockSerial e TTCPBlockSocket tem muito em simular... e com isso, ajustei a classe ACBrDevice para tentar se comportar de forma muito semelhante seja com uma Porta Serial ou TCP... Implementei várias propriedades como "TimeOut, MaxBandwidth" e métodos "LeString, LeByte, EnviaString"... Para manter a compatibilidade com o comportamento da Porta Serial, o ACBrDevice mantém a conexão aberta após chamar o "Ativar" e só derruba a mesma, após o "Desativar"... Para reproduzir o comportamento que você projetou, (Conectar e Desconectar a cada envio)... é necessário ativar a propriedade "ControlePorta" dos componentes que usam o ACBrDevice, como o ACBrECF ou ACBrPosPrinter... Fiz um teste usando os Demos: "PosPrinterTeste" e "Server" (TCPServer)... E o comportamento foi bastante satisfatório... Por enquanto, usei a notação de porta: "TCP:ip_maquina:porta".. Ex: "TCP:localhost:9100" ACBrDevice.pas

Estava aplicando essa melhoria... mas fiquei na dúvida se usar a notação "RAW://ip_maquina:porta" é o mais correto... Essa notação é usada em mais algum lugar ou é a sugestão de algum fabricante ? Pesquisando pelo termo "RAW" em impressão, ele significa o envio direto, sem spool ou interpretação de driver... mas não necessariamente por TCP... Pensei em usar uma notação mais significativa como: "TCP:ip_maquina:porta" O que vocês acham ?

Olá Wagner, Desculpe-me mais uma vez pela demora na resposta... Fiz um teste usando o Telnet do windows e a resposta foi imediata... (veja a imagem em anexo) Recebi um erro de rejeição, por estar usando o Emulador de SAT do SEFAZ... Mas acredito que para efeito de testes de resposta do canal TCP, é o mesmo efeito... Para testar usando o Telnet... faça o seguinte... open localhost 3434 SAT.inicializa <enter><ponto><enter> SAT.EnviarCFe("C:\temp\cfe01.xml") <enter><ponto><enter>

Apliquei uma possível correção no SVN, para o problema da impressão do cabeçalho dos Itens.. Deve corrigir, ambos os casos...

Enviei uma possível correção para o SVN... Provavelmente o problema ocorreu após a modificação do cabeçalho dos Extratos. onde o Endereço passou a ser um "memo"... e com isso o tamanho dele é variável... e o componente tenta computar o Tamanho da Página antes da Impressão em TACBrSATExtratoFortesFr.CalcularTamanhoDaPagina

Detectei o mesmo problema.. estou analisando...

http://www.projetoacbr.com.br/forum/topic/19696-exemplo-acbrsat-fechando-na-execução/?do=findComment&comment=139550

Oi Alberto, Obrigado pela contribuição... o André já está analisando...

Encontrei o ponto de correção e já enviei para o SVN...

Converti o arquivo para ANSI e enviei para o SVN... Obrigado pelo report

TEF não faz sentido para o ACBrMonitorPLUS, pois muitas modificações na interface da sua aplicação serão necessárias... ECF, SIM, ele suporta

Provavelmente você está usando uma COM virtual que está com problemas de instalação de drivers... Tente primeiro verificar se o Windows consegue imprimir nessa porta...

Você pode postar um "PrintScreen" de tal janela ? Se for a que estou pensando, provavelmente ela é disparada pela CAPICOM

Luiz, Provavelmente você baixou o "root" do nosso SVN... por isso recebeu todas as pastas nele existentes... A maneira mais simples de você descobrir o que quer... é abrir os fontes e verificar se houve a correção... use ainda o recurso "Find In Files" da sua IDE