Daniel Simoes

Isso é normal... lembre-se que nem todos os métodos precisam ter um retorno significativo... (valor após o OK:) o ACBrMonitor irá retornar exatamente o que foi lido do ECF, para o caso de você fazer a sua própria interpretação do protocolo do ECF... Exemplo, no método "ECF.Ativar", tudo o que importa é reconhecer se os 3 primeiros caracteres do retorno são "OK:" Já no método "ECF.NumSerie" o retorno é significativo, então a resposta já vem interpretada pelo ACBrMonitor OK: 00000000000000000001

O ideal é completarmos a classe SwedaSTX, que é bem mais rápida que a classe Sweda... Não compreendi corretamente o problema... quais informações estão com valor incorreto ? Seria possível enviar um LOG do ACBrMonitor ressaltando os problemas ?

Todos os manuais dos equipamentos suportados pelo ACBr podem ser encontrados em: https://acbr.svn.sourceforge.net/svnroot/acbr/tools/

Não tem nada a ver com Win7 64 bits... a titulo de exemplo, minha máquina é Win7 64bits Qual é a exata msg de erro ? Se possível anexe um PrintScreen

Então provavelmente vc instalou o arquivo errado... talvez vc tenha instalado a versão de complemento para compilação WinCE (arm) Segue link para o Snapshot de hoje: ftp://ftp.freepascal.org/pub/lazarus/sn ... -win32.exe

Se vc fez a instalação padrão, esse arquivo estará em: C:\lazarus\fpc\2.5.1\bin\i386-win32

Não é uma função, e sim um programa disponibilizado pelo fabricante

O ACBrECF tem um flag para detectar se o ECF faz desconto no ISSQN

provavelmente é algo na classe da SwedaSTX... será necessário debugar... tente achar nos fontes o comando enviado... e verifique se "bate" com o comando descrito no manual

Nunca funcionará se todos os diretórios de BPLs , das 3 versões do Delphi estiverem no Path do S.O. (e isso é o padrão de instalação do Delphi) Veja esse post: viewtopic.php?f=5&t=22

Parece ser algum problema no seu Delphi... Você tem 2 Delphis instalados na mesma máquina ? Experimente apagar os arquivos do ACBr de Projetcs\BPL

Acho que o Isaque já corrigiu... Me desculpem pelo problema (eu que fiz o commit)... Infelizmente não tenho um D2010 para testar antes de commitar...

Estude com atenção o demo, na pasta Exemplos\ACBrETQ

Não com o ACBrMonitor.... Apenas se o ECF for MFD... e usando um programa fornecido pelo próprio fabricante... Sem falar que essa operação é bem demorada

pode ser alguma restrição de permissão da sua máquina... Vc instalou o Lazarus no diretório padrão dele ? Qual é o nome do arquivo que você instalou ? Experimente rodar o Lazarus como administrador

Provavelmente esse ECF é MFD O protocolo URANO é apenas para as antigas Uranos (Matriciais)... todas as novas Uranos (com MFD) usam o protocolo FiscNET Deixe o modelo como ecfFiscNET

humm.. então nesse caso use o parâmetro avanço... Quando vc informa ele, a Impressora avança a etiqueta para o destaque da mesma... e na próxima impressão, ela mesmo recua o papel... Quando o avanço é feito pelo botão, o retrocesso não ocorre mesmo...

Isso é uma característica apenas no V&S Pague em modo de Simulador

Qual TEF vc se refere ? Já analisou o LOG gerado pelo ACBrTEFD ? Se possível copie-o aqui

Qual TEF vc se refere ? Já leu o Guia Técnico do Gerenciador Padrão ? todos os campos são explicados em datalhes lá...

Tente a opção: Tools -> Rescan FPC source directory

Ela é extremamente simples... qual seria a dúvida ?

Enviei uma possível correção ao SVN, que permitirá configurar o comando no arquivo .INI Por favor verifique se funciona

Não posso incluir desta maneira... ficaria especifico apenas para Impressoras Não fiscais que suporte esse comando...

Vc diz ele estar informando a Descrição da FPG ao invez do indice ? Se for esse o caso realmente não funcionaria... Estudar os fonte do Demo ECFTeste.dpr pode mostrar qual é o uso correto do comando