Daniel Simoes

Apenas a interação com o ECF precisa ser modificada para usar o AcbrMonitor... Entre em contato com o pessoal do EasyTef... Eles conhecem bem o ACBr...

use o modelo ecfSwedaSTX

Comparei com os fontes atuais do SVN e está idêntico... tem certeza de que adicionou o arquivo correto ? (Ou será que alguém já havia aplicado essas alterações ?)

Estamos quase Acredito que entra em operação em 1 ou 2 semanas...

Por isso é recomendado vc proteger as configurações do ACBrMonitor com Senha

O ideal é Ativar no inicio da aplicação... pois se houver algo errado com o ECF, vc já poderá informar ao operador...

vc precisaria substituir as chamadas do DLL ao ECF para chamadas ao ACBrMonitor... não é recomendado usar DLLs e ACBrMonitor simultanemente

lostguest, No que a sua mensagem ajuda ou complementa o Post acima ? Você pode SIM, promover e indicar outros foruns... mas use um tópico apropriado, e não crie Flood com essa mesma mensagem em nosso forum... ok ?

Vale lembrar que nem todos ECFs possuem suporte a todos os códigos de barras... e que em alguns modelos, como Sweda e FiscNET, o suporte a impressão de Cod.Barras ainda não foi implementado...

Este é o log correto do ECF ? Não notei a re-entrada da aplicação... que provavelmente seria identificadas com ACBrECF.Ativar... Notei que há uma fallta de comunicação com o ECF após o Corte de papel... Isso é comum em ECFs com guilhotina... Faça: ACBrECF1.CortaPapel; Sleep(500); (ou seja, dá um tempo para o ECF ficar pronto...

IdentificaConsumidorRodape não é um método, é uma propriedade... Se ela for True, o ECF permite identificar o Consumidor no Rodapé, em Campo específico... Use: ACBrECF1.IdentificaConsumidor( CPFCNPJ, NomeCli, EnderCli); ANTES de abrir o cupom... ou antes de Fecha-lo, se o ECF permitir a identificação no Rodapé

Ninguém lhe chamou de idiota... Apenas tentei ajudar... Acho que será melhor eu ignorar as suas perguntas daqui para a frente... Você é inteligente de mais para os meus conselhos...

Vc tem um IF relativamente complexo para definir como bloqueada... use o Debug e verifique cada uma das Opções... Observe no ECFTeste, que o mesmo sinaliza corretamente o estado do ECF na barra de status... ou seja, não há problema com o ACBrECF quanto a detecção do Estado estBloqueada

Notei Muitas falhas NACK, isso não é normal... pode ser problema no Cabo ou na serial Seu ACBr está atualizado ? Acredito que a versão atual tente por 10 vezes antes de disparar NACK

Tente com a versão nova, 0.9.6 https://sourceforge.net/projects/acbr/f ... r%20Atual/

Realmente estava faltando... Quando o SAC estiver ativo, vou disponibilizar na página do mesmo, compilações semanais do ACBrMonitor.. SVN e binário no SourceForge foram atualizados com a 0.9.6

Trata-se do Emulador da Bematech ou ainda um ECF com adaptador USB-Serial ?

há algo errado na sua lógica... Nunca use as propriedades do ACBrECF como se fossem variáveis locais.. cada chamada a elas gera "transito" com a serial... e seu sistema pode ficar muito lento... Atribua frmPrincipal.ecfImpressora.Estado para uma váriavel local e teste contra a variável..

Não há bugreports para esse modelo... Vc pode anexar o LOG com o trecho de erro ?

Entre em contato com o Fabricante e verifique se essas são as mais atualizadas... (pode ser uma página desatualizada)

Por favor seja mais específico... De qual mensagem de erro você está falando ?

Sim... Devo fazer isso ainda hoje....

O primero passo é buscar as DDLs atualizadas com o fabricante

Sim... ele chama funções nativas do OpenSSL para gerar Chaves da forma mais randômica possível... Pelo que li uma vez... o OpenSSL usa várias informações da máquina, e até mesmo áreas "sujas" da memória, para compor uma semente randômica... Alias, certa vez o pessoal do Ubuntu achou que isso era um Bug do OpenSSL (usar uma área de memoria suja).... e a "correção" aplicada por eles diminuiu drasticamente o numero de chaves possíveis de serem geradas, casando problemas de segurança...

Faltou o log gerado pelo componente ACBrECF, com a comunicação serial entre o ECF e o PC