Bematech - Driver para Impressora Fiscal compatível com Java

GUJ Expert Membro desde: 13/11/2008 12:10:18 Mensagens: 3927 Offline

viniciusalvess wrote:Melhor fazer comunicação direta com a impressora, sem depender dessa DLL horrivel deles ...Baixe a documentação da impressora e implemente os comandos. demora mais , mais tem controle total do que está fazendo .

Isso mesmo, você tem toda razão já que hardwares como impressoras trabalham com comunicação rs232. Não é necessário acesso nativo, já que a máquina virtual te provê a serial.

This message was edited 1 time. Last update was at 22/07/2010 10:37:45

Ouuuu, se nao quiser sofrer muito mandando bit pra porta serial, pode usar o ACBrMonitor.

O projeto é interessante, e ja suporta varias impressoras e outros equipamentos de Automação Comercial, e bastaria voce implementar a interface com ele, via arquivo txt ou sockets.

Vale a pena dar uma olhada.

http://acbr.sourceforge.net/drupal/?q=node/24

FAQ: http://acbr.sourceforge.net/drupal/?q=node/18

JavaBaby Membro desde: 21/07/2009 12:43:00 Mensagens: 77 Offline

Sinceramente não vejo vantagem em fazer comunicação direta... A não ser que que a fabricante da impressora não forneça a biblioteca para a plataforma desejada (Só a título de informação, a Bematech possui uma versão da biblioteca de acesso para Linux).

Falaram sobre ter controle total. Pra que? Se eu quero abrir um cupom fiscal, eu só quero um comando que faça a abertura do cupom fiscal e retorne algo dizendo se houve alguma falha. De que adianta eu implementar isso manualmente tendo controle total, se no final das contas eu vou ter um cupom fiscal igualzinho?

As bibliotecas de acesso tem funções para fazer o download da MFD e gerar alguns arquivos exigidos pelo PAF-ECF. Vai implementar isso na mão pra ver que beleza, não sei nem se é possivel (acho que essa parte não é documentada)

This message was edited 1 time. Last update was at 27/07/2010 23:49:49

viniciusalvess wrote:

Andre Brito wrote:Fora o rolinho de papel que é bem caro também (ainda mais que tem que fazer alguns testes)...

Existe o Emulador da MP2100 , se for para a implementação e testes funciona perfeito e é gratuito !

Pois é. Mas pra testar pra homologar é mais interessante usando a impressora física mesmo, não é? Por falar em emulador, alguém nota uma lentidão extrema dele quando usado com Java?

magnomp wrote:Sinceramente não vejo vantagem em fazer comunicação direta... A não ser que que a fabricante da impressora não forneça a biblioteca para a plataforma desejada (Só a título de informação, a Bematech possui uma versão da biblioteca de acesso para Linux).

Falaram sobre ter controle total. Pra que? Se eu quero abrir um cupom fiscal, eu só quero um comando que faça a abertura do cupom fiscal e retorne algo dizendo se houve alguma falha. De que adianta eu implementar isso manualmente tendo controle total, se no final das contas eu vou ter um cupom fiscal igualzinho?

As bibliotecas de acesso tem funções para fazer o download da MFD e gerar alguns arquivos exigidos pelo PAF-ECF. Vai implementar isso na mão pra ver que beleza, não sei nem se é possivel (acho que essa parte não é documentada)

É... eu concordo com você. Mas me veio uma dúvida: se eu tiver clinetes que usam Bematech, outros Daruma, outros Elgin e outros Sweda, eu teria que escrever uma implementação específica pra cada impressora (se eu não utilizar a dll fornecida pela fabricante)?

Andre Brito wrote:

viniciusalvess wrote:

Andre Brito wrote:Fora o rolinho de papel que é bem caro também (ainda mais que tem que fazer alguns testes)...

Existe o Emulador da MP2100 , se for para a implementação e testes funciona perfeito e é gratuito !

Pois é. Mas pra testar pra homologar é mais interessante usando a impressora física mesmo, não é? Por falar em emulador, alguém nota uma lentidão extrema dele quando usado com Java?

magnomp wrote:Sinceramente não vejo vantagem em fazer comunicação direta... A não ser que que a fabricante da impressora não forneça a biblioteca para a plataforma desejada (Só a título de informação, a Bematech possui uma versão da biblioteca de acesso para Linux).

Falaram sobre ter controle total. Pra que? Se eu quero abrir um cupom fiscal, eu só quero um comando que faça a abertura do cupom fiscal e retorne algo dizendo se houve alguma falha. De que adianta eu implementar isso manualmente tendo controle total, se no final das contas eu vou ter um cupom fiscal igualzinho?

As bibliotecas de acesso tem funções para fazer o download da MFD e gerar alguns arquivos exigidos pelo PAF-ECF. Vai implementar isso na mão pra ver que beleza, não sei nem se é possivel (acho que essa parte não é documentada)

É... eu concordo com você. Mas me veio uma dúvida: se eu tiver clinetes que usam Bematech, outros Daruma, outros Elgin e outros Sweda, eu teria que escrever uma implementação específica pra cada impressora (se eu não utilizar a dll fornecida pela fabricante)?

Sim, com ou sem DLL tu teria que implementar um pra cada, com algumas excecoes, que se nao me engano a sweda usa a mesma dll da bematech, nao lembro ao certo, mas tem duas ou mais que usam as mesmas chamadas.

JavaBaby Membro desde: 21/07/2009 12:43:00 Mensagens: 77 Offline

É... eu concordo com você. Mas me veio uma dúvida: se eu tiver clinetes que usam Bematech, outros Daruma, outros Elgin e outros Sweda, eu teria que escrever uma implementação específica pra cada impressora (se eu não utilizar a dll fornecida pela fabricante)?
Como já disseram, com ou sem dll vc tem que ter uma implementação específica para cada fabricante (e eventualmente você tem que dar tratamentos especificos para modelos diferentes do mesmo fabricante).

Ainda não trabalhei com Sweda, mas a Daruma é muito semelhante à Bematech. Não dá pra usar a mesma implementação nas duas, mas dá pra usar uma como base para a outra. Na verdade, até rola um processo da Bematech contra a Daruma acusando-a de ter copiado a biblioteca

É. Eu ia apontar a desvantagem de não usar as dlls fornecidas pelas fabricantes. Mas não cheguei a usar uma impressora diferente da Bematech e da Daruma, então não tenho muito o que dizer. O que eu pude perceber é que a dll essas duas fabricantes possuem praticamente as mesmas chamadas. De qualquer forma, ficaria tudo encapsulado numa classe específica... Mas seria um trabalhão implementar sem as dlls pra cada impressora fiscal.

Notícias, artigos e o maior fórum brasileiro sobre Java