wrmedeiros
-
Total de ítens
225 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por wrmedeiros
-
-
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.
-
-
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.
Método utilizado para gerar CAT-52 no ecfSwedaSTX
em ACBrSerial
Postado
Bom dia senhores.
Para gerar o CAT-52 no meu sistema estou usando o seguinte método:
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: No arquivo ACBrECFSwedaSTX.pas: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