daniel.simoes

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

Tentou enviar essa correção para o Projeto "Fortes Report CE" ? É interessante que eles ajustem nos repositórios deles...

Isso é demonstrado no Demo SATTeste...

Como a mensagem informa... Esse evento só funciona se a Impressora usar interface SERIAL. E você configurar a porta apontando para tal Serial Ex:"COM1, COM2, COM8"

Observe que o ACBrDevice possui um método para trazer as portas seriais: Ex: ACBrECF1.Device.AcharPortasSeriais( cbxPorta.Items ) A unica maneira de saber se ele é ou não um modem... é tentando a comunicação, e vendo se há resposta... mas isso pode causar uma demora na sua aplicação...

O Italo ainda está trabalhando no ACBrNFSe... e deve revisar essa Unit em breve.. Infelizmente as modificações não estão totalmente corretas, e em conformidade aos demais documentos de DANFE já convertidos para o Trunk2

o ACBrInstall sempre gera um Log... favor anexá-lo... ou ainda um PrintScreen

Veja o PDF de boas vindas... a ACBrNFeUtil foi suprimida... seus métodos foram distribuídos em ACBrUtil, ACBrDFeUtil ou ainda ACBrNFe

Esse arquivo não parece ter sido gerado pelo ACBrBAL

Veja o Demo na pasta Exemplos

Todo o ACBr é OpenSource... veja esses links: http://acbr.sourceforge.net/drupal/ http://acbr.sourceforge.net/drupal/?q=node/37

Humm.. então talvez seja o caso de ajustar os fontes do Trunk2... (tem alguns métodos que ficaram comentados no final da Unit... para estudo posterior) Gostaria de propor alguma alteração nos fontes ?