Autor Tópico: Pq não vai? (Lida 14187 vezes)

Blackmore

ó lá ... acabo de verificar que o sensor home de X não atua .... fazendo co que a máquina não referencie ...
os passos estão sendo dados ... devagar ... mas estão.

Blackmore

bom, acabei de desligar os homes, mudei a configuração para não utilizar os homeswitch ... vou ver se a máquina trabalha normalmente e então partir para a troca (ou não) do sensor, e até mesmo verificar como foi feita a ligação, pois até agora eu não entendi como ficou trabalhando todos estes dias e "sem alterações" deixou de funcionar.
valeu pela ajuda de todos até aqui!!

Blackmore

Agora é o Spindle que não liga ... não acredito!

seria um Voodoo ? nuss ... to ficando impaciente jah.

Alebe

Qual drive e bob vc tá usando?

Blackmore

Depois de "esquecer" ... volto com a tentativa de deixar tudo funfando.

A máquina é um torno ID-20 ..

Motores: não tenho certeza, mas acredito que sejam 100Kgf da Akiama
Drivers: Akiama
BOB: é da marca PEDE ( http://pede.com.br/arq/miap17c.pdf )
PC: com Ubuntu e não roda qqer outra aplicação, apenas o EMC mesmo

Posto o conteúdo do arquivo .ini solicitado.

Código: [Selecionar]

# Generated by stepconf at Mon Jul 11 13:51:09 2011
# If you make changes to this file, they will be
# overwritten when you run stepconf again

[EMC]
MACHINE = Torno_negel
NML_FILE = emc.nml
DEBUG = 0

[DISPLAY]
DISPLAY = axis
EDITOR = gedit
POSITION_OFFSET = RELATIVE
POSITION_FEEDBACK = ACTUAL
MAX_FEED_OVERRIDE = 1.2
INTRO_GRAPHIC = emc2.gif
INTRO_TIME = 2
PROGRAM_PREFIX = /home/eneias/emc2/nc_files
INCREMENTS = 5mm 1mm .5mm .1mm .05mm .01mm .005mm
PYVCP = custompanel.xml
LATHE = 1

[FILTER]
PROGRAM_EXTENSION = .png,.gif,.jpg Greyscale Depth Image
PROGRAM_EXTENSION = .py Python Script
png = image-to-gcode
gif = image-to-gcode
jpg = image-to-gcode
py = python

[TASK]
TASK = milltask
CYCLE_TIME = 0.010

[RS274NGC]
PARAMETER_FILE = emc.var
RS274NGC_STARTUP_CODE = G7 G18 G00

[EMCMOT]
EMCMOT = motmod
COMM_TIMEOUT = 1.0
COMM_WAIT = 0.010
BASE_PERIOD = 50000
SERVO_PERIOD = 1000000

[HAL]
HALUI = halui
HALFILE = Torno_negel.hal
HALFILE = custom.hal
POSTGUI_HALFILE = custom_postgui.hal

[HALUI]
# add halui MDI commands here (max 64) 

[TRAJ]
AXES = 3
COORDINATES = X Z
LINEAR_UNITS = mm
ANGULAR_UNITS = degree
CYCLE_TIME = 0.010
DEFAULT_VELOCITY = 50.00
MAX_LINEAR_VELOCITY = 100.00

[EMCIO]
EMCIO = io
CYCLE_TIME = 0.100
TOOL_TABLE = tool.tbl

[AXIS_0]
TYPE = LINEAR
HOME = 0.0
MAX_VELOCITY = 50.0
MAX_ACCELERATION = 200.0
STEPGEN_MAXACCEL = 325.0
SCALE = 400.0
FERROR = 1
MIN_FERROR = .25
MIN_LIMIT = -0.001
MAX_LIMIT = 150.0
BACKLASH = 0.0125
HOME_OFFSET = 0.000000
HOME_SEARCH_VEL = -15.000000
HOME_LATCH_VEL = 2.500000
HOME_SEQUENCE = 1
HOME_IGNORE_LIMITS = YES
HOME_IS_SHARED = 1


[AXIS_2]
TYPE = LINEAR
HOME = -1.000
MAX_VELOCITY = 100.0
MAX_ACCELERATION = 800.0
STEPGEN_MAXACCEL = 1025.0
SCALE = 200.0
FERROR = 1
MIN_FERROR = .25
MIN_LIMIT = -900.0
MAX_LIMIT = 0.001
BACKLASH = 0.0
HOME_OFFSET = 0.000000
HOME_SEARCH_VEL = 40.000000
HOME_LATCH_VEL = 2.500000
HOME_SEQUENCE = 0
HOME_IGNORE_LIMITS = YES
HOME_IS_SHARED = 1


[AXIS_3]
MAX_VELOCITY = 100.0
MAX_ACCELERATION = 5000.0
STEPGEN_MAXACCEL = 6025.0

Relato ainda que a máquina trabalhou aparentemente bem por uns 20 ou 30 dias, depois não salvava mais tabela de ferramenta, e depois por alguns dias foi necessário uma "correção" no eixo Z (por exemplo programado curso de 25mm e ela usinava apenas 24mm) ... depois disso a máquina simplesmente não usinava mais pois não referenciava.

Blackmore

E as coisas estranhas acontecem.

Verifiquei os sensores, e o que me foi possível das ligações entre PC, BOB, drivers e inversor ... re-coloquei pela enésima vez as configurações originais no UBUNTU e finalmente a máquina aparentemente funcionou.
Ainda não coloquei os capacitores, nem o cabo blindado entre os sensores e a BOB ... mas este será feito em breve, bem como se o patrão ($$$) permitir, colocar algum tipo de teclado que facilite a preparação da máquina e terminar a carenagem.
Obrigado pela ajuda de todos que se dispuseram a ajudar.

Abraço!

Blackmore

Bom ... venho acompanhando o pessoal trabalhar no torno, e analisando os "problemas" que a máquina apresenta, finalmente encontrei o tal do Voodoo ...

No fuso, uma porca de fixação entre fuso e mancal se soltou, causando um pequeno movimento "em folga" de cerca de 5 ou 6mm onde era suficiente para a máquina não referenciar.
Isso só foi descoberto após observar com bastante critério tanto a movimentação da máquina quanto suas partes móveis.

Finalmente após desmontar a carenagem existente, limpar a cavaqueira, posicionar o conjunto, reapertar a porca, o mancal e montar a carenagem novamente a máquina voltou a funcionar, referenciando em 100% das vezes que foi executada esta rotina.
Finalizo então o tópico com a descrição acima, agradeço a ajuda de todos os colegas foristas e claro ao espaço do fórum para unir e divulgar esta tecnologia barata e interessantíssima que é a CNC home made.

Blackmore · « **Resposta #22 Online:** 26 de Janeiro de 2012, 09:04 »

Depois de trabalhar poucos dias, a máquina voltou a apresentar problemas ... o EMC não aciona as placas de comando nem com reza de padre véio!
Como, aparentemente não saia de reset (no painel) onde testei a continuidade em todo o circuito ... não encontrei nada de errado ... parti para algo mais bruto, recomendado pelo colega Enéias, de formatar a máquina ... e assim o fiz, porém ao executar o Latency Test ...

Blackmore · « **Resposta #23 Online:** 27 de Janeiro de 2012, 09:20 »

hoje pela manhã acabei de formatar a máquina, conforme indicado pelo colega Enéias, mas a máquina ainda não funciona.
Ao tentar abrir o EMC² para usinagem aparece uma tela de print error (ou algo parecido) onde é descrito algum problema com RTAI ... fiz o teste de latência e este apresentou valor aproximadamente de 3000000 (isso mesmo 3 milhões) ...
Deixei o linux fazendo um teste de memória, e depois voltarei a fuçar para tentar entender o que acontece, pois formatar não é, configuração muito provavelmente ... mas até entender tudo isso ...

deru · « **Resposta #24 Online:** 27 de Janeiro de 2012, 14:56 »

Blackmore,

Tive problemas semelhantes como os seus. Como comentei em outro tópico o meu micro é bem antigo(Pentium 766/384Mb RAM), estava usando o ubuntu 10.04 server e fluxbox com uma porrada de módulos desabilitados, mas mesmo assim a latência estava alta. Tentei instalar o ubuntu 8.04 e dava muito conflito de hardware, só resolvi o problema instalando o Debian Lenny, apliquei o patch RTAI, compilei o kernel e em seguida o emc2(estou usando a versão pre 2.6.0). Desabilitei tudo que era desnecessário(bluetooth, exim4, cron, etc) usando driver de video vesa com fluxbox. Baixei muito bem a latência, a máquina passou a trabalhar muito mais suave, sem trancos e não trava mais, estou com uma latência de 26.888.
Um ponto a observar é que tenho que desplugar tudo da USB, senão a latência vai pra estratosfera assim como no seu caso, isso acontecia tanto usando ubuntu 8.04(gnome) e 10.04(gnome e fluxbox) acho que deve ser por causa da BIOS, nunca atualizei a bendita, pois o drive floppy deu pau e não corri atrás por um novo e a atualização da Bios só pode ser feita via floppy.
Na minha opinião o vilão é o Ubuntu, tem muita coisa desnecessária nele. Assim como no seu caso, eu só uso o pc para controlar a cnc e nada mais, o Debian é muito mais estável e leve. Só descobri isso depois de instalar e configurar o Ubuntu de tudo quanto é jeito, por mais que eu me esforçasse não conseguia rodar o X com um consumo memória RAM de menos 100 MB mais ou menos.

Blackmore · « **Resposta #25 Online:** 27 de Janeiro de 2012, 15:29 »

Citar

Como comentei em outro tópico o meu micro é bem antigo(Pentium 766/384Mb RAM)... ...Baixei muito bem a latência, a máquina passou a trabalhar muito mais suave, sem trancos e não trava mais, estou com uma latência de 26.888

pois é, devo ter que seguir esta trilha logo logo, pois eu acho muito estranho um máquina nova não ter capacidade de rodar com ua latência aceitável ... muito mesmo.
Segunda começo a "desligar" o que não é usado ... apesar da máquina ser dedidacada, mas o que mais me preocupa é o vídeo pois apresenta umas "sujeiras" que me deixaram encucado.

deru · « **Resposta #26 Online:** 27 de Janeiro de 2012, 16:22 »

Nem sempre uma máquina atual é boa pra hard real time. Testei o Ubuntu 10.04 numa MB Asus com processador 8400(dual core/6MB cache) placa de vídeo off board 1GB e 4GB RAM, a melhor latência que obtive foi de 18.000. Acho que mesmo compilando o kernel pra processador dual core não melhorará a latência. As placas Intel com processador Atom(MB de baixo custo com processador integrado), mesmo usando o vídeo onboard tem latência na casa dos 10.000 sem precisar mudar muita configuração no Ubuntu.
A sua placa de vídeo é NVidia? Tive esse problema quando usei o driver proprietário que o ubuntu aconselhou a instalar. Usando o driver "nv" a latência baixou mas não era boa(35.000), mas a "sujeira" não aparecia.

Blackmore

Formatei o PC conforme fui orientado, instalei o Ubuntu com EMC e criei uma nova configuração de máquina para o torno (ID20) porém com os mesmos dados que funcionavam anterior aos problemas.
Até este ponto tudo bem, e quando inicio o EMC dá a msg de erro de delay ... mesmo assim a máquina movimenta os eixos mas não faz o devido referenciamento.
Eu fecho o EMC e tento reabrí-lo e mostra a msg abaixo:

Citar

Print file information:
RUN_IN_PLACE=no
EMC2_DIR=
EMC2_BIN_DIR=/usr/bin
EMC2_TCL_DIR=/usr/share/emc/tcl
EMC2_SCRIPT_DIR=
EMC2_RTLIB_DIR=/usr/realtime-2.6.32-122-rtai/modules/emc2
EMC2_CONFIG_DIR=
EMC2_LANG_DIR=/usr/share/emc/tcl/msgs
INIVAR=inivar
HALCMD=halcmd
EMC2_EMCSH=/usr/bin/wish8.5
EMC2 - 2.4.3
Machine configuration directory is '/home/negel/emc2/configs/ID-20'
Machine configuration file is 'ID-20.ini'
INIFILE=/home/negel/emc2/configs/ID-20/ID-20.ini
PARAMETER_FILE=emc.var
EMCMOT=motmod
EMCIO=io
TASK=milltask
HALUI=halui
DISPLAY=axis
NML_FILE=
Starting EMC2...
Starting EMC2 server program: emcsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting EMC2 IO program: io
Starting HAL User Interface program: halui
Shutting down and cleaning up EMC2...
Killing task emcsvr, PID=1479
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments
Cleanup done

Debug file information:
insmod: error inserting '/usr/realtime-2.6.32-122-rtai/modules/emc2/hal_parport.ko': -1 Resource temporarily unavailable
ID-20.hal:7: exit value: 1
ID-20.hal:7: insmod failed, returned -1
See the output of 'dmesg' for more information.
1479
PID TTY STAT TIME COMMAND
Stopping realtime threads
Unloading hal components

Kernel message information:
[ 253.308610] I-pipe: Domain RTAI registered.
[ 253.308623] RTAI[hal]: <3.8.1> mounted over IPIPE-NOTHREADS 2.6-03.
[ 253.308628] RTAI[hal]: compiled with gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) .
[ 253.308636] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0).
[ 253.308639] PIPELINE layers:
[ 253.308644] dffe3e20 9ac15d93 RTAI 200
[ 253.308648] c085cb20 0 Linux 100
[ 253.344645] RTAI[malloc]: global heap size = 2097152 bytes, <BSD>.
[ 253.345038] RTAI[sched]: IMMEDIATE, MP, USER/KERNEL SPACE: <with RTAI OWN KTASKs>, kstacks pool size = 524288 bytes.
[ 253.345047] RTAI[sched]: hard timer type/freq = APIC/8326219(Hz); default timing: periodic; linear timed lists.
[ 253.345051] RTAI[sched]: Linux timer freq = 250 (Hz), TimeBase freq = 2797587000 hz.
[ 253.345054] RTAI[sched]: timer setup = 999 ns, resched latency = 2943 ns.
[ 253.345364] RTAI[usi]: enabled.
[ 253.517488] RTAI[math]: loaded.
[ 253.664372] config string '0x378 out '
[ 253.664414] PARPORT: ERROR: port parport0 claim failed
[ 254.342687] RTAI[math]: unloaded.
[ 254.489677] SCHED releases registered named ALIEN RTGLBH
[ 254.507062] RTAI[malloc]: unloaded.
[ 254.604017] RTAI[sched]: unloaded (forced hard/soft/hard transitions: traps 0, syscalls 0).
[ 254.613530] I-pipe: Domain RTAI unregistered.
[ 254.613546] RTAI[hal]: unmounted.

