Rafael Batiati

É, vc disse tudo, "Em .Net é simples", basta usar reflection para pegar os valores do enum ModeloECF. Em ActiveX, existe a TLI (TypeLib Information Object), uma biblioteca capaz de ler as informações do metadata COM ... mas você teria que estudar na linguagem que você tá usando uma forma de fazer isso, e cá entre nós, não sei se vale a pena gastar mais de 30 minutos tentando. Por que você não usa uma lista dentro de sua aplicação contendo os possíveis valores + descrição ? A manutenção desse enum com novos ECFs suportados é feita raramente quando novos protocolos chegam ao mercado, assim, quando isso ocorrer você pode atualizar seu app também. Abs.

Josevaldo, bom dia O componente ACBrECF, através do ACBrFramework, está com todas as funcionalidades convertidas para ActiveX, e pode ser usado no VB6. Basta baixar a DLL ACBrFramework.Net.COM http://sourceforge.net/projects/acbrframework/files/ACBrFramework.Net.COM.zip/download E registrá-la conforme o link no post abaixo Você também pode baixar os fontes de exemplo em VB6 http://acbrframework.sourceforge.net/downloads/codigo-fonte/ (...) Note que o projeto ACBrFramework é outro projeto diferente do projeto ACBrX mantido pela EasyTEF, ambos têm propostas similares de possibilitar o interop dos componentes ACBr em Delphi para outras linguagens de programação. Aqui nesse fórum nós tratamos das questões do ACBrFramework apenas. Assinando o SAC você ajuda o projeto e tem acesso a um fórum exclusivo para assinantes, onde as questões acerca dos componentes são respondidas com prioridade. Todas as respostas sobre o ACBr aplicam-se aos componentes do ACBrFramework, contudo algumas questões específicas do ACBrFramework deverão ser postadas nesse mesmo fórum aberto, independente do SAC. Abraços

Você não precisa inserir o arquivo.txt na lista de arquivos autenticados, até pq ele não existe no momento que vc está gerando. Depois que gera a lista, vc que precisa calcular o MD5 no fim, assim: string fileName = "ArqAutenticados.txt"; Paf.Path = "c:\" Paf.SaveFileTXT_N(fileName); //atualiza o arquivo de configuração com o md5 gerado. string md5 = EAD.MD5FromFile("c:\" + fileName); //Esse é o MD5 que sai no rodapé do cupom AAC.AtualizarMD5(md5); AAC.SalvarArquivo();

Pessoal, homologuei hoje meu PAF-ECF na Polimig RJ. Especificação: 01.13 + Bares e Restaurantes Usando o ACBrFramework + ACBrNFeMonitor A lista de agradecimentos é longa, e pra evitar classificar os nomes em "Agradecimentos especiais", "Honrarias" e "Heróis da pátria", vou colocar em ordem alfabética mesmo. ACBr - Valeu mesmo a toda a comunidade ACBr, quem desenvolve, quem usa, quem testa, quem sugere, quem participa e quem melhora! Daniel - Nem precisa dizer nada, é o cara ... valeu por toda a ajuda! DARUMA - Suporte técnico da Daruma nota 10, 100, 10000 ... Me ajudou muito num problema com o ECF lá na hora. Juliomar - Esse é gente boa demais, da melhor qualidade. Valeu pela força cara. POLIMIG RJ - Pessoal sério, educado, gentil e disposto a ajudar sempre. Equipe toda muito gente fina, abs! Rafael Dias - Acho que RFTD é o codinome pra uma equipe de uns 10 programadores exilados lá no MS ... é insano a quantidade de coisa que esse cara faz ao mesmo tempo! Valeu brother! Régys - Valeu pela super-consultoria e super-paciência comigo! Se esqueci de alguém, não liguem, estou meio zureta das idéias ainda.... (...) E é isso aí, o ACBr não pára, vamos continuar antenados para as novas picas especificações do PAF-ECF! Abraços

Oi Gabriel, Que bom que foi identificado o problema, porém eu tenho algumas dúvidas. Comigo esse erro não acontece, mesmo com pouco papel no ECF, mesmo sem usar o evento de OnMsgPoucoPapel. Já que você está tendo a oportunidade de reproduzi-lo, gostaria que pudesse nos ajudar a entender melhor o problema: 1. Você precisa apenas assinar o evento, não precisa de fazer nenhum tratamento ou colocar nenhum código dentro dos métodos. 2. Se você removeu apenas o MessageBox.Show("..."); tá explicado no item 1 acima, mas se você removeu toda a declaração e não está mais assinando o evento, isso pode significar que este erro tem relação com o pouco papel mas não é proveniente dele. Se puder reproduzir isso e postar com mais detalhes será bem útil. 3. Idem ao item 2. Como eu disse num post anterior, quando esse erro aconteceu comigo eu apenas desconectei a USB e reconectei novamente. não mexi no papel ou no sensor. 4. Neste caso, você ao pegar a versão do SVN pode ter baixado a versão atualizada que já assina o evento, ou pode ser o mesmo caso do item 2 ou 3 acima. Novamente, se puder reproduzir isso com mais detalhes... Abs,

