 |
|
|
|
Tópico: Dripfeed com Fanuc 16M
|
| Por: mitchs1111 | Posted on: Feb 16 2009 at 09:24:57 PM | Estou com problemas para fazer o Dripfeed (transmissão contínua) de um programa para um comando Fanuc 16M. Este software suporta Dripfeed? Há algum plug-in que eu precise para adaptá-lo ao meu comando?
Muito obrigado
| |
| Por: CNC User | Posted on: Feb 17 2009 at 04:09:46 PM | O easyDnc transferirá os dados progressivamente.
Você não especificou que tipo de problema está enfrentando – talvez pudesse postar uma descrição do problema que está ocorrendo.
Em geral, um comando Fanuc pode se comunicar de duas maneiras. Uma delas é o modo de memória/edição, onde os dados são armazenados na memória do CNC.
A outra é o modo "Fita" (DNC).
Para transmitir os dados por Dripfeed, coloque o CNC no modo Fita – para isso, pressione o botão "Ciclo Inicial" (Cycle Start) no comando. Nesse momento, o CNC ainda não fará nada. Vá para o easyDnc e clique no botão "Enviar". Assim que os dados começarem a ser transferidos, a máquina começará a se mover.
| |
| Por: mitchs1111 | Posted on: Feb 17 2009 at 08:48:58 PM | Muito obrigado,
Vou testar e ver se funciona
| |
| Por: mitchs1111 | Posted on: Feb 20 2009 at 06:07:34 PM | Consigo me comunicar com a máquina no modo Fita e enviar programas para ela. Quando o botão "Feed Hold" (Retenção de Avanço) é pressionado na máquina, o programa continua rodando no notebook, o que resulta em um alarme de estouro de buffer (buffer overflow). O buffer não esvazia. O programa não pode ser apagado. Alguma ideia?
| |
| By: Support | Posted on: Feb 21 2009 at 04:01:42 PM | Se os dados continuarem fluindo para o comando mesmo após a máquina ter parado, isso indica um problema com o controle de fluxo.
1) Se o fluxo de dados continuar após o estouro e persistir até que o DNC envie todos os dados, parece que o controle de fluxo não está ativado de forma alguma.
Ative o controle de fluxo no easyDnc.
2) Se os dados continuarem fluindo brevemente após o estouro, mas pararem antes que todos os dados sejam enviados, significa que o controle de fluxo está ativado corretamente, mas não está respondendo com rapidez suficiente. Tente uma ou mais das seguintes ações:
Desative o FIFO da porta COM no Windows. Painel de Controle > Sistema > Hardware > Gerenciador de Dispositivos > Portas (COM e LPT). Selecione a porta COM > Configurações de Porta > Avançado. Aqui você verá uma caixa de seleção e controles deslizantes para ajustar o FIFO. Mova os controles deslizantes para zero e desmarque a caixa de seleção para desativar o FIFO.
Reduza a taxa de transmissão (baud rate); aumente a atraso de bloco (block delay) na configuração do easyDnc.
Se a taxa de transmissão for muito baixa, pode acontecer de o computador não receber dados suficientes e ocorrerem engasgos ("stuttering"). É um meio-termos: a taxa de transmissão deve ser a mais baixa possível, mas não tão baixa a ponto de causar engasgos.
| |
| Por: Grall | Posted on: Aug 21 2009 at 11:13:21 PM | Estive usando a versão de avaliação do EasyDNC com nosso "novo" (1998) roteador Shoda equipado com um comando Fanuc 16M, exatamente como descrito acima. A transferência de programas entre meu notebook e a máquina parece funcionar perfeitamente usando um cabo RS232 com um adaptador RS232 para USB – também exatamente como descrito acima. Também precisamos transferir alguns programas mais longos via Dripfeed, mas estamos tendo dificuldades para fazê-lo funcionar.
Quando o comando está no modo "DNC", pressionamos o botão de ciclo inicial e depois "Enviar" no EasyDNC; o programa começa a rodar, a máquina inicia, troca a ferramenta e começa a cortar, mas rapidamente emite um alarme de "estouro de buffer" (buffer overflow). Temos espaço suficiente na memória da máquina para acomodar facilmente um programa com 35.000 linhas de código, mas mesmo com a memória totalmente utilizada, só consegui rodar 300 linhas de código até agora antes que a mensagem de erro "Buffer-Overflow" apareça. O "tamanho do buffer" está limitado a uma parte menor do "tamanho da memória"? Posso alterar essa configuração em algum lugar? Tentei reduzir a taxa de transmissão conforme descrito, a ponto de a máquina "engasgar", mas isso ainda não parece nos ajudar a avançar mais no programa.
Mexi nas configurações de controle de fluxo, mantendo sempre as configurações do EasyDNC, a configuração de porta no Windows e no comando Fanuc alinhadas – nada disso parece ajudar, embora às vezes as configurações façam com que o software DNC espere indefinidamente pela máquina. Atualmente, configurei o controle de fluxo para todas as opções como o padrão "X-on X-off"; com isso pareço obter os melhores resultados até agora. Quando o buffer do CNC estoura, o EasyDNC às vezes continua executando o programa até que eu o pare. Também desativei o FIFO nas configurações de porta do Windows conforme sugerido.
Gosto deste software pela sua confiabilidade, facilidade de uso e, claro, pelo preço, mas preciso dele para o Dripfeed. Você tem alguma ideia? Minha fase de testes tem apenas mais 5 dias.
Agradeço imensamente qualquer ajuda, muito obrigado.
| |
| Por: Convidado | Posted on: Aug 24 2009 at 10:22:44 AM | Infelizmente, a transmissão por Dripfeed via USB ou outros adaptadores RS232 inteligentes não é muito eficiente. Os buffers de transmissão desses dispositivos são tão grandes que, mesmo quando o DNC para de enviar dados, não é possível impedir que todos os dados presentes no buffer de transmissão do dispositivo sejam transferidos, o que causa o estouro do buffer de recepção do CNC.
Além do processamento FIFO, talvez seja necessário diminuir a taxa de transmissão e configurar um atraso de bloco grande (configuração do easyDnc).
| |
| Por: Convidado | Posted on: Jun 10 2017 at 05:44:55 AM | Funciona perfeitamente para mim, mas se preciso cancelar o programa mais cedo e reiniciá-lo, não consigo apagar as linhas restantes no Fanuc 16iM. No meu comando OM, basta pressionar "Reset". No 16iM, o "Reset" não funciona e acabei tendo que desligar a máquina para limpar a memória. Alguém tem alguma sugestão?
| |
| Por: Convidado | Posted on: Jun 10 2017 at 11:47:20 AM | Quando preciso interromper o processo antes do fim, não pressiono o botão de parada no CNC, mas sim o botão de parada no DNC/computador e deixo o CNC continuar rodando até que o buffer esteja vazio. Na maioria das vezes, são apenas alguns movimentos.
Naturalmente, em uma emergência não há outra alternativa senão acionar o botão de parada no
CNC, mas na maioria dos casos alguns movimentos adicionais não representam nenhum problema.
| |
| Por: Elvis91 | Posted on: Jun 28 2018 at 09:01:41 PM | Olá, sou iniciante em usinagem, então tenham um pouco de paciência,
Estou usando uma MILLAC4VA com o comando FANUC 11M. Há alguma configuração no comando CNC que eu precise ajustar ao conectar ao PC para transmitir dados via RS232 – seja diretamente de 25 pinos para 25 pinos, ou usando um adaptador de USB para 9 pinos e depois um cabo de 9 pinos para 25 pinos conectado ao CNC?
Estou usando o CIMCO V6.1 em um PC mais antigo com uma porta direta de 25 pinos na placa-mãe.
| |
| Por: Convidado | Posted on: Jun 29 2018 at 01:45:29 PM | Se você já está usando o Cimco com sucesso, eu diria que todas as configurações no CNC estão corretas.
Se você estiver usando um PC moderno com porta de 9 pinos ou USB, todas as configurações de DNC devem permanecer inalteradas, mas o número da porta COM pode mudar. Por exemplo, o PC antigo podia rodar na "COM1", enquanto uma conexão USB pode ser configurada como "COM5" ou qualquer outro número de COM atribuído pelo Windows.
| |
|
