Ir para conteúdo
  • Cadastre-se

ivan

Membros Pro
  • Total de ítens

    148
  • Registro em

  • Última visita

Tudo que ivan postou

  1. Vamos lá: Tento programar um relatório gerencial, utilizando o comando: ACBrECF1.ProgramaRelatoriosGerenciais('DAV-PEDIDO') Erro apresentado: Por que isto ocorreu ? Por que na procedure TACBrECFEscECF.ProgramaRelatorioGerencial, está pegando o nº de relatórios gerenciais já existentes e adicionando 1, nesta linha: Como na impressora o rel gerencial de índice 3 não existe, o PosRel = 6, e então tenta criar o gerencial com este índice. Porém o índice 6 já está cadastrado, conforme abaixo. É neste momento que ocorre o erro. Não sei lhe dizer se isto é normal, faltar um relatório gerencial. Eu nunca tinha visto. Apenas quis reportar por que outras pessoas podem passar pelo mesmo problema.
  2. Bom. Não sei o que pode ser feito, mas quando tentei programar um relatório gerencial, ocorreu erro informando que o índice passado já existia. Executando o CarregaRelatoriosGerenciais, resultou em: --------------------------------- RG: 1 -> ParÔmetros Prog CER:0 RG: 2 -> Relatorio CER:0 RG: 4 -> Troca F Pagto CER:0 RG: 5 -> Fechamento Dia CER:0 RG: 6 -> DAV - ORCAMENTO CER:0 --------------------------------- Ou seja. O RG 3 não existe. Isto deve ter ocasionado o erro. Será que em todas as FS800i não existe o índice 3 ? Aqui eu programei apenas o DAV - ORCAMENTO. Os outros vieram programados. Na procedure TACBrECFEscECF.ProgramaRelatorioGerencial(var Descricao: String; Posicao: String) existe a linha PosRel := RelatoriosGerenciais.Count + 1; o que faz com que o ACBr "pense" que o próximo Rel Gerencial seja o 6, mas o 6 já está criado.
  3. Ok Daniel ! Entendi. Preciso terminar esta questão com a Daruma e então iniciarei os testes com o trunk2. É que terei a Daruma aqui somente mais uma semana. Muito obrigado.
  4. ivan

    DARUMA FS800i

    Ok Daniel! Vou fazer os testes. Muito obrigado
  5. Olá Regys! Confesso que não entendi a sua resposta. Você diz que a Daruma FS800i não é compatível com os fontes do ACBrSerial que estão no Trunk ? Já comparei os fontes do Trunk com o Trunk2 e estão praticamente iguais, a não ser a questão do nome de algumas funções que mudam. Terei que converter todo o sistema para os fontes do Trunk2 para a Daruma funcionar corretamente ? Estive lendo o post sobre o Trunk2 e lá menciona que ele está em desenvolvimento. Creio ser bem arriscado ainda migrar e colocar pra rodar nos clientes. Isto levará tempo para testar muito bem antes de colocar em produção. Se você observar no post abaixo, O Daniel menciona que a Daruma está respondendo fora do padrão. Ontem ele detectou e fez um ajuste nos fontes da ACBrECFEscECF.pas e atualizou tanto o Trunk quanto o Trunk2 e funcionou perfeitamente a alteração que ele fez. Agora já é possível efetuar pagamento. E quanto a esta questão do nº de colunas, se você observar, nos fontes do Trunk2 também vem como 57 ao invés de 48.
  6. Percebi que quando utilizado com Daruma FS800i, o nº de colunas vinha fixo como 57. O correto é 48. Segue unit com a correção em anexo, no método Ativar. Se possível, peço que avaliem a possibilidade de alterar no ACBr. Obrigado ACBrECFEscECF.pas
  7. Regys. Após reinstalar tudo do zero, os erros continuaram. O Daniel conseguiu verificar o problema. Atualizei e o problema não ocorre mais ao efetuar o pagamento. Se você puder passar para o pessoal da Daruma o que ele comentou, seria importante. Existem muitos outros erros ainda, tanto erros parecidos com o que o Daniel corrigiu quanto erros de checksum.
  8. ivan

    DARUMA FS800i

    Ok. Obrigado! Eu havia aberto um tópico no SAC, no dia 05/06. Se puderes verificar. Mas somente você conseguiu me dizer o que estava errado. O pessoal da Daruma também havia me dito que já havia empresas utilizando em produção a FS800i com o ACBr. Por desconhecer o protocolo eu já não sabia mais a quem recorrer. Obrigado mesmo. Se puderes verificar com ele, agradeço. acbrlog_06072015.txt
  9. ivan

    DARUMA FS800i

    Ok! Muito obrigado Daniel. Funcionou perfeitamente agora o EfetuaPagamento. Já é possível emitir cupons ! Estive testando outras coisas e então segue: Leitura X e Redução Z, as vezes ocorre erro de checksum. Se você pegar o ECFTeste, na opção Variáveis / Mapa Resumo, ocorre "List index out of bounds (1)" nas opções Total Descontos e Total Acréscimos. Segue log destes 2 comandos em anexo; (acbrlog_06072015_3.txt) Ainda no ECFTeste, na opção Variáveis / Formas de Pagamento, ocorre "'''' is not a valid integer value" na opção "Ler Totais Forma de Pagamento". Log em anexo (acbrlog_06072015_6.txt). O mesmo tipo de erro ocorre com a opção Ler Totais Comprovante Não Fiscal. Muito obrigado pela sua ajuda. acbrlog_06072015_3.txt acbrlog_06072015_6.txt
  10. ivan

    DARUMA FS800i

    Daniel... Após apagar tudo e reinstalar tudo novamente, percebo que você tinha razão. A exceção ocorre mesmo na linha que você mencionou. RespostasComando.AddField( 'TotalAPagar', EscECFResposta.Params[0] ); acbrlog_06072015.txt
  11. ivan

    DARUMA FS800i

    O Regys me pediu para utilizar o apagar.bat e reinstalar a ACBr. Vou fazer isto e testar tudo novamente. Depois te digo como ficou.
  12. Ok Regys... Vou fazer isto. Reinstalar e depois testar tudo novamente. Obrigado
  13. ivan

    DARUMA FS800i

    Ela não ocorre só em Debug. Acabei de fazer mais um teste com o ACBr atualizado agora. Se você puder fazer um teste, vai perceber que no ECFTeste também ocorre.
  14. ivan

    DARUMA FS800i

    Tem alguém usando a Daruma FS800i com o ACBr ? Estou tentando já faz um bom tempo e aqui comigo sempre ocorre o erro List index out of bounds (0) no EfetuaPagamento. Ocorre nesta parte do código do ACBrECFEscECF.Pas try NumPagtos := RespostasComando.FieldByName('NumPagtos').AsInteger; except NumPagtos := 0; end ; Alguem já passou por isto ? Se sim, como resolveu ?
  15. Acabei de falar com a Thais, da Daruma. Ele me informou que já existem empresas utilizando a Fs800i com o ACBr sem nenhum problema. Tenho atualizado o ACBr todos os dias para ver se já é possível utilizar corretamente, mas não ocorreu nenhuma atualização da unit ACBrECFEscECF.pas. A última que tenho aqui é do dia 17/06. Confere ? O que pode estar errado então ?
  16. Atualizei tudo novamente. Fiz o primeiro teste no ECFTeste, verificando a emissão de um cupom fiscal. Ocorre List Index out of bounds(0) no método EfetuaPagamento. No nosso PAF, cancela o cupom após tentar o EfetuaPagamento. O erro não aparece no log. Abaixo, os passos que fiz no ECFTeste para emissão de cupom fiscal Ativar #1#5#26#0#0#1#0#0@#20#026062015|1|67|16455|#157 AbreCupom #1#10#26#0#0#1#0#0@#5#01|69|#2 Vende Item: Cod:111222333 DescTESTE DE PRODUTO Aliq:NN Qtd:1 Preço:1 Desc:0 Un:UN Desc:% Vende Item: Cod:111222333 DescTESTE DE PRODUTO Aliq:NN Qtd:1 Preço:1 Desc:0 Un:UN Desc:% Vende Item: Cod:111222333 DescTESTE DE PRODUTO Aliq:NN Qtd:1 Preço:1 Desc:0 Un:UN Desc:% Subtotaliza Cupom: 0 List index out of bounds (0) #1#21#4#0#0#1#0#0@#1#0|#215 Fecha Cupom: Componentes ACBr http://acbr.sourceforge.net #1#22#5#0#0#1#0#0@#22#069|26062015085835|600|#190 Desativar Leitura X + Redução Z + Sangria + Suprimento Ocorre erro CHK Resposta. Calculado:55 Recebido:1. As vezes Calculado = 52, 53 acbrlog_26062015.txt
  17. Olá SAC do ACBr ! Alguém de vocês conseguiu reproduzir os erros que mencionei ?
  18. Tirei a redução Z agora. Ocorreu Erro CHK Resposta. Calculado:53 Recebido:0 Em anexo, segue o log. acbrlog_18062015_REDUCAO_Z.txt acbrlog_18062015_REDUCAO_Z.txt
  19. Fiz alguns testes através o ECFTeste. Logs em anexo Teste com a redução Z. Ocorreu somente um erro de não estar respondendo, mas a princípio é por que trancou o papel. Vou testar depois novamente e informarei o resultado. Testes com cupom fiscal: Ocorreu ainda o list index out of bounds(0) ao efetuar o pagamento. Testes com leitura X Erro CHK Resposta. Calculado:53 Recebido:0 #17#16#2#0#0#0#17#16#2#0#0#0 - + - + - + - + - + - + - + - + - + - + - + - LerTroco List index out of bounds(1) acbrlog_18062015_cupom.txt acbrlog_18062015_leituraX.txt acbrlog_18062015_cupom.txt acbrlog_18062015_leituraX.txt
  20. Régys... O problema de comunicação está resolvido. Era isto mesmo. Quando você falou sobre o controle de fluxo desligado eu verifiquei no driver do Windows, mas é claro que era no ACBr.... estava focado em outra coisa e acabei deixando passar. Me perdoe. Agora só falta o problema dos "list index out of bounds". De qualquer forma, lhe agradeço muito pelo empenho e atenção.
  21. Sim. está configurado para nenhum. Anexei o log no post anterior.
  22. Oi Régys. Atualizei novamente o ACBr, conforme a Thais da Daruma pediu (mas não havia atualização para o ACBrECF), e recompilei o ECFTeste. Desliguei o computador, desliguei o ECF, desconectei o cabo USB e fiz tudo novamente: Abri o ECFTeste, fiz dois cupons (realmente, a mensagem de index out of bounds ainda aparece). Desconectei e tentei conectar novamente. A mensagem de que não está em linha continua aparecendo. Alguma outra ideia do que eu poderia fazer ? Manda o seu ECFTeste compilado pra mim ? Em anexo, segue o log. log_acbr_ecsecf.txt log_acbr_ecsecf.txt
  23. Ok Régys ! O Luís Carlos da Daruma entrou em contato comigo agora pela manhã. Ele me passou o novo driver também. Para que o Windows instalasse o driver correto, tive que fazer assim: 1) Remover o driver, marcando a opção de remover o driver instalado (assim como você havia mencionado). 2) Retirar o cabo de rede (se não fizer isto o Windows instalava o driver anterior do repositório) 3) Instalar o driver como Administrador e desta forma reconhecia o signatário do driver como a Daruma, senão, sempre ficava como Microsoft. Atualizei os fontes do ACBr e recompilei o ECFTeste, porém o resultado aqui para mim ainda é o mesmo: sempre que desconecta ou fecha o programa, não conecta mais. A mensagem é que não está em linha.
  24. Conversando com o pessoal do suporte da Daruma a respeito dos problemas de comunicação após fechar o sistema, me informaram que pode ser que ficou ainda algo em memória ou preso na porta de comunicação. Quanto ao driver da Daruma, estou utilizando a última versão. Usando o aplicativo deles não ocorre este problema. Sei que utilizam a DLL, mas o que estou querendo dizer é que talvez não desconectou realmente. Algo ficou "preso" No ECFTEste, eu fiz um teste, colocando o comando ACBrECF1.Device.Serial.Purge antes do ACBrECF1.Desativar ; Não deu resultado.
  25. Ok Régys ! Muito obrigado. Aqui também tive vários outros problemas com ela. Um deles é que depois de conectar uma vez ao aplicativo, seja o ECFTeste ou o nosso PAF, depois de fechar o aplicativo e abrir novamente não conecta mais. Tenho sempre que desligar o ECF e ligar novamente para conseguir conectar e isto nem sempre funciona. A mensagem é que não está em linha. No meu computador não conecta mais. Sempre ocorre a mensagem "Communication error 31" . Instalei em outro computador e conectou normalmente. Já removi os drivers, já instalei em outra porta USB, mas não consegui mais fazer funcionar. Estarei com ela aqui até na sexta-feira. Prosseguirei com alguns outros testes hoje a tarde e postarei aqui caso encontrar algum outro problema.
×
×
  • 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.