Daniel Simoes

Acho que essa "Plataforma Fiscal" acaba usando a Bemafi32.dll por JNI ou JNA

Por favor abra um tópico para cada dúvida... Vou responder aqui apenas em relação ao emulador da Sweda: Tente primeiro com o ECFTeste... ele irá gerar um LOG mais completo, com a comunicação Serial... Minha suspeita é que o seu Virtualizador de Portas Seriais não está instalado de forma correta..

Como vc acessa a impressora para Impressão comum ? Use a mesma porta... Ex: "\\localhost\@PRINTER"

Você não deve usar o modelo ecfSweda (use apenas para Matriciais).... Use o modelo ecfSwedaSTX

No modelo da Daruma, você não deve modificar o numero numero de casas decimais do Preço ou Qtd por código... Esse ECF não suporta mudar essa propriedade, que deve ser definida no momento da lacração O componente lê do ECF o numero de casas decimais programados e ajusta nas propriedades...

Sim... é recomendado usar sempre o ecfSwedaSTX... a classe antiga não recebe mais correções ou melhorias

Veja o exemplo no TEFDDemo... Linha: 1401 opeImprimePagamentos : begin //if ACBrECF1.TotalPago > 0 then // Adicione essa linha para efetuar pagamento de Dinheiro apos Cartão

Parabéns pela sua homologação

Provavelmente você está falando de um PinPad USB Você pode ver a porta Serial do PinPad no Gerenciador de Dispositivos do Windows... Remova e Plug o PinPad e veja qual é a Porta Serial criada...

Favor enviar o Log

Giuliano, Acho que podemos responsabilizar os fabricantes pelos próprios erros... Eu aconselho entrar em contato com a Sweda e pedir explicações do porque o ECF deles não segue as regras de arredondamento ABNT

Sem o LOG do ACBrECF é impossível dar mais detalhes... Mas tudo indica que o problema está na sua aplicação.... Repito: Você provavelmente não está enviando o comando para SubTotalizacao do Cupom

Em SP, TEF com ECF já não é obrigatório a muito tempo... http://icmssp.cenofisco.com.br/icmssp/isp.dll/Infobase/864/32e8/1287/12f0?f=templates&fn=document-frame.htm&2.0

O Bug é do ECF... não creio que devemos aplicar qq modificações nos fontes do ACBr por causa disso...

Se no Log está 9600, é porque a sua atribuição de nova velocidade falhou... Muito provavelmente essa é a causa do problema Tente com o ECFTeste

Sim... 0 é o recomendado... mas deixe isso parametrizável no seu programa, pois em alguns casos, com portas serias problemáticas, pode ser necessário inserir um intervalo entre 10 a 100

Se não me engano, o driver da Daruma irá criar uma Porta Serial Virtual... Veja no Gerenciador de Dispositivos qual ela é...

Aparentemente SIM.... Mas se você postou algo aqui, é porque provavelmente não está tendo o resultado esperado... Eu acho que os ajustes no componente deveriam ser feitos apenas no início do programa, e não a cada abertura de gaveta...

O erro indica que você está tentando efetuar um Pagamento sem ter feito a SubTotalizacao do Cupom

Você não falou qual é exatamente a mensagem de erro Adicione o LOG gerado pelo ACBrECF

Obrigado pela colaboração, Modificações envidas para o SVN

Aparentemente esse "Websocket" espera por um protocolo específico... O ACBrMonitor usa TCP/IP apenas, os dados não são encapsulados dentre de outro protocolo como HTTP... Seria muito semelhante a uma comunicação com "Telnet" http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?ComousaroACBrMonitor.html (veja o modo TCP/IP)

Chegou a analisar o exemplo que já existe ? A muito tempo atrás, recebemos a doação de um exemplo em PHP... Ele está no nosso SVN, e é distribuído com o ACBrMonitor, onde é instalado na subpasta "Exemplos" https://svn.code.sf.net/p/acbr/code/trunk/Projetos/ACBrMonitor/Exemplos/php_socket.zip

SAT-CFe, é muito semelhante a NFCe, com a diferença que ele já faz a contigência, pois ele mesmo autentica os documentos de forma off-line SAT-CFe usa uma impressora NÃO fiscal.... ou seja, é a morte do ECF

Creio que o problema esteja na sua rotina de implementação Socket... ou no meio de transporte (rede) Aqui temos uma aplicação em xHarbour, que se comunica com o ACBrMonitor por TCP/IP, onde a mesma roda em um Servidor SSH e o ACBrMonitor na máquina Local... A impressão é quase tão rápida quanto o acesso direto pela serial... A sua sugestão já existe... Você pode enviar vários comandos no mesmo bloco de transmissão, basta usar uma quebra de linha entre um comando e outro... ECF.VendeItem() ECF.VendeItem() ... Porém isso não é nada bom... pois você perde o controle de qual item foi impresso com sucesso ou falhou