bnobre

Olá a todos... Uso o ACBrBal para a leitura de pesos da balança através da propriedade ACBrBAL1.LePeso( 2000 ); O problema é que as vezes o comando é executado quando a balança está estabilizando ainda, e nada é lido. Como fazer para ao efetuar a leitura ele aguarda a estabilização da mesma? Desde já agradeço a atenção de todos

Olá Marcelo, desculpe a ausência. Não há nenhuma razão em questão, apenas sigo o exemplo contido na unit ACBrNFeDANFeESCPOS. Se reparar ele vai jogando tudo no Buffer e depois conclui com o comando FPosPrinter.Imprimir.

Olá Régys, desculpe a demora. Não, não tenho... Na verdade eu simplesmente uso o DNS da Google, 8.8.8.8 e 8.8.4.4. O que eu fiz, supus que isso fosse a causa do problema, de repente mesmo caindo a internet ele tentaria acessar o DNS do google e resolver o nome, o que seria improvável na verdade, pois trata-se de um IP público onde ele perceberia que não tem acesso dado a falta de internet e "de cara" não tentaria resolver. Mesmo assim, a nível de teste, coloquei o endereço do modem como DNS, 192.168.1.1, e desconectei o sinal ADSL (Velox), permaneceu o erro 12007, ele tenta resolver. Desconectei então o modem, erro 12007, tenta resolver. Não sei se esse problema ocorre em outros clientes ou está isolado nesses 2. Vou checar nos outros clientes e posto aqui, mas se com sua experiência puder me fornecer alguma dica ou recomendar algum(ns) teste(s), te agradeço. Abraços

Olá Daniel, Desculpe pela demora. Aos que interessarem, resolvi o problema com a dica do Daniel... Basta usar o método Imprimir, ao invés de ImprimirLinha. Com isso a gaveta abre sem o incômodo de "cuspir" papel em branco. ACBrPosPrinter.Imprimir('</abre_gaveta>'); Obrigado Daniel

Olá Régys, Grato pela resposta. Na verdade, pela descrição do erro eu imaginei a mesma coisa que você e aí fiz o seguinte, desconectei o modem da rede para ter certeza de que a conexão não iria conseguir "sair pelo mundo" e forçar o erro de timeout, mas não obtive exito, na verdade mesmo assim continuou o erro 12007 com a sua demora em disparar tal exceção. Isso em 2 clientes que observei, mercados que atendo. Aí fica aquela lentidão quando a internet cai. Eu até imaginei que pudesse ser algo nas máquinas, mas um mercado possui 6 estações e o outro 3, acho que seria muita coincidência pois acontece em todas as máquinas. Teria alguma orientação a me passar para tentar amenizar tal demora no disparo dessa exceção?

Entendi. Como disse esse problema de não seguir o configurado no TimeOut só ocorre com o retorno 12007. Você não teria como reproduzir esse tipo de exceção, a 12007 especificamente, no envio de uma NFC-e qualquer? Se sim, você vai observar se ela segue o tempo configurado no componente (WebServices.TimeOut) ou não. De qualquer forma agradeço a sua atenção

