Foro MetalAficion
CNC => CNC - Software y Controladores => Mensaje iniciado por: Manrique en 07 Febrero 2015, 18:54
-
Despues de algún que otro toma y daca con la instalación, ya tengo instalado el LinuxCNC 2.6
Con la información que he ido extrayendo del foro, he conseguido configurar los pines, pero el primer obstaculo ha sido que aun estando correctamente configurados eso no se movia de ninguna manera...¿por que?
Por la charge pump, mi breakout tenía activada esta caracteristica, en Mach3 funcionaba sin problemas, pero en LinuxCNC con la misma configuración no me funciona.
Hasta que he averiguado que era esto ha pasdo un ratito claro...
Desactivando la charge pump de la breakout ha empezado a moverse todo sin problemas.
Pero claro, desde la ignorancia, me gustaria seguir teniendo esta caracteristica activada.
He estado investigando y he llegado a las siguientes conclusiones:
Mi breakout necesita al menos 10Khz, de la ayuda de linuxCNC (http://wiki.linuxcnc.org/cgi-bin/wiki.pl?About_Charge_Pumps (http://wiki.linuxcnc.org/cgi-bin/wiki.pl?About_Charge_Pumps)) extraigo que la frecuencia que genera para la charge pump esta basada en el BASE PERIOD-->base thread y en mi caso el base period que tengo es de 100000ns que sugún la formula que ponen me da una frecuencia de5 KHz muy por debajo de los 10 que necesito.
Parece razonable que por esto aunque este bien configurado todo en LinuxCnc no se active la breakout...
Ahora bien, el tema está en como subir esa frecuencia, y aqui es donde estoy atascado, por una parte me planteo si no podré cambiar el BASE PERIOD a otro valor alegremente...(supongo que no...), por otro lado leo que es posible definir otro thread y asignarselo al chrge pump, pero como hacerlo??...
En fin, si alguno se ha encontrado con este problemilla y lo ha resuelto...
-
Salvo que este equivocado el problema esta en el PC, si tu test da menos de 40000 o así olvidate, el tiempo real de linux no funcionara y si consigues que funcione solo conseguidas perder pasos, como procesador minimo un p4 dual core y 1gb de RAM, eso lo aprendi a base de pelearme y volver loco a Michel.
Lo optimo es que el test de unos 10.000 como mucho, como el mach no va en tiempo real es mucho mas permisivo con la capacidad de procesador del PC, linux no.
Solo veo la opción de cambiar el procesador, dime cual tienes, que yo compre un montón a ver si te puede valer alguno.
Otra cosa que podria bajar ese test es usar una gráfica que no sea la que lleva la placa base incorporada, ya tienes faena.
-
No fastidies!!
es un P4 a 3Ghz con 2Gb de ram
Tarjeta grafica no integrada en la placa
Mi test de latencia:
(http://imagizer.imageshack.us/v2/xq90/661/skY7OT.png) (https://imageshack.com/i/idskY7OTp)
-
Tu test es de 17922, es valido, ese es el unico que nos interesa. Que brekout tienes
-
Mi experiencia en el asunto y despues de hacer algunas pruebas en varios .confuso2 pcs...pentium dual core 3400 y minimo 2gigas de ram ddr800 si son de baja latencia tipo corsair o similar mucho mejor..y un disco duro nuevo sata o uno de los nuevos tipo flash..tarjeta grafica potente..minimo de 256 y a ser posible nvidia..eso es lo que a mi personalmente me a dado mejor resultado en los test..ahora bien con otros pcs y otras configuraciones tambien funciona pero la latencia es muy superior y por lo tanto el tiempo real segun en que cosas coge algo de sobrecarga en el bus de datos..y ya no va tan fino..tambien e de decir que cuando no va fino va 200 veces mejor que en mach3..por lo menos en lo que yo e probado sin ser experto en temas CNC..otra cosa.. va mucho mejor la version ultima de linux basada en debian pero ay despues de instalarla meterle paulatinamente un monton de actualizaciones que la van mejorando bastante ya que es muy nuevo y todavia lo estan mejorando..de momento va mucho mejor que el anterior linux ya que bajo DEBIAN todo es mucho mas fino y mas rapido..de echo debian es el sistema operativo favorito de todo tipo de hackers y otros usuarios de redes ..datos..etc..digo yo que por algo sera.
pdta..bienvenido al universo linuxero .brinda y para que un pc sirva para linux tiene que dar menos de 25000 en el test..a partir de ay mal asunto.el tuyo da 17000 osea que sirve perfectamente..aunque si quieres mejorar entonces que no baje de 10000 asi nunca tendras saturacion ni problemas ;)
-
A mí también me ha ocurrido este problema con el test de latencia desde que -siguiendo la opinión de alguien- me pasé a un pentium dual-core. Y es que la causa está en esos dos núcleos del procesador, aunque creo que en linux sólo trabaja uno.
Para resolver el problema me parece que el "quid" está en el arranque (boot) estableciendo (probando) con qué núcleo se agiliza el ordenador, o algo así entendí . Pero no he tenido tiempo de meterme de lleno.
Dejo dos enlaces:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?The_Isolcpus_Boot_Parameter_And_GRUB2 (http://wiki.linuxcnc.org/cgi-bin/wiki.pl?The_Isolcpus_Boot_Parameter_And_GRUB2)
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TroubleShooting#RTAI_Latency_test (http://wiki.linuxcnc.org/cgi-bin/wiki.pl?TroubleShooting#RTAI_Latency_test)
jmllosa: tengo entendido que el número a escoger en el test de latencia es el que aparece abajo y no es 17.000 y pico.
-
Salvo que este equivocado el problema esta en el PC, si tu test da menos de 40000 o así olvidate, el tiempo real de linux no funcionara y si consigues que funcione solo conseguidas perder pasos, como procesador minimo un p4 dual core y 1gb de RAM, eso lo aprendi a base de pelearme y volver loco a Michel.
Lo optimo es que el test de unos 10.000 como mucho...
jmllosa: tengo entendido que el número a escoger en el test de latencia es el que aparece abajo y no es 17.000 y pico.
No ha quedado muy claro ya que 17922 está por debajo de 40000 .confuso2
en cambio si es el de abajo 49078, si que está un poco por encima de 40000 .confuso2
Seria interesante aclarar esto ya que yo tambien ando un poco justo...
-
Pego del manual de linuxCNC:
En el manual se refiere al Base thread...
The important numbers are the max jitter. In the example above 9075 nanoseconds, or 9.075 microseconds, is the highest jitter.
Record this number, and enter it in the Base Period Maximum Jitter box.
If your Max Jitter number is less than about 15-20 microseconds (15000-20000 nanoseconds), the computer should give very
nice results with software stepping. If the max latency is more like 30-50 microseconds, you can still get good results, but your
maximum step rate might be a little disappointing, especially if you use microstepping or have very fine pitch leadscrews. If
the numbers are 100 us or more (100,000 nanoseconds), then the PC is not a good candidate for software stepping. Numbers
over 1 millisecond (1,000,000 nanoseconds) mean the PC is not a good candidate for LinuxCNC, regardless of whether you use
software stepping or not.
Osea que estoy Jodi...
-
mañana cuando vaya al taller vere un par de cosas en mis ordenadores y lo comento, que ya me pelee en su dia con el tema, y os pongo lo que dan mis tests, ahora no lo recuerdo, pero se que van de cojones, yo he comprado unos Dell de segunda mano en un cash converter, uno de ellos iva bien y el otro de puta pena, no lo entendia porque eran el mismo modelo, dandole vueltas descubri que uno llevava un dual core 2,8Ghz y el otro un simple P4, compre en ebay unos dual core 2.8 y magia, el pc que no iva cara al aire comenzo a funcionar de maravilla, asi que mañana pondre las caracteristicas de esos ordenadores y algo sacaremos en claro, a si, curiosamente llevan la tarjeta grafica integrada.
-
Estos son los resultados de el test en mi ordenador de servanda rural CNC.. version de linux debian 2.6 actualizada hasta la version 2.8.0-PRE1-107 .brinda
A PÀRTIR DE AQUI CADA UNO QUE SAQUE SUS CONCLUSIONES .brinda
pdta..ay en este foro verdaderos expertos en linux cnc que pueden aclarar perfectamente este tema..a ver si alguno tiene tiempo a colaborar .bien
(https://imagizer.imageshack.us/v2/800x600q50/538/J9BfUa.jpg)
(https://imagizer.imageshack.us/v2/800x600q90/537/a7ckDj.jpg)
-
Dual-core no es sinónimo de mejores prestaciones en linuxcnc. Esto lo he comprobado.
De momento, he de comentar que en algunos ordenadores, es posible trabajar con un solo core entrando en la bios. He leído de alguien que ha compilado linuxcnc para usar los dos cores.
Pero he comenzado por modificar el arranque para que lo haga con un solo core, tal como aconsejan en wikilinux. Ya comprobaré otras cosas para ver si reduzco el "base thread" que es la cifra que hay que colocar en el stepconf, según se deduce de las instrucciones, que por otro lado no sé quién las redactó, porque el pobre se explica poco..
Bueno, en linuxcnc, abro el emulador de terminal.
tecleo: sudo mousepad /etc/default/grub (la d de mousepad separada un espacio de /)
me pide la contraseña (misma para abrir sesión de linuxcnc)
Sale un archivo con advertencia de que se trata de un archivo ssensible etc.
Escribo al final de este archivo:
isolcpus=1
Le doy a "archivo" guardar
Nuevamente en el terminal tecleo sudo update-grub (updateguióngrub todojunto)
salgo de linuxcnc (apagar)
Vuelvo a encender el ordenador y compruebo el test de latencia haciendo trabajar al ordenador cargando fotos etc,, ¡que la cifra del principio no vale!
Poniendo isolcpus=1 me da unas cifras astronómicas
Poniendo isolcpus=0 me da cifras de 13.000 Más acorde
Seguiré probando.
Por cierto, que Debian no me gusta tanto como Ubuntu, aunque este último procede de Debian, pero es de más difícil manejo. Yo en mi casa uso Xubuntu y tan bien.
-
He encontrado un manual en español que aclara el asunto este de la latencia, y según reza, parece ser que lo importante es el Max Jitter de la Base thread que tiene que ser lo mas bajo posible ya que indica el máximo retraso en la transmisión de datos, entre 15000 y 20000 ns ira genial (por debajo mejor aun), entre 30000 y 50000 ns también se obtienen buenos resultados, pero por encima de 100000 ns no funcionará
Adjunto el manual donde se explica
-
Que curioso forane, segun mis pruebas en unos 10 ordenadores el dual core gana por goleada, en la bios activado para que funcionen los dos cores, mis tests con mis dual core son similares a los de michel, que casualidad, usamos dual cores, sinceramente , cuando el pc va bien no es necesario volverse loco haciendo compilaciones ni gaitas del estilo, yo al menos tengo muy claro que hacer, y no es marearme recompilando el linux, yo por ahora estoy usando el ubuntu, mas por pereza de formatear, se que en debian debe de ir mejor, pero a mi me va de lujo por ahora y no tengo ganas de cambiar.
Suerte con esas compilaciones, pero esta clarisimo que esos ordenadores no van cara al aire, me quedo con mi dell viejo con el dual core a 2,8, que sin hacer nada salvo instalar da un test perfetamente operativo, ya nos ireis contando, yo seguire funcionando como estoy.
-
Yo como antiguo usuario de debian desde tiempos inmemorables y como antiguo y ya obsoleto overclocker sigo prefiriendo mi vieja placa base ABIT..mi dual core deslimitado 3400 con su peazo ventilador de micro, mi obsoleta nvidia de 512 y mis ya viejitas memorias corsair 1000 y mi fuente corsair modular de 600w con eso y un disco sata2 mi vieja gloria no me da ningun conflicto en linux cnc y pasa los test muy muy sobradamente..asi que seguire usando mis antiguas recetas de overclocking obsoletas que en cnc tambien me sirven .bien
un saludo a todos.
-
bueno, lo prometido es deuda, estos son los test de dos de los ordenadores que tengo conectados, uno a la Kondia y el otro al torno chino,
Fresadora cnc Kondia, P4 Dual core a 2,8, grafica integrada, 1 Gb de RAM, marca Dell.
(https://lh3.googleusercontent.com/-VxPInQhFUkw/VNjGyZwHxMI/AAAAAAAAIvE/E6rzfkV4N0s/w800-h450-no/IMG_20150209_113127.jpg)
este en torno chino, ordenador clonico, AMD Atlon 1050 Ghz, 1 gb de RAM, grafica Geforce 2, placa base ASUS GA-7n400
(https://lh5.googleusercontent.com/-wp0EfUWr-hA/VNjGy0TpekI/AAAAAAAAIvI/mZZJqiVYWs8/w800-h450-no/IMG_20150209_151601.jpg)
los otros del taller dan tests similares, asi que no vale la pena, ahora que cada uno saque sus conclusiones, estan con ubuntu 10.4, instalado a pelo y sin tocar nada de nada, cuando un pc va bien el linux no da ningun problema, cuando el pc no es bueno para linux todo son gaitas varias, y sinceramente paso de comerme el coco con compilaciones y cosas raras, si no va bien a tomar por culo y otro ;D , en el Cash converter 59€ un dual core de Dell, o similares, no vale la pena pelearse con el ordenador.
-
Está claro que con esos valores tiene que ir bien, gracias por tomaros las molestias de mirarlo .bien
-
Pues no sé qué ha pasado que vuelvo a obtener números muy altos en el test de latencia a pesar de modificar el grub. Intenté colocarle una placa de vídeo PCI express aconsejado para reducir el test de latencia y aislar la tarjeta integrada en la placa base. También deshabilité la LAN y el audio integrados tocando la BIOS, pero parece que las cosas no salen como deben.
-
Pues que el ordemador por el motivo que sea no se lleva bien con linuxcnc, y ya te puedes volver loco que sera raro si consigues que vaya, los Dell que yo tengo llevan grafica integrada y mira que test dan, yno he deshabilitado nada de nada, como digo siempre, si no vale a la basura y otro.
-
Continúo con el core-2 dúo y sus problemas en linuxcnc.
Bueno, una cosa es la pantalla que enseñáis con esos valores y otras cuando se hace trabajar al ordenador cargando fotos, leyendo pdf's , moviendo por la pantalla etc, pues si no hago nada sigue con un número de "Base Thread" de 3000. Pero en el momento que someto al ordenador al trabjo intenso, la cifra asciende a valores como 10.000-14.000.
Esta vez he modificado el arranque grub modificando la siguiente línea:
Una vez en linuxcnc, abro el emulador de terminal.
tecleo: sudo mousepad /etc/default/grub (la d de mousepad separada un espacio de /)
me pide la contraseña (misma para abrir sesión de linuxcnc)
Sale un archivo con advertencia de que se trata de un archivo sensible etc.
en la línea donde dice GRUB_CMDLINE_LINUX_DEFAULT="-Parámetros originales-", añado GRUB_CMDLINE_LINUX_DEFAULT="-parámetros originales- intel_idle.max_cstate=0 processor.max_cstate=0 idle=poll" (en negrita lo que he añadido. No olvidad las comillas y los guiones -- no hay que colocarlos, sino conservar los parámetros anteriores)
También he puesto esto al final, aunque no sé si sirve de algo
isolcpus=1
Le doy a "archivo" guardar y salir
Nuevamente en el terminal tecleo sudo update-grub (updateguióngrub todojunto)
salgo de linuxcnc (apagar)
Y ya estoy consiguiendo unos test de latencia más normales, pero repito que hay que hacer trabajar al ordenador para que sean valores reales y no los 3000-4000 que yo consigo al principio.
-
Mi test esta echo abriendo fotos..viendo video y andando por internet..si no hago nada entonces mis valores son mucho mas bajos..y añado..yo NO e modificado nada en la bios ni en el sistema operativo..estoy contento con los valores que me da..y si los quisiese bajar entonces overcloquearia el micro y lo subiria de frecuencia y overclockearia las memoria etc...que con la placa abit que tiene una buena bios se puede hacer y el pc seria mucho mas rapido..pero como no lo considero de momento necesario pues lo dejo tal cual esta..en mis pruebas con pcs y linux e observado que muchos ordenadores no van ni para atras..supongo que sera cuestion de tener suerte .bien
pdta..por mi parte doy por zanjado el tema ya que mis conocimientos y mis pruebas no dan para mas.
-
y solo por curiosidad, ¿como has deducido que no estoy abriendo fotos, corriendo el salvapantallas, navegando por internet y viendo una pelicula? ¿porque tu pc da un test de pena y el mio no?? pues nada nada, sigue con compilaciones y cosas de esas, si luego se te queda estable el sistema para el cnc perfecto, yo seguire con mis cosas.
por cierto, yo cuando uso el pc para control no me dedico a ver pelis en el pc, ni tengo el salvapantallas, ni siquiera esta conectado a internet, esta unica y exclusivamente para su funcion, mover el CNC, que es como debe de ser, como cualquier control de una maquina cnc.
por cierto no se de donde sacas que linux no gestiona los dos procesadores, a mi me los gestiona perfectamente, dejo unas fotos con linuxcnc parado y otra con linuxcnc trabajando, se observa claramente que los dos procesadores van aburridos, es decir, el ordenador rinde cojonudamente.
parado:
(https://lh5.googleusercontent.com/-3vLcWZzstaw/VNpc5QMLf2I/AAAAAAAAIv8/AOZeGJQxXOY/w800-h450-no/cpusin.jpg)
trabajando:
(https://lh6.googleusercontent.com/-S4aBB3ZyFBs/VNpc51cShLI/AAAAAAAAIwE/-Q7dCjnFPXc/w800-h450-no/cpucon.jpg)
-
Continúo con el core-2 dúo y sus problemas en linuxcnc.
Bueno, una cosa es la pantalla que enseñáis con esos valores y otras cuando se hace trabajar al ordenador cargando fotos, leyendo pdf's , moviendo por la pantalla etc, pues si no hago nada sigue con un número de "Base Thread" de 3000. Pero en el momento que someto al ordenador al trabjo intenso, la cifra asciende a valores como 10.000-14.000.
Forane, según el manual que adjunte mas arriba, valores de 10.000-14.000 ns. son muy buenos y Linuxcnc debería funcionar correctamente. ¿Lo has probado en alguna maquina?
-
He vuelto atrás otra vez desdiciéndome de lo que añadí (intel_idle.max_cstate=0 processor.max_cstate=0 idle=poll) pues de varios arranques otra vez comienza con valores altos. Así que no sé si es porque el vídeo está integrado en la placa o qué. De momento he dejado sólo una pantalla de trabajo, retirando las otras. ahora tengo otra vez valores de 13.000-16000 pero no me fío. En la BIOS anule también "speed step".
Seguiré...
-
pues parece que en el tema influye tanto el micro,,,como la placa base,,,como la grafica.....
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Latency-Test
y despues de hacer unas cuantas pruebas y montar distintas placas baseshe llegado a la conclusion que influye mucho la configuracion en la bios...el mismo pc me da 7550 y 9235, pero si le subo valosres en la configuracion de la cpu,,,,frecuencias , voltajes,,,,me sube a valores de mas de 50000...
-
Todo influye, el pc va siempre a la velocidad del componente mas lento, si tienes una mierda de placa base aunque tengas el superprocesadordeljuiciofinala1000000000000Mgzdelcoponbendito tu sisteme ira de puta pena, no se si me he explicado, yo he tenido ordenadores en taller que no ivan ni para atras en linux, unos tests horrorosos, de 600000 en el jiter, curiosamente siendo el mismo modelo con las mismas caracteristicas, bios identicas etc, en cambio el "Guindons" ni se enteraba, iva fluido, pero para cnc no servian, porque pasaba esto, sencillamente porque la placa base no iva bien, supongo que los buses internos estaban tocados o algo asi,
Solucion, sencilla, pc a tomar por culo y otro, no vale la pena, no lo podras arreglar,
Luego he tenido otros con el mismo problema que se solvento al ponerle un dual core a 2,8ghz, tenian uno con un core solo, y el test paso de casi 100.000 a los 8000 aprox, conclusion, cambial el micro y si no se arregla mandalo a tomar viento y pon otro pc,
Si el jiter da sobre los 20.000 o un poco mas el pc vale perfectamente, no hace falta volverse loco para bajar un poco, pero si te hace ilusion pues hale, a intentarlo.