Primeros tropiezos con LinuxCNC

[Manrique]

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) 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...

[jmllosa]

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.

[Manrique]

No fastidies!!
es un P4 a 3Ghz con 2Gb de ram
Tarjeta grafica no integrada en la placa
Mi test de latencia:

[jmllosa]

Tu test es de 17922,  es valido, ese es el unico que nos interesa. Que brekout tienes

[borondes2010]

Mi experiencia en el asunto y despues de hacer algunas pruebas en varios 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 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

[forane]

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?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.

[carpin]

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 
en cambio si es el de abajo 49078, si que está un poco por encima de 40000 
Seria interesante aclarar esto ya que yo tambien ando un poco justo...

[Manrique]

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...

[jmllosa]

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.

[borondes2010]

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

A PÀRTIR DE AQUI CADA UNO QUE SAQUE SUS CONCLUSIONES

pdta..ay en este foro verdaderos expertos en linux cnc que pueden aclarar perfectamente este tema..a ver si alguno tiene tiempo a colaborar

[forane]

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.

[carpin]

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

[jmllosa]

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.

[borondes2010]

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

un saludo a todos.

[jmllosa]

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.



este en torno chino, ordenador clonico, AMD Atlon 1050 Ghz, 1 gb de RAM, grafica Geforce 2, placa base ASUS GA-7n400




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  , en el Cash converter 59€ un dual core de Dell, o similares, no vale la pena pelearse con el ordenador.