Daniel Simoes

Acho que isso pode ocorrer, na primeira liberação... mas não sei se é algo do Android ou do Delphi...

Obrigado por testar... Commit [r22312]

Desculpe pela demora na analise desse caso... Essa modificação foi introduzida, porque as novas "Classes Externas", sobrescrevem internamente, o OnEnviarStringDevice Exemplo: procedure TACBrPosPrinterGEDI.Configurar; begin fpPosPrinter.Porta := 'NULL'; fpPosPrinter.OnEnviarStringDevice := ImprimirGEDI; fpPosPrinter.PaginaDeCodigo := TACBrPosPaginaCodigo.pcUTF8; end; e quando mudávamos o modelo, após o uso de uma classe externa, o Evento da Classe externa continuaria sendo acionado... Apliquei uma possível correção, para o problema... Por favor teste com o fonte em anexo... ACBrPosPrinter.pas

Acho que nessa questão... a Sw.House que tem que determinar... Assim como você define os requisitos mínimos de hardware... Determine que o sistema necessita de um certificado A1... Garanto que com isso, os problemas e chamados de suporte cairão drasticamente

Esse serviço da SEFAZ, assim como todos os WebServices, exige o certificado do cliente... O A1, é ideal para ser usado em várias estações... Com o ACBr, o certificado A1, pode ser baixado da Internet ou Banco de Dados, e não requer instalação no Windows

Tem que marcar as permissões, e pedir elas em RunTime Veja esse trecho dos fontes do ACBr... function TPosPrinterAndroidTesteForm.PedirPermissoes: Boolean; Var Ok: Boolean; begin Ok := True; {$IfDef ANDROID} PermissionsService.RequestPermissions( [JStringToString(TJManifest_permission.JavaClass.BLUETOOTH), JStringToString(TJManifest_permission.JavaClass.BLUETOOTH_ADMIN), JStringToString(TJManifest_permission.JavaClass.BLUETOOTH_PRIVILEGED)], procedure(const APermissions: TArray<string>; const AGrantResults: TArray<TPermissionStatus>) var GR: TPermissionStatus; begin Ok := (Length(AGrantResults) = 3); if Ok then begin for GR in AGrantResults do if (GR <> TPermissionStatus.Granted) then begin Ok := False; Break; end; end; end ); if not OK then begin TDialogService.MessageDialog( 'Sem permissões para acessar despositivo BlueTooth', TMsgDlgType.mtError, [TMsgDlgBtn.mbOK], TMsgDlgBtn.mbOk, 0, nil, nil); end; {$EndIf} Result := Ok; end;

@Carlos Tre, Por favor tente as configurações, desse tópico: Para forçar a compilação do ACBr em modo CONSOLE (sem dependências visuais).. tente ainda, adicionar a Diretiva "NOGUI" no Projeto... o tópico abaixo, fala a respeito de compilação em modo Console, porém no Lazarus/FPC

veja os métodos de TACBrETQ.Device

Realmente haverá essas dependências, gráficas, isso se deve ao fato de usarmos o fortes para geração de relatórios... Se a ideia é criar um serviço para rodar em um Servidor Linux Console... pode-se usar o Xvfb, que irá emular um Servidor X outro fato.. é que o Fortes Report, não é compatível com a FMX.. então acho que seria necessário, usar o Fast Report

Não compreendi a pergunta... Você não conseguiu abrir e compilar o Demo do ACBr ?

Obrigado pela contribuição, @EMBarbosa pode nos ajudar nessa analise ?

Por favor anexe o Log, do ACBrPosPrinter.. com ele, saberemos qual foi a configuração usada no momento da Impressão Mas até o momento, analisando as imagens que você postou, me parece ser um problema de configuração, na sua aplicação...

deve ter ocorrido TimeOut ou outro erro... A analise do Log, do MonitorPLUS, poderá ajudar a identificar o problema...

Mas tem algo errado.. pois na imagem de configuração, a porta é USB e não COM3... Pode ser outra rotina do seu sistema, que esteja tentando usar a COM3, nessa mesma operação de impressão

creio que 3 a 4 meses...

Estamos com planos de criar uma espécie de ACBrMonitor, para Android, que usará a comunicação entre APKs, por "Intents" Mas será um produto exclusivo para os assinantes do ACBr Pro https://projetoacbr.com.br/pro/

Não consegui ler o erro na foto... consegue postar o Log de impressão ?

@Rafael Dias, Não é o caso de um erro de conversão, nos fontes da ACBrLib.Core ?

Olá @Victória, por favor veja esse vídeo: Veja aqui o novo Portal de Contratação: https://projetoacbr.com.br/pro/ Novo Portal de Downloads: https://www.projetoacbr.com.br/downloads

Sim.. por incrível que pareça.. isso é um Bug na interpretação do Esc/Pos Epson... Eu já havia relatado esse problema para eles... Aparentemente ela tenta reenderizar o Logo, de baixo para cima, e com isso corta o Logo... Um WorkAround, seria fazer a seguinte modificação... (mas isso quebra a impressão nas outras impressoras) FPosPrinter.Buffer.Add('</zera><mp>' + FPosPrinter.ConfigurarRegiaoModoPagina(0,0,Altura,CLarguraRegiaoEsquerda) + '</logo>'); para: FPosPrinter.Buffer.Add('</zera><mp>' + FPosPrinter.ConfigurarRegiaoModoPagina(0,0,Altura,CLarguraRegiaoEsquerda) + '</lf></lf></lf></lf></lf></lf></logo>');

Faça um teste com o Demo do ACBr, o projeto \ACBr\Exemplos\ACBrSerial\ACBrPosPrinter\Android Se nele exibir... observe nas propriedades de Projeto, as permissões que habilitamos... e o método para Solicitar Permissões, invocado na criação do Form

No Log notei algumas falhas na leitura do ACK.. mas na sequencia ocorreu a resposta... Qual é exatamente a msg de erro, que aparece na aplicação ?

Você diz, que em algumas máquinas não conecta nunca, e em outras sempre... Ou está intermitente em todas as máquinas ?

Ok.. esse pode ser o problema... o Memo com o Log estar "comendo" a memória... experimente desmarcar essa opção.. https://acbr.sourceforge.io/ACBrMonitor/ACBrMonitor.html

As instâncias do ACBrMonitorPLUS, ficam abertas ou ficam no SysTray ? A opção de gravar o Log em Tela, está habilitada ?