Hola Ricardo Para obtener los datos yo utilizo GULP http://staff.washington.edu/corey/gulp/
Luego de instalar GULP en mi sistema, lo único que hago es lo siguiente: sudo ./gulp -i eth1 > pocobe4_r19_v18_r20.dat GULP captura los paquetes directamente desde la interfaz eth1 (en mi caso) al archivo .dat, hasta que el proceso GULP se destruya con CTRL+C. Rolando El 14 de marzo de 2017, 21:57, Ricardo Cárdenes <ricardo.carde...@gmail.com> escribió: > > > 2017-03-14 14:18 GMT-10:00 Rolando Paz <flx...@gmail.com>: > >> Hola Ricardo >> >> Gracias por tu observación, resulta que los avances que he hecho con >> python los he logrado por pura deducción lógica. No tuve formación teórica >> al respecto; mi área profesional es otra. Perdona David por no entender. >> >> Entonces para que los valores internos de un archivo sean enteros de 32 >> bits, el tamaño del archivo debe ser múltiplo de 4? >> > > Hola Rolando. > > El tamaño del archivo se da en bytes de (generalmente) 8 bits. Un entero > de 32 bits se compone, por tanto, de 4 bytes, así que si el fichero > contiene sólo la representación binaria de una secuencia de int32, tiene > (por fuerza) que tener un tamaño múltiplo de 4. Dado que no es el caso, > entonces sospechamos que hay algo más. > > >> >> Estoy seguro que mi diseño digital produce datos enteros con signo de 32 >> bits de precisión, y que dentro de estos datos se encuentran potencias en >> función de la frecuencia en un tiempo dado , por lo que deduzco que cuando >> yo obtengo los datos con GULP, ese mismo tipo de datos grabo en mis >> archivos. >> > > ¿Nos puedes decir algo más sobre el proceso que se usa para adquirir los > datos y guardarlos? ¿Lo haces tú directamente usando algún programa de > adquisición? > > >> >> Saludos y gracias. >> >> Rolando >> >> >> >> >> El 14 de marzo de 2017, 17:58, Ricardo Cárdenes < >> ricardo.carde...@gmail.com> escribió: >> >>> Rolando, concéntrate. >>> >>> David te está preguntando si conoces el formato del fichero, porque el >>> que has pasado no coincide con la premisa "colección de enteros de 32 >>> bits", porque el tamaño del fichero no es múltiplo de 4. >>> >>> Evidentemente, lo último que has mandado es un array de enteros de 32 >>> bits y su correspondiente en coma flotante de 32 bits (con la consiguiente >>> pérdida de precisión), pero no sabemos si los datos son *correctos*, por lo >>> que acabo de mencionar arriba. >>> >>> Saludos, >>> Ricardo >>> >>> 2017-03-14 12:16 GMT-10:00 Rolando Paz <flx...@gmail.com>: >>> >>>> Ejecuté este código solo para ver los valores >>>> >>>> import numpy as np >>>> >>>> array_int32 = np.fromfile('pocobe4_r19_v18_r20.dat', dtype=np.int32) >>>> print 'Data int32 signed:' >>>> print array_int32 >>>> array_float32 = np.fromfile('pocobe4_r19_v18_r20.dat', >>>> dtype=np.int32).astype(np.float32) >>>> print 'Data float32:' >>>> print array_float32 >>>> >>>> Y el resultado es: >>>> >>>> Data int32 signed: >>>> [-1582119980 262146 0 ..., 0 0 >>>> 0] >>>> Data float32: >>>> [ -1.58211994e+09 2.62146000e+05 0.00000000e+00 ..., >>>> 0.00000000e+00 >>>> 0.00000000e+00 0.00000000e+00] >>>> >>>> Creo que sí los convierte a flotantes??? >>>> >>>> Saludos >>>> >>>> El 14 de marzo de 2017, 15:48, Rolando Paz <flx...@gmail.com> escribió: >>>> >>>>> Hola David >>>>> >>>>> Recién estoy aprendiendo sobre el tema. Me puedes explicar a que te >>>>> refieres con que la distribución de números es uniforme y porqué no >>>>> debería >>>>> ser así? >>>>> >>>>> Saludos y gracias. >>>>> >>>>> Rolando >>>>> >>>>> El 14 de marzo de 2017, 12:45, Daπid <davidmen...@gmail.com> escribió: >>>>> >>>>>> Creo que sigue habiendo algo mal. La distribución de números es >>>>>> uniforme en todo el rango de int32. >>>>>> >>>>>> 2017-03-14 18:11 GMT+01:00 Rolando Paz <flx...@gmail.com>: >>>>>> > Hola amigos >>>>>> > >>>>>> > Con la ayuda de un amigo Sven Marnach hice esto: >>>>>> > >>>>>> > import numpy as np >>>>>> > >>>>>> > array = np.fromfile('pocobe4_r19_v18_r20.dat', >>>>>> > dtype=np.int32).astype(np.float32) >>>>>> > with open("prueba_out", "wb") as prueba_out: >>>>>> > prueba_out.write(array.tostring()) >>>>>> > >>>>>> > Ahora obtengo un archivo binario. >>>>>> > >>>>>> > Que opinan? >>>>>> > >>>>>> > El 14 de marzo de 2017, 9:12, Kiko <kikocorre...@gmail.com> >>>>>> escribió: >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> El 14 de marzo de 2017, 16:00, Daπid <davidmen...@gmail.com> >>>>>> escribió: >>>>>> >>> >>>>>> >>> Lo he probado con el adjunto, y parece que lo que tienes no son >>>>>> >>> objetos de 32 bits, porque el tamaño no es múltiplo. Así que o >>>>>> tienes >>>>>> >>> otro tipo de datos (si fueran 16 bits tendrías casi 11 millones de >>>>>> >>> números), o hay una cabecera. No creo que sean 8 o 16 bits porque >>>>>> la >>>>>> >>> distribución de valores es completamente uniforme, a menos que >>>>>> sean >>>>>> >>> datos aleatorios. >>>>>> >>> >>>>>> >>> genfromtxt y amigos te sirven para leer ficheros de texto, no >>>>>> binarios. >>>>>> >> >>>>>> >> >>>>>> >> Mi culpa. He leído los correos en diagonal... >>>>>> >> >>>>>> >>> >>>>>> >>> >>>>>> >>> 2017-03-14 15:34 GMT+01:00 Rolando Paz <flx...@gmail.com>: >>>>>> >>> > Gracias Kiko, lo intentare. >>>>>> >>> > >>>>>> >>> > David al ejecutar el pequeño script sobre mi archivo binario, >>>>>> obtengo >>>>>> >>> > un >>>>>> >>> > archivo binario (supongo de flotantes) pero solo tiene cuatro >>>>>> >>> > valores... >>>>>> >>> > >>>>>> >>> > Adjunto el contenido de cada archivo usando ghex. >>>>>> >>> > >>>>>> >>> > Que opinas? >>>>>> >>> > >>>>>> >>> > Saludos >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > 2017-03-14 8:19 GMT-06:00 Daπid <davidmen...@gmail.com>: >>>>>> >>> >> >>>>>> >>> >> 2017-03-14 14:41 GMT+01:00 Rolando Paz <flx...@gmail.com>: >>>>>> >>> >> > array = np.fromstring("data", dtype=np.int32).astype(np.floa >>>>>> t32) >>>>>> >>> >> >>>>>> >>> >> Te sobran las comillas en "data". >>>>>> >>> >> _______________________________________________ >>>>>> >>> >> Python-es mailing list >>>>>> >>> >> Python-es@python.org >>>>>> >>> >> https://mail.python.org/mailman/listinfo/python-es >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > >>>>>> >>> > _______________________________________________ >>>>>> >>> > Python-es mailing list >>>>>> >>> > Python-es@python.org >>>>>> >>> > https://mail.python.org/mailman/listinfo/python-es >>>>>> >>> > >>>>>> >>> _______________________________________________ >>>>>> >>> Python-es mailing list >>>>>> >>> Python-es@python.org >>>>>> >>> https://mail.python.org/mailman/listinfo/python-es >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> _______________________________________________ >>>>>> >> Python-es mailing list >>>>>> >> Python-es@python.org >>>>>> >> https://mail.python.org/mailman/listinfo/python-es >>>>>> >> >>>>>> > >>>>>> > >>>>>> > _______________________________________________ >>>>>> > Python-es mailing list >>>>>> > Python-es@python.org >>>>>> > https://mail.python.org/mailman/listinfo/python-es >>>>>> > >>>>>> _______________________________________________ >>>>>> Python-es mailing list >>>>>> Python-es@python.org >>>>>> https://mail.python.org/mailman/listinfo/python-es >>>>>> >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Python-es mailing list >>>> Python-es@python.org >>>> https://mail.python.org/mailman/listinfo/python-es >>>> >>>> >>> >>> _______________________________________________ >>> Python-es mailing list >>> Python-es@python.org >>> https://mail.python.org/mailman/listinfo/python-es >>> >>> >> >> _______________________________________________ >> Python-es mailing list >> Python-es@python.org >> https://mail.python.org/mailman/listinfo/python-es >> >> > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > >
_______________________________________________ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es