Imagino que a linha marcada em vermelha seja a citação do problema, mas eu não sei o que pode ser, apenas suponho que a PARPORT (provavelmente porta paralela 378) não pode ser acessada por algum motivo, se alguém puder me explicar o que é isso eu fico grato.
Na BIOS eu mudei a configuração de NORMAL se não me engano para EPP (não sei o que é) mas vou tentar os outros modos existentes (NORMAL/BI-DIRECIONAL/EPP/CPP se não me engano são estes).
Eu desliguei a placa de rede na BIOS, e pelo que me pareceu já fez uma boa diferença no teste de latência e caiu de aproximadamente 3.000.000 para 377.000.

C N C N o w !

Orlando, odeio fazer sugestões desse tipo, mas lá vai:

Já tentou outra versão do Ubuntu ? A 10:04 parece que tá bem problemática, já me rendeu algumas enxaquecas ... a 8.04 sempre foi bem, nunca tive aborrecimentos com ela ...

Blackmore

Citar

Orlando, odeio fazer sugestões desse tipo, mas lá vai:
Já tentou outra versão do Ubuntu ?

Olha ... por não entender bulhufas vou acatar sua sugestão com o maior prazer, pois já não aguento mais esses problemas com o 10.04 Lucinda.
Vou procurar o 8.04 Hard Heron para download ... espero que hoje ou no máximo amanhã os problemas sejam resolvidos.
Obrigado pela ajuda!

edit:

Já estou fazendo o download, mas só para esclarecer ... como procedo para o downgrade do 10 para o 8? apaga as partições .. tenta apenas instalar por cima?
Me desculpe as perguntas, mas sou completamente leigo em Linux e estou confuso como que as coisas funcionam nele.

Notícias:

Pq não vai?

Autor Tópico: Pq não vai? (Lida 14187 vezes)

Blackmore

Re:Pq não vai?

Blackmore

Re:Pq não vai?

Blackmore

Re:Pq não vai?

Alebe

Re:Pq não vai?

Blackmore

Re:Pq não vai?

Blackmore

Re:Pq não vai?

Blackmore

Re:Pq não vai?

Blackmore

Re:Pq não vai?

Blackmore

Re:Pq não vai?

deru

Re:Pq não vai?

Blackmore

Re:Pq não vai?

deru

Re:Pq não vai?

Blackmore

Re:Pq não vai?

C N C N o w !

Re:Pq não vai?

Blackmore

Re:Pq não vai?

Pq não vai?