wrmedeiros

Bom dia senhores. Para gerar o CAT-52 no meu sistema estou usando o seguinte método: ACBrImpressora.PafMF_MFD_Cotepe1704(Inicio, Fim, IncludeTrailingBackslash(Diretorio) + NomeArquivo); Um dos clientes usa um software para validar o arquivo, e o mesmo avisou que o arquivo gerado não tem todos os registros exigidos pelo CAT-52 (E05,E07,E08,E09,E11,E12 e E13). Enviei um e-mail para a Sweda, e eles recomendaram utilizar o método ECF_GeraRegistrosCAT52MFD Abri o arquivo ACBrECF.pas, e na função PafMF_MFD_Cotepe1704 tenho o seguinte código: Self.ArquivoMFD_DLL(CooInicial, CooFinal, PathArquivo, [docTodos], finMFD, tpcCOO); No arquivo ACBrECFSwedaSTX.pas: procedure TACBrECFSwedaSTX.ArquivoMFD_DLL(ContInicial, ContFinal: Integer; ... Resp := xECF_ReproduzirMemoriaFiscalMFD(Tipo , CooIni, CooFim, NomeArquivo, ''); Procurei em todo o ACBrECFSwedaSTX.pas e não encontrei a chamada para a função "ECF_GeraRegistrosCAT52MFD" da CONVECF.DLL Pelo que observei, o método ArquivoMFD_DLL é o mesmo utilizado pelo "Arq. MFD" do Menu Fiscal. Como devo proceder? Welkson Renny Natal/RN

OK. Obrigado pelo retorno.

Timeout = 3

RESOLVIDO. Procedure TACBrECFSwedaSTX.AbreGaveta ; var OldTimeout:Integer; begin OldTimeout := Timeout; Timeout := 10; EnviaComando( '11' ) ; Timeout := OldTimeout; end; Se quiser fazer algum ajuste no código...

Nos meus testes percebi o seguinte... o erro ocorre ANTES de chegar no Sleep. Se você deixar o breakpoint na linha Sleep(200) o erro aparece antes do Delphi parar (ou seja, é algo no EnviaComando ('11'). Tentei debugar o EnviaComando, mas é bem mais complexo. Continuo fazendo testes... Obrigado pelas dicas.

Daniel, Vi ontem no log do SVN que você incluiu um Sleep no método AbreGaveta da ecfSwedaSTX. Fiz update no meu repositório, recompilei, testei, mas a mensagem de "Impressora SwedaSTX não está respondendo" ainda persiste no ECFTESTE. Por enquanto, criei um flag para desativar o "AbreGaveta" no ambiente de desenvolvimento; Obrigado pela ajuda.

Daniel, obrigado pelo retorno. Fiz o mesmo teste usando o demo da Sweda (sweda\Connect_C\Exemplos\Delphi\), percebi o seguinte... ao clicar em "Gaveta", "Aciona gaveta" a mesma demora cerca de 5 segundos para mostrar o retorno (achei demorado... como é um comando assíncrono, pensei que não passaria de 1s). O comando retorna "sucesso"... mas essa "demora" do hardware pode está ocasionando algum timeout no ACBr, não acha? Abraço,

Senhores, boa tarde! No meu laboratório de desenvolvimento não tenho Gaveta, mas o sistema emite o ACBrECF1.AbreGaveta durante a abertura do dia, e isso não gera erro algum (Daruma, Urano, etc). Hoje estava fazendo testes com ecfSwedaSTX, e a abertura diária do meu sistema gerou um erro "Impressora SwedaSTX não responde". Analisando o código descobri que o erro era no método AbreGaveta. Decidi fazer o teste pelo ECFTESTE (pasta Exemplos do ACBr). Conectei a ECF, testei várias funcionalidades (Variáveis -> Ler Todas as Variáveis, etc), tudo funcionando belezinha... fui então no menu "Dispositivos -> Gaveta -> Abre Gaveta", e o sistema mostrou o mesmo erro: "Impressora SwedaSTX não responde". Analisei o código do ACBr, mas não consegui resolver.

Senhores, Qual o procedimento para gerar CAT-52 apartir do ACBrECF? O arquivo é o mesmo que é gerado via ECFTeste na opção: * Menu Fiscal; * Marca opção "Efetuar geração de arquivo"; * Marca opção "Gerar arquivo no formato ato COTEPE 17/04" ? Seria a aba "RFD"? Busquei no fórum mas não encontrei.

Outra informação pessoal... Removi o VSPE e instalei o com0com 64 bits... está funcionando perfeitamente =)

Pessoal, Cometi um erro primário, não informei no tópico a arquitetura do meu sistema opercional =) Meu sistema é Windows 7 64 bits... e o emulador Sweda nem instala nesse SO... tive que instalar em um XP, pegar uma cópia da pasta e rodar na marra no W7 x64... funcionou bem com ecfSweda como comentei nas mensagens anteriores, a bronca foi com o STX. Ontem decidi testar o emulador no Windows XP x86 e ACBr com ecfSwedaSTX e para minha surpresa tudo funcionou perfeitamente. Em resumo: a bronca do ecfSwedaSTX do ACBr ou emulador é com Windows 7 64 bits. Por mim, tópico encerrado. Obrigado a todos pelas dicas.

