EliasCesar

Olá @Natanael.Ribeiro, Qual o modelo deste terminal? É possível utilizá-lo pela rede? Se sim, você poderia utilizar o componente ACBrMTer do pacote ACBrTCP. O componente ACBrTER está obsoleto. Atualmente não há mais suporte à ele.

Olá, Provavelmente o problema está na imagem '.pcx'. Para a impressora de etiquetas suportar a impressão a imagem deve estar gravada com apenas duas cores(monocromática). Verifiquei que a imagem "LOGOACBr.pcx" disponibilizada no demo estava errada, mas já atualizei para uma imagem correta. Por favor, baixe a nova imagem e efetue o teste novamente.

Foi implementada uma solução baseada nos fontes disponibilizados. Disponível no Commit: 13799

Olá, Ative o log do ACBrETQ e anexe aqui no caso, por favor. Apenas a imagem sai em branco? ...o texto está sendo impresso corretamente? Tente efetuar um teste utilizando o demo, caso funcione, certifique-se de que sua imagem é um Bitmap monocromático.

Olá, A cada 10 unidades alteradas no posicionamento (horizontal/vertical) equivale a aproximadamente 1mm. No seu caso onde há 3 etiquetas, você precisará "desenhar" a mesma etiqueta 3 vezes. Por exemplo: ImprimirTexto(orNormal, 3, 1, 1, 110, 10 , 'ETIQUETA1'); ImprimirTexto(orNormal, 3, 1, 1, 110, 360, 'ETIQUETA2'); ImprimirTexto(orNormal, 3, 1, 1, 110, 720, 'ETIQUETA3'); Imprimir(1, 600); (PS: Verifique se a bobina está instalada corretamente na impressora, pois a etiqueta da foto está de 'ponta-cabeça'. O sensor da Argox PPLA é do lado esquerdo)

Bom dia, Aparentemente está normal, acabei de fazer um teste em homologação. Consultando a disponibilidade em SP, está tudo normal também, conforme link: http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=

O comando Imprimir() foi enviado com o parâmetro 'AvancoEtq = 0'(default). Veja que no exemplo do ACBrETQ ele utiliza 600. Tente algo como ACBrETQ1.Imprimir(NCopias, 600);

Na verdade não, No componente ACBrETQ existe a propriedade 'ArqLOG'. Coloque um caminho para gerar um txt. Por exemplo "C:\Temp\Log.txt".

Olá, Anexe o log do ACBrETQ por favor.

Disponibilizada versão 1.1.0.17.

Olá, Qual o modelo da balança que está sendo utilizada, e qual opção está selecionada em 'ACBrBAL.Modelo' ?? Por favor, anexe o log do ACBrBAL também.

Olá, Você está utilizando o demo do ACBrMTer? Anexe os logs gerados pelos componentes(ACBrMTer e ACBrBAL), por favor.

Acho que sei o que pode ser... Vi aqui no manual do Micro Terminal que ele possui uma opção de configuração chamada "Origem de Dados", onde ele informa qual interface enviou os dados(teclado, Serial1 ou Serial2). Porém o componente não está preparado pra receber essa informação. Tente refazer o teste desabilitando essa opção (pág. 19 do Manual).

O problema ocorre apenas no Fluxo de Vendas? Os comandos estão funcionando normalmente? (Enviar Texto, Limpa Display, Deslocar Linha, etc.) Tente configurá-lo com o protocolo VT100 - Esc para ver se ocorre o mesmo problema.

Nunca efetuei testes com esse modelo de Micro Terminal, mas dei uma olhada rápida no manual dele em: http://www.bematech.com.br/administrador/files/equipamento/suporte/1/Microterminais_Manual_FITBASICO.pdf Pelo que vi é possível configurá-lo com 3 tipos de protocolos: • VT100-STX / ETX; • VT100-ESC; • VT100-SB100. O primeiro parece ser compatível com nosso 'mtrSTX/ETX', o segundo com o 'mtrVT100' e o terceiro não é compatível com nenhuma das nossas opções. Verifique com qual protocolo o seu Micro Terminal está configurado ou configure ele seguindo esse manual. Depois efetue o teste com o protocolo referente.

Bom dia @nicolasbraz, Por favor, reproduza o problema utilizando o demo do ACBrMTer e anexe o log gerado para facilitar a análise.

Olá, Alterações estão disponíveis no SVN, Revs: 12952 e 12953. Não foi mantida a comparação com a string "LEITURA MEMÓRIA FISCAL" pelo risco de falhar caso o texto seja retornado pelo ECF sem acento por exemplo. Com essa alteração, a função irá verificar apenas o início das linhas buscando inicialmente pela string "CRZ" e depois pelo próprio número do CRZ. Dessa maneira acredito que ficará mais versátil e sem risco de falha caso algum ECF retorne a LMF de maneira um pouco diferente.

Olá, Foi aplicada a correção com um pequena alteração. Disponível no SVN, Rev: 12945 Obrigado pela contribuição.

Olá, Correção disponível no SVN, Rev: 12944 (Obs: O SVN do S.F. voltou a funcionar normalmente)

Olá @Augusto Fontana A alteração está disponível no SVN, Rev: 12898. Obrigado pela contribuição! -- ACBrBlocoX_ReducaoZ -- [-] Correção de problema ao truncar valores. Passado a utilizar TruncFix. (por: Augusto Fontana) Olá @Eduardo Muller Confirme se seus fontes realmente estão atualizados, pois o ACBr foi modificado para gerar conforme seu exemplo de "Xml ajustado".

Olá O tipo de Código de Barras 'F'(EAN13) sempre vai utilizar o dígito verificador correto. Caso seja informado o dígito incorreto ou não seja informado, ele será recalculado. Você pode utilizar outros tipos de códigos de barras que não possuem dígito verificador. Por exemplo: 'A' (3 of 9) ou 'E' (Code 128).

Foram efetuadas correções para atender as alterações nos tamanhos dos campos. Disponível no SVN, Rev: 12883.

Olá, Enviei a correção sugerida ao SVN, Rev: 12866. Obrigado pela contribuição.

Olá, Há algum tempo atrás fiz testes com o micro-terminal Gertec MT-720 junto à uma balança Filizola e funcionou corretamente. Nos seus testes ocorreu algum erro? Para facilitar a análise, anexe o log do componente ao caso, por favor.

Olá, Conforme citado por Daniel Foi criada uma nova propriedade "TACBrTEFD.ConfirmarAntesDosComprovantes" para possibilitar a confirmação das transações antes da impressão das vias do TEF. Caso essa propriedade esteja ligada, a confirmação das Transações será efetuada logo no início da procedure "ImprimirTransacoesPendentes". Também foi alterada a procedure "VerificarTransacoesPendentesClass(aVerificarCupom: Boolean)" para sempre que a nova propriedade estiver ativa, tentar verificar se o cupom foi finalizado ou não, possibilitando a reimpressão dos comprovantes. Dessa forma a propriedade "TACBrTEFDDial.InicializarConfirmandoTransacoes" pôde ser removida, pois esse controle ficou por parte da nova propriedade "ConfirmarAntesDosComprovantes".