Oi EMBarbosa, tudo bom? Então rapaz, tentei colocar 0 no número de tentativas, mas continua a levar 12 segundos quando o retorno do componente é 12007, quando é 12002 obedece fielmente o tempo configurado em Webservices.TimeOut do ACBrNFE, atualmente 5 segundos. Nesse cliente quando cai a internet, o erro apresentado é 12007 ou 12002, pelo menos até agora. Meu código é bem simples na verdade. Primeiro tento efetuar o envio normal: GerarNFCe(IntToStr(cupom), False); dtm_banco.ACBrNFe1.Enviar(cupom, False, dtm_banco.DFe_Envio); Logo em seguida, coloco e seguinte tratamento: except on E : Exception do if (pos('requisição não enviada', LowerCase(E.Message)) <> 0) or (pos('tempo limite', LowerCase(E.Message)) <> 0) then begin //dessa vez em contingencia GerarNFCe(IntToStr(cupom), True); dtm_banco.ACBrNFe1.NotasFiscais.Assinar; dtm_banco.ACBrNFe1.NotasFiscais.Validar; //depois imprimo 2 vias dtm_banco.ACBrNFe1.Danfe.ViaConsumidor := True; dtm_banco.ACBrNFe1.NotasFiscais.Imprimir; dtm_banco.ACBrNFe1.Danfe.ViaConsumidor := False; dtm_banco.ACBrNFe1.NotasFiscais.Imprimir; end; Como pode observar, se disparar uma exceção, ele verifica se trata-se de "requisição não enviada" (referente ao 12007) ou "tempo limite" (referente ao 12002). Só isso. Funciona perfeito, o problema está no tempo de disparo dessa exceção para que eu possa tratar. O 12002 dispara conforme o tempo que eu configurar em Webservices.TimeOut do ACBrNFE, atualmente 5 segundos, se eu aumentar para 18 ele aumenta também para 18, para 10 aumenta para 10 e assim vai, perfeitamente ajustável pela propriedade citada do componente. Mas o 12007 não, ele leva em média 12 segundos e pronto, e numa fila de mercado isso é muito.

Olá Andre. Perdão, na verdade eu não havia testado ainda na 4200, só na 2500. Cheguei no cliente agora e funcionou perfeitamente configurando conforme sua sugestão na 4200. Quanto a 2500, basta atualizar o firmware para o 1.20 que começa a funcionar. De qualquer forma agradeço a atenção e fica a dica do firmware para quem precisar.

Olá a todos, Meu aplicativo emissor de NFC-e imprimi muito bem o DANFE NFC-e via ACBrNFeDANFeESCPOS nas impressoras Daruma, tais como DR700 e DR800. Agora nas da Bematech (MP2500 e MP4200), sai tudo perfeito exceto pelo QRCode, que não sai, em seu lugar sai o link http do qual o QRCode deveria apontar, aí sou obrigado a configurar via driver de spooler para conseguir que saia o QRCode. Mas a impressão via ESCPOS é muito mais rápido. O ACBrNFeDANFeESCPOS é compatível com tais impressoras da Bematech? Desde já agradeço a atenção

Verdade... Mas o problema é que as máquinas novas que não vem com SERIAL. O ideal era descobrir que problema é esse que dá nas DR800L. Todas as que comprei dão isso.

Olá a todos, Meu aplicativo emissor de NFC-e ao detectar queda de internet, através da exceção disparada pelo componente, efetua automaticamente o envio em contigência. Configurei a propriedade Webservices.TimeOut do ACBrNFE em 5000, WebServices.Tentativas em 1 e WebServices.IntervaloTentativas em 1000. Reparei nos clientes que quando cai a internet, as vezes a exceção do componente é disparada em 5 segundos conforme configurado no timeout e logo em seguida imprimo a contingência, o cenário ideal inclusive. Mas as vezes leva bem mais que 5 segundos para o componente disparar a exceção, leva 12 segundos ou até mais. Para detalhar melhor a causa do problema gerei um log para armazenar o retorno de cada exceção disparada quando a internet cai e é impresso a contingência. A conclusão que cheguei foi de que: Erro 12002 - The operation timed out: Ocorre em RIGOROSAMENTE 5 segundos. Erro 12007 - The server name or address could not be resolved: Nesse caso ocorre entre 12 a 18 segundos. Ao menos hoje em um cliente, foram as únicas exceções de queda de internet que foram registradas. Como podem observar o erro 12002 ocorre em exatos 5 segundos, respeitando o TimeOut configurado. Já o erro 12007 não segue tal propriedade. Como afirmei anteriormente, preciso que qualquer exceção de queda da internet seja disparada em no máximo 5 segundos para que tão logo em seguida já emita a contingência e evite filas no cliente, que as vezes tem que esperar quase 20 segundos até o componente disparar a exceção e eu poder gerar em contingência. Como tratar o tempo da 12007 e outras diferentes da 12002? Desde já agradeço a atenção

