Foro MetalAficion
Zona Técnica => Electricidad y Electrónica => Mensaje iniciado por: Haran en 28 Enero 2014, 14:04
-
Buenos días. Me presente ayer aunque llevo 4 años inscrito en el foro. Me gustaría realizar una pregunta relacionada con electrónica y creo que este es el lugar correcto.
Necesito poder adquirir los datos de un encoder (en realidad de dos) y estos poder visualizarlos en el ordenador. Supongo que son dos cosas diferentes y por eso la pregunta inicial es simplemente qué tipo de tarjeta necesito para adquirir estos datos. Si la memoria no me falla los encoders llevan 10 o 12 cables (al menos el conector) y la verdad es que yo con cosas que tienen más de dos cables me pierdo.
Al ordenador podríamos entrar por un USB y después ya miraré como poder volcar esos datos en algún software que me genere algunas gráficas.
un saludo y si no me he explicado comentadme y lo intento mejorar...
-
Buenas tardes.
¿Cuatro años inscrito en el Foro? Jesús ¿y estás bien? ¿te notas algo raro?
De lo otro siento no poder ayudar. Nada de nada.
asombraTOR
-
Haran: de que tipo de encoder hablas? (más que nada para drigir mejor la contestación).
Así a bote pronto, hay dos formas: o usas una placa externa y luego esta la conectas al ordenador (via comunicacion) o pones un tarjeta dentro del PC de captura de datos digitales. Eso ya depende del software del PC que vayas a usar
-
Si, gracias TOR. Estoy bien. Al menos de nada relacionado con el foro.... Aunque sí que me ha salido un poco de sarpullido por lo incomprensible de que alguién conteste así a un hilo en el que no aporta NADA a la cuestión cuestionada...
Pero no lo sé... igual es por otra cosa... soy nuevo y no sé como se hacen aquí las cosas...
-
Ya te he explicado que nada puedo aportar. Expresamente lo he dicho. Y no me grites NADA que ya te oigo.
Era una mera preocupación por un estudio que estoy elaborando. Tu sarpullido puede ser debido a comer almejas en mal estado.
Efectivamente nos parecemos en no aportar porque tú llevas cuatro años y tu único aporte ha sido pedir.
nadaTOR
-
Pedir información suele ser la forma habitual de comenzar en un foro. Cuando se responde una duda esta se responde al que pregunta y a futuros interesados.
Por otro lado, ya llevo 3 mensajes... De los cuales 2 aportan realmente muy poco a la comunidad. A este paso llegaré a los 2300 sin haber ayudado nada, si bien al contrario. ¿ 4 años sin un sólo post? Me enseñaron que si no tengo nada que decir, mejor no decir nada. Ya sabes dos oídos y una boca: hablar la mitad de lo que oyes.
Suerte con el estudio, que en mi opinión, sería mejor que lo llevases a cabo en el foro taberna.
Un saludo.
-
Hola.
Puedes usar el puerto paralelo y como soft el linuxcnc que te permite configurar hasta 8 encoders ( el puerto no tantos) y te muestra graficas con en el halscope.
Los que yo he usado y creo que son los mas normales llevan 2 cables para alimentacion y luego 3 señales mas A,B(tren de pulsos) y Z(el cero), yo me las apaño con 3 entradas al puerto paralelo por cada encoder, no deberias tener problemas con solo 2 encoders.
La limitacion la tendras en velocidad de adquisicion dependiendo de la velocidad del eje y la definicion de los encoders.
-
sería mejor que lo llevases a cabo en el foro taberna
Perdona no sabía que eras Moderador de este Foro.
Yo no se si con los mensajes que llevo he ayudado. Tú desde luego no.
Y es verdad, lo mejor es que estés callado.
No te saludo.
Moderador: Te ruego que seas mas respetuoso con los usuarios y que limites tus comentarios no tecnicos al apartado de Taberna
-
Amigo Haran, desde luego comenzar gritando a alguien en el foro no es lo mas practico, que si, te ha echo un comentario, a mi modo de ver mas que normal, 4 años registrado y posteas para preguntar, sinceramente aqui estamos muy hartos de los que solo entran a pedir y de compartir o aportar nada de nada, yo deje de contestar hace tiempo a este tipo de gente.
lo mas logico habria sido que expusieras tu proyecto con fotos y contando que quieres hacer, lo que vulgarmente se llama aportar algo, seguro que asi nadie te habria dado una colleja, que por lo que veo no encajas bien aunque sea de lo mas suave.
para aportar al foro no es necesario ser un ingeniero y exponer proyectos espectaculares, simplemente con participar en posts de otra gente, con algun comentario, inciar un post con "mirar que video mas guapo he visto de.......lo que sea" , o simplemente contar un chiste, eso son aportaciones, y sinceramente NO me creo que en 4 años no hayas visto ningun post al que aportar algo.
saludos, Jose.
-
Como he dicho, no me sé explicar bien.
Cuento un poco del tema para que me entendais bien.
Lo que quiero (intentar al menos) es medir la linealidad del giro en reductores. Es decir en un reductor ejemplo de 10:1 de reducción con dos encoder uno a la entrada del reductor y otro a la salida ser capaz de ver en una gráfica como se desarrolla el movimiento de salida. El motor del eje de entrada dará en ese caso 10 vueltas y el de salida dará 1, pero cuando la entrada haya dado 5 vueltas el eje de salida seguramente no estará en 180º. Es debido a los saltos de los engranajes, tanto de anchuras de diente, como de concentricidad de la zona de contacto con el eje de giro. Así lo que busco es el gráfico de cómo se comporta el eje de salida en función del giro de entrada.
El encoder del eje de entrada es para asegurar los giros iniciales.
Tengo dos encoders Fagor de 3600 impulsos por revolución que son los que más viables veo, pero tengo también un par de joyitas de 35 años con 36000 impulsos por revolución que no sé si funcionarán ni si se llevarán muy bien con la electronica de hoy en día...
-
Mensaje editado y modificado por el moderador para adaptarlo a las normas: Articulo 9. Por favor consúltalas, y escribe tus próximos mensajes siguiendo esas reglas. Gracias
-
Jose, no quiero entrar en más polémicas, que bastantes he generado. Siento sinceramente ser 1 más entre los tantísismos a los que haces referencia. De verdad, pero poco puedo hacer. Insisto que no quiero seguir con esto, pero lo que dices de gritar por poner NADA es parecido a decir que tú gritas por poner NO. Todos sabemos que escribir en mayúsculas en los foros indica gritar, pero yo lo he puesto (como creo que tú también, solo lo creo...) para enfatizar... sin levantar la voz.
No expongo nada de fotos ni de otros temas, porque aún estoy buscando la electrónica para ver si es viable el tema. Si quieres que ponga unas fotos de los encoders las pongo, pero supongo que quien más quien menos habrá visto alguno.
Y sin más. Si es tan grave que me inscribiese en el foro hace 4 años y que no haya posteado nada hasta hoy LO SIENTO (es para enfatizar, no grito). Y si es de tan mala educación empezar preguntando sobre un proyecto que estoy intentado ver si es viable LO SIENTO (enfatizar). Y vale ya por favor que mi intención no es la de crear polémica ni la de "robar" conocimientos "gratuitamente".
Un saludo y PIDO PERDON (énfasis) a todo el mundo que por una cosa u otra se haya podido sentir agredido. No era mi intención.
-
por descontado que no quiero polemicas, y me alegrara que seas uno mas participando en el foro, solo quise explicar el porque a veces pasa esto, dicho esto me uno a los que seguiran este post y tus aciertos y desaciertos con esa electronica, por supuesto espero con ganas y a ser posible con todo lujo de detalles el trabajo que estas haciendo y sus resultados finales, y disculpame si te he ofendido, no fue mi intencion .bien .
y si puedo aportar algo a tu post lo hare con sumo gusto.
saludos Jose.
-
Os pongo un enlace de un pdf de un upgrading de una maquina de verificación de engranajes. No es exactamente lo que quiero hacer, pero basicamente funcionaría igual.
Como veis lo más preocupante es la obtención de datos para pasarlos al PC... Ellos utilizan un aparato tipo oscilómetro... Espero no tener que llegar a tanto...
http://www.misuremeccaniche.it/Upgrade_of_Gear_Tester.pdf
-
ya me he aclarado (bueno, casi).
Lo que has puesto de equipo además tiene entradas analógicas para el tema de ruido y vibración.
Por lo que he entendido, tu sólo quires ver las diferencias de giro entre entrada / salida.
los encoder que tienes son incrementales o absolutos? (Incrementales:no sabes donde está. Suelen tener 2 señales en cuadratura + 1 de indice. Absolutos: como su nombre indica, te dan la posición absoluta - real- de la posición del eje. Los hay "inteligentes" - salida serie con protocolo- o paralelo
Es importante saberlo porque la electrónica que necesitas no es igual
Otra cosa: ¿te valen las precisiones que puedes alcanzar con los mismos?
Si son incrementales, con un 3600 se podría sacar hasta 90 seg de precision y con el de 36000, 9 seg (en configuración de lectura x 4)
Si son absolutos, con el de 3600, 360 seg y con 36000, 36 seg (aquí lo único seguro que tengo es una configuarción x1. No se si sepuede sacar más)t
-
Gracias y siento explicarme tan mal...
Los encoders que tengo, tanto los de 3600 como los de 36000, son incrementales. Y si que son suficiente para la aplicación que necesito.
Aunque finalmente usare los heidenhain de 36000, para probar empezaré con los fagor de 3600 ya que son nuevos y sé que funcionan.
-
tienes la info de ellos?
En el lado del PC, que programa vas a usar?
-
Hoy no tengo más info. Aunque si me dices que tipo de información sería más fácil si puedo obtenerla o no.
No tengo ni idea del software... lo siento. No sé ni por donde empezar en ese sentido...
-
los encoder son estos:
http://www.fagorautomation.com/producto/sistemas-de-captacion/encoders-lineales-y-angulares-para-maquinas-de-cnc-y-aplicaciones-de-alta-precision/incrementales/s-sp/
-
En cuanto a la tarjeta de adquisición... como buen gallego... depende.
Puedes irte a algo cañero como una NiDAQ (http://www.ni.com/data-acquisition/)(y tampoco es de lo más, seguro que el tío_Gil nos puede vender algo high end ejejejjee)
O puedes irte a algo más de andar por casa como el arduino (http://arduino.cc/)
También puedes ir a soluciones intermedias, como el puerto paralélo o un datalogger.... hay infinidad de soluciones, tantas como mecanismos para contar tiempos (con la suficiente resolución) entre dos eventos...estas soluciones "solo" están limitadas por:
- Tus conocimientos y facilidad de acceso a la tecnología
- Presupuesto
- Velocidad de adquisición
Leyéndote, el punto número 1 no es trivial o fácil de resolver... tendrás que buscarte a alguien de la zona que te eche una mano y se involucre, porque aunque desde aquí te podamos orientar sobre que parece más adecuado, quien tiene que tomar la decisión de que sistema usar, es que vaya a programar la aplicación (ya sea en la plataforma o en el ordenador)
Para tu aplicación me iría a un encoder de alta resolción, incremental y solo leyendo un canal (la dirección será siempre la misma y controlado por tí), registraría también el indice para llevar cuentas de la revoluciones y como posible triguer de la adquisición en tiempo real para un posterior post proceso.
PAra el sistema de adquisción, habría que echar unos números una vez tengas encoder, o bien, echar unos números de las velocidades y resoluciones que deseas para buscar el encoder y el sistema de adquisición.
Lo que quiero (intentar al menos) es medir la linealidad del giro en reductores. Es decir en un reductor ejemplo de 10:1 de reducción con dos encoder uno a la entrada del reductor y otro a la salida ser capaz de ver en una gráfica como se desarrolla el movimiento de salida. El motor del eje de entrada dará en ese caso 10 vueltas y el de salida dará 1, pero cuando la entrada haya dado 5 vueltas el eje de salida seguramente no estará en 180º. Es debido a los saltos de los engranajes, tanto de anchuras de diente, como de concentricidad de la zona de contacto con el eje de giro. Así lo que busco es el gráfico de cómo se comporta el eje de salida en función del giro de entrada.
Perdona pero leyendo estas explicaciones y el pdf de la máquina que expones hay cosas que no me cuadran.
La relación de transmisión es algo que no cambia en una revolución del engranaje, si al cabo de la primera vuelta el eje de salida se encuentra en 180,001 grados, al cabo de 100 vueltas el eje de salida se encontrará en 180,001. De lo contraría existiría deslizamiento (cosa poco probable... habiendo dientes engranados de por medio). En una transmisión por engranajes se me antoja muy muy complicado que salten dientes...
Disculpa si me meto en terrenos que desconozco, pero leyendo por encima lo que hace la máquina del pdf es medir al variaciones puntales de relación de transmisión debidas al cambio del punto de contacto de los engranajes (como sabrás el perfil de envolvente de los engranajes es al que define un punto de contacto entre dos engranajes se mantenga cte en el espacio y en el tiempo, permitiendo tener una relación de transmisión constante en el tiempo... si el punto de contacto se mueve, a lo largo de una revolución, la relación de transmisión va variando... y eso no mola. El perfil de envolvente de los engranajes resuelven este problema), así como ovalidades, perfiles incorrectos incorrectos y desgastes asimétricos.
Cuanta más resolución tenga tu encoder mejor, porque tu rango de trabajo va a ser una sola revolución (si es que quieres hacer lo que describe la máquina).
La velocidad no parece muy crítica, pero si quieres estudiar los efectos en dinámico o en altas revoluciones )es decir, el efecto de la inercia) en vez de estático o bajas revoluciones.
Al final lo que vas a necesitar son velocidades angulares que saldrán de integrar tus posiciones angulares.
Saludos
-
Gracias fleming.
Vamos que plug and play no va a ser... Al menos barato...
Conocimientos cero... He montado la electrónica de una impresora 3d y ya me creo un experto programador y electrónico... (sólo había que acoplar una ramps encima de un arduino y meter el firmware...).
Respecto al tema de revoluciones estoy de acuerdo con tus argumentos ( excepto que a 100 revoluciones este en 180.001; estará en 0, creo...). Lo único que me interesa es una vuelta como tu bien dices ( del eje de salida).
Las revoluciones en general suelen ser muy bajas del orden de 100rpm en conductor.
El giro será para ambos lados, pero seré yo el que lo elija así que ese dato no lo necesito, efectivamente.
Una duda ¿ labview es compatible con los datos de arduino? Es software gratuito y para ir probando me podría servir...
-
Hombre,
Plug and play... yo creo que muy poco... aunque sea LabView.
Sorry, LabView es de pago... y no es barato. Pero si que tiene la ventaja que es muy fácil de hacer cosas siguiendo los tutoriales, digamos que está pensado para electrónicos Ingenieros que no quieren programar (que al final aprenden a programar en LabView... pero ese es otro debate). Es sencillo, potente y hasta se puede integrar con Arduino... peeeeero, ten en cuenta que es un sistema de alto nivel (al igual que arduino), y a medida que subes en los niveles, pierdes control, pero sobre todo, pierdes velocidad... con un poco de "sentidiño" se les puede sacar algo de potencia...
Tienes como unos "cienes" de tutoriales... (https://www.google.es/search?q=labvoew+arduino&oq=labvoew+arduino&aqs=chrome..69i57j0l5.2244j0j7&sourceid=chrome&espv=210&es_sm=93&ie=UTF-8#q=labview+arduino&spell=1)
Pero insisto, antes de elegir la plataforma, habría que echar unos numeritos para saber en que mundo está apliación... en el de los milisegundos, los microsegundos, los nanosegundos...?!?!?
-RPM máximas?
-Resolución del encoder o de la lectura?
A partir de ahí, te saldrá la frecuencia de tu sistema...
Saludos
PD: Pon algo sobre esas jollitas de 36000 ppr... que se me hace la boca agua .baba .baba .baba
-
Pues Fleming ha hecho una muy buena exposición.
Las placas de NI no son nada malas. Además suelen tener drivers para poderlas manejar desde otros porgramas. Y el soft qe puedes hacer resulta "bonito"
LabView es de NI... curioso ;)
Si no hay placas que te den entrada de encoder directa y/o con la suficiente resolución, te tocará hacer electrónica por medio. Lo más fácil: unos decoder de cuadratura de LSI/CSI (http://www.lsicsi.com) (en está página (http://www.lsicsi.com/encoders.htm))que ya te lo dan hecho (al menos la decodificación, que HAY QUE HACERLA HARDWARE).
Y como dice fleming, LW no es gratis (la versión base "sólo" cuesta 950 eu -más impuestos- y no se que s epuede hacer con ella)
,encoder de
-
Yo he hecho muchas integraciones con NiDaQ's de Ni, tanto en LabView como en otros entornos (delphi, C++, VB..)... y la verdad es que el herdware es brutal, no muy caro (para todo lo que hace), pero para mi gusto los de National Instruments la cagan un poco con los drivers.
Otra cosa FUNDAMENTAL (sin ánimo de gritar) es tener un muy buen programador con background en electrónica y sobre todo en los drivers de NI... yo en algún proyecto he tenido auténticos problemas de rendimiento por no configurar/utilizar correctamente la tarjeta/DLL
National Instruments se ha caracterizado por tener unos productos de muy fácil integración... pero para mi gusto, de muy alto nivel.... cuando necesitas alto rendimiento y eficiencia... tienes que pasar por Hardware-software desarrollado a medida.... pero eso se dispara en dinero y sobre todo... en tiempo (que también es dinero...)
SAludos.
-
Vaya esto se pone complicado... Gracias a los dos por el interes y la ayuda.
Respondo a fleming. RPM 100 maximas en el eje de entrada. En la salida maximo 100 para relaciones de 1:1 (aunque generalmente rondará las 50rpm en la salida).
La resolución de los encoder que se ponen en este tipo de máquinas es de 36000 y según el fabricante de +/-1".
Los encoder que dije joyitas, no se sí lo son... son unos heidenhain Rod800 (igual para vosotros es algo normal, a mi me pareció incrible cuando leí la chapa). No encuentro documentación, pero mirando en catalogos de heidenhain parece que la serie 800 es parecida al menos en cuanto a caracteristicas. Pongo un enlace a un pdf de heidenhain... por cierto ahi unas tarjetas ik220 al final que serán viejas (a juzgar por los windows en los que funciona), pero que igual hay por ahí alguna...
http://bicep.caltech.edu/~yuki/servo/208_736-27.pdf
-
#Madredelamorhermoso!!!
Dices que tienes por ahí tirados unos Heidenhain RD 800?!?!?
De joyitas nada.... joyas en toda regla!!!
Hombre, no sé hasta que punto tienes ganas de hacerte la máquina esa... pero si consigues vender los encoders... te puedes pegar unas buenas vacaciones.
Manejar esos pulsos a esas velocidades... lo más adecuado sería intentar poner a funcionar las IK220 (que llevan el mítico integrado de PLX de pasarela PCI)
El problema es que ya no quedan muchos ordenadores con PCI, y seguramente las DLL's será para Windows XP... pero olvídate del Plug and Play.
Para 100rpm y 36000 pulsos, a mi me sale una frecuencia de 60Khz... que tampoco es tan exagerada, son 166 milisegundos. Para un arduino lo veo un poco justo, tendrías que optimizarlo mucho... casi ni lo intentaría, teniendo en cuenta que tienes que apreciar desviaciones geométricas casi imperceptibles, tu base de tiempos tendrá que ser muy muy buena (basada en un VCO), podrías intentar algo con una NiDAQ (Intentando pensar en Plug and play) o desarrollarte algo con un FPGA's o DSP's (en el extremo opuesto del plug&play), pero lo suyo sería utilizar las IK220... eso es lo más plug and play que tienes en cuanto al hardware.... peeeero, te queda el software, que no es tontería...
Saludos.
-
fleming, te has ido en los ceros. Son 16.6 microsegundos. Por eso decía yo de poner directamente un decoder. (a no ser que lo que tengas, coo bien dices, una fpga, un micro con entrada de encoders, etc,etc)
Respecto a lso ordenadores, lo único que se me ocurre es que mires en placas de PC industriales. Estas suelen traer todavía estos tipos de buses, incluso puertos paraleo y serie. Tampoco valen lo que vale una placa "normalita" de pc.
Al final, como dice el amigo Fleming, pasta por todos los lados.
-
Gracias a los dos.
Creo que de primeras tengo que empezar por algo manejable. Os parece descabellado que me meta con los dos fagor 3600 y arduino a ver si soy capaz de aprender de que va todo esto?
Si consigo algo con ellos el resto ya sería con un cheque en blanco...
-
Todo es empezar... y tomárselo con calma
-
Jur jur jur... Cierto, se me han ido los ceros... Es lo que tiene ser de letras ;)
Harán, bajar de 36 a 3,6 es solo un orden de magnitud... Sigo pensando que el cristal de cuarzo/resonador del arduino no tiene la suficiente estabilidad para apreciar las variaciones... Oero como las cosas no se resuelven con apreciaciones, lo mejor es hacer un estudio de propagación de errores, para saber si el error de tu medida está lejos de tu orden de magnitud.
No quiero desaninarte con esto, empieza con el arduino y con el de 3,6k ppr, lo bueno es que aprenderás y entenderás donde estan los problemas a la hora de plantearte un desarrollo mas serio.
Ánimo.... Y como digo siempre, no dejes de contarnoslo!!
-
He estando mirando arduinos y he visto la due http://arduino.cc/en/Main/arduinoBoardDue
Es de 84mhz ¿ que tal andará con los 3600?
Otra cosa las entradas serán por analógico o digital?
Es para no comprarla y tener que comermela con patatas...
Un saludo
-
Hola Haran
Ten en cuenta que las entradas/salidas del Due funcionan a 3.3V.
Si los periodos de las señales que quieres leer andan sobre los 16microsec no vas a tener ningún problema con el Due. Para leer los encoder debes usar las entradas digitales.
-
Joder... (Sorry) habría jurado que debía meterlo por analógico... El datasheet de los encierra me doce salida de entre 0'5 y 2'5v así que bien. Gracias por la info...
-
Hombre, es 5 veces más rápido que un uno o un Mega es... pero tampoco es para tirar cohetes... solo subre medio orden de magnitud... que tampoco es tanto.
Sinceramente no sé si te servirá, es muy difícil valorarlo, creo que va un poco justo (pero hablo mojándome con la lengua la yema del dedo índice y levantándolo para sentir el viento... no sé si me entiendo jejejej), pero por el precio que tiene, tampoco es mucho lo que pierdes (o lo que ganas, que siempre tendrás el DUO para otros cacharreos)
Como te decía más arriba, te recomiendo que utilices el contador de 32bits, con un reloj externo (un VCO) y haces el triger de ese contador con el mismo encoder... y entre tanto, te dedicas a almacenar "las cuentas" en un array, hasta que completes una vuelta.
También puedes hacer benchmark para ver de cuanto tiempo te tienes "para hacer otras cosas"
Saludos.
-
HOLA QUISIERA SABER COMO PUEDO PONER A FUNCIONAR UN VARIADOR CON UN TRANMISOR DE PRESION
-
Hola, a lo mejor una de estas placas te va mejor.
http://digilentinc.com/Products/Catalog.cfm?NavPath=2,892&Cat=18
Los entendidos te pueden echar una mano mejor que yo.
-
No viene al caso de este hilo, pero por no hacer uno nuevo lo coloco aquí.
He terminado una impresora 3d prusa i3. Ahora toca la fase de calibración que será ardua y larga.
No soy un experto en el tema pero quiza, si hay alguien interesado, le pueda echar una mano con dudas y fotos...