EMBarbosa

Não consigo pensar em outras alternativas no momento. Talvez você precise apagar o conteúdo do campo. Tente usar o TField.Clear.

Isso acontece quando o Delphi encontra outras versões do arquivo DCU. Provavelmente há arquivos do Fortes espalhados sendo encontrados. Veja esse tópico:

Muito obrigado pelo report. Corrigido na revisão 19239.

Para ciência de todos, relacionado:

Olá pessoal, Como alguns de vocês já notaram, estamos empenhados em fazer os componentes do projeto ACBr ficarem disponíveis em outras plataformas. Uma das maneiras que queremos fazer isso é por permitir que eles compilem em Delphi para Linux e Android. No entanto com isso precisamos fazer uma alteração nos pacotes existentes. Para que os componentes fiquem de acordo, os pacotes precisam ser separados em Designtime e Runtime. Não vou me delongar nesse necessidade no momento, mas quem quiser mais informações pode ver a documentação oficial do Delphi. Basicamente o significado é o seguinte: Pacote Runtime - O pacote é como se fosse um framework ou library encapsulando requisitos e disponibilizando classes e componentes que podem ser vinculados ao código, mas não a IDE. Pacote Designtime - O pacote é para ser instalado na IDE. Isso significa que ele altera a IDE, disponibilizando componentes ou editores de propriedades que são usados em tempo de design (design time ... dã...). Em menos palavras, é um pacote que joga o componente na lista de componentes do Delphi. Essa alteração já está em andamento e você vai notar vários novos pacotes iniciados por "DCLACBr" nas pastas relacionadas ao Delphi. Mas como temos muitos pacotes há ainda vários que precisam ser alterados para funcionar dessa maneira. Como era? E como está? Os pacotes anteriores eram criados como Designtime e Runtime ao mesmo tempo. Visto que algumas pessoas utilizam os pacotes apenas como runtime estamos mantendo os pacotes atuais como Runtime e movendo o código específico pra criar os pacotes Designtime . São esses pacotes Designtime que iniciam por "DCLACBr". ACBrInstall O ACBrInstall que está no SVN já está preparado para lidar com esses pacotes. Ele vai verificar os pacotes se que são apenas Runtime e procurar o Designtime correspondente. Além disso, você vai notar que o ACBrInstall agora lista outras plataformas por cada instalação do Delphi que você tiver. Mas ainda é preciso ajustes tanto nos componentes como no próprio ACBrInstall para que os pacotes sejam compilados para essas plataformas corretamente e para que os vários "path" do Delphi sejam corretamente configurados. Por exemplo, dependemos do projeto JCL para detectar outras plataformas (como Linux e Android). Como eles ainda não implementaram, talvez nós tenhamos que fazê-lo e disponibilizar para eles. Lazarus O Lazarus não tem tanto problemas com os pacotes serem RunTime e Designtime. Então ele não sofre do mesmo problema do Delphi. No entanto, com as mudanças nos arquivos, alguns pacotes do Lazarus tiveram que ser ajustados. Em especial o pacote ACBr_NFCe_DanfeRL.lpk foi removido. Os componentes dele agora se encontram no pacote ACBr_NFe_DanfeRL.lpk Conclusão Como sempre, uma alteração como essa pode gerar problemas e é por isso que estamos avisando a todos. Fiquem a vontade para criar novos tópicos para relatar problemas ou dificuldades. Apenas pedimos que tenham o cuidado de verificar o seguinte: A pasta inteira do ACBr está realmente atualizada? Você tentou reinstalar marcando a opção de apagar arquivos antigos? Já existe algum tópico sobre o assunto? Bom trabalho aí pessoal!

Na verdade essa pasta sempre esteve vazia. Você apenas nunca percebeu. Acabei de corrigir esse problema. Por favor, queira atualizar os componentes e proceder uma nova instalação.

Se não me engano, o onObtemCampo é chamado de acordo com o tipo de campo. Verifique se é possível fazer ele ser chamado no campo 136. Veja o código do ACBrTEFdCliSitef.pas

Olá MFincotto, Me parece que todas as alterações que você propôs ou já foram incorporadas ou não são mais necessárias. Por favor, queira atualizar seu código fonte e verificar se há ainda alguma alteração pendente. Desde já muito obrigado pela contribuição.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 19200. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Tente verificar as propriedades do TField e do DataSet. Talvez o driver do DBExpress tamém tenha alguma propriedade a ser configurada...

Veja a resposta do @Kiko Fernandeslogo acima e a minha anterior a dele.

Explicar não sei... mas é no Firmware do ECF. Tente verificar o manual de comunicação direta da impressora e veja se existe alguma limitação para esse tipo de envio.

Deve criar um tópico e anexar os arquivos alterados aqui no fórum.

Usa a propriedade "Restricoes".

Tente instalar os pacotes redistribuíveis do Visual C++ https://www.microsoft.com/pt-br/download/details.aspx?id=52685

Tentou usar a propriedade ACBrTEFD1.TEFCliSiTef.ParametrosAdicionais?

Verifique se na máquina existe algum antivírus que esteja bloqueando a instalação.

Isso confirma o que eu disse acima. Visto que você usa ClientDataset, não poderia ser a Midas.DLL?

O ACBrPosPrinter precisa que a impressora suporte um do protocolo de comunicação direta como PPLA ou PPLB. Essa impressora suporta algum?

Então é provavelmente relacionado ao BD. O processo é mais ou menos esse: O usuário digita O valor é passado ao DBEDit O DBEdit manda pro TField O TField manda pro TDataset O valor é enviado ao BD Se até aí o valor não sofrer alterações, ele pode sofrer ao voltar do BD. Por exemplo, o Firebird possui collates que ignoram a acentuação. Não estou dizendo que é o caso, mas não custa verificar.

O mesmo acontece com um edit normal ou apenas com DBEdits?

Isso é porque não está implementado usando esse protocolo. Você pode baixar o manual de comunicação direta "ESC", verificar se existe essa função e implementar no componente ACBrECF. Mas o recomendado é usar o protocolo STX e não o ESC. A não ser que o fabricante esteja recomendando outra coisa. Minha sugestão é você verificar com o fabricante se existe alguma atualização para o Firmware desse ECF. Lembro de terem havido vários problemas relacionados. Verifique também timeout e se sua aplicação está enviando comandos seguidos ao ECF.

Tentou reproduzir o problema usando o aplicativo de exemplo?

Oi Jamil. Pelo que eu entendi e vi na imagem, a lib está retornando o erro, certo? A sua aplicação está tratando esse erro? O que ela está fazendo depois?

Sim. Esse é do Gabriel Frones. Ele até criou um tópico aqui no fórum veja: A diferença é que o mencionado nesse tópico está usando o nome e logotipo do Projeto ACBr e não fomos contatados sobre isso.