Daniel Simoes

Verifique se é algo relacionado com as chamadas em Inicialization e finalization de ACBrDFeCapicom.pas... experimente movê-las para "Create" e "Destroy"

Estude os fontes do Demo SATTeste em Exemplos

Se você usar o ACBrECFVirtualSAT, sua aplicação pode se comportar como se estivesse usando um ECF

Por favor estude os fontes do PosPrinterTeste... acho que irá esclarecer suas perguntas

Acredito que ainda não está nessa versão... O Isaque deve ser estar prestes a subir uma versão nova... Vou modificar o script de instalação, para que ele colete todos os ACBr-ChangeLog.txt e instale em uma subpastaa... Isso ajudará a saber o que cada versão contempla

Já existe o comando SAT.SetNumeroSessao( nNumero ) (ou algo parecido, não lembro de cabeça)

Isso já foi feito a semanas... No Trunk2 apenas

Possíveis causas: - DLL do fabricante errada ou faltando arquivos - modelo errado no ACBrSAT

O ACBrSAT não usa os Schemas de forma alguma... Afinal quem válida o XML é o próprio SAT Essas pastas são o local onde o ACBrSAT irá salvar os CFes

Prezado... Para relatar problemas e conseguir ajuda... Você precisa ser muito claro e fornecer dados para análise. Mensagem de erro ? Log gerado ? Tentou com o PosPrinterTeste ou SATTeste ? O problema pode ser na sua aplicação e não nos componentes. Cabe a você uma análise minuciosa do problema, antes de reportá-lo a nós...

Usa a impressão em EscPos... imprimir em modo gráfico sempre dependerá de um driver de impressão bem elaborado (fabricante)

Não compreendi a natureza da sua pergunta... com o Posprinter você pode imprimir qualquer texto... Veja o exemplo do PosPrinterTeste o SAT não tem nenhuma relação com Sangria

Veja esse tópico: http://www.projetoacbr.com.br/forum/topic/9378-erro-ao-pegar-os-títulos-pagos-da-ultima-rz/?do=findComment&comment=54339

Para que problemas semelhantes não mais ocorram... Apliquei a seguinte modificação no SVN

Apliquei uma correção para o problema...

Pelo que Li no fórum... O Elgin é idêntico ao DIMEP... (ambos tem a mesma fábrica)

O manual se chama ACBrMonitor.chm, e é instalado quando vc faz a instalação completa... Ainda não há uma maneira fácil de acompanhar o Change-log... Para ver as melhorias e modificações é necessário ver os arquivos "Change-Log.TXT" do PLUS e de todos os componentes que ele possui... nos fontes do ACBr

Verifica se a porta Serial criada está pelo TMVirtualPort está com sinal de Exclamação no Painel de Controle... Se SIM, o driver não foi instalado corretamente

Você diz: que quando Alimenta o CFe com RTSimplesNacional, o CFe gerado não é aceito pelo SAT ? Li os tópicos anteriores,mas não achei em nenhum deles um exemplo do XML recusado em anexo...

Use o InteliSAT da Tanca... ele analisa o seu XML e aponta por problemas http://tanca.com.br/drivers.php?cat=24&sub=43

Eu desconfio que o problema não seja exatamente o parâmetro... Pode ser um TimeOut baixo... Em alguns modelos de ECFs, o ACBrECF é capaz de detectar que o mesmo está trabalhando (o ECF possui comando de Status que pode ser chamado durante a execução de comandos demorados)... em outros modelos, isso não é possível, então é necessário estimar um Tempo mínimo para o comando, e defini-lo em TimeOut... antes da execução... Note que no seu caso, o exception ocorreu após 1 minuto do envio do comando... -- 19:15:44:117 TX -> [FS]F[234]130815192742[181] Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 19:16:44:193 RX <- -- Desativando a porta: COM1 ----------------- ERRO ----------------- Impressora Daruma não está respondendo ---------------------------------------- Se fosse problema de sintaxe do comando... o erro ocorreria na hora...

Obrigado pelas explicações... Notei que "TACBrSATResposta.SetRetornoStr" já é feito um bom tratamento para evitar Exceptions em resposta fora do padrão... Modifiquei os fontes de ACBrECFVirtualSAT.pas para usar as propriedade de "Resposta" e não os campos do Array...

Sim, você pode capturar a Exceção e ignorá-la... No meu sistema, eu capturo os dados da Redução Z antes de executar a Redução, e também depois da mesma... De posse de ambos os INIs, eu faço um merge, dando preferência as informações do INI após a Redução Z

Acho que não tem como tirar as dependências dessas DLL do .EXE.. elas são injetadas pelo ACBrNFe, através da Unit "libxmlsec", que faz declaração dos métodos de forma estática No Trunk, era possível compilar os fontes com CAPICOM ou OpenSSL... no Trunk2, não... ambos os fontes são compilados... A grande vantagem é poder mudar de SSL em RunTime (OpenSSL é ótimo para certificados A1) Talvez você precise rever a estratégia... como por exemplo, distribuir um Instalador (Inno ??) que quando executado, copia as DLLs e atualiza o binário..

Obrigado... já está no SVN...