ivan
-
Total de ítens
148 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por ivan
-
-
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.
-
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.
-
Ok Daniel!
Vou fazer os testes. Muito obrigado
-
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.
Obrigado pelo LOG... Realmente a Daruma está respondendo fora do padrão...
ela deveria obrigatoriamente, retornar o Total a Pagar na resposta do comando do Pagamento... mas essa informação não veio...
Resposta: SEQ:24 CMD:4 EXT:0 CAT:0 RET:[SOH][NUL][NUL]@ TBR:1 BRS:"|" CHK:218
Veja uma resposta correta, pelo Emulador da Bematech MP4200
Resposta: SEQ:53 CMD:4 EXT:0 CAT:0 RET:[SOH][NUL][NUL][NUL] TBR:4 BRS:"000|" CHK:74
-
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
-
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.
-
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.
-
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.
-
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] );
-
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.
-
Ok Regys... Vou fazer isto. Reinstalar e depois testar tudo novamente.
Obrigado
-
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.
-
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
tryNumPagtos := RespostasComando.FieldByName('NumPagtos').AsInteger;exceptNumPagtos := 0;end ;Alguem já passou por isto ? Se sim, como resolveu ?
-
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 ?
-
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
DesativarLeitura X + Redução Z + Sangria + Suprimento
Ocorre erro CHK Resposta. Calculado:55 Recebido:1. As vezes Calculado = 52, 53
-
Olá SAC do ACBr !
Alguém de vocês conseguiu reproduzir os erros que mencionei ?
-
Tirei a redução Z agora.
Ocorreu Erro CHK Resposta. Calculado:53 Recebido:0
Em anexo, segue o log.
-
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- + - + - + - + - + - + - + - + - + - + - + -LerTrocoList index out of bounds(1) -
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.
-
1
-
-
Sim. está configurado para nenhum.
Anexei o log no post anterior.
-
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.
-
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.
-
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.
-
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.
ACBrECFEscECF - Daruma FS800i - ProgramaRelatorioGerencial
em ACBrSerial
Postado
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.