giulianon

A parte bluetooth o Agnaldo já passou o link. Sobre o adaptador deve funcionar como a maioria dos equipamentos. Instalando o adaptador USB->Serial e seu respectivo driver, automaticamente uma porta COM virtual será criada. Basta você programar seu sistema para se comunicar com essa porta. O ACBr se utiliza do Synaser pra isso e estudando os exemplos você não terá problemas em implementar. Att.

Essa mensagem no log Communication error 5: Access is denied significa que a porta já está em uso. Tente verificar se não tem algum outro programa ou mesmo outra instância do seu sistema usando a porta. Pra ter certeza eu sugiro reiniciar o computador e tentar primeiramente usar o ECFTeste para comunicar com a ecf e emitir um cupom de teste. Att.

Chegou a dar uma olhada no exemplo ECFTeste que acompanha o ACBr? Nele você pode ver certinho como fazer isso e praticamente tudo relacionado ao componente ACBrECF. No seu caso ai o correto seria: ACBrECF1.Modelo := TACBrECFModelo( cbxModelo.ItemIndex ) ;

Sim o componente seria o ACBrBal. Você pode procurar na pasta de exemplos o exemplo BalancaTeste estudar o mesmo. Configurando corretamente a velocidade e porta será bem simples de fazer o que você quer. Att.

Acabei de realizar um teste aqui com uma impressora Sweda ST2000, cadastrando a forma de pagamento Cartão e usando o caminho que você falou ECFTeste > Variáveis > Formas de Pagamento > Achar Formas de Pagamento por Descrição Funcionou corretamente. Estou com a revisão 7135 que é bem mais atual que a revisão que você relatou que tem o problema mas não é a última. Então acho que você atualizando o ACBr deve funcionar. Pode fazer isso?

Qual a mensagem que é apresentada quando você tentar enviar o item com FF? Pode anexar o log do ACBr? Att.

Bom como o Régys já disse a Daruma não precisa do adaptador. Mas se quer um que funcione eu recomendo o Trendnet TU-S9 que utilizo a alguns anos e funciona muito bem. Att.

Vou tentar fazer isso. De qualquer forma obrigado mais uma vez Daniel. Att.

Bom então o jeito vai ser tratar na aplicação cada marca. De qualquer forma fica registrado aqui o tratamento que cada marca dá para o arredondamento. Também deixo registrado aqui que fui a fundo nessa questão do arredondamento porque tanto o Procon quanto o Inmetro estiverem em 2 clientes exigindo que as etiquetas de balança tivessem seus valores registrados sem diferença alguma na aplicação e na impressora. Dependendo de como a balança arredondar o valor quando gerar a etiqueta(com 4 ou 5 casas) e como a impressora trata o arredondamento a diferença vai existir sem possibilidade de ajuste, ou seja, o jeito vai ser explicar para o fiscal que o problema é dos equipamentos e esperar que ele compreenda, e que se possível cobre dos fabricantes a correção. Att.

Resumo Sweda e Bematech (Trunca na 4 casa e depois arredonda pela ABNT) 1,646 x 12,98 = 21,36508 (arredonda o valor 21,3650) = 21,36 Daruma, Fiscnet, Epson (Arredonda pela ABNT com todas as casas decimais) 1,646 x 12,98 = 21,36508 (arredonda o valor 21,36508) = 21,37 Lembrando que fiz todos esses testes com o software do fabricante. Agora o jeito vai ser um "IF" por marca, ou se for possível, criar o valor total do item no ACBrECF e fazer o calculo conforme cada marca. Pelo menos essas são as duas opções que me vieram a cabeça. Aguardo um retorno dos administradores e se estiverem de acordo posso fazer a alteração. Att.

Uma ecf virtual funciona como um EMULADOR ou SIMULADOR (que alguns fabricantes de ecf disponibilizam), ou seja, permite que você envie comandos para a mesma e receba o retorno, possibilitando assim que você possa desenvolver, testar e demonstrar o seu sistema sem a necessidade de uma ecf fisicamente instalada. Fazendo uma analogia, sabe os emuladores de video game que você joga os games sem ter o video game? Att.