Algumas considerações: 1. Isso já aconteceu comigo, apenas 1 vez. Após abrir o cupom e antes de imprimir o primeiro item recebi o erro Disk Full, usando uma Daruma MACH 2 Desconectei o cabo USB e reconectei e o problema não aconteceu mais. Não troquei papel ou mexi no sensor. 2. O ACBrException em questão só reproduz o erro disparado pelo componente ACBr, ou seja, isso está acontecendo no nível do ACBr em Delphi. 3. Tente reproduzir o mesmo comportamento usando o aplicativo de teste, tanto do ACBr quanto do ACBrFramework. Assim isolamos se o problema pode ser da aplicação/máquina, AcbrFramework ou do ACBr Abs

Bom dia Marcelo, Adicionamos o suporte ao COMInterop no ACBrDIS. Você pode baixar a última versão pelo SVN e compilar o projeto usando o COMInterop ou Baixar a dll diretamente no link abaixo http://sourceforge.net/projects/acbrframework/files/ACBrFramework.Net.COM.zip/download Não foi testado, pois não temos um DISPLAY, qualquer coisa poste aí pra gente. Abs,

Cara, esse ECF é o mesmo que eu uso. É coisa do seu ambiente. Antes, verifique se a sua porta é a COM1 mesmo, tenta conectar usando o ECFTeste do ACBr ou do ACBrFramework, dá uma olhada no gerenciador de dispositivos pra ver certinho. Tem o método AcharECF que testa todas as portas e todos os modelos, afim de localizar seu ECF, você pode tentá-lo também. E porque o setPorta está comentado? //ecf.getDevice().setPorta("COM1"); Abs,

Você deve assinar os eventos do componente que carrega as chaves de criptografia, Veja o projeto PAFTeste junto da solução do ACBrFramework.Net acbrPAF.OnPAFGetKeyRSA += ...

Obrigado por reportar o bug. Baixe a nova versão pelo SVN, está corrigido. Abs,

Verifique se você precisa configurar a velocidade da porta ecf.getDevice().setBaud(115200);

Tópico onde já discutimos algo assim: O projeto ActvieX é baseado no .Net

Experimenta setar o Ecf.Device.Baud = 115200 ... pode ser a velocidade da porta.

Ok, Vamos por partes: 1- Remover todas as DLL´s "ACBrFramework32.dll" 2- Remover todas as DLL´s "ACBrFramework32.NET.dll" 3- Limpar gacutil 4- Limpar Addins do VS 2010 Não é obrigatório, apenas para evitar confusões de ter 2 versões conflitantes da mesma DLL. 5- Copiar todas as dependencias do ACBr para a pasta C:\Windows\System32 Se você usa o windos x64, as dependências da DLL de 32bits precisam ser copiadas para c:\Windows\SysWOW64 6- Estava utilizando as pastas do SVN no disco D: passei as pastas para o disco C:, ficando assim C:\ACBr e C:\ACBrFramework Não faz diferença, é tudo caminho relativo, a estrutura é que deve ser mantida ...\ACBr e ...\ACBrFramework 7- Observei que na pasta C:\ACBrFramework\ACBrFramework\Exemplos\C\release o arquivo ACBrFramework32.dll não é o mesmo da pasta C:\ACBrFramework\ACBrFramework\x86, o exemplo desta pasta © esta funcionando normalmente Os exemplos do ACBrFramework nativo (em C++ e FoxPro) são bem antigos, e faz tempo que não recompilados. 8- Fiz o download das DLL´s compiladas e substitui nas devidas pastas Depende de quais DLLs vc fez download. Temos um processo de build que atualiza sempre tudo junto. Mas os pacotes são auto-suficientes, ou seja, se vc vai usar no .Net apenas o ACBrFramework.Net é necessário. Se vai usar em java, apenas o jACBrFramework é necessário ... se vai usar em VB6 apenas o ACBrFramework_COM é necessário. É erro comum o pessoal baixar a ACBrFramework32.dll separadamente, pois cada pacote já contém a DLL para a qual ele foi compilado. 9- Apaguei todos os arquivos das pastas C:\ACBr e C:\ACBrFramework e fiz novo download pelo SVN Ok, Se compilar o projeto em x86 recebo esta mensagem: "Não é possível carregar a DLL 'ACBrFramework32.dll': Não foi possível encontrar o módulo especificado." Não achou a DLL. Se compilar o projeto em x64 recebo esta mensagem: "Não é possível carregar a DLL 'ACBrFramework64.dll': Não foi possível encontrar o módulo especificado." Não achou a DLL; O projeto não é compatível ainda 100% com 64bits, por conta de dependências de dlls de 32bits que ele tem. (...) Faltou vc dizer qual projeto vc está compilando e se quer usar no .Net, Java ou VB6. Se for no .Net, atente para usar a compilação em x86 ao invés de AnyCPU Se for Java, use um JRE de 32bits para executar Se for VB6, baixe a DLL correta preparada para funcionar em ActiveX Abs.

