Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.060
  • Registro em

  • Última visita

  • Days Won

    759

Tudo que Daniel Simoes postou

  1. Você está usando a DLL do fabricante... no ACBR usamos a comunicação direta pela Serial... Provavelmente o fabricante possa lhe ajudar... Tente o skype: "peps_suporte"
  2. Anexe o Log gerado pelo ACBrTEFD... Vale lembrar que não é o TEFD que faz a impressão, ele apenas chama eventos para a sua aplicação fazer a impressão...
  3. O ACBrETQ não suporta esse tipo de etiqueta... ele SEMPRE considera que a etiqueta tem o GAP Você poderia usar diretamente a linguagem PPLA/PPLB/EPL2 (conforme o equipamento) e programar o tamanho da etiqueta...
  4. O ACBrETQ não suporta esse tipo de etiqueta... ele SEMPRE considera que a etiqueta tem o GAP Você poderia usar diretamente a linguagem PPLA/PPLB/EPL2 (conforme o equipamento) e programar o tamanho da etiqueta...
  5. O protocolo descrito é idêntico ao formato de resposta B da Toledo: Protocolo B = [ ENQ ] [ STX ] [ PESO ] [ ETX ] Provavelmente você precisa ajustar corretamente as configurações da porta serial BaudRate, StopBits, Parity, etc... Verifique no manual do equipamento qual a configuração default usada pelo mesmo
  6. Daniel Simoes

    Erro Elgin

    Pelo que li no LOG as exceções são controladas... ou seja, elas não "vazam" para a aplicação... O que ocorre é que nos modelos FiscNet, não há como saber se a Forma de Pagamento existe, a não ser tentando lê-la... Podemos ver ainda no LOG que você não programou a posição 0 da tabela de Formas de Pagamento... O mesmo ocorre com a leitura de alíquotas... Veja no código de procedure TACBrECFFiscNET.CarregaFormasPagamento; que há um Try / Except que captura o erro "ErroCMDFormaPagamentoIndefinida"
  7. Apliquei nos fontes do SVN uma possível correção baseado nas informações deste post e do LOG capturado... Obrigado a todos pelas analises e contribuições... Por favor atualizem os fontes e testem se está OK
  8. Observe que existe um novo evento para a Subtotalização do Cupom, que deve ser programado no ACBrTEFD Veja no TEFDDemo o método: ACBrTEFD1ComandaECFSubtotaliza
  9. Obrigado pela analise e relatório... Enviei para o SVN correção baseado no seu código...
  10. Se você usar múltiplos pagamentos em cartão, as primeiras transações obrigatoriamente precisam estar pendentes... O ACBrTEFD tem um método próprio para Finalizar e outro para confirmar as transações... por favor estude melhor o demo TEFDDemo
  11. ACBrTEFD1.TEFCliSiTef.ADM := 300;
  12. Achei um link que pode lhe ajudar... http://www.softwareexpress.com.br/ArqCli/TefDiscado/Simulado/tefdial.htm
  13. Qual a sua necessidade de homologação ? Provavelmente o seu cliente pode dar mais detalhes sobre o tipo de TEF que ele pretende usar... Ligue na Sw.express eles lhe enviam todo material e passam mais instruções http://www.softwareexpress.com.br/
  14. Discado ou Dedicado... Definitivamente o primeiro passo é solicitar o material de homologação, emulador, Guia técnico do Gerenciador, roteiros de teste, e estuda-los
  15. Qual impressora ? ela é plenamente compatível com ESC/P2 ?
  16. O ACBrETQ não usa as configurações de driver ou spool.. ele manda os comandos diretos no protocolo da impressora... Vc precisa usar as coordenadas de impressão para imprimir alinhado... ou usar funções de alinhamento de String como as PADR, PADL, PADC da ACBrUtil
  17. Use o modelo ecfFiscNet
  18. Nesse caso seria necessário ler a documentação do fabricante sobre o protocolo deste equipamento e desenvolver um novo modelo dentro do ACBr...
  19. Tente usar os modelos Filizola ou Toledo... Várias balanças usam protocolos semelhantes
  20. Não compreendi... Usando a configuração no ACBr para modelo da Urano, vc conseguiu fazer a leitura de peso na Elgin DP-15 ?
  21. Você não informou qual comando vc está enviando para o ECF... Poderia dar um exemplo de código e copiar o Log ?
  22. Tente as dicas desse post:
  23. Acho que podemos inserir uma configuração para ele atuar dessa maneira...
  24. No seu LOG não há erros de comunicação serial... os erros existentes são porque você esta fazendo chamadas não serializadas para o ACBrECF... ----------------- ERRO ----------------- Componente ACBrECF ocupado Aguardando resposta do comando anterior ---------------------------------------- -- 16:25:50:875 PoucoPapel ----------------- ERRO ----------------- Componente ACBrECF ocupado Aguardando resposta do comando anterior ----------------------------------------
  25. Seria interessante você justificar melhor como o problema ocorre e porque essa alteração resolve o problema... Vc pode encontrar o manual da synaser em: http://synapse.ararat.cz/doc/help/
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...