Sim dentro do try faço processo normal de tentar imprimir e e gravar caso tudo de certo. Caso caia no except entro em um loop que fica tentando consultar o totalPago da ecf e enquanto essa informação não retornar é porque a ecf não voltou ao estado normal, sendo assim continuo informando o usuário que a ecf não está ok e que o mesmo deve verificar. A ecf voltando, ou seja, eu conseguindo consultar o total pago, basta verificar o que ainda falta ser enviado para a ecf, enviar e ai sim gravar. Eu consulto o valorPago e não o estado pra enviar 2 consultas a ecf. Como eu disse essa é a forma que eu faço e funciona legal Att.

No caso da impressora falhar eu trabalho com um loop que continua tentando contato com a mesma até que ela retorne ao estado normal. A impressora voltando a normalidade basta consultar pra ver onde ela parou e enviar os comandos que faltam pra finalizar o cupom e ai sim gravar os dados da venda. PS: A cada iteração do loop eu permito que o usuário possa abortar as tentativas com a impressora, até porque pode ser que realmente a impressora tenha um problema irrecuperável. Eu pelo menos trato dessa maneira Att.

Concordo em número e gênero com você Daniel. Não cheguei a verificar com a Sweda não, mas testei com outras duas ecfs. Urano faz como a Daruma mas a Bematech (MP-2100 configurada pra arredondamento) faz o mesmo cálculo que a Sweda. Sweda e Bematech 1,646 x 12,98 = 21,36508 (arredonda o valor 21,3650) = 21,36 Daruma e Fiscnet 1,646 x 12,98 = 21,36508 (arredonda o valor 21,36508) = 21,37 Vou ver se ainda hoje consigo testar com a Epson. Se os colegas tiveram outras marcas em mãos e puderem testar colocando o resultado aqui, ajudaria bastante pra que a gente pudesse tentar uma solução juntos aos fabricantes, ou criar o valor total do item na classe de cada modelo, ou em último caso estar ciente dessa diferença e tratar cada marca dentro do sistema. Att.

É isso mesmo Daniel. Estou com Daruma e Sweda aqui e fiz vários testes com outros valores e as duas se comportam da forma citada acima. A sweda inclusive está atualizada para o último firmware 02.00.05. Agora resta saber como as demais marcas tratam isso e o pior de tudo como as balanças tratam. Se cada marca considerar um número de casas diferentes seria interessante ter na classe de cada marca o valor total do item. Vou testar agora com Epson, Bematech e Fiscnet (Urano, Elgin, Dataregis). Att.

Bom dia Daniel! Eu utilizo esse método (RoundABNT) do ACBrUtil nos arredondamentos. Estou utilizando a classe ecfSwedaSTX sim. O que eu percebi a princípio é que a sweda arrendonda a partir da 4 casa decimal e a daruma a partir da 5 ou seja: Sweda 1,646 x 12,98 = 21,36508 (arredonda o valor 21,3650) = 21,36 Daruma 1,646 x 12,98 = 21,36508 (arredonda o valor 21,36508) = 21,37 A impressora sweda acabou de chegar aqui pra mim. Vou efetuar mais alguns testes para confirmar se é isso mesmo. Att.

Bom dia colegas! Estou em um dilema aqui com um caso específico que aconteceu em um cliente. Vamos ao que eu testei. Utilizando o ECFTeste Impressora Sweda ST120, ST2000 e ST1000 (com firmware atualizado para o que permite arredondamento). ArredondaItemMFD = true 1,646 x 12,98 = 21,36 Impressora Daruma FS700 ArredondaItemMFD = true 1,646 x 12,98 = 21,37 Utilizando o Software do Fabricante Impressora Sweda ST120, ST2000 e ST1000 (com firmware atualizado para o que permite arredondamento). Lacrador Sweda 2.10.00 marcando a opção ABNT 1,646 x 12,98 = 21,36 Impressora Daruma FS700 ToolFS 1,646 x 12,98 = 21,37 Pelas regras de arredondamento da ABNT a Daruma está correta e a Sweda está errada. Me parece que apesar da Sweda dizer que faz o arredondamento da ABNT ela não faz, ou faz considerando um número menor dígitos significativos. Fiz testes com vários outros valores e tudo bate mas com esse valor ai da a diferença. Alguém já passou por alguma situação parecida? Att.

