EMBarbosa

Olá Jéter, Eu consegui reproduzir o problema e espero ter resolvido agora. Infelizmente o Delphi é muito confuso nessa parte de configurações do path. O Delphi armazena as configurações em vários lugares. Um deles é no Registro do Windows. Por exemplo, na versão do Delphi 10.4 tem a chave: "Computador\HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\21.0\Library\Android32" Nessa chave acima, tem vários valores com os paths. Mas também ele armazena em outro lugar, num arquivo xml chamado "EnvOptions.proj" em: C:\Users\<NomeUsuario>\AppData\Roaming\Embarcadero\BDS\21.0\EnvOptions.proj Esse segundo é onde geralmente se lê as configurações, usando a JCL. Mas o Delphi nem sempre mantém os dois lugares sincronizados. A JCL não tinha um mecanismo de Fallback pro Registro. Eu adicionei isso. Mas mesmo assim, se o arquivo EnvOptions.proj estiver alterado por uma instalação mal feita e o Delphi não o sincronizou com o registro,os paths vão ficar errados. Estou enviando um ACBrInstall novo logo após o almoço. Espero que esteja tudo certo. Caso você ou alguém mais for testar essa situação numa instalação já existente do Delphi, peço o favor que verifique se o arquivo acima está com o path sincronizado com o registro antes de executar a instalação.

Bom dia. Precisamos de mais informações: Você está gerando o xml pelo componente ACBrReinf? Está com o componente atualizado? Está com os schemas atualizados? Qual versão do Reinf está utilizando?

Bom dia Dércio. Quando eu uso o aplicativo exemplo pra imprimir o PDF (botão "gerar PDF"), ele imprime assim: Você consegue reproduzir o problema usando o aplicativo de exemplo? Se sim, qual o passo a passo?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

A informação deve ser conferida em cada impressora. Cada modelo tem uma particularidade. Em teoria sim. Mas é bom verificar o manual do fabricante da impressora. Nem sempre eles emulam todos os comandos. Muitas vezes apenas um subconjunto.

Até onde eu sei, esse método procura um nó na lista. Como você pode ver na imagem, cada "NFref" é um nó separado. Talvez seja mais fácil você percorrer a lista inteira e comparar com o nome que quer...

Não... Não é a máscara que gera a distorção. É o tipo flutuante. Explicação longa: http://rvelthuis.de/articles/articles-floats.html A única maneira é usar um tipo que não seja ponto flutuante. Por exemplo Currency.

Até onde me lembro, você só precisa usar componente de script e não query. Daí é fazer como citado pelo @datilas acima

Nota para posterior informação: A api citada GetVolumeInformation retorna o serial do volume, que é atribuído pelo SO após a formatação. A MS recomenda usar (WMI) Win32_PhysicalMedia e pegar a propriedade SerialNumber para pegar o serial atribuído pelo fabricante ao drive. Veja documentação:https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getvolumeinformationa

Até onde sei, não temos fontes oficiais no git. Dito isso, a ideia do Daniel é muito boa: Outra sugestão é que você também pode procurar um profiler e tentar ver o que está consumindo tanto tempo de processamento.

Tente fazer a mesma coisa no Fortes.

Você está usando o componente ACBrNFSe?

Muito obrigado pelo relato. Enviei uma possível correção disponibilizada pelo nosso colega @Victor H. Gonzales - Panda ao SVN. É um pouco diferente da sua, mas acredito que seja apropriada. Por favor queira atualizar, testar e reportar qualquer problema.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 21980. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. A saída é realmente mudar esses campos que podem ou não ser vazios para Variant. Existem outros campos assim. Se desejar fazer a implementação fique a vontade que vamos avaliar. Mais uma vez obrigado.

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

Me parece que os ajustes já foram feitos. Queiram por favor testar e reportar qualquer problema.

Muito obrigado pelo report. Resolvemos que seria melhor renomear as classes adicionando o nome do evento no final. Por exemplo, TDmDevCollection agora se chama TDmDevCollectionS2299 ou TDMDevCollectionS1200. Subi as alterações para o SVN na Revisão 21978. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Bom dia Filipe. Por favor, coloque o log completo pra essa leitura. Pode ser algum problema na configuração. Outra possibilidade é que a balança esteja configurada para um protocolo não implementado.

Boa tarde. Boa análise... Muito obrigado. Isso facilita bastante pra gente poder dar um parecer. Vamos lá... De certa maneira, acredito que você tenha razão. Se o TimeOut está ocorrendo aí, então está faltando mesmo um tratamento para o retorno. Mas o tratamento não poderia ser feito no "SolicitarPeso", porque esse método não tem retorno. Teria que ser feito nos outros métodos que chamam esse "SolicitarPeso, como "LePeso" e "AguardarRespostaPeso". Você pode alterar e anexar aqui para que possamos avaliar sim. Vou pedir pra você apenas ficar atento ao seguinte: 1) Seria bom verificar no log se o timeout está mesmo ocorrendo. 2) fazer o ajuste apenas na classe TACBrBalClass vai ajustar a maioria dos modelos, mas alguns sobrescrevem esses métodos (em especial LeSerial e LePeso) e assim pode ser necessário um ajuste na classe delas.

Olá, nós enviamos uma alteração ao SVN ontem que deve resolver esse problema. Poderiam testar e reportar algum problema, por favor?

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Olá Rafael, Desculpe eu ter entendido errado. Geralmente essas balanças possuem uma configuração de comunicação que permite trocar o protocolo. Nesse caso, é possível que algum dos protocolos já estejam implementados. Mas como não temos esse modelo específico não posso afirmar qual protocolo você pode utilizar. O jeito é pegar o programa de exemplo e testar os protocolos. Essa semana eu vou verificar o código. Talvez consiga detectar qual o modelo se encaixa, ou adaptar pra versão atual do componente.

Gostei da ideia do @Victor H. Gonzales - Panda

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Atualizando: O @José M. S. Junior e eu estamos verificando esse caso específico e outros.