Daniel Simoes

Não fui capaz de compreender o problema... Poderia por favor postar um "passo a passo" de como reproduzir o problema, usando o TEFDDemo ? (por favor informe as propriedades que precisam ser ajustadas no projeto)

Não existe tal problema... e não lembro de ter lido relatos semelhantes nesse fórum... Você mesmo compilou a aplicação ? Por favor descreva melhor o passo a passo para reproduzir o problema, usando a aplicação SATTeste.exe Tente com a disponível na área de downloads...

Obrigado pelo retorno Fabiane... Fico contente do ACBrSAT ter uma boa aceitação... Quanto mais usuários, mais estável deve ficar o componente...

E qual é exatamente a mensagem de Erro ??

A DIMEP gentilmente nos doou um equipamento... e pelos meus testes, (e após alguns ajustes), funcionou muito bem, usando o modelo "satDinamico_stdcall" Lembre-se de usar os dados que já vem programados no SAT da Dimep:

Acredito que exista uma DLL mais atualizada, sem a dependência da ZLIB.dll... (consulte a DIMEP) Verifique se existe mais de uma versão da dllsat.dll em outra pasta da sua máquina... (pode ser que o Windows esteja carregando a DLLLSAT.DLL de outro diretório) O SAT está com o "bloqueio autônomo", o que ocorre, quando o SAT fica tempo sem se comunicar com o Sefaz... Para desbloquear o seu SAT, apenas ligue-o em um cabo com acesso a internet... Se vc usar Proxy, pode precisar usar o método "Configurar Interface de Rede". (o SATTeste.exe pode efetuar essa configuração)

De acordo com o Log, você está chamando: "IdentificaPAF" e "IdentificaOperador" com o Cupom aberto... Ou seja, isso é algo que você pode evitar no seu software...

Esses "erros" são normais... observe que a Exception não vaza para o sistema... (são Exceptions controladas pela Classe do ECF) Esse ECF não retorna quantos Itens na lista de Pagamentos ou Alíquotas foram realmente programados ou não... então, a única maneira é tentar carregar todos eles... Os erros ocorrem, quando ele tenta ler uma posição que ainda não foi programada...

Veja as observações no final da Unit: // TODO: // Buferizar o cancelamento, para não perder a sequencia // Criar formas de pagamento padrão (de acordo com as da lei)

O Erro indica que foi enviado mais de 8 linhas ou um numero de caracteres superior ao máximo permitido pelo equipamento... Anexe o Log, que isso deve ficar mais claro...

Um colega me disse uma vez... "Em software, tudo é possível.. desde que se tenha tempo e dinheiro..." Seria necessário conhecer o protocolo, e achar alguém disposto a fazer a alteração nos fontes, para implementar um novo modelo, ou adaptar o atual.... Verifique antes, se com o modelo "Toledo", (ou algum outro modelo) já não funciona...

Vejo que você está confundindo as coisas.. Em relação ao SAT, você NÃO precisará de certificado A1 ou A3 no Cliente... O próprio SAT tem o seu certificado interno, que é distribuído e atualizado gratuitamente pelo Fisco... Você usará a rotina de calculo da Chave vinculação de CNPJs, apenas internamente na sua empresa, e apenas uma vez, para cada SAT ativado com o seu software... Ou seja, o Cliente manda os dados dele (CNPJ), e você devolve para ele, por e-mail, a String de ativação... Isso poderia até mesmo estar funcionando em um Servidor Web, permitindo o autoatendimento do Cliente... Outro cenário: o SAT, é enviado para a Sw.House, que roda a rotina de inicialização e devolve para o cliente já ativado e funcionando... Ou seja... essa rotina de vinculação... NUNCA usará o Certificado digital do Cliente, mas SIM e apenas, o certificado digital da Sw.House

Sinceramente... Não faz sentido... pagar R$ 185,00 para um certificado, é bem mais barato que pagar uma semana de desenvolvimento... Enfim... boa sorte... e se descobrir que há uma maneira, ficaremos contentes se puder compartilhar...

Aparentemente o comando está configurado corretamente.. com exceção do corte parcial... Verifique com o Fabricante, se esse equipamento, realmente usa esses comandos...

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post.

Não é mais simples comprar um Certificado A1 por apenas R$ 185,00, e usar as soluções já indicadas aqui no fórum ??

A sugestão é boa... e pode ser aplicada... Já havia pensado nisso, mas penso em dividir as palletas por Package (ACBrSerial, ACBrTCP, ACBrDFe, ACBrTXT, etc) Estou promovendo um amplo Refactoring e reorganização de todas as pastas... (com a ajuda e cooperação de toda a equipe) https://svn.code.sf.net/p/acbr/code/branches/Daniel/

Você precisa ver no manual do fabricante do equipamento, qual o comando (ESC/P) para corte de papel...e modificar essas linhas..

Existe o ACBrETQ, que é parte de pacote "ACBrSerial", do Projeto ACBr... ele é compatível com Impressoras de Etiquetas (específicas, que usam linguagem com PPLA, PPLB, ZPL, etc) como: Argox, Zebra, etc..

Algum detalhe você está perdendo... Nunca tive dificuldades em comunicar com o PinPad usando o SiTef... Acho que agora, somente o suporte da Gertec e da Sw.Express podem lhe ajudar...

Verifique se as DLLs estão instaladas em alguma outra pasta do "path", como por exemplo, nos diretórios "Windows\System"... Deixe apenas as DLLs da pasta da aplicação, remova as demais...

Acho que precisa criar um formulário novo para essa impressora (no Windows).. com o comprimento bem grande...

Não misture 32 e 64... Você deve usar a versão 64 bits, apenas se o seu COMPILADOR for 64 bits...

Assim como todas as demais DLLs ? Você poderia por favor, fornecer a relação de quais são as DLLs que você tem ? O CliSiTef.ini está na mesma pasta ? Há alguma outra aplicação que também use a porta COM2 aberta ?