@lampada Eu pensei nisso também, mas logo depois cheguei a conclusão que não é o VSPE o problema... pois se eu alterar SOMENTE o modelo da impressora de ecfSwedaSTX para ecfSweda TUDO funciona normalmente (mesmo emulador de ECF e serial)... sem falar que uso o VSPE com Bematech e Epson sem problema algum. @DanielSimoes Está como MFD.

VSPE.

Só mais uma observação, atualizei o SVN hoje... estou com a última revisão.

Senhores, Qual o procedimento para usar o Connect SIM 2.0 (emulador Sweda) com ecfSwedaSTX? Configurei a velocidade 115200 com paridade 2 (como está no manual)... as vezes conecta, recebe 1 ou 2 comandos e perde a comunicação. Já tentei com os parâmetros default (paridade 1), mesmo problema... testei também com outras velocidades, mas o erro persiste. Se eu alterar o modelo para ecfSweda funciona normalmente. Pensei em usar ecfSweda, mas pelo que vi esse modelo é para ECFs NÃO-MFD.

Obrigado Daniel. Estou tentando contato com o cliente para fazer esse teste. Assim que finalizar os testes posto aqui o resultado. Abraços, Welkson

Erro de Timeout. Fiz testes com 9600 e 115200. Com a versão antiga do sistema (DLL) consigo comunicar. Bem estranho...

Boa tarde senhores. Alguém sabe informar se a TPF 2001 funciona com ACBr? Fiz testes com Fiscnet mas não consigo detectar a ECF. (SVN atualizado a cerca de 1 semana).

Validar pelo PVA: http://www.receita.fazenda.gov.br/Sped/ ... aforma.htm Lembrando que é necessário REMOVER a assinatura do arquivo (EAD). Quando remover o EAD lembre de deixar uma linha em branco.

@endrigo Pode ser isso mesmo. Nos meus testes estou usando 115200.

@endrigo Me permita sugerir mais uma coisa: você testou se esses mesmos comandos funcionam no demo do DarumaFramework? (com a DLL atual) Veja que no Demo tem uma opção MENU FISCAL com todas as opções. Alguns erros que percebi ontem nos meus testes: * em alguns momentos não atentei a data e informei um período que não tinha movimento algum na ECF - a DLL retorna um erro estranho (-160 eu acho, não lembro); * quando especifiquei a data final = data atual a DLL também me retornou um erro "estranho"; Esses mesmos testes acima também geravam erro pelo demo do DarumaFramework/Delphi.

@endrigo Tem razão, apontam para a mesma função, a diferença são os parâmetros. @Regys No método ArquivoMFD_DLL (tanto COO como DATA) a mensagem da exceção está errada. raise Exception.Create( ACBrStr( 'Erro na execução de rGerarEspelhoMFD_ECF_Daruma.'+sLineBreak+ correto seria: raise Exception.Create( ACBrStr( 'Erro na execução de rGerarRelatorio_ECF_Daruma.'+sLineBreak+

@endrigo, pelo que vi não. Veja: ACBrECF1.PafMF_LMFC_Cotepe1704(edtDtInicial.Date, edtDtFinal.Date, PathArquivo) <-- LMFC ACBrECF1.PafMF_MFD_Cotepe1704(edtDtInicial.Date, edtDtFinal.Date, PathArquivo) <-- Arq. MFD

Endrigo, você testou usando o ACBrECFTeste? (\ACBR\EXEMPLOS\ACBrECF\Delphi) A única opção que estava falhando comigo era o "Arq. MFD", e após a DLL que Alexandre da Daruma me enviou está funcionanto perfeitamente.

Regys, Com a última versão da DLL que está no site da Daruma algumas opções do Menu Fiscal realmente falham (no meu caso o arquivo era gerado, mas no fim do método o ACBr LIBERAVA a DLL, e tentava reativar o ACBr com ACBr.Ativar, nesse momento surgia o erro de conexão a serial / como se a DLl ainda estivesse ocupando a porta = e realmente estava =). Entrei em contato com o Alexandre da Daruma hoje a tarde, o mesmo solicitou a auditoria da DLL, e comprovou o problema. Foi feito a correção e me enviaram uma DLL para "testes" via Skype e está funcionando perfeitamente. No meu caso o erro ocorria no Arq. MFD por Data ou COO. Versão enviada pelo Alexandre: 5.12.8.0 (FUNCIONA) Versão do site que gera erro no Arq. MFD: 5.11.18 Se o Alexandre não liberar amanhã a versão oficial é só avisar que eu publico essa de teste pra vocês.