Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.470
  • Registro em

  • Última visita

  • Days Won

    766

Tudo que Daniel Simoes postou

  1. É possível... experimente apenas para efeito de teste... rodar o mesmo ambiente em uma máquina com serial física
  2. Varias balanças tem o protocolo compatível com o da Filizola... tente com esse modelo...
  3. Humm.. Não me agrada muito ter uma Unit com tanta String em Hardcoded, muitos usuários tem essa informação em um BD... Isso seria uma fonte constante de modificação... Você poderia modificar seus fontes para usar a consulta do componente ACBrIBGE, logo após a consulta do ACBrCEP... Isso traria a informação direto do site do IBGE
  4. Não resisti... Experimente aplicar a seguinte modificação em ACBrETQZplII.pas procedure TACBrETQZplII.Imprimir(Copias: Integer = 1; AvancoEtq: Integer = 0); begin {Inserindo comando iniciais na posicao Zero} ListaCmd.Insert(0, '^XA'); if Copias > 1 then ListaCmd.Add('^PQ'+IntToStr(min(Copias,999)) ); ListaCmd.Add('^XZ'); fpDevice.EnviaString(ListaCmd.Text); ListaCmd.Clear; end;
  5. Daniel Simoes

    Erro Cat52

    Aqui usamos normalmente a geração de arquivos com a Sweda... lembrando que se o ECF for MFD o correto é gerar o AtoCotepe1704 Provavelmente você não está com a última versão das DLLs do fabricante ou não as instalou corretamente...
  6. Não acho uma boa ideia tratar a comunicação com o ECF na forma de eventos... eles podem ocorrem muitas e muitas vezes... e cada leitura de estado do ECF ira consumir tempo... Leia o estado somente quando você realmente precisar... na maioria das vezes, você mesmo consegue deduzir o estado atual... Exemplo: não é necessário ler o estado a cada venda de Item, pois ele sempre permanecerá como "estVenda"
  7. Só mesmo analisando o LOG... para ver o que realmente foi enviado para o ECF na QTD e Valor Já tentou usar ACBrECF.ArredondaPorQtd = True ?
  8. O que deveriamos ver no Log ?? Aparentemente o ACBrECF enviou pela Serial, tudo que chegou através do método FechaCupom
  9. Anderson, Notei que suas modificações podem quebrar código de outros métodos, ao trocar a propriedade "Prop" pela string "0"... Aparentemente você está instalando a DLL na pasta Windows\system e não na mesma pasta do seu .EXE...
  10. Praticamente todos os estados proíbem o uso de Impressora Não fiscal no mesmo PC onde se encontra a Impressora Fiscal
  11. Você poderia usar ACBrECF.DadosReducaoZ, porém instantes ANTES de emitir a Redução Z
  12. Parece que seus fontes do ACBr não estão atualizados... Compacte o LOG, e anexe o mesmo no tópico (não cole o conteúdo do mesmo como texto) ps: Acabei de subir para o SVN uma modificação para a correta identificação do consumidor no rodapé
  13. Acho que poucos desenvolvedores do ACBrNFe frequentam essa área do Forum.... tente postar em: http://www.projetoacbr.com.br/forum/index.php?/forum/4-acbrnfeacbrnfemonitor/
  14. Dividi o tópico para darmos continuidade ao mesmo... PPLA é mais fácil de trabalhar, comandos simples, e muito compatível com vários modelos de Impressoras de Etiqueta PPLB é mais completo, porém mais difícil de trabalhar.. A classe PPLA do ACBrETQ é de longe a mais utilizada (e por isso a mais testada)... Se todos os comandos do PPLA lhe atenderem... vá de PPLA
  15. Todas impressoras não fiscais só precisam da instalação do driver dela no Windows... depois você pode usar o proprio recurso de rede do Windows para acessa-la como Porta para a Impressora... Veja esse post:
  16. Elton, Se desejar, pode anexar suas modificações para analise... Não compreendi a observação sobre: TACBrECF.FechaCupom O RecvPacket pode consumir tempo justamente porque ele fica esperando o ECF responder...
  17. Estamos quase lá... retomei o contato com o André Munhoz... A nova MP4200, (que usa a classe ecfEscECF) já suportará USB, pois o driver da mesma irá criar uma porta Serial Virtual Nas tradicionais, MP4000, MP2100, estamos trabalhando em um novo método na DLL da Bematech que nos permitirá o uso da USB (semelhante ao que temos hoje com a Epson)
  18. Lendo o Post notei que o protocolo SwedaSTX realmente suporta o envio de informações do Consumidor no rodapé... Apliquei modificações nos fontes do SVN que devem permitir essa funcionalidade... favor atualizar e testar...
  19. Experimente ativar a propriedade ACBrECF.ArredondaPorQtd
  20. Notei que você está usando um TimeOut = 3, que é muito baixo para alguns comandos... experimente aumenta-lo para 10
  21. Se o programa está ficando na chamada do comando que usa a DLL do fabricante... então há algum problema com a correta instalação da DLL... Veja esse link:
  22. Nossa recomendação é que todas as DLLs da Bematech e o arquivo BemaFi32.INI fiquem na mesma pasta do ACBrMonitor.exe Aqui uso as seguintes DLLs: BemaFI32.dll, BemaMFD.dll, BemaMFD2.dll, sign_bema.dll, BemaMFD2_MP4000THFI.dll
  23. Alguns ECF não deixam essa informação persistente, (pode ser o caso da Sweda)... Em alguns outros modelos não há nem mesmo o suporte a esse campo especial para o MD5, nesse caso o ACBrECF abstrai a diferença e usa as linhas do Rodapé quando necessário
  24. Tente modificar o Chr(140) para Chr(250)
×
×
  • 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.