1. tem uma dll, ACBrFramework32.dll, porém quando eu coloco no meu projeto diz que não encontrou o modolo. esse não seria a mesma que esta no projeto do jacbr... É a mesma dll. Você deve estar enfrentando o mesmo problema dos colegas do outro tópico, por falta das dlls que o ACBr é dependente (openssl, xmlsec, etc) Dá uma lida nesse tópico Basta você copiar essas dlls e funcionará. 2. outra coisa quando eu abro um relatório gerencial esta saida a palavra 'teste' loca abaixo onde diz relatório gerencial. "Teste" não seria o nome do relatório gerencial cadastrado no seu ECF? 3. para finalizar: eu seu abrir ...\ACBrFramework\ACBrFramework no lazarus eu consigo gerar a dll para eu utilizar no java? Sim, consegue, é a mesma DLL

Use o método CorrigeEstadoErro(), ele já cancela qualquer documento em aberto e retorna o ECF ao status Livre.

Não, você não vai se livrar tão fácil agora ... Precisamos que você nos ajude a entender porque a DLL com o NFe compilado não funciona na sua máquina. Baixe os fontes do ACBr (não o ACBrFramework) e veja na pasta das DLLs "\ACBr\ACBr\DLLs" Coloque no path do seu windows, as DLLs do "XMLSec" e depois do "OpenSSL", veja se ela funcionará. Obrigado.

Depois disso tudo.... Já experimentou formatar a máquina #formatday ??? Hehehehe ... Brincadeira Última tentativa, tivemos problemas uma ou duas vezes com o novo módulo da NFe. Segue em anexo uma DLL compilada sem a NFe. Tente coloca-la na pasta \ACBrFramework\x86, sustituindo a dll original que está lá. Abs ACBrFramework32.rar

o AcbrFramework.Net inclui a dll nativa ACBrFramework32.dll como um recurso, e a descompacta numa pasta de sistema na hora de executar, daí não é necessário vc se preocupar com a dll... Como no seu caso tá dando erro, eu vejo algumas coisas prováveis: 1. Você tem várias cópias da ACBrFramework32.dll na máquina, principalmente no PATH do windows Verifique se não tem ela em C:\, C:\Windows, C:\Windows\System32 ou SysWOW64. 2. Você tem a ACBrFramework.Net instalada no GAC, e tá referenciando outra DLL E outras coisas improváveis que eu suspeito estar acontecendo: 1. O ACBr tem uma lista de dependências de outras DLLs. Veja a pasta Dll\ e coloque-as no mesmo diretório do seu .Exe ou no C:\Windows\System32 ou SysWOW64 Abraços.

Dessa vez eu não entendi .. rsrs Você estava tentando ou não substituir os códigos do GAS pelo ACBr? Vc pretente usar a implementação do ACBr do SAT-CFe no GAS? De qualquer forma, fica uma leitura sobre o ACBr e o SAT-CFe http://anfm.blogspot.com.br/2013/02/acbrsat-primeiros-passos-do-sat-cfe-com.html Abs

@Josevaldo Pelo que eu entendi, vc quer migrar o código do GAS que chama as dlls do fabricante para o componente ECF do ACBr, isso? Se for isso, Pode deletar todas essas funções que analisam as flags, e utilize a propriedade "PoucoPapel" do ACBrECF, ele retorna um True ou False. Se for o caso, você também pode usar o evento OnPoucoPapel. Abs.

Todos os comandos caso não tenham sido enviado, geram um Exception ... dessa forma não é necessário confirmar o envio, se executou é pq foi enviado. Em todo caso, existe uma propriedade "ComandoEnviado" no ECF, que guarda o último comando. Abs.

Sim, alguns arquivos do menu fiscal são gerados pelo PAF. Os de Venda por Período são gerados pelo Sintegra/Sped. Esses 3 componentes já estão disponíveis no ACBrFramework, mas não preparamos eles para ser visíveis no ActiveX por falta de tempo. O trabalho consiste em basicamente repetir tags "ComVisible" para as classes, e inserir outros tags para eventos e alguns tipos de dados especiais. Não é difícil de fazer, mas é um trabalho minucioso e requer atenção para não fazer nada errado (depois é complicado de debugar). Olhando os fontes do projeto em C# você vai ver partes onde tem "COM Interop" Caso você tenha interesse, poste aí que podemos iniciar juntos algumas classes até você pegar jeito. Abs.

Pessoal, Causa comum de confusão: 1 - O ACBr.Net não existe mais... o projeto é ACBrFramework 2 - O SVN do ACBrFramework é em outro endereço Por favor, leiam com atenção o site: http://acbrframework.sourceforge.net/downloads/ Lá tem informações de como baixar o fonte e as dlls já compiladas. Abs

Acho que você está assinando o evento repetidas vezes .... Verifique no seu código onde você coloca o += pros eventos do componente. Você só precisa assinar o evento uma única vez, se assinar N vezes, N chamadas serão feitas