Resolvido. Depois de muito penar descobri que o problema estava em um "sleep" no meu sistema durante o processo de coleta de dados do Clisitef. Acredito que o "sleep" + o tempo de resposta do Clisitef para o pinpad causavam o ERRO NO PINPAD - 31. O problema também só acontecia em máquinas mais lentas e com pinpads USB. Mas enfim o problema estava no meu sistema. Obrigado pelas dicas e pela ajuda. Att.

Já fizemos isso, só não sei se nessa ordem. Vou repetir pra ver. Sobre o pinpad novo também não resolveu. Pior, começou a acontecer o problema em um 2o cliente que fiz a instalação já com tudo atualizado. Continuo em contato com a Software Express. Atualizamos tudo para as últimas versões (Sitef, Módulo Cielo, Módulo Redecard e Clisitef) mas por enquanto o problema persiste 90% com cartões da Mastercard. Att.

Atualizando....não resolveu baixando o buffer de recepção. Estou aguardando a chegada de um novo pinpad no cliente pra fazer a trocar e ter a certeza(espero eu) que o problema esteja realmente no pinpad. Posto o capítulo final logo mais. Att.

Isso ainda não tentei Régys. Vou fazer agora pra ver. Obrigado por enquanto. Att.

Boa tarde colegas! Apesar de não utilizar o componente ACBrTef vou recorrer ao fórum e quem sabe a dica de alguém que já tenha passado pelo mesmo problema que estou passando. O que eu utilizo? Sitef + Clisitef (DLL). Estou fazendo a atualização nos meus clientes do módulo da redecard L502. Esse cliente que estou com problema já é o 6o e até então tinha funcionado tudo perfeitamente em todos. O que acontece é que depois da atualização do módulo da redecard no servidor e das dlls nos pdvs, TODOS os pdvs do cliente começaram a apresentar a mensagem de erro ERRO NO PINPAD - 31 de forma aleatória em e com vários cartões. Hora passa e hora não passa. Bom entrei em contato com a software express e já faz 1 semana que estamos mexendo em configurações, dump pra lá, atualização pra cá e tudo sem que o problema se resolva. O que já fizemos: - Atualizamos os drivers do pinpad - Atualizamos Sitef, Módulo da Redecard, DLLs, Carga de Tabelas no Servidor e Pinpad, Pasta clisitef no PDV, etc - Invertemos os pinpads - Já colocamos versões estáveis enviadas pela software express. - Por último agora fiz a instalação completa do sitef com versão que funcionada até eu atualizar e dar o problema, e também coloquei a dlls que estavam funcionando. Nada, absolutamente nada resolveu. O que eu imagino e que a atualização (L502 e DLLs) acabou baixando algo no pinpad e que está causando o problema. Liguei pra gertec pra saber se tinha como fazer algum hardreset no pinpad mas me informaram que não. Utilizei um software da gertec pra testar o pinpad e está tudo ok. Por último estou tentando conseguir um outro pinpad pra enviar ao cliente e trocar, pra ter certeza que o problema realmente está no equipamento. Alguém enfrentou algo parecido? Alguma dica do que mais eu possa fazer? Agradeço qualquer ajuda! Att.

Tente verificar qual protocolo essa balança está utilizando. Se não em engano essa balança trabalha com 5 protocolos. Nesse post eu dei a dica a outro colega mas ele não respondeu se conseguiu, então de repente você consiga seguir e resolver ai. No aguardo. Att.

O trecho do log que você postou não contém o envio do comando VendeItem. Tenta anexar o log completo no post. Att.

Além das configurações da porta uma outra configuração que eu normalmente observo é da própria balança que as vezes trabalha com até 5 protocolos diferentes. Exemplos: Protocolo 1: O peso precisa estar estável pra ser capturado (caso não esteja e você tente ler ele retorna -9) Protocolo 2: O peso pode ser capturado mesmo com a balança oscilando. Protocolo 3: A balança mesmo fica enviado o peso ... Protocolo 5 O caso do protocolo 1 aconteceu em um cliente e levei um tempinho até descobrir. Pode ser que seja isso, já que você disse que já seguiu as dicas anteriores desse post. Att.