Daniel Simoes

É comum usar PChar em DLLs, pois devemos informar o início do Buffer onde a DLL irá ler/escrever, ou seja, um ponteiro para o inicio da String, e a String deve ter o tamanho suficiente (já alocado) para que a DLL possa escrever em sua área de memória com segurança.... No D2010 a tradução natural de PChar seria PAnsiChar... portanto para mim parece estar correto...

Provavelmente é um problema no sensor de Papel... isso é muito comum... Teste com o Emulador, e verifique que essa propriedade funciona corretamente...

Olá pessoal, Alguem está tendo problemas nos métodos ArquivoMFD_DLL e EspelhoMFD_DLL com a Daruma ? Recebi o seguinte e-mail... mas não apliquei por achar que poderia causar problemas nos usuários de D2010 Segue em anexo o arquivo modificado pelo Rómulo ACBrECFDaruma.zip

Informação interessante... Parece coisa de um futuro distante... mas está próxima de se tornar uma realidade...

Acho que é mais simples usar algum programa utilitário do próprio fabricante, pois isso deve ser feito apenas uma única vez...

Carlos, Agradeço a sua ajuda... e entendo o seu comentário sobre a falta de retorno do ACBrBoleto... Estou entrando em contato com a equipe atual do ACBrBoleto, para ver se temos algum progresso... Ajudei na formatação das Classes do ACBrBoleto, e em algumas outras tarefas pontuais... mas fico pouco a vontade quando se trata de lay-out de banco, formatação dos códigos etc... pois li muito pouco sobre os manuais dos bancos... por isso não me sinto a vontade para analisar as mudanças sugeridas... mas enfim... precisamos de uma equipe mais atuante... e vou procurar corrigir isso...

Ricardo, Finalmente consegui um tempo para analisar as modificações... Apliquei a propriedade: AssinarArquivo : Boolean, mas fiquei na dúvida quando ao campo COO_DFV ... Acredito que o colega Isaque possa nos ajudar aqui Vc tem algum link para o documento que mostre que esse campo não deva existir no Lay-out ?

Grande Fernando... Parabéns... e obrigado pela sua ajuda no ACBr... Humm.. Acho que precisamos criar novamente o tópico de Casos de Sucesso com o ACBr...

Rafael, Para que eu possa investigar o fato, preciso de um passo a passo em como reproduzir o problema... Exemplo: 1 - Abra o ACBrMonitor 2 - Clique em ativar o ECF. 3 - Clique na aba RFD... etc...

Não pode isso é contra a lei... seria semelhante a uma falsificação de documentos, ou seja, vc iria informar para o fisco algo que não é o real...

Como você conseguiu fazer 2 cupons Vinculados nesse ECF ? pois esse modelo não permite 2 vinculados usando a mesma forma de pagamento (mesmo que tenha ocorrido 2 pagamentos para o cupom anterior) Você está usando AutoEfetuarPagamento := True ? Se SIM, recomendo usa-lo como False... pois nesse caso, o componente irá somar todos os pagamentos em apenas 1 operação, e imprimir todos os comprovantes de cartão em apenas um Vinculado, isso minimiza muito problemas como este...

Você pode programar o evento ACBrECF1.OnMsgPoucoPapel procedure TForm1.ACBrECF1MsgPoucoPapel(Sender : TObject) ; Var OldTecladoBloqueado : Boolean ; begin OldTecladoBloqueado := ACBrTEFD1.TecladoBloqueado; try ShowMessage('ATENÇÃO. Detectada proximadade do fim da Bobina'); finally ACBrTEFD1.BloquearMouseTeclado(OldTecladoBloqueado); end ; end; [/code]

Humm.... Que coisa... um bug induzido nos fontes realmente o problema ocorrerá sempre que o valor for -2... Vou aplicar a correção proposta pelo Rodrigo

Não compreendi corretamente o último relato... O ACBrMonitor é encerrado abruptamente ? Você poderia fornecer passos para a reprodução do problema ? (SIM, o arquivo RFD é gerado a cada Redução Z)

Qual é linguagem de Etiqueta suportada por essa Impressora ? PPLA / PPLB / ZPL ?

O que ocorre é que você é que precisará criar uma lógica de programação para que o desenho das Etiquetas caia em cada uma das colunas existentes (o componente não faz isso)...

Os valores comuns são 40, 48 e 56... mas o ideal é fazer a tela se adaptar com as colunas do ECF, ou ainda com o espaço disponível para a exibição... HTML é ótimo para isso...

Esse ECF tem alíquotas inválidas como 2,16 ; 2,15 ; 3,00... Por isso os arquivos são rejeitados... Solução: Envie o ECF para a intervenção para remover as alíquotas inválidas Entre em contato com o Posto Fiscal para saber como você pode enviar o arquivo com o erro.

o problema são os valores informados em Barras Finas e Largas... Cada tipo de código tem um limite, e obviamente o valor da Barra fina deve ser inferior ao da barra Larga... Veja no manual indicado pelo André, e procure por "Bar Ratio"... Os valores geralmente usados são de 0 a 2 (veja no Demo)

Uma dica... Quando você não sabe o estado do documento atual... Experimente usar: ACBrECF1.CorrigeEstadoErro com esse comando o ACBrECF tentará detectar o estado atual, e cancelar ou fechar o documento em aberto

Parece ser algum erro de permissão... Qual é a porta que você está usando ? Existe algum outro processo usando essa mesma porta Serial ? (Ex: algum programa residente do Fabricante) Experimente executar como root: chmod 777 /var/lock

Bom.... em relação a Drivers e manuais da Epson, você pode encontrar tudo nessa página: http://www2.epson.com.br/fiscais/index.php?mdl=support

O protocolo STX da Sweda foi introduzido junto com as primeiras MFDs... portanto SIM, tanto a ST100 como a ST120 suportam o protocolo STX.... O ganho de desempenho é enorme, migrando do protocolo ESC . (ecfSweda) para STX (ecfSwedaSTX)

Oi Rodnei, Feito... Muito obrigado pela sua contribuição

Essa tarefa não é nada simples para um iniciante... Comece por aqui... http://www.nfp.fazenda.sp.gov.br/respostas_III.asp