Olá Régys, Fez boa viagem? Quanto as testes babou. Configurado o SendBytesInterval em 1000, fica o dia todo funcionando, mas ao menos uma vez por dia recebo o erro de timeout, a impressora pára de funcionar pelo programa e o controle de porta se perde. Tenho que fechar e abrir o meu programa para forçar a liberação da porta, além de religar a impressora. Solução, coloquei via porta serial.. Ficou perfeito, sem a necessidade de usar SendBytesInterval. Não entendo como contigo não dá problemas.

Olá, Estou tendo problemas com a impressão via ACBrPosPrinter na Daruma DR800 via USB, onde as vezes a impressão não ocorre e as vezes ocorre pela metade. Ao ler dicas em outros tópicos, usei a propriedade SendBytesInterval com o valor 100 e o problema cessou. Ontem peguei uma Bematech 4200 com a mesma problemática e usei a mesma solução. O problema cessou. Para que serve efetivamente essa propriedade? Qual é sua correta aplicação? Desde já agradeço a atenção

Rapaz, Não é que essa história do solenóide realmente funcionou. Coloquei 100 e 100 e pegou. Obrigado. Nunca tinha ouvido falar, o que é solenóide? E o que fazem as propriedades Tempo ON e Tempo OFF?

Entao Daniel, Como disse eu uso essa gaveta em vários clientes, é uma gaveta da Bematech GD56. Nunca tive problema, mas meus clientes possuem impressoras novas tais como DR700, DR800, MP2500 e MP4200. Ontem fui implantar meu sistema em um cliente e não funcionou a abertura de gaveta. O que mudou é que o cliente mencionou que as impressoras deles, MP 2100 da Bematech tinham em torno de 10 anos de compradas. A impressora é antiga, isso mudou. Suspeitei da porta da gaveta delas estar com defeito, por isso baixei o driver de spooler do site da Bematech pois como sabemos é possível configurar a abertura da gaveta no spooler. Até o assistente do driver de spooler tem aparência antiga, em relação aos atuais. Pois bem, via driver de spooler ela abre a gaveta normalmente, então não é defeito nas impressoras. Eu não sei como funciona o comando </abre_gaveta>, mas suponho que ele deve passar uma lista de comandos diversos, dependendo da impressora, para que ela reconheça a tentativa de abertura da gaveta. Com isso eu supus que tal lista de comandos não deve possuir nenhum compatível com o usado por essa impressora, pelo fato de ser antiga.

Olá Daniel, Efetuei o teste, mas não funcionou. Na verdade já imaginei que não ia pegar, pois você comentou sobre a possibilidade da gaveta ter a pinagem diferente e essa gaveta já comprei para outros clientes e funcionou perfeitamente, só que com impressoras mais novas, como MP 2500, MP 4200 e DR 700.

Olá a todos, Meu aplicativo de PDV já roda em alguns clientes com várias impressoras e gavetas. Para acionar a abertura das gavetas simplesmente uso o comando </abre_gaveta> em parceria com o ACBrPosPrinter, sem problemas até ontem. O problema é que hoje fui em um cliente novo que possui 3 impressoras Bematech 2100 TH há mais de 10 anos, funcionando muito bem, o cliente comprou 3 gavetas novas também da Bematech e as gavetas não querem abrir. Baixei o driver de spooler do site do fabricante e ativei para abrir a gaveta por ele ao imprimir, e pelo spooler abre normal. Portanto não é incompatibilidade e nem defeito nas gavetas, creio que simplesmente o comando </abre_gaveta> não funciona nessas impressoras. Preciso ativar a abertura dessas gavetas nessas impressoras. Alguém poderia me dar uma luz? Desde já agradeço a atenção

Oi Juliomar, No meu ACBrNFeDANFeRL1 não existe tal opção, a mais parecida é ImprimirDetalhamentoEspecifico que já está como True.

Olá a todos, Estou substituindo em um dos meus clientes o emissor gratuito de NFe, até então usado por ele, pelo meu emissor de NFe. No emissor gratuito quando é informado a tag vTotTrib, que fica dentro da tag Imposto dos produtos, na impressão do Danfe aparece impresso o valor aproximado dos tributos em cada produto da nota. Se eu tiver 50 itens por exemplo, aparece 50 vezes o valor aproximado de cada um na coluna descrição de cada produto, logo abaixo do nome do mesmo. No componente do ACBr, com o Danfe do Fortes, só aparece o valor total dos tributos final, mesmo informado também item a item no XML. Tem como além de imprimir o valor final, imprimir item a item assim como é feito no gratuito? Desde já agradeço a atenção de todos

Boa idéia.

Bem Daniel, conforme você disse no tópico acima, somente alguns modelos suportam esse recurso de enviar o peso quando ESTÁVEL para o componente, que ao estar com o MonitorarBalanca ativo, receberá tal peso automaticamente. Seria o botão de LerPeso do Demo, mas de forma automática. Isso eu entendi. Apenas insisti no tópico, pois conforme eu falei em meu ultimo post, o aplicativo antigo que vi rodando em meu cliente exibe em tempo real as informações de peso, mesmo oscilando, sendo uma cópia fiel do que se passa no display da balança, no caso uma Filizola BP15, e isso é muito bacana, tanto que meu cliente sentiu falta disso no meu aplicativo. Um detalhe, no mesmo micro que rodava esse aplicativo/balança, tentei rodar o Demo da balança e ao ativar o MonitorarBalança, nada aconteceu. Não consegui usar o MonitorarBalanca na prática, mas conforme me elucidou na citação acima, ele faz o componente receber o peso automaticamente ao estabilizar, dado recurso ativo e configurado na balanca, portanto o aplicativo antigo usa outra tecnologia e essa tecnologia de fato reproduz o display na integra, incluindo os valores oscilando. Se alguém souber de que tecnologia se trata peço que postem aqui! PS: Só enfatizando, nesse caso em específico não é nenhuma configuração na balança, pois a balança/micro que estou usando para testes é a já citada funcionando com esse app antigo.

Entendi Daniel, serei mais direto. Meu aplicativo está substituindo um outro, aparentemente feito em Delphi também. Nesse aplicativo antigo, quando se colocava o peso na balança, mostrava-se um painel com os dados do display da balança em tempo real, incluindo as variações, inclusive mostrava Peso Oscilando e Peso Estabilizado, muito interessante, e só inseria o item efetivamente na venda quando o peso estabilizava. Quero copiar essa idéia, mas ao marcar Monitorar Balança isso não acontece, isso nas balanças que rodavam o tal programa antigo. Será que ele usá o ACBrBal para esse fim?

Não estou com a gaveta/impressora aqui no momento, amanhã testo e envio. observei que existe um comando chamado ImprimirCmd, não serviria para esse fim?

Olá Daniel, Você disse que é exatamente o que ele faz. Mas não entendi ao que se referiu, ele faz simplesmente o LerPeso de tantos em tantos segundos ou reproduz fielmente o display da balança em tempo real?

Então Daniel, a questão é que na tela do PDV tenho um atalho, F6, exclusivo para abrir a gaveta sempre que o usuário precisar, a pedido de alguns clientes. Portanto nesse caso não tenho texto nenhum a adicionar, só posso dar o comando "ACBrPosPrinter1.ImprimirLinha('</abre_gaveta>'), e com isso ele além de abrir a gaveta também imprime a linha em branco.