EMBarbosa

Talvez um pouco, mas as consequências vão além de apenas isso. Claro, depende muito da forma como a pessoa usa os componentes. Vamos imaginar uma situação parecida com a sua (3 Forms e todos contendo o componente ACBrNFe). Nesse caso, se eu criar os forms logo no início da aplicação como é o padrão do Delphi (ou seja, não fazer alterações no projeto.dpr ou alterar as opções do Project->Options->Forms), minha aplicação vai utilizar 3 vezes a memória RAM necessária para o componente do que se ele estivesse em apenas um lugar. Se eu criar e destruir os 3 forms em runtime (removendo do Project->Options->Forms, e usando form1.create try...finaly form1.free end;), então posso consumir até menos memória do que se usar apenas um componente no datamodule. Mas precisarei ficar criando e destruindo os forms a todo momento, o que pode prejudicar o desenvolvimento da aplicação... No caso do problema do igor, a impressão que tenho é que o controle de criação e destruição dos forms está afetando algum componente, e em alguma parte do código, o mesmo está sendo destruído e depois acessado gerando o AV. Colocando o componente no DataModule, em geral, isso não aconteceria. Entretanto, se estiver desenvolvendo uma aplicação MDI precisará levar em conta que outros forms podem estar alterando as propriedades do componente ao mesmo tempo, o que justificaria, dependendo do componente, cada componente em seu Form. Não parece ser o caso do menuzinho de utilitários do igor.

Depende, se o componente for criado e destruído na memória, sim, vai fazer muita diferença ao colocá-lo num Datamodule. Tente colocar o componente no datamodule e fazer todos os forms apontarem pra ele.

Descubra exatamente onde ocorre o travamento. (considere as perguntas que o igor mencionou) Faça debug no seu programa e rode "step by step" até descobrir onde o problema acontece. Habilite e verifique o Log do componente para ver se existe algo estranho.

Bom, esse dado CCDC é retornado pelo DadosUltimaReducaoZ. Muito estranho que essas impressoras não possuam ele. :S Coloquei lá a descrição dos registradores. Não achei muita explicação de cada, mas acho que ficou bem mais claro pra quem está acostumado a usar um ECF.

Ahh sim, faz sentido. Eu até pensei nisso mas acabei querendo economizar espaço no change-log. Vou providenciar.

Mas ele mostra esse erro mesmo tendo instalado a JVCL?

Olá Alexandre. O componente ACBrECF está ainda dentro do pacote. O que você deve ter perdido foi quando os diretórios foram reestruturados para que os pacotes de instalação facilitassem o nosso trabalho. Isso já faz um bom tempo. Se pesquisar no fórum antigo perceberá isso. Mas pra facilitar pra você, como você está fazendo o Download atualmente? Qual o caminho apontado pelo seu SVN ao fazer esse download? O correto deveria ser pelo menos

Olá, Todas units iniciadas por Jv ou JVCL são comum mente parte dos componentes JEDI. Assim, vocês poderiam ter instalado os componentes JEDI (JCL e JVCL). Para mais informações sobre esses componentes veja o site http://jvcl.delphi-jedi.org/

Obrigado pelas correções Daniel. Acabei de subir o change-log. Só gostaria de dar mais um incentivo aos usuários de todas as outras impressoras pra ajudarem na implementação das propriedades adicionadas nas units específicas de cada uma das impressoras.

Me parece relacionado a esse problema, embora a mensagem não seja idêntica... viewtopic.php?f=6&t=414

Alexandre, Não sei onde você viu sobre essa substituição sobre o componente ACBrECF. O que foi substituído foi o componente ACBrTEF pelo ACBrTEFD. Se você já usa o componente ACBrECF você precisa acrescentar o ACBrTEFD e não substituí-lo. Contudo, se preferir, você pode usar o ACBrTEFD e implementar as chamadas pra impressora usando as DLLs do fabricante, ou seja, sem o ACBrECF.

Eu fui pela primeira vez e só tive alguns ajustes a fazer na hora. Foi tão rápido que o pessoal ficou impressionado que era minha primeira vez. Como o Daniel mencionou, o que conta muito é fazer os testes minuciosamente antes e retirar quaisquer dúvidas antes da viagem.

Se minha memória não falha, o manual do Redecard Discado mencionava formas válidas pra cartão são TEF, CARTAO ou CARTAO TEF. Para Cheque apenas Consulta Cheque ou simplesmente Cheque.

Daniel, eu mesmo respondo essa. O Campo COO_DFV é do layout 1.06 que já está sendo usado pelas homologadoras do PAF. No entanto, o RAF-PAF pra esse layout ainda não foi disponibilizado, então o ricardopdv não viu que é esse campo é um requisito mais atualizado. Fonte: http://www.fazenda.gov.br/confaz/confaz ... 006_08.htm

ahh achei que estava falando da MP4000 TH FI... Tem certeza que esta gaveta é compatível com a impressora Bematech em questão?

o comando é ESC 22. O parâmetro passado é o tempo de acionamento do solenóide da gaveta em hexadecimal de valor 0 a 255ms (ou seja, um byte de 00 até FF). Mas, não é melhor você baixar o manual do site da Bematech? Ou ainda, você pode verificar o ACBrECFBematech.pas, localizar o comando que quer e depois ver o que o ACBrECF está usando...

a ST120 eu sei que é STX, mas a ST100 não tenho certeza... É melhor alguém com mais experiência nessa marca lhe dizer.

Você está usando o protocolo STX? Mude o modelo da sua impressora no ACBrECF.Modelo para ecfSwedaSTX O Fernando (lampada) implementou no protocolo STX. E até onde eu sei está funcionando lá.

aqui está funcionando. o.O''

Você quer o comando da porta paralela, o comando pelo ACBrECF, o comando pelo ACBrMonitor ou o comando via DLL??? Se for o do ACBrECF, não seria o ACBrECF.AbreGaveta ???

Por favor antes de postar uma pergunta pesquise no fórum. Você vai ver que muitas das perguntas já foram que você possa ter já foram respondidas. Aconselho também pesquisar no fórum antigo, usando a dica do juaumkiko em viewtopic.php?f=18&t=402 Isso vai lhe dar a resposta de forma mais rápida, e poupar tempo dos outros participantes do projeto.

Se você quiser destravar o mouse e teclado durante o tempo de desenvolvimento (debug), é só apertar control+Alt+Del. Não é necessário finalizar a aplicação. Por favor, tente reproduzir o problema no DEMO.

Faço das palavras do Isaque as minhas: fiquei muito feliz pela sua homologação, e não tem dinheiro que pague o reconhecimento. Mas acrescento que suas dicas também, Fernando, foram muito úteis pro projeto ACBr e seus usuários (como eu também ). É um prazer poder trabalhar ao lado dos desenvolvedores do ACBr. Abraço e vamos em frente.

Por favor, antes de prosseguirmos, poste os passos para reproduzir o problema no DEMO.

Isso vai depender em muito é da atualização que foi feita pelo SVN. Por exemplo, se houver componentes novos, você vai ter que reinstalar, visto que os novos componentes não estavam nos pacotes que você instalou anteriormente. Se houver propriedades novas num componente já instalado, em geral basta recompilar (usando o Build) os pacotes que foram instalados e fechar e abrir novamente o Delphi. Dependendo da alteração nem fechar e abrir o Delphi novamente é necessário.