Ir para conteúdo
  • Cadastre-se

daniel.simoes

Fundadores
  • Total de ítens

    29.526
  • Registro em

  • Última visita

  • Days Won

    785

Tudo que daniel.simoes postou

  1. Quais os valores possíveis para T1 e T2 ?
  2. Provavelmente sua balança está usando outras configurações... tente usar o software do fabricante para descobrir quais são...
  3. Anexe o LOG gerado pelo ACBrECF para analise... vamos ver se nele consta o envio de 2 comandos iguais
  4. Suas alterações estão corretas... e muito bem documentadas... Já incorporei nos fontes, e subo para o SVN assim que tiver chance... Obrigado pela sua contribuição...
  5. Acho que não seria uma boa causar uma dependência de uma Lib externa... A não ser que ela seja OpenSource e fácil de instalar (como é o caso do OpenSSL) Alguns dos geradores de relatórios atuais conseguem gerar QRCode... para Lazarus existe a LazBarCode, provavelmente para Delphi tb exista alguma Lib OpenSource...
  6. Não compreendi corretamente qual é o problema... Ele não retorna a data corretamente ? Você poderia anexar o LOG ?
  7. Vc provavelmente tem algum comando de Leitura de status (ou outro) dentro de um evento... (isso não é bom) Os comandos enviados para o ACBrECF precisa estar em fila... o ECF não consegue processar dois comandos ao mesmo tempo... Uma (possível) solução rápida, seria setar: ACBrECF1.Device.ProcessMessages := False; Isso fará o ACBrECF se comportar semelhante as DLLs... ou seja, ele bloqueia a aplicação, enquanto não tiver resposta do ECF
  8. Na verdade o comando que estamos usando na Bematech aceita 14 caracteres... Por favor anexe o LOG... provavelmente alguma outra rotina está fazendo um Trim() deste campo...
  9. Tente esse link: http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html
  10. Enviei para o SVN, na pasta: \ACBr\Exemplos\ACBrTEFD
  11. No seu log não consta os problemas mencionados...
  12. Parece correto... O ACBrECF não conseguiu computar o mesmo checksum recebido, e enviou um NACK, solicitando um re-envio do pacote... o que ocorreu na sequencia
  13. E melhor você usar os fontes originais... Recompile todos os pacotes do ACBr ou use o ACBrInstall
  14. Por favor anexe o LOG
  15. Se desejar, por favor anexe os fontes para analise e commit
  16. A impressora não conhece o registrador: "VersaoSW", e isso impede o ACBrECF de saber com quem ele está falando (o que é feito na inicialização) experimente comentar essa chamada no código do ACBrECF
  17. tente esse driver: http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=225&pcid=41
  18. Sua alteração pode quebrar o código das Balanças Urano já suportadas...
  19. Existem vários modelos disponíveis... apenas certifique-se de que ela tem o "GAP", antes de comprar.. (que é uma pequena ranhura no lado de cada etiqueta)
  20. Houve comunicação com o ECF Acho que o problema pode ser o TimeOut muito baixo...
  21. Você está excedendo o limite de impressão do Gerencial... Extraído do manual da Epson
  22. O ACBrECF tem um "work around" para uma limitação do ECF em relação ao Relatório Gerencial O Gerencial tem limite de tempo (2 min) e também limite de linhas/caracteres (o que pode variar por ECF) O erro está fazendo o ACBrECF acreditar que ele precisa aplicar o "work around"... Por favor poste um Log mais completo... tenho dúvida se vc tem a versão mais recente dos fontes...
  23. Não existe para socket... Não é mais simples você tratar no seu lado ? Java é ótimo com UTF8
  24. O S.F. não está mais sendo atualizado... O ACBrMonitor com 3 meses de defasagem da versão do SAC pode ser baixada em: http://www.projetoacbr.com.br/forum/index.php?/files/category/5-utilit%C3%A1rios-acbr/
×
×
  • 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.