Publicado por: Nocturno en 21 de Marzo de 2006, 13:58:00
Os lanzo una pregunta porque seguro que si se puede realizar, alguno de vosotros ya sabe cómo.
Estoy realizando un osciloscopio vía USB para el que también estoy programando el software cliente del PC. Pero el otro día tuve mi primer contacto con Labview y pensé, ¿para qué volver a inventar la rueda?: el caso es que no sé cómo se puede realizar la conexión entre mi osciloscopio y el Labview para que lo pueda utilizar como dispositivo de entrada.
Imagino que habrá que escribir un Driver específico, o adaptar el protocolo de mi osciloscopio a algún estándar preestablecido, pero he buscado y no he encontrado la información que necesito. ¿Alguien sabe cómo se hace esto?
Graciaaaaaaaaas
Publicado por: atlasdelcarinakeel en 21 de Marzo de 2006, 14:42:00
http://sine.ni.com/apps/we/niepd_web_display.display_epd4?p_guid=FAF0FB9A4A200F52E0340003BA230ECF
Publicado por: J1M en 21 de Marzo de 2006, 19:51:00
, creo q la opción que propones es de las mas interesantes, baratas y muyyy factible. A ver si saco un poco de tiempo y me leo el post dl osciloscopio de este foro, y el de teotekaplan, q al igual que tú me gustaría hacerlo por usb y con labview.saludos
Publicado por: Nocturno en 21 de Marzo de 2006, 23:40:00
Publicado por: patolinec en 22 de Marzo de 2006, 06:44:00
Publicado por: Algec en 22 de Marzo de 2006, 15:00:00
Publicado por: patolinec en 23 de Marzo de 2006, 14:45:00
Publicado por: Nocturno en 26 de Marzo de 2006, 01:22:00
Si miráis en este link está la librería para Labview de control de una tarjeta de adquisición de datos externa realizada con un PIC 18F4550. En dicha librería se pueden manejar las entradas analógicas de la tarjeta y las salidas digitales de la misma. Lo que no aparece, porque además es lo que vende su autor, es el código del PIC.
http://usuarios.lycos.es/charlytospage/dac09.htm
También tiene librerías para Visual C++ así que ando mirándolas a ver si por analogía soy capaz de deducir lo que hay en el PIC.
Realmente no he avanzado nada más, por lo que cualquier aporte vuestro será bienvenido.
Publicado por: Modulay en 26 de Marzo de 2006, 16:34:00
Publicado por: Azicuetano en 26 de Marzo de 2006, 17:06:00
Un amigo mío está ahora trabajando en un proyecto parecido. Le diré que publique aquí sus avances.
Hasta entonces:
http://perso.wanadoo.es/jovilve/proyecto1_v_1_0.html
Por si os puede servir de algo.
Un saludo desde Alicante.
Publicado por: Nocturno en 26 de Marzo de 2006, 23:57:00
Gracias Azicuetano, parece que el regalo de cumpleaños me lo haces tú a mí en vez de al revés. Aprovecho para felicitarte.
Publicado por: J1M en 27 de Marzo de 2006, 14:10:00
Me la ha enviado un compañero q he conocido en Tailandia y con el que voy a colaborar para hacer un articulo para una revista en la que publica mensualmente, voy a ver si instalo el labview 8 e intento hacer alguna cosilla con el conversor AD... aunq antes casi mejor voy a intentar hacer el mismo prgramita que hize en VC# pero en labview...
saludos!
Publicado por: Nocturno en 27 de Marzo de 2006, 15:31:00
Publicado por: Duende_Azul en 27 de Marzo de 2006, 19:10:00
Ahora estoy tratando de hacer la comunicacion bidireccional para enviar ordenes al pic..
Adjunto una imagen del instrumento, las tripas del instrumento y el codigo del pic.
Publicado por: migsantiago en 27 de Marzo de 2006, 19:50:00
¿Podrías enviarme el .vi de lo que hiciste? Es para estudiarlo de cerca.
Una sugerencia... puedes agregarle un indicador digital a los medidores canal1 y canal2 dando click derecho en ellos y eligiendo Add digital indicator. Así ya no agregas otro indicador en tu diagrama de bloques.
Apenas aprendí a usar el lector de puertos (que es fácil para el paralelo), pero para el serial el programa que hizo el maestro no funcionó
Marcaba errores.Te adjunto los archivos que hicimos, el de visa serial.vi no funciona.
http://www.4shared.com/dir/296041/8f9f873/LabView.html
Publicado por: Duende_Azul en 27 de Marzo de 2006, 19:54:00
Publicado por: migsantiago en 27 de Marzo de 2006, 20:04:00
Talvez a Nocturno también le interese, si quieres lo publico en mi folder de 4shared.
Edit: lo del indicador te lo indique mal
Era así... en front panel, click derecho al medidor, visible items, digital display.
Publicado por: Duende_Azul en 28 de Marzo de 2006, 00:14:00
Publicado por: Nocturno en 28 de Marzo de 2006, 00:15:00
Publicado por: Nocturno en 28 de Marzo de 2006, 00:52:00
Gracias
Publicado por: Nocturno en 28 de Marzo de 2006, 00:58:00
Echad un vistazo a este link los que sabéis de Labview y ya me diréis si os parece que puede ser la pista buena:
http://zone.ni.com/devzone/conceptd.nsf/webmain/6792BAB18242082786256DD7006B6416?OpenDocument
Publicado por: Duende_Azul en 28 de Marzo de 2006, 01:00:00
porque sera que cuando nada funciona es cuando recurrimos a la ayuda?, buscando info sobre un elemento me encuentro que la conexion del puerto serie esta perfectamente explicada en un pdf del propio labview (envio y recepcion); el archivo esta en: inicio/todos los programas/National Instrument/NI Serial/Serial reference guide.pdfLeanlo, es una belleza
Publicado por: J1M en 28 de Marzo de 2006, 02:25:00
Anoche instalé el Labview y con el ejemplito de la primera página puedo conectarme al puerto USB... A ver si me miro esta noche el ejemplo d la ayuda q has puesto x si con eso es mas comodo trabajar.
saludos!
Publicado por: J1M en 28 de Marzo de 2006, 18:50:00
respecto al ejemplo de la primera página, no va a servir... no sirve, no pq no tengamos el código del PIC, sino pq su ejemplo está limitado a lo que hace, en cuanto se intenta variar algo del esquema ya no funciona, eso sucede pq el bloque está pensado para usar una especie de .dll creada por su autor (a parte de q usa la de microchip) (q por supuesto no incluye) y que debe ser creada para cada situación en concreto... total q no nos sirve para nada... Pero bueno me ha servido para darme la idea... no para crear otra "especie de .dll" sino para usar la de microchip "a pelo", esto es... incorporando las funciones de la API importadas de la DLL al propio esquema... ahora mismo estoy con eso... parece que la de "open pipes" hace algo... aunq me responde 255 y creo q debería responder 1 ... asiq aún no me he conectado... os cuelgo por aquí el .vi por si quereis exarle un ojo... ahora toca dormir un rato... uno d estos dias peto! XDD
http://www.hobbypic.com/temp/picscope.zip
saludos!
Publicado por: Modulay en 28 de Marzo de 2006, 19:06:00
Publicado por: J1M en 29 de Marzo de 2006, 02:32:00
Supongo q ya habeis visto este link:
http://miarroba.com/foros/ver.php?foroid=58527&temaid=4795045
Ahí pantera pone unos enlaces muyyy interesantes referidos a esto mismo (ya los podría haber visto ayer joes! XDD)
saludos!
Publicado por: Modulay en 29 de Marzo de 2006, 04:33:00
Ya estuve probando y el pic no termina de amoldarse al driver generado por el visa driver development wizard....parece que hace el intento pero windows termina soltando "no se puede iniciar el dispositivo".Lo raro es que el pic llega a ser configurado por el host al conectarlo al puerto,hace la enumeración y todo eso,pero windows no se lo termina de tragar.Estuve mirando el tema de los descriptores pero parece que el tema no va por ahí
¿alguna idea?
Publicado por: J1M en 29 de Marzo de 2006, 08:27:00
Por cierto, os pongo x aquí una joyita que me he encontrado:
http://www.c-sharpcorner.com/Code/2003/Oct/OscilloscopeDotNet.asp
Un osciloscopio con un pic por rs232 y con visual C# ... ahí queda la cosa, aunq por el momento sigo encabezonado con que me responda de alguna manera el labview...
saludos!
pd: acabo de comprobar y si que responde...
he utilizado la función esta:///////////////////////////////////////////////////////////////////////////////
// MPUSBGetDeviceCount : Returns the number of devices with matching VID & PID
//
// Note that "input" and "output" refer to the parameter designations in calls
// to this function, which are the opposite of common sense from the
// perspective of an application making the calls.
//
DWORD _MPUSBGetDeviceCount(string pVID_PID);
y da un cero cuando no está conectado, y un 1 cuando lo está.... ayer no me respondía eso bien... pq la función de open no devuelve nada, bueno, realmente devuelve un "handle" q no se exactamente q es... por lo menos ya hago un "ping"
Publicado por: RaDoN en 29 de Marzo de 2006, 08:52:00
Publicado por: Modulay en 29 de Marzo de 2006, 11:59:00
Publicado por: Nocturno en 29 de Marzo de 2006, 12:11:00
Sin embargo, desde aquí mi apoyo moral a vuestras pruebas, porque seguro que pronto encontraréis la solución.
Publicado por: J1M en 29 de Marzo de 2006, 14:55:00
, uno para lectura y otro para escritura, de esa forma creo q va a ser muuuuy facilillo hacer cualquier comunicación E/S para PICs por USB... a ver si me da tiempo esta noxe a hacer el de escritura al menos.Saludos!
Publicado por: J1M en 29 de Marzo de 2006, 17:40:00
http://www.hobbypic.com/temp/picscope.zip
Me he atrancado en el tema del "handle" ya q es un valor necesario, y no se exactamente ni como obtenerlo, ni como pasarselo a la función write.
A ver si me pongo a buscar algo parecido exo con labview xq me he quedao pillao
mañana mas
Publicado por: Nocturno en 29 de Marzo de 2006, 23:50:00
Publicado por: J1M en 30 de Marzo de 2006, 02:03:00
Publicado por: J1M en 31 de Marzo de 2006, 10:30:00
ya mando bytes por usb (apago y enciendo los leds al igual q con el Ejemplillo PicUSB) jjejeje! el problema estaba en el jodio pipe! (no en el handle como pensaba al principio), parece ser que "\MCHP_EP1" las \ en C son en realidad solo una ...... por lo q si se cambia lo q habia por "MCHP_EP1" la cosa va de lujo! ... bueno a seguir avanzando un poco mas! saludos
Publicado por: J1M en 31 de Marzo de 2006, 20:05:00
Ya están terminados los bloques de lectura y escritura, y he adaptado las funcionalidades del programa que hize en VC# a Labview, es decir, hace lo mismo que el del proyectillo PicUSB http://www.hobbypic.com/index.php?option=com_content&task=view&id=14&Itemid=33 pero con Labview, aquí os dejo un link con todo lo necesario, tanto los .vi para lectura y escritura, como el programa principal. Es como ya digo, totalmente compatible con la plaquita usada para el PicUSB.
http://www.hobbypic.com/temp/picusb_labview.rar
Siguiente paso, juguetear un poco con el convertidor AD y los osciloscopios integrados del Labview a ver q se puede sacar en claro
saludos!
Publicado por: Duende_Azul en 31 de Marzo de 2006, 23:52:00
no me funcionan los enlaces...
Publicado por: J1M en 01 de Abril de 2006, 06:18:00
http://perso.wanadoo.es/j1m/picusb_labview.rar
Publicado por: Duende_Azul en 01 de Abril de 2006, 11:34:00
J1M funciona maravillosamente!!
Publicado por: Modulay en 02 de Abril de 2006, 02:27:00
Simplemente he añadido un botón para que se pueda ejecutar de forma continua.
He generado un ejecutable para que no haga falta abrirlo desde labview
Ejecutable
Pero tal y como me temía,le ejecución es tremendamente lenta,tanto si se hace con el ejecutable como si se hace desde labview.No parece que labview sea demasiado apropiado para aplicaciones standalone de este tipo.
J1M ¿podrías detallar un poco como es el uso de la primitiva de acceso a la dll? ¿como se accede a funciones concretas de ésta?
Publicado por: J1M en 03 de Abril de 2006, 15:21:00
, eso es un problemilla que tiene el labview, sin embargo, el software trabaja con sus hardware a altiiiisimas velocidades de procesamiento/muestreo... por lo q supongo q el hecho de ralentizar tanto el PC será por eso... se lleva una gran cantidad de memoria "palante" para poder operar correctamente... en cualquier caso, si vemos que la cosa no trabaja como debiera intentamos hacer algo en otro lenguaje de programación.Para usar la DLL hay que utilizar el bloque llamado "Call Library Function Node", en este bloque hay varios parámetros a configurar(haciendo doble click sobre el):
- Library Name or Path: pinchando sobre browse se selecciona la dll
- Function Name: pinchando sobre el menú desplegable se puede seleccionar una de las funciones que exporta la dll, por ejemplo "MPUSBRead"
- Calling Conventions: Se selecciona C (creo que es pq la librería está creada según las características de uso del lenguaje C.........)
- Parameter: Aquí por defecto hay solo uno, que es el que devuelve la función, esta casilla se puede editar para poner el nombre que se quiera, en la parte inferior de esa misma ventana aparece el prototipo de la función, así de un vistazo rápido se puede ver que se le pasa y que devuelve.
Ahora hay que añadir cada uno de los Parametros con los que va a trabajar la función, para ello hay q abrir el .c con el que está creada la .dll o bien abrir el funciones_dll.txt que incluí con el ejemplillo PicUSB, ahí se puede ver el prototipo de la función que queramos importar de la DLL, centrandonos en la función del ejemplo:
Codigo:
///////////////////////////////////////////////////////////////////////////////
// MPUSBRead :
//
// handle - Identifies the endpoint pipe to be read. The pipe handle must
// have been created with MP_READ access attribute.
//
// pData - Points to the buffer that receives the data read from the pipe.
//
// dwLen - Specifies the number of bytes to be read from the pipe.
//
// pLength - Points to the number of bytes read. MPUSBRead sets this value to
// zero before doing any work or error checking.
//
// dwMilliseconds
// - Specifies the time-out interval, in milliseconds. The function
// returns if the interval elapses, even if the operation is
// incomplete. If dwMilliseconds is zero, the function tests the
// data pipe and returns immediately. If dwMilliseconds is INFINITE,
// the function"s time-out interval never elapses.
//
// Note that "input" and "output" refer to the parameter designations in calls
// to this function, which are the opposite of common sense from the
// perspective of an application making the calls.
//
DWORD _MPUSBRead(void* handle, // Input
void* pData, // Output
DWORD dwLen, // Input
DWORD* pLength, // Output
DWORD dwMilliseconds); // Input
Bien en el prototipo se aprecia que devuelve un DWORD (indicando si ha leido (1) ó no (0)), además hay q pasarle el handle de lectura (puntero doble)[este handle lo devuelve la función _MPUSBOpen], hay que pasarle tb un DWORD para indicarle el numero de bytes que va a leer, y pasarte tb otro DWORD para el tiempo entre lecturas. Bien, ahora hay q definir lo q va a devolver... que son punteros a DWORD. Ahora una vez que se tienen claras cada una de las partes que integran al prototipo hay q añadirlas al bloque mediante el botón de Add Parameter, indicando en Type y Data Type lo que indica el prototipo, DWORD equivale a: Type: Numeric, Data Type: U32
Una vez se tienen definidas cada una de las partes del prototipo solo hay que usarlos como si de un lenguaje de programación se tratara... teniendo en cuenta los tipos de datos que se le pasan, y que espera que le sean pasados, y los parámetros que devuelve... quizá el mas complicado de entender sea el del "handle" q despues de varias pruebas y un par de busquedas por google encontré la solución haciendolo como puse en un par de post mas arriba...
Espero que se entienda algo....
Publicado por: Duende_Azul en 03 de Abril de 2006, 17:18:00
Yo he estado probando con otro compilador (Mikropascal) y lo mas que he logrado transferir son 64KBytes/seg, trate de modificar tu programa de ccs para que enviara datos al host pero no me funciona..
Por si no lo tienes, el programa para medir que estoy usando esta en:
http://www.usbfireinfo.com/
PD: por cierto, el pic con tu programa es detectado como FULL 1.1 (12Mbits/seg) y con el programa generado en Mikropascal es reconocido como FULL 2.0 (12Mbits/seg) ¿cual es la diferencia si ambos transfieren a 12Mbits/seg?
Publicado por: elguitre en 03 de Abril de 2006, 21:07:00
Publicado por: atlasdelcarinakeel en 04 de Abril de 2006, 06:09:00
Publicado por: J1M en 04 de Abril de 2006, 07:24:00
) sino al Labview, que es un software dedicado al procesamiento de señales, imagenes, etc a través de tarjetas de adquisición, que mirando cualquiera que sea por usb en la página de national instruments anda sobre las 100kS/s (100mil muestras por segundo), eso para las de USB, si se mira alguna tarjeta de adquisición con otro bus mas rápido como puede ser el PCIexpress la cosa sube bastante, lo q trataba de decir es que el programita es potente, y supongo que por eso se come la memoria de la forma que se la come...Respecto a como reconoce al dispositivo... Según espeficicaciones las velocidades de transferencia son:
USB 1.1: 12Mbit/s
USB 2.0: 480Mbit/s
El Pic cumple con el standar de 2.0 y puede alcanzar la velocidad máxima con un clock de 48MHz... usea, tal y como está configurado el ejemplillo, el pq no lo indica... la verdad es que no lo tengo claro :S... Le exaré un ojo a ver si localizo el pq.
saludos!
Publicado por: Duende_Azul en 09 de Abril de 2006, 01:27:57
Segun el datasheet del 18F2550, este micro es:
- USB V2.0 Compliant
- Low Speed (1.5 Mb/s) and Full Speed (12 Mb/s)
asi que aun no tengo claro lo de los 480Mb/s pero bueno, con 12 me conformo... :lol:
El otro asunto es el siguiente: he seguido al pie de la letra lo expuesto en el enlace que puso Nocturno
http://zone.ni.com/devzone/conceptd.nsf/webmain/6792BAB18242082786256DD7006B6416?OpenDocument
y adivinen que..... el pic es reconocido por Labview y pude enviar datos al pic sin retardos apreciables, el detallito es que los datos del pic no son leidos en labview, da un error de configuracion que dice:
VISA: (Hex 0xBFFF003A) Unable to start operation because setup is invalid (due to attributes being set to an inconsistent state).
presiento que es una tonteria que aun no he visto asi que si se enteran de algo ya saben :P
Publicado por: Modulay en 09 de Abril de 2006, 18:38:17
¿Cómo hiciste para generar el driver?
Hasta donde sé de VISA,creo que para hacer una operación de lectura,el pc primero manda un aviso para decirle al dispositivo que quiere leer y después lee.
Puedes probar a toquetear los atributos del dispositivo,a lo mejor hay suerte.
Publicado por: Duende_Azul en 10 de Abril de 2006, 00:57:38
En principio empece con un programa hecho en Mikropascal, pero ese programa funciona en modo HID (por llamarlo de una manera) y el problema esta en que el BULK PIPE-IN STATUS, me aparece con valor -1 lo cual indica que no es reconocido por VISA, despues de golpear mi cabeza mil veces contra la pared, decidi modificar el programa de J1M para que recibiera un byte y lo regresara y SORPRESA!!! funcionó!!! se puede enviar un byte y se recibe de inmediato :D
Publicado por: Modulay en 10 de Abril de 2006, 11:23:43
El pic pasa la enumeracion,pero windows dice q ni hablar del asunto...y no me aparece en el VISAIC.
¿Podrías detallar que cambios hiciste en los descriptores y cuales son los manufacturer name y model name que pusiste en el VDDW?
Publicado por: Modulay en 10 de Abril de 2006, 12:07:20
Voy a probar a establecer comunicacion a ver como va
Publicado por: Modulay en 10 de Abril de 2006, 16:25:57
Lo guay sería poder hacer lo mismo del lado del host con lavbiew ¿alguna idea?
Publicado por: Duende_Azul en 10 de Abril de 2006, 16:40:47
Publicado por: Modulay en 10 de Abril de 2006, 17:04:23
Escribo la trama desde el pc y justo después leo
Publicado por: Duende_Azul en 10 de Abril de 2006, 17:13:49
no entiendo porque dices:
Lo guay sería poder hacer lo mismo del lado del host con lavbiew ¿alguna idea?
como ves la velocidad? yo no noto nada de retardo desde que se envia el dato hasta que se recibe...
Publicado por: Modulay en 10 de Abril de 2006, 17:24:31
El control "EJECUTAR" es un botón que evita que se ejecute nada hasta que no se pulse.Pues al pulsarlo,la aparición de la respuesta del pic en el control "Lectura" es practicamente instantáneo.
La primera vez lo hace bien,aunque parece q las sucesivas hay q ejecutar dos veces para q el pic responda lo q debe (un reflejo de lo q ha recibido).
Voy a ver si toqueteando un poco se soluciona.
A lo que me refiero con lo de la interrupción es que se pueda hacer una lectura sin que se sepa en que momento llegan los datos desde el pic,o sea,como si fuera por interrupcion
Publicado por: Modulay en 11 de Abril de 2006, 15:03:36
Parece que el problema está en el pic.La primera vez devuelve bien lo que recibe,pero en las sucesivas devuelve lo que recibió en la anterior ejecución.
Dejo los archivos para que probeis suerte.
Publicado por: Duende_Azul en 11 de Abril de 2006, 18:18:18
Citar
while (TRUE)
{
if(usb_enumerated()) //si el PicUSB está configurado
{
if (usb_kbhit(1)) //si el endpoint de salida contiene datos del host
{
usb_get_packet(1, recibe, 4); //cojemos el paquete de tamaño 3bytes del EP1 y almacenamos en recibe
usb_put_packet(1, recibe, 4, USB_DTS_TOGGLE);
}
}
}
básicamente es lo mismo que hizo J1M, sólo que, lo que se recibe es devuelto de inmediato, a mi me funciona siempre con un pequeño detalle:
1ra ejecucion: envio 1234 recibe 1234
2da ejecucion: envio ABCD recibe ABCD
3ra ejecucion envio X recibe XBCD
4 ejecucion envio 123 recibe 123D
osea, pareciera que el bufer de salida no se limpia una vez que es leído y por lo tanto conserva los datos anteriores hasta que son reescritos...
Publicado por: Modulay en 11 de Abril de 2006, 19:03:55
Creo que sería bueno leer en el pic por interrupción,para evitarnos la espera activa.
¿Has probado usando esas funciones a mandar tramas de 64 bytes? si no recuerdo mal para ese caso ya iban mejor la funciones usb_gets y usb_puts
Publicado por: Modulay en 12 de Abril de 2006, 21:36:10
Mando paquetes de 64 bytes en ambas direcciones,haciendo que el pic atienda la interrupción por usb y capturando los datos cuando ésta se produce.
He hecho las cuentas y alcanza una velocidad aproximada de 32 Kbytes/s.
En el archivo que dejo (he eliminado el del otro mensaje) está implementado para enviar 16 paquetes de 64 bytes y para recibir exactamente lo mismo,en total 1 Kbyte de ida y otro de vuelta.
Para conseguir un comportamiento parecido al de una interrupción en labview se usan las ocurrencias si no me equivoco,pero ¿alguien puede explicar un poco como se usan?...lo he intentado pero no doy con la tecla.
Publicado por: J1M en 12 de Abril de 2006, 22:33:24
Duende, respondiendote a lo del otro día, lo mejor será que te pases x aquí que seguro te queda mas claro que con mi pseudo-explicación:
http://en.wikipedia.org/wiki/Universal_Serial_Bus
Modulay, sabes cual es el tamaño máximo de paquete soportado por un PIC?? (suponiendo que ponga el la reestricción), es que me queda la duda, ya que teóricamente y según leí en el datasheet el PIC es compatible con Low Speed (1,5Mbit/s ó 187,5Kbytes/s) y Full Speed (12 Mbit/s ó 1,5Mbytes/s), pero no lo es con el modo Hi-Speed (yo creía que sí...).
Cual es el tamaño máximo del Pipe?? Esto me tiene un poco confundido... podría ser de 1024?? ... no me salen las cuentas para llegar a obtener una tasa de transferencia de 1,5MB que teóricamente según dice el datasheet, debe alcanzarse :S
saludos!
Publicado por: Nocturno en 13 de Abril de 2006, 02:19:31
Con independencia de que se pueda mejorar la velocidad como dice Jaime, yo con 32KB/s me doy con un canto en los dientes, puesto que mi osciloscopio sólo necesita un ancho de banda de 15KB/s.
Gracias Modulay, J1M y Duende_azul.
Publicado por: J1M en 13 de Abril de 2006, 09:16:56
saludos!
Publicado por: Nocturno en 13 de Abril de 2006, 11:31:31
Tengo un sistema de captura autónomo compuesto por el ADC y la FIFO que trabajan al ritmo que marca un generador de CLOCK variable. Este sistema captura ráfagas de samples hasta una velocidad de 100 millones de muestras por segundo y los almacena en la FIFO para volcarlos al PIC a la velocidad a la que el PIC pueda tragárselos.
El PIC los procesa y envía por USB al PC para su representación gráfica.
Aquí es donde necesito los 15KB/s, porque en el PC muestro un diagrama compuesto por 500 muestras. Cada muestra es un Byte, o sea, son muestras de 8 bits de resolución. La velocidad de refresco de la pantalla es de 25 veces por segundo, por lo que estoy representando 25 x 500 = 12.500 muestras por segundo. A esto hay que añadir las señales de control, que he estimado exagerando en un 20%, o sea, 12.500 + 20% = 15000 = 15KB/s.
Publicado por: Modulay en 13 de Abril de 2006, 13:10:37
J1M,con respecto a tu pregunta,si te soy sincero,yo en cuanto a cuestiones teóricas sobre el usb apenas entiendo lo que son los descriptores,los interfaces y poco más.
He llegado a un máximo de tamaño de paquete de 128 bytes,pero de forma no demasiado fiable,ya que a veces falla e incluso me ha pegado algun pantallazo chungo reiniciándome el pc :?...a 64 bytes ya la comunicación va perfecta sin errores de ningún tipo,en ambas direcciones,y supongo que se podrán conseguir mayores tasas de transferencia,ya que ni por asomo he llegado a lo que especifican los datasheet.
Creo haber leído por ahí que el máximo para los endpoint es de 128 bytes,pero claro ¿qué es exactamente un endpoint? ¿se supone que el pic tiene varios,no? ¿se pueden usar de forma paralela para agilizar las transferencias?...el pipe,es propio del host y es uno para salida y otro para entrada ¿no?...y a cada pipe se le corresponden una serie de endpoints ¿no?
¿Qué protocolo es el que estamos usando? ¿bulk? ¿bulk/interrupt?
Menudo lío :?
Publicado por: Duende_Azul en 13 de Abril de 2006, 17:39:43
Publicado por: Duende_Azul en 14 de Abril de 2006, 05:36:04
Publicado por: Duende_Azul en 14 de Abril de 2006, 05:41:20
Special RAW USB
– Measures the USB Data Transfer Rate to move data to and from the USB Device with a minimum of CPU overhead.
Real-Time
– Measures the USB Data Transfer Rate under typical conditions and includes normal CPU overhead during the Performance Test.
Publicado por: Modulay en 14 de Abril de 2006, 12:37:52
Publicado por: Modulay en 14 de Abril de 2006, 17:20:07
Parece que no va a mas de 12Kbytes/seg,tal y como se ve en lo que nos muestra duende
Publicado por: Duende_Azul en 14 de Abril de 2006, 18:47:43
Publicado por: patolinec en 14 de Mayo de 2006, 16:34:09
Publicado por: Driebes en 18 de Mayo de 2006, 07:32:14
¿El LabWiev que es exactamente?¿Es un simulador o es un osicloscopio virtual?
Es que como además no tengo el programa no he podido "trastear" con él.
Pretendeis hacer un osciloscopio conectado al Pc por medio de Usb, no?. Juas, algo así me vendría de perlas, porque utilizo portatil y sin Usb no puedo hacer casi nada.
Publicado por: JMJaureguiG en 01 de Junio de 2006, 18:31:21
Este es mi primer mensaje en el foro, asi que a pesar de no querer hacer preguntas faciles... tengo que hacerlas. El problema que tengo es que... no logro comunicarme con el 18f2550... busquele por donde le busque... se instalan correctamente los .inf, ya sea que vengan de picusb o los genere con labview... aparece conectado el dispositivo, en el administrador de hardware no indica ningun error, con el VISA Interactive Control logro leer información del pic... respecto a estado, contiguración, nombre del fabricante, etc, etc. En labview 8 pongo un indicador para mostrar los dispositivos conectados... y lo hace conecto y desconecto y sigue los cambios... Pero si trato de apagar o encender un led desde pc... cualquier cosa... el picusb, PIC_VISA, picusb_labview. Y no logro nada de nada :8}
No creo que se trate del pic, el ejemplo de mouse lo he "destripado" un poco asi que el pic se esta comunicando... al menos en forma HID. De hay tengo algunas GRANDES dudas que espero alguien pueda iluminar :idea:
1) Si windows y el administrador de dispositivos no marcan errores... ¿el aparatito esta conecado bien verdad?
2) Alguien conoce algun lugar donde este un ejemplo "for dummies" donde venga un codigo sencillo y llano que solo reciba y regrese el dato, venga el .inf y un programita en labview... a ver si viendo la receta de alguien mas logro ver porque no soy capaz de abrir siquiera el refrigerador :D
Solo para corregir... acabo de hacer funcionar la comunicación... tratare de encontrar el error y hacerlo del conocimiento del foro.
P.D. ESTA VIVO ! ! ! :D :D
Publicado por: LabPIC en 01 de Junio de 2006, 19:21:26
Saludos LabPIC
Publicado por: JMJaureguiG en 01 de Junio de 2006, 20:42:06
Y hace pocas semanas me di cuenta que labview 8 posee un wizard para crear archivos .inf, que son los que pide windows despues de reconocer el dispositivo, pide los archivos, es cuestion de ir siguiendo los pasos que indica, y recordar el VID y PID que se escribieron en el codigo del micro.
Despues de eso... ya depende de cada quien, mandar y recibir datos al pic por el programa que uno quiera C#, VB, LabVIEW, Java, Python o el que gustes, lidiar con dll's no es indispensable, al menos no para comenzar (que alguno de los expertos de aqui me corrijan de estar en un error) el archivo PIC_VISA que tiene una liga para descargarse en este foro es bastante sencillito, simple, y es cuestion de paciencia... no por los fallos, sino para ir aprendiendo que hace cada parte del codigo, y en este ejemplo, sobre todo el codigo del pic, irle moviendo poco a poco para en lugar de que te regrese lo que enviaste, te regrese un A/D, modificar el paquete del tamaño recibido o enviado, agragarle un 'case' al codigo del pic para que responda diferente y te regrese datos diferentes.
No soy el mas experimentado... pero cuenta con que te explique los "baches" en los que he caido. Y comenzando con el primero, en ocasiones el administrador del hardware me marcaba un error Código 10 tras instalar el dispositivo, esto se resuelve (al menos para mi) desinstalando el dispositivo, le desconectas, apagas e inicias de nuevo la computadora, conectas del pic y listo... ahora no te marca errores al instalarlo... y no lo volvera a hacer, no tengo idea a que se deba esto pero para mi fue un problema hasta que J1M me ayudo :D
Publicado por: LabPIC en 02 de Junio de 2006, 11:56:34
En verdad tengo demasiadas preguntas que no se por cual empezar :?, no se por donde empezar con esto de los PICs USB, como te comente en el mensaje anterior he recibido samples de Microchip pero no he podido empezar a manejarlos, que me recomendarias para comenzar a manejar estos?, has probado los firmwares que trae la pagina de microchip?, son bunea elección para comenzar?. Espero cualquier comentario u opinion de tu parte o de cualquier otro forero.
Ademas no se si las herramientas con que cuento son las apropiadas para empezar a meter manos a los PIC18F.
Saludos LabPIC
Publicado por: patolinec en 12 de Junio de 2006, 14:41:16
A y otra cosa osea con esta VISA ya no seria necesario utilizar el MPUSBAPI.dll?
Publicado por: Modulay en 12 de Junio de 2006, 20:49:33
Tienes que fijarte a ver lo que tienes al final del fichero PicUsb.h
Yo tengo algo asi:
Código: C
- USB_DESC_STRING_TYPE, //descriptor type 0x03 (STRING)
- 'J',0,
- '1',0,
- 'M',0,
- //string 2 --> nombre del dispositivo
- 22, //length of string index
- USB_DESC_STRING_TYPE, //descriptor type 0x03 (STRING)
- 'J',0,
- '1',0,
- 'M',0,
- ' ',0,
- 'P',0,
- 'i',0,
- 'c',0,
- 'U',0,
- 'S',0,
- 'B',0
- };
Por lo que el manufacturer sería J1M y el model name sería J1M PicUSB
Con respecto a la otra pregunta,la respuesta es no.Una vez instales el .inf que te genera el VDDW ya tienes todos los ingrendientes para echar a andar el usb bajo visa.
Suerte
Publicado por: patolinec en 13 de Junio de 2006, 16:59:23
La alegria me invade y recorre todo mi cuerpo Gracias Modulay por tu ayuda exelente me funciona perfectamente le envio Cualquier trama y me responde la misma, voy a realizar algunas plicaciones con el PIC
hay le cuento
Ha y por cierto todo el trabajo lo estoy ejecutando en Labview 7.1
Publicado por: Nacho en 18 de Junio de 2006, 09:31:31
Espero les sirva.-
http://pablohoffman.com/cgi-bin/twiki/bin/view/Oscusb/WebHome
Nacho
Publicado por: J1M en 18 de Junio de 2006, 09:45:27
gracias por el link!
Publicado por: pantera en 20 de Junio de 2006, 00:43:39
PANTERA
Mexico Vs Argentina
VAMOS MEXICOOOO
Publicado por: pantera en 04 de Julio de 2006, 12:29:34
gracias :(
Publicado por: J1M en 04 de Julio de 2006, 15:34:08
saludos!
Publicado por: pantera en 04 de Julio de 2006, 18:17:30
te cuento que el menso de mi no tomo en cuenta el PI y cuando creaba el codigo con Labview, y como tenia la misma IP
pues creo por default ya le asignaba lo que es la libreria de michochip. Pues bueno ya cambie el PI y ya quedo ... Gracias- :-)
Publicado por: Ehlo en 21 de Julio de 2006, 17:41:31
Si alguien tiene el oscope.exe junto con el usbdemo.sys que pertenecen al ejemplo ex_usb_scope.c de CCS, me gustaría por favor me lo facilitaran porq no lo encuentro por ningún lado. Esto lo quiero para saber si es q esa función del descriptor va ligada especialmente al Driver usbdemo.sys y por eso no puedo descifrar o que me explique alguien como cambiar el descriptor para darle buen uso a los enpoints.
Además, si alguno sabe Cuántas configuraciones permite el CCS del USB en el descriptor? y es posible trabajar con el ping-pong doble buffered de la USB RAM.
Publicado por: patolinec en 13 de Agosto de 2006, 18:19:23
Publicado por: J1M en 16 de Agosto de 2006, 02:45:39
http://pushcows.orcon.net.nz/oscilloscope.htm
Lo noto está dentro de mí y no se va!!!!!!!! jajajajja (...cosas mias!)
Publicado por: Nocturno en 16 de Agosto de 2006, 04:07:50
Publicado por: adbensi en 22 de Septiembre de 2006, 17:46:04
O que yo preciso hacer para mejorar la aquision dos conversores AD do PIC?
Me ayudem por favor, com este código :D
#==CONF===================================
#pragma config CPUDIV = OSC1_PLL2 // External Oscillator with PLL
#pragma config FOSC = HSPLL_HS // PIC USB clock is 48 MHz
#pragma config PLLDIV = 5 // clock for full speed USB
#pragma config USBDIV = 2 // high speed USB
#pragma config VREGEN = ON // turn on USB regulator
// Configure the A/D module
ADCON0bits.ADON=1; // Module enabled
ADCON1bits.VCFG1=0; // Vrf+
ADCON1bits.VCFG0=0; // Vrf-
ADCON1bits.PCFG3=0; // All analog
ADCON1bits.PCFG2=0;
ADCON1bits.PCFG1=0;
ADCON1bits.PCFG0=0;
ADCON2bits.ADFM=1; // Significant bits
ADCON2bits.ACQT2=1; // 20 TAD
ADCON2bits.ACQT1=1;
ADCON2bits.ACQT0=1;
ADCON2bits.ADCS2=1; // 110 = FOSC/64
ADCON2bits.ADCS1=1;
ADCON2bits.ADCS0=0;
Tieno baja qualidade, una variacion mui grande, con +- 5% :(
Saludos!
Publicado por: pantera en 26 de Septiembre de 2006, 14:56:56
deberia de haber una clase de while(true)
es la misma idea del PIC. No revise tu codigo pero quizas sea que le falta ese ciclo.
SALUDOS
Publicado por: AABHGA en 27 de Septiembre de 2006, 14:39:25
He visto los avances que han tenido y todo pinta muy bien pero la verdad tengo el proyecto en la cabeza (como si fuese un diagrama de flujo) y se que cosas puedo hacer y cuales no, y para no abrir otro tema y viendo que Nocturno trata de hacer un osciloscopio con unas buenas prestaciones (el cual creo que es suficiente para empezar) pues me gustaría saber si me puedo unir a ese proyecto, o si hay alguien interesado en iniciar uno nuevo, pero trabajando con cosas diseñadas por nosotros porque así sería aunque mas largo, mas facil de desarrollar.
En si, la idea básica que tengo para el proyecto sería Interfaz PC <==> Comunicación USB <==> Sistema de Lectura con PIC.
Publicado por: adbensi en 27 de Septiembre de 2006, 15:06:42
AABHGA, tieno interesse em ayudar.. tienes algun subforo ?
Saludos.
Publicado por: Alquimus en 03 de Enero de 2007, 17:51:45
He desarrollado un proyecto, se trata de un Electro Cardiograma por USB utilizando el famoso 18f4550 y partiendo del aun mas famoso proyecto de JiM.
Bueno, en principio el ECG vendria a ser en el fondo un osciloscopio, pero que funciona a muy bajas frecuencias ... estoy hablando del orden de los 1 a 20 Hz, pues las señales provenientes de los latidos del corazon rodean estas frecuencias. Utilizando el propio ADC del pic, laparte de la adquisicion de datos no me tomo mucho trabajo, lo que mas me incomodaba eran las partes de la transferencia de datos usando el USB y la visualizacion en la pantalla de la señal. Despues de una larga busqueda y de tratar de hacer esto ya sea usando el LABVIEW o incluso el MATLAB (emulando el rs232) no llegue a buen puerto, pork a decir verdad no conozco mucho el labview y me di cuenta de los problemas que se originaron con la velocidad de adquisicion con el proyecto que JiM adapto para el Labview, por otro lado el Matlab hubiera sido mucho mejor, pero no contaba con la suficiente experiencia para poder jalar la mpusbapi.dll desde alli.
A raiz de esta busqueda surge una alternativa, probablemente no tan comoda, pero poderosa en todo sentido. La solucion estaba en seguir usando el lenguaje de programacion original donde nacio el proyecto de JiM, el Visual C#, pero... añadiendole una poderosa herramienta desarrollada por National Instruments (si ... de los mismos creadores de Labview), el llamado ... "MEASUREMENT STUDIO 8.0" resulta que este software repotencia las capacidades de los lenguajes de programacion visuales .Net para que sean capaces de trabajar con señales, visualizarlas, procesarlas, filtrarlas, etc etc etc. Asi que esta fue la solucion a mi problema, utilizar este software.
Sin embargo... (aqui vienen los peros) en primer lugar obviamente el measurement studio no es gratuito, sin embargo puede bajarse una version de prueba que dura 3 meses, (suficiente para mis proyectos de universidad), otro inconveniente (y quizas el mayor) es que no funciona con versiones Express Edition del Visual Studio. Asi que la solucion fue "adquirir" (jejeje) la version Profesional del Visual Studio 2005 (1DVD), en la cual viene incluida por supuesto el Visual C#. Una vez superados estos obstaculos, me puse a trabajar.
El Electro Cardiograma funciono de las mil maravillas, la ayuda que da el Measurement Studio es muy grande, por eso tambien me tomo algo de tiempo aprender a utilizar sus potencialidades, sin embargo, mirando para adelante, y justamente en lo que se refiere a hacer un Osciloscopio decente utilizando el puerto USB, mi principal problema esta en el envio de tramas desde el PIC hacia el USB.
Mandando tramas de 64 bytes a la vez, no tengo ningun problema, sin embargo si obtuve problemas cuando intente transferir cualquier cantidad superior a este tamaño. Y por ahi me surge otra duda.
En el ejemplo que vienen incluido en el Compilador CCS , ex_usb_scope.c , se transmiten tramas de 512 bytes, utilizando la funcion usb_puts (que sinceramente aun no se como funciona en el lado de la PC), pero noto que tambien tienen un tamaño de endpoint de TX de 64bytes. Asi que no se por donde va el asunto en este punto.
Definitivamente para mejorar el ancho de banda de el proyecto que tengo, tengo que enviar tramas mas grandes que las de 64 bytes que tengo actualmente, la primera pregunta esta en...
Alguien sabe como utilizar la funcion usb_puts correctamente, tanto en el lado del pic como en el de la Pc?? por favor ayuda.
Aqui les dejo algunas imagenes de como resulto mi proyectillo del ECG.
El Link de Measurement Studio 8.0 : http://www.ni.com/mstudio/
Publicado por: J1M en 03 de Enero de 2007, 19:18:46
Respecto a tu duda, esto es lo que dice CCS dentro del archivo usb.c de la carpeta Drivers:
/****************************************************************************
/* usb_puts(endpoint, *ptr, len, timeout)
/*
/* Inputs: endpoint - endpoint to send data out
/* ptr - points to array of data to send
/* len - amount of data to send
/* timeout - time in milli-seconds, for each packet, to wait before timeout.
/* set to 0 for no timeout.
/*
/* Summary: Used for sending multiple packets of data as one message. If sending
/* only one packet it is more effecient to use only usb_put_packet()
/*
/*****************************************************************************/
usea, que si vas a enviar varios paquetes de una sola vez lo óptimo es usar el usb_puts, si solo vas a enviar un paquete lo mejor es utilizar usb_put_packet, supongo que será debido a que cada vez que envias algo (y dicho de una forma simple) se tiene que abrir y cerrar la comunicación con el puerto, de esta forma si envias varios de una sola vez, solo se tiene que abrir y cerrar una... por lo q optimizas el tiempo.
Saludos y feliz año!
Publicado por: Alquimus en 03 de Enero de 2007, 21:00:23
Recuerden que probablemente necesitaran tener instalado el Measurement Studio 8.0 ( y por lo tanto el Visual Studio 2005) para que el proyecto del c# funcione.
Publicado por: Nocturno en 04 de Enero de 2007, 00:24:04
¿Puedes decirnos cómo está implementada la etapa de adquisición de señal?
Publicado por: Alquimus en 04 de Enero de 2007, 02:46:23
El proyecto esta basado en el Amplificador Instrumental AD620, si buscan el datasheet de este amplificador, encontrarn mas datos y detalles de como usarlo. Pero la idea es casi siempre la misma, utilizar un Amplificador Instrumental, un Filtro Pasa Altas y un Amplificador, como se muestra en el esquema. El principal problema del ECG esta en adquirir la señal y evitar el ruido en todas sus formas, y la principal fuente de ruido para señales de tan baja frecuencia proviene de la red de alimentacion, es por eso que en la etapa de diseño, implementamos un filtro pasabanda con frecuencias de corte en 0.3 Hz y 45 Hz para eliminar la componente de ruido que generaba la red electrica en los 60 Hz. Lo cual no funcionaba del todo bien e incluso atenuaba nuestra señal de manera muy considerable.
Fue por eso que se decidio usar alimentacion de baterias, de esta manera eliminamos el ruido de la red electrica. A pesar de todo incluimos un amplificador con ganancia ajustable antes de que la señal entrara al canal ADC del pic.
Otro punto muy importante en el ECG son los electrodos, la calidad y obviamente el precio de estos influye mucho en el tipo de señal que se obtendra. Ademas de eso estan los contactos que se utilicen en los cables, lo ideal seria que fueran de plata, pero utilizando el ingenio se puede lograr una señal decente.
Bueno, este es basicamente el circuito.
Saludos desde AREQUIPA - PERU
Publicado por: TheBlooD en 20 de Enero de 2007, 08:28:18
http://www.cmccord.co.uk/FYP/final_report.htm
Publicado por: umalrovi en 20 de Febrero de 2007, 06:22:30
Yo he comunicado el PIC con el LABVIEW. El labview es un lenguaje de programación gráfica. Para aquellas personas que están acostumbradas a escribir código les costará un poquito entenderlo pero una vez que sabes realizar los típicos bucles, es sencillo.
Mi proyecto consiste en mandar ordenes al pic (en este caso el 16F877) y este que actúe. Yo ahora mismo tengo terminado un proyecto muy sencillo de activar un relé con el PIC, comprobar las comunicaciones, y resetearlo remotamente (con mucha ayuda de este foro).
ahora mismo estoy desarrolando un proyecto de programar el PIC con el LABVIEW. Me explico, en labview me estoy haciendo un panel frontal en el cual está lleno de botones para activar las E/S, temporizadores, controles para temporizar tiempos, etc... es decir todo lo que se puede programar en el PIC pero con LABVIEW. Para que aquellas personas que no tengan mucha idea de programar el PIC en C, ASM, pues que lo programen desde un panel frontal. En labview ya lo tengo casi liquidado ahora me falta lo más complicado hacer TODO el código en C. A ver si lo termino pronto y os lo posteo.
Bueno que ha venido mi jefe os tengo que dejar. Durante esta semana os subo uno de mis promeros proyectos.
un saludo.
Publicado por: Algec en 20 de Febrero de 2007, 07:37:25
Gracias
Publicado por: adbensi en 20 de Febrero de 2007, 08:55:04
Gracias
Publicado por: plzosc en 07 de Septiembre de 2007, 14:27:29
http://www.pcpeliz.com
Publicado por: patric2007 en 10 de Septiembre de 2007, 12:35:23
Publicado por: El_Guitre en 10 de Septiembre de 2007, 20:12:59
Publicado por: diogoc en 13 de Febrero de 2008, 17:14:21
i like to know it it is possible receive more than one byte with usb_receive. vi in labview? i receive more than one byte but the format is an integer and i dont know how separate the bytes of an integer. ist possible to recive the data in a array?
thanks and sorry for my english
Publicado por: umalrovi en 24 de Octubre de 2008, 06:26:11
para aquellas personas que se estén iniciando en labview y quieran hacer sus primeros pinitos, os recomiendo que cuando uséis la función while en labview poner siempre un retardo de 1 ms (wait). ¿Porqué? Porque labview si no se pone un retardo le da máxima prioridad en windows por lo que iría lento el programa.
Tengo prisa esta tarde pongo mas cosas.
Saludos.
Publicado por: Geo en 25 de Noviembre de 2008, 11:54:09
Buscando ideas e información para mejorar el proceso de captura y graficación encontré este tema, aunque apenas voy a leerlo y con suerte encuentro algo interesante que me pueda ser de utilidad :).
Publicado por: WOOD_girl en 13 de Febrero de 2009, 18:27:53
Publicado por: WOOD_girl en 13 de Febrero de 2009, 18:29:18
Publicado por: DevilMaster en 17 de Febrero de 2009, 02:56:59
(Soy nuevo publicando, asi que si me equivoque en algo, por favor, haganmelo saber)
Aca el link
http://www.megaupload.com/?d=UYXS3JQ0
Publicado por: Geo en 18 de Febrero de 2009, 05:09:00
Jeje, de haber sabido que ibas a estar en Veracruz habría pasado a saludar :). También anduvimos en el concurso de creatividad :).
Publicado por: pistolas03 en 17 de Marzo de 2009, 16:48:36
Saludos, gracias.
Publicado por: J_jOsE en 07 de Mayo de 2009, 13:36:50
muy bueno tu osci
ya lo estare probando, pero queria pedirte un favor
nose si podrias poner algunos links o tutoriales que te sirvireon para realizar este proyecto
ya que quisiera saver con mayor presicion el funcionamiento del circuito
bye
salu_2 a to_2
Publicado por: Martronica en 17 de Octubre de 2010, 00:45:07
Resulta que tengo una aplicacion donde comunico el PIC 16f877 con LabVIEW sin ningun problema, e incluso grafico la seña en un WAVEFORM CHART, mi pregunta es:
Tengo una señal de voltaje que envio y que esta en una variable decimal (Solo puedo graficar el voltaje en un WAVEFORM CHART)
-¿existe alguna forma de poder graficarla en un WAVEFORM GRAPH?
-¿Como calculo el valor RMS de la Señal, partir de esta variable que tiene la informacion de voltaje?
-¿Que recomiendan para calcular la frecuencia de la señal?
De verdad espero alguna ayuda, saludos y exitos...
Publicado por: Menta en 17 de Octubre de 2010, 07:08:51
No está terminado, lo voy a terminar algún día pero ya como hobby...
Se trata de un programa de menos de 100k hecho en Turbo Pascal, me llevó muchas horas hacerlo y está terminado en más de un 90% falta la parte de comunicación y algunos detalles menores para poder hacer lo que por acá hacen con el labview en minutos. ;-)
No creo que se pueda ver en todos los microprocesadores, ya que es un .exe para DOS y tuve problemas con micros dual core.
En el adjunto encontrarán 2 archivos .exe, pasa que para apreciar el programa le simulo las señales de entrada y puse 2 con entradas diferentes, pues en uno se aprecian más las figuras de lissajou y en el otro se aprecia la FFT.
A ver que les parece.
Publicado por: aitorsp en 17 de Octubre de 2010, 12:23:48
Salumos amigos del foro.
Resulta que tengo una aplicacion donde comunico el PIC 16f877 con LabVIEW sin ningun problema, e incluso grafico la seña en un WAVEFORM CHART, mi pregunta es:
Tengo una señal de voltaje que envio y que esta en una variable decimal (Solo puedo graficar el voltaje en un WAVEFORM CHART)
-¿existe alguna forma de poder graficarla en un WAVEFORM GRAPH?
-¿Como calculo el valor RMS de la Señal, partir de esta variable que tiene la informacion de voltaje?
-¿Que recomiendan para calcular la frecuencia de la señal?
De verdad espero alguna ayuda, saludos y exitos...
Hola:
si me pasas la vi quizas pueda ayudarte. La diferencia entre waveform graph y chart es que la primera necesita un array de datos para graficar.
Un saludo
Aitor
Publicado por: agonzalezs en 05 de Septiembre de 2012, 18:20:10
Publicado por: LABmouse en 08 de Septiembre de 2012, 14:14:57
hola, yo tambien quiero empezar a hacer un osciloscopio por labview,, porlo pronto este es lo que llevo, frustrandome el hecho de ke la "onda2 se visualice asi, por que hace esto?, alguna idea para establecer un sincronismo entre el pic y el labview, muchas gracias porl a ayuda
Hola WOOD_girl, ya pudiste solucionar ese detalle de sincronismo?.. Primera vez que intento hacer un visualizador de señales de mas de 1KHz por labview y tengo inicialmente ese mismo problema.
Publicado por: Suky en 08 de Septiembre de 2012, 15:18:39
hola, yo tambien quiero empezar a hacer un osciloscopio por labview,, porlo pronto este es lo que llevo, frustrandome el hecho de ke la "onda2 se visualice asi, por que hace esto?, alguna idea para establecer un sincronismo entre el pic y el labview, muchas gracias porl a ayuda
Hola WOOD_girl, ya pudiste solucionar ese detalle de sincronismo?.. Primera vez que intento hacer un visualizador de señales de mas de 1KHz por labview y tengo inicialmente ese mismo problema.
Cada cuanto envía por USB datos el microcontrolador? Cuantos datos? Solo por un endpoint? Son algunas cosas que tendría en cuenta al hacer algo del estilo :roll:
Publicado por: LABmouse en 14 de Septiembre de 2012, 16:27:02
El dato se envía cada 1mseg. y se envía sin parar pues lo que deseo es poder hacerle en análisis en el tiempo y en la frecuencia de cualquier señal sinusoidal conectada a un ADC de 8 bits, gestionado por un PIC.
El análisis en la frecuencia ya lo hago, pasándolo por una FFT y traficando el resultado.
El análisis en el tiempo, deseo poder mínimo graficar bien, pero resulta que va todo bien por unos cuantos segundos, pero luego creo se va de sincronismo y simplemente sale la señal a pedazos. Pensaba sincronizar la señal cuando cruza por cero y en eso tomar unas muestras para enviar, pero por eso queria conocer experiencias sobre como resolver ese detalle.
Publicado por: Suky en 14 de Septiembre de 2012, 18:04:08
Saludos!