From juanc en fing.edu.uy Mon Dec 2 11:57:33 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:30 2004 Subject: [dsp-l] Informes In-Reply-To: Message-ID: Me preocupa un poco la escasez de informes que hay, sobre todo porque no es justo para la gente que entrega en fecha. Hay solo un grupo que entrego todos, hasta algun grupo que no entrego ni el primero. Le pido por favor que, a los que les corresponda, regularicen su situacion. En la pagina en laboratorio/grupos_lab hay una lista actualizada de lo que llevan entregado. Saludos, Juan --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Mon Dec 2 18:34:47 2002 From: nacho en fing.edu.uy (Ignacio Ramirez Paulino) Date: Wed Jul 21 15:45:31 2004 Subject: [dsp-l] =?iso-8859-1?B?dm9sdu0=?= Message-ID: <000801c29a4a$a3247c90$4f2649a4@ASTERIX> Hola gente, A partir de hoy estoy de nuevo a disposición. Mañana voy a estar en el horario de laboratorio y de tarde también, por si acaso quieren reunirse conmigo para ver como va la cosa. Saludos, Nacho.- ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021202/ba71114b/attachment.html From juanc en fing.edu.uy Mon Dec 2 18:31:41 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:31 2004 Subject: [dsp-l] Proyectos In-Reply-To: <000801c29a4a$a3247c90$4f2649a4@ASTERIX> References: <000801c29a4a$a3247c90$4f2649a4@ASTERIX> Message-ID: En la pagina que les mencione en el mail anterior hay una lista de los proyectos y quien es su responsable. Seria bueno que cada grupo mantenga a su tutor al dia de los avances y problemas que pueden tener. Una via podria ser enviar un resumen semanal de lo que estan haciendo, lo que avazaron y los problemas que surgieron. Podriamos hacer eso con un mail semanal. Seria bueno que vayan dando senales de vida. Saludos, Juan --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Mon Dec 2 18:40:53 2002 From: nacho en fing.edu.uy (Ignacio Ramirez Paulino) Date: Wed Jul 21 15:45:31 2004 Subject: [dsp-l] Proyectos References: <000801c29a4a$a3247c90$4f2649a4@ASTERIX> Message-ID: <002c01c29a4b$7d3427f0$4f2649a4@ASTERIX> Juanchi, Que especie de desastre hiciste en la página de lista de grupos, que el Windsor me intenta instalar no se que de Office 2000 y luego aparecen unos caracteres rarísimos en la página. Por casualidad la editaste con Word 2000 ??? Nacho.- ----- Original Message ----- From: "Juan Cardelino" To: Sent: Monday, December 02, 2002 6:31 PM Subject: [dsp-l] Proyectos > > En la pagina que les mencione en el mail anterior hay una lista de los > proyectos y quien es su responsable. Seria bueno que cada grupo mantenga a > su tutor al dia de los avances y problemas que pueden tener. Una via > podria ser enviar un resumen semanal de lo que estan haciendo, lo que > avazaron y los problemas que surgieron. Podriamos hacer eso con un mail > semanal. Seria bueno que vayan dando senales de vida. > Saludos, > Juan > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Mon Dec 2 18:43:57 2002 From: nacho en fing.edu.uy (Ignacio Ramirez Paulino) Date: Wed Jul 21 15:45:31 2004 Subject: [dsp-l] Fw: Returned mail: see transcript for details Message-ID: <005901c29a4b$eb477a30$4f2649a4@ASTERIX> Gente, Si alguien conoce quien del curso de DSP tiene la dirección de mail gaia@adinet.com.uy le agradezco, ya que tiene la casilla llena hace tiempo y me rebotan todos los mails ( además de que quien-quiera-que-sea no está recibiendo nada). > (reason: 552 RCPT TO: Mailbox disk quota exceeded) Nacho.- ----- Original Message ----- From: "Mail Delivery Subsystem" To: Sent: Monday, December 02, 2002 6:34 PM Subject: Returned mail: see transcript for details > The original message was received at Mon, 2 Dec 2002 18:31:43 -0300 (GMT) > from localhost [127.0.0.1] > > ----- The following addresses had permanent fatal errors ----- > gaia@adinet.com.uy > (reason: 552 RCPT TO: Mailbox disk quota exceeded) > (expanded from: :include:/opt/majordomo/actual/lists/dsp-l) > > ----- Transcript of session follows ----- > Message delivered to mailing list > ... while talking to mx-adinet.adinet.com.uy.: > >>> DATA > <<< 552 RCPT TO: Mailbox disk quota exceeded > 554 5.0.0 Service unavailable > ... while talking to c2mds.mailcentro.com.: > >>> QUIT > <<< 421 C2MDS08.mailcentro.net Service not available - too busy > ---------------------------------------------------------------------------- ---- > Return-Path: > Received: from davinci.fing.edu.uy (localhost [127.0.0.1]) > by davinci.fing.edu.uy (8.12.5/8.12.5) with ESMTP id gB2LVheu013571 > (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) > for ; Mon, 2 Dec 2002 18:31:43 -0300 (GMT) > Received: (from majordom@localhost) > by davinci.fing.edu.uy (8.12.5/8.12.5/Submit) id gB2LVhOb013570 > for dsp-l-outgoing; Mon, 2 Dec 2002 18:31:43 -0300 (GMT) > Received: from ampere.fing.edu.uy (ampere.fing.edu.uy [164.73.38.2]) > by davinci.fing.edu.uy (8.12.5/8.12.5) with ESMTP id gB2LVfeu013560 > for ; Mon, 2 Dec 2002 18:31:41 -0300 (GMT) > Date: Mon, 2 Dec 2002 18:31:41 -0300 (UYT) > From: Juan Cardelino > To: dsp-l@iie.edu.uy > Subject: [dsp-l] Proyectos > In-Reply-To: <000801c29a4a$a3247c90$4f2649a4@ASTERIX> > Message-ID: > References: <000801c29a4a$a3247c90$4f2649a4@ASTERIX> > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > X-Virus-Scanned: by amavisd-milter (http://amavis.org/) > X-Virus-Scanned: by amavisd-milter (http://amavis.org/) > Sender: owner-dsp-l@fing.edu.uy > Precedence: bulk > Reply-To: dsp-l@iie.edu.uy > ------------ próxima parte ------------ Se ha borrado un mensaje que no está en formato texto plano... Nombre : ATT00081.dat Tipo : application/octet-stream Tamaño : 443 bytes Descripción: no disponible Url : http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021202/100cc0b2/ATT00081.obj From martinkg en adinet.com.uy Sun Dec 1 19:22:48 2002 From: martinkg en adinet.com.uy (Martin Katzenstein) Date: Wed Jul 21 15:45:32 2004 Subject: [dsp-l] DUDA "*"... Message-ID: <000801c29988$2e920a40$177bfea9@katz> Buenas...Estamos mirando los ejemplos de uso del CODEC (existentes en la documentación) para tratar de comprender el uso del mismo. ¿Alguien sabe que @&$%ª quiere decir "jset #2,x:M_SSISR0,* ; Wait for frame sync to pass. " ? Esta línea pertenece a la función "codec_wait" que está en el archivo codec_a.asm. No entendemos la parte del asterisco. ¿Es alguna etiqueta especial, o algo así? Como siempre gracias por su/s aporte/s. Saludos. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021201/74fbe0ac/attachment.html From rodrigo en sondor.com Mon Dec 2 19:46:27 2002 From: rodrigo en sondor.com (Rodrigo Abal Soneira) Date: Wed Jul 21 15:45:32 2004 Subject: [dsp-l] DUDA "*"... References: <000801c29988$2e920a40$177bfea9@katz> Message-ID: <003101c29a54$ad2c7ee0$1f64a8c0@zonalibre> Mira jset es una instrucción que salta si el bit 2 de la palabra x:M_SSISR0, (en este caso es un status register) esta en 1, ¿adonde salta?, bueno por lo que pude ver salta a la dir. donde estas parado, o sea se queda esperando en un loop, hasta que el bit 2 se ponga en 0. Bueno espero haber aclarado la duda. Saludos, Rodrigo. ----- Mensaje original ----- De: Martin Katzenstein Para: dsp-l@ampere.fing.edu.uy Enviado: Domingo, 01 de Diciembre de 2002 07:22 p.m. Asunto: [dsp-l] DUDA "*"... Buenas...Estamos mirando los ejemplos de uso del CODEC (existentes en la documentación) para tratar de comprender el uso del mismo. ¿Alguien sabe que @&$%ª quiere decir "jset #2,x:M_SSISR0,* ; Wait for frame sync to pass. " ? Esta línea pertenece a la función "codec_wait" que está en el archivo codec_a.asm. No entendemos la parte del asterisco. ¿Es alguna etiqueta especial, o algo así? Como siempre gracias por su/s aporte/s. Saludos. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021202/809bac87/attachment.html From martinkg en adinet.com.uy Sun Dec 1 20:04:52 2002 From: martinkg en adinet.com.uy (Martin Katzenstein) Date: Wed Jul 21 15:45:32 2004 Subject: [dsp-l] DUDA "*"... References: <000801c29988$2e920a40$177bfea9@katz> <003101c29a54$ad2c7ee0$1f64a8c0@zonalibre> Message-ID: <001201c2998e$0ef61810$177bfea9@katz> Muchas gracias!!!!! ----- Original Message ----- From: Rodrigo Abal Soneira To: dsp-l@iie.edu.uy Sent: Monday, December 02, 2002 7:46 PM Subject: RE: [dsp-l] DUDA "*"... Mira jset es una instrucción que salta si el bit 2 de la palabra x:M_SSISR0, (en este caso es un status register) esta en 1, ¿adonde salta?, bueno por lo que pude ver salta a la dir. donde estas parado, o sea se queda esperando en un loop, hasta que el bit 2 se ponga en 0. Bueno espero haber aclarado la duda. Saludos, Rodrigo. ----- Mensaje original ----- De: Martin Katzenstein Para: dsp-l@ampere.fing.edu.uy Enviado: Domingo, 01 de Diciembre de 2002 07:22 p.m. Asunto: [dsp-l] DUDA "*"... Buenas...Estamos mirando los ejemplos de uso del CODEC (existentes en la documentación) para tratar de comprender el uso del mismo. ¿Alguien sabe que @&$%ª quiere decir "jset #2,x:M_SSISR0,* ; Wait for frame sync to pass. " ? Esta línea pertenece a la función "codec_wait" que está en el archivo codec_a.asm. No entendemos la parte del asterisco. ¿Es alguna etiqueta especial, o algo así? Como siempre gracias por su/s aporte/s. Saludos. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021201/4c9fb56d/attachment.html From juanc en fing.edu.uy Mon Dec 2 20:32:11 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:32 2004 Subject: [dsp-l] DUDA "*"... In-Reply-To: <003101c29a54$ad2c7ee0$1f64a8c0@zonalibre> References: <000801c29988$2e920a40$177bfea9@katz> <003101c29a54$ad2c7ee0$1f64a8c0@zonalibre> Message-ID: efectivamente, el * se traduce en la direccion de la instruccion actual. Saludos, Juan On Mon, 2 Dec 2002, Rodrigo Abal Soneira wrote: > Mira jset es una instrucción que salta si el bit 2 de la palabra x:M_SSISR0, (en este caso es un status register) esta en 1, ¿adonde salta?, bueno por lo que pude ver salta a la dir. donde estas parado, o sea se queda esperando en un loop, hasta que el bit 2 se ponga en 0. > > Bueno espero haber aclarado la duda. > Saludos, > Rodrigo. > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From martinkg en adinet.com.uy Sun Dec 8 14:40:59 2002 From: martinkg en adinet.com.uy (Martin Katzenstein) Date: Wed Jul 21 15:45:32 2004 Subject: [dsp-l] =?iso-8859-1?Q?DUDA_sobre_configuraci=F3n_del_CODEC...?= Message-ID: <000801c29ee0$f88edb90$177bfea9@katz> Buenas tardes gente. Tenemos un problema con la configuración del CODEC. Estamos intentando conectar un micrófono a la entrada IN del Módulo, y luego corremos una rutina que graba en memoria las muestras obtenidas de cualquier sonido. Lo que siempre sucede, es que las mismas varían MUY poco alrededor de un mismo valor (como si fuese simple ruido alrededor de un nivel de contínua). Es como si el micrófono no alterase la entrada en absoluto. Llegamos a la conclusión de que es un problema de configuración, porque al realizar la misma prueba pero entrando con la tarjeta de sonido del PC a la entrada IN del módulo, la cosa anda bien. Hemos leído una y otra vez el archivo "codec.h" pero no está muy claro y no nos ha aportado la solución. Procederemos a vichar el pdf del CODEC a ver si por allí encontramos algo. Bueno, si alguien ya ha usado micrófono como entrada al módulo, quizás nos pueda indicar cual es la configuración correcta. Gracias y nos estamos viendo... ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021208/a1ad4a0c/attachment.html From nacho en fing.edu.uy Sun Dec 8 15:50:43 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:33 2004 Subject: [dsp-l] =?iso-8859-1?Q?Re:_=5Bdsp-l=5D_DUDA_sobre_configuraci=F3n_del_CODEC...?= References: <000801c29ee0$f88edb90$177bfea9@katz> Message-ID: <002801c29ef3$46adec00$284128c8@guitarra> Admito que al archivo codec.h le falta un poco de claridad :( Espero poder dedicarle tiempo. Me suena que el problema es con la configuración de la entrada (usando función input_config). Hay que usar el preamplificador para niveles de micrófono, si usas claro está un micrófono, porque los niveles de estas criaturas son de 4 mVPP mas o menos, y el rango de entrada es de 2VPP. Por eso no escuchás nada. Saludos, Nacho.- ----- Original Message ----- From: Martin Katzenstein To: dsp-l@iie.edu.uy Sent: Sunday, December 08, 2002 2:40 PM Subject: [dsp-l] DUDA sobre configuración del CODEC... Buenas tardes gente. Tenemos un problema con la configuración del CODEC. Estamos intentando conectar un micrófono a la entrada IN del Módulo, y luego corremos una rutina que graba en memoria las muestras obtenidas de cualquier sonido. Lo que siempre sucede, es que las mismas varían MUY poco alrededor de un mismo valor (como si fuese simple ruido alrededor de un nivel de contínua). Es como si el micrófono no alterase la entrada en absoluto. Llegamos a la conclusión de que es un problema de configuración, porque al realizar la misma prueba pero entrando con la tarjeta de sonido del PC a la entrada IN del módulo, la cosa anda bien. Hemos leído una y otra vez el archivo "codec.h" pero no está muy claro y no nos ha aportado la solución. Procederemos a vichar el pdf del CODEC a ver si por allí encontramos algo. Bueno, si alguien ya ha usado micrófono como entrada al módulo, quizás nos pueda indicar cual es la configuración correcta. Gracias y nos estamos viendo... ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021208/d2d60629/attachment.html From randall en fing.edu.uy Mon Dec 9 05:33:29 2002 From: randall en fing.edu.uy (Gregory Randall) Date: Wed Jul 21 15:45:33 2004 Subject: [dsp-l] =?iso-8859-1?Q?DUDA_sobre_configuraci=F3n_del_CODEC...?= In-Reply-To: <000801c29ee0$f88edb90$177bfea9@katz> References: <000801c29ee0$f88edb90$177bfea9@katz> Message-ID: no tienen un problema de coneccion electrica? On Sun, 8 Dec 2002, Martin Katzenstein wrote: > Buenas tardes gente. > Tenemos un problema con la configuración del CODEC. Estamos intentando conectar un micrófono a la entrada IN del Módulo, y luego corremos una rutina que graba en memoria las muestras obtenidas de cualquier sonido. Lo que siempre sucede, es que las mismas varían MUY poco alrededor de un mismo valor (como si fuese simple ruido alrededor de un nivel de contínua). Es como si el micrófono no alterase la entrada en absoluto. > Llegamos a la conclusión de que es un problema de configuración, porque al realizar la misma prueba pero entrando con la tarjeta de sonido del PC a la entrada IN del módulo, la cosa anda bien. Hemos leído una y otra vez el archivo "codec.h" pero no está muy claro y no nos ha aportado la solución. Procederemos a vichar el pdf del CODEC a ver si por allí encontramos algo. > Bueno, si alguien ya ha usado micrófono como entrada al módulo, quizás nos pueda indicar cual es la configuración correcta. > > Gracias y nos estamos viendo... > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Mon Dec 9 15:43:34 2002 From: nacho en fing.edu.uy (Ignacio Ramirez Paulino) Date: Wed Jul 21 15:45:33 2004 Subject: [dsp-l] Re: consulta References: <001d01c29fad$ae559c80$592b49a4@fing.edu.uy> Message-ID: <002001c29fb2$e129e710$4f2649a4@ASTERIX> Si. Si compilás con el g563c, el va a esperar que tengas un main(), ya sea definido en C o en ASM, no importa. Para ello tiene que estar definido el símbolo Fmain. Si tu programa es todo en assembler, entonces al principio de tu programa, donde querés que se empiece a ejecutar, tenés que poner la etiqueta Fmain: global Fmain Fmain equ * ; tu programa ... Tenés que pensar en Fmain como una función C más, así que cuidá de guardar el estado y todo eso. Sobre todo porque así el DSP no se vuelve loco si querés parar y luego reiniciar la ejecución. Ah, y el archivo crt0563y.cln se refiere a "C Run Time para 56300 / memoria Y" y contiene todo el código necesario para inicializar al DSP antes de llamar a tu rutina. Es un código estándar que se pone siempre y se linkea automáticamente con cualquier programa que quieras escribir usando g563c. Eso es un estándar de C, que lo vas a ver en cualquier compilador C que exista. Siempre se llama crt0. Nacho.- ----- Original Message ----- From: Eugenio Garbusi To: nacho@fing.edu.uy Sent: Monday, December 09, 2002 3:06 PM Subject: consulta Hola, Tenemos, una consulta: estmo haciendo todos los programas del proyecto en assembler, y cuando vamso a compilar nos salta el error un error de "unresolved externals" que tiene que ver con una variable Fmain, ademas nombra un archivo: "crt0563y.cln" que no tenemos ni la mas palida idea de lo que es. Tenes alguna idea de lo que puede estar pasando? gracias, eugenio. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021209/28a9aeca/attachment.html From santiagolafon en hotmail.com Mon Dec 9 19:58:32 2002 From: santiagolafon en hotmail.com (Santiago Lafon) Date: Wed Jul 21 15:45:34 2004 Subject: [dsp-l] DUDA Message-ID: He estado intentando entender como se hace asignación dinámica de memoria y me agarre un pedo barbaro. Hacer malloc desde C funciona bien, pero no tengo ningún dominio sobre la memoria en la que aloca. Yo querría poder controlar esto para poder poner ciertas cosas en memoria X y otras en memoria Y. Si quiero asignar memoria en forma no dinámica, creo que lo sabría hacer en assembler (algo así como la tabla del seno del FIR), pero hacer asignación dinámica ni idea. Agradezco cualquier sugerencia Santiago ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021209/1a565b73/attachment.html From nacho en fing.edu.uy Mon Dec 9 23:56:30 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:34 2004 Subject: [dsp-l] DUDA References: Message-ID: <003d01c29ff7$d90f9210$6e4028c8@guitarra> El malloc solo te va a asignar memoria en Y. Habría que definirse uno casero para poder utilizar la X. De hecho, una de las cosas pendientes que tengo es definir una biblioteca de alloc para el DSP especial, con alineación para buffers, uso de ambas memorias, etc. Incluso en Y, tenés que tener cuidado porque malloc utiliza el HEAP para asignar memoria dinámica, que es un bloque que empieza en el límite superior de la memoria y crece hacia abajo, por lo que depende del valor de dicho límite. Eso se puede definir con una constante especial que creo se llama TOP_OF_MEMORY o algo así, no me acuerdo bien, pero el que tenés por defecto NO SIRVE porque es $FFFFFF, y la memoria disponible esta por defecto entre $10000 a $18000 (con un agujero enorme entre $1000 y $10000). Todo depende de como configures la memoria externa... Espero que te sirva de algo esto, Nacho.- ----- Original Message ----- From: Santiago Lafon To: DSP Sent: Monday, December 09, 2002 7:58 PM Subject: [dsp-l] DUDA He estado intentando entender como se hace asignación dinámica de memoria y me agarre un pedo barbaro. Hacer malloc desde C funciona bien, pero no tengo ningún dominio sobre la memoria en la que aloca. Yo querría poder controlar esto para poder poner ciertas cosas en memoria X y otras en memoria Y. Si quiero asignar memoria en forma no dinámica, creo que lo sabría hacer en assembler (algo así como la tabla del seno del FIR), pero hacer asignación dinámica ni idea. Agradezco cualquier sugerencia Santiago ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021209/09287f8c/attachment.html From randall en fing.edu.uy Tue Dec 10 05:30:44 2002 From: randall en fing.edu.uy (Gregory Randall) Date: Wed Jul 21 15:45:34 2004 Subject: [dsp-l] DUDA In-Reply-To: <003d01c29ff7$d90f9210$6e4028c8@guitarra> References: <003d01c29ff7$d90f9210$6e4028c8@guitarra> Message-ID: habria que buscar informacion al respecto en el deociumento sobre el compilador, creo que hay un capitulo dedicado a la alocacion de memoria. escribo desde paris... gregory On Mon, 9 Dec 2002, Ignacio Ramirez wrote: > El malloc solo te va a asignar memoria en Y. Habría que definirse uno casero para poder utilizar la X. De hecho, una de las cosas pendientes que tengo es definir una biblioteca de alloc para el DSP especial, con alineación para buffers, uso de ambas memorias, etc. > > Incluso en Y, tenés que tener cuidado porque malloc utiliza el HEAP para asignar memoria dinámica, que es un bloque que empieza en el límite superior de la memoria y crece hacia abajo, por lo que depende del valor de dicho límite. > Eso se puede definir con una constante especial que creo se llama TOP_OF_MEMORY o algo así, no me acuerdo bien, pero el que tenés por defecto NO SIRVE porque es $FFFFFF, y la memoria disponible esta por defecto entre $10000 a $18000 (con un agujero enorme entre $1000 y $10000). Todo depende de como configures la memoria externa... > > Espero que te sirva de algo esto, > > Nacho.- > > ----- Original Message ----- > From: Santiago Lafon > To: DSP > Sent: Monday, December 09, 2002 7:58 PM > Subject: [dsp-l] DUDA > > > He estado intentando entender como se hace asignación dinámica de memoria y me agarre un pedo barbaro. Hacer malloc desde C funciona bien, pero no tengo ningún dominio sobre la memoria en la que aloca. Yo querría poder controlar esto para poder poner ciertas cosas en memoria X y otras en memoria Y. Si quiero asignar memoria en forma no dinámica, creo que lo sabría hacer en assembler (algo así como la tabla del seno del FIR), pero hacer asignación dinámica ni idea. > Agradezco cualquier sugerencia > > Santiago > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From santiagolafon en hotmail.com Tue Dec 10 08:41:31 2002 From: santiagolafon en hotmail.com (Santiago Lafon) Date: Wed Jul 21 15:45:34 2004 Subject: [dsp-l] DUDA References: <003d01c29ff7$d90f9210$6e4028c8@guitarra> Message-ID: Con el run563 no tuve problemas con el malloc (y eso que lo uso bastante) A ver si te comprendí: el tema del TOP_OF_MEMORY me daría problema sobre el DSP pero no sobre el run563, porque no sabe donde tengo o no la RAM?. Y una pregunta más: ¿que cosas habría que tener en cuenta para allocar en memoria X? Si quiero utilizar memoria desde el assembler no tengo que reservar nada. Podría aprovechar esto desde un programa en C? cómo? Saludos, Santiago ----- Original Message ----- From: Ignacio Ramirez To: dsp-l@iie.edu.uy Sent: Monday, December 09, 2002 11:56 PM Subject: Re: [dsp-l] DUDA El malloc solo te va a asignar memoria en Y. Habría que definirse uno casero para poder utilizar la X. De hecho, una de las cosas pendientes que tengo es definir una biblioteca de alloc para el DSP especial, con alineación para buffers, uso de ambas memorias, etc. Incluso en Y, tenés que tener cuidado porque malloc utiliza el HEAP para asignar memoria dinámica, que es un bloque que empieza en el límite superior de la memoria y crece hacia abajo, por lo que depende del valor de dicho límite. Eso se puede definir con una constante especial que creo se llama TOP_OF_MEMORY o algo así, no me acuerdo bien, pero el que tenés por defecto NO SIRVE porque es $FFFFFF, y la memoria disponible esta por defecto entre $10000 a $18000 (con un agujero enorme entre $1000 y $10000). Todo depende de como configures la memoria externa... Espero que te sirva de algo esto, Nacho.- ----- Original Message ----- From: Santiago Lafon To: DSP Sent: Monday, December 09, 2002 7:58 PM Subject: [dsp-l] DUDA He estado intentando entender como se hace asignación dinámica de memoria y me agarre un pedo barbaro. Hacer malloc desde C funciona bien, pero no tengo ningún dominio sobre la memoria en la que aloca. Yo querría poder controlar esto para poder poner ciertas cosas en memoria X y otras en memoria Y. Si quiero asignar memoria en forma no dinámica, creo que lo sabría hacer en assembler (algo así como la tabla del seno del FIR), pero hacer asignación dinámica ni idea. Agradezco cualquier sugerencia Santiago ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021210/74b89301/attachment.html From juanc en fing.edu.uy Tue Dec 10 10:41:28 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:34 2004 Subject: [dsp-l] Re: DSP In-Reply-To: Message-ID: para enviar a la lista tenes que mandar el mail a dsp-l@fing.edu.uy. como el compilador la va a asignar derecho en y: tendrias que modificar el codigo C para que se haga en x: podes poner unas directivas que se llaman #pragma que te permiten poner codigo ASM dentro del programa C, con eso podrias poner algo asi como org x:$100 int a; para declarar a la var a en x:. Esto se llama ASM inline por oposicion con out of line que es lo que veniamos haciendo nosotros, esto lo encontras en el manual del compilador 563CCC.pdf en la seccion "mixing C and assembler" Igual ya hable algo con andres de esto, cualquier cosa avisame Saludos, Juan pd: hacer memoria dinamica desde asm no es trivial, de hecho no se me ocurre como hacerlo bien, pero voy a aviriguar si hay algun mecanismo posible. Saludos, Juan On Mon, 9 Dec 2002, Santiago Lafon wrote: > Juan > He estado intentando entender como se hace asignación dinámica de memoria y me agarre un pedo barbaro. Hacer malloc desde C funciona bien, pero no tengo ningún dominio sobre la memoria en la que aloca. Yo querría poder controlar esto para poder poner ciertas cosas en memoria X y otras en memoria Y. Si quiero asignar memoria en forma no dinámica, creo que lo sabría hacer en assembler (algo así como la tabla del seno del FIR), pero hacer asignación dinámica ni idea. > Agradezco cualquier sugerencia > > Santiago > > PD ¿cómo hago para enviar un mensaje a la lista de correo? > -- ------------------------- Juan Cardelino juanc@iie.edu.uy IIE-Facultad de Ingenieria -------------------------- --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Tue Dec 10 11:00:26 2002 From: nacho en fing.edu.uy (Ignacio Ramirez Paulino) Date: Wed Jul 21 15:45:35 2004 Subject: [dsp-l] DUDA In-Reply-To: Message-ID: Si asignas la memoria en ASM no hay problema, siempre y cuando la accedas mediante un puntero definido en memoria Y, utilizando la funcion deref_x. Nacho.- On Tue, 10 Dec 2002, Santiago Lafon wrote: > Date: Tue, 10 Dec 2002 08:41:31 -0300 > From: Santiago Lafon > Reply-To: dsp-l@iie.edu.uy > To: dsp-l@iie.edu.uy > Subject: RE: [dsp-l] DUDA > > Con el run563 no tuve problemas con el malloc (y eso que lo uso bastante) > A ver si te comprendí: el tema del TOP_OF_MEMORY me daría problema sobre el DSP pero no sobre el run563, porque no sabe donde tengo o no la RAM?. > Y una pregunta más: ¿que cosas habría que tener en cuenta para allocar en memoria X? > Si quiero utilizar memoria desde el assembler no tengo que reservar nada. Podría aprovechar esto desde un programa en C? cómo? > Saludos, > Santiago > > ----- Original Message ----- > From: Ignacio Ramirez > To: dsp-l@iie.edu.uy > Sent: Monday, December 09, 2002 11:56 PM > Subject: Re: [dsp-l] DUDA > > > El malloc solo te va a asignar memoria en Y. Habría que definirse uno casero para poder utilizar la X. De hecho, una de las cosas pendientes que tengo es definir una biblioteca de alloc para el DSP especial, con alineación para buffers, uso de ambas memorias, etc. > > Incluso en Y, tenés que tener cuidado porque malloc utiliza el HEAP para asignar memoria dinámica, que es un bloque que empieza en el límite superior de la memoria y crece hacia abajo, por lo que depende del valor de dicho límite. > Eso se puede definir con una constante especial que creo se llama TOP_OF_MEMORY o algo así, no me acuerdo bien, pero el que tenés por defecto NO SIRVE porque es $FFFFFF, y la memoria disponible esta por defecto entre $10000 a $18000 (con un agujero enorme entre $1000 y $10000). Todo depende de como configures la memoria externa... > > Espero que te sirva de algo esto, > > Nacho.- > > ----- Original Message ----- > From: Santiago Lafon > To: DSP > Sent: Monday, December 09, 2002 7:58 PM > Subject: [dsp-l] DUDA > > > He estado intentando entender como se hace asignación dinámica de memoria y me agarre un pedo barbaro. Hacer malloc desde C funciona bien, pero no tengo ningún dominio sobre la memoria en la que aloca. Yo querría poder controlar esto para poder poner ciertas cosas en memoria X y otras en memoria Y. Si quiero asignar memoria en forma no dinámica, creo que lo sabría hacer en assembler (algo así como la tabla del seno del FIR), pero hacer asignación dinámica ni idea. > Agradezco cualquier sugerencia > > Santiago > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Tue Dec 10 11:01:24 2002 From: nacho en fing.edu.uy (Ignacio Ramirez Paulino) Date: Wed Jul 21 15:45:35 2004 Subject: [dsp-l] DUDA In-Reply-To: Message-ID: Ejem, memoria no dinámica, quiero decir. Nacho.- On Tue, 10 Dec 2002, Ignacio Ramirez Paulino wrote: > Date: Tue, 10 Dec 2002 11:00:26 -0300 (UYT) > From: Ignacio Ramirez Paulino > Reply-To: dsp-l@iie.edu.uy > To: dsp-l@iie.edu.uy > Subject: RE: [dsp-l] DUDA > > Si asignas la memoria en ASM no hay problema, siempre y cuando la accedas > mediante un puntero definido en memoria Y, utilizando la funcion deref_x. > > Nacho.- > > On Tue, 10 Dec 2002, Santiago Lafon wrote: > > > Date: Tue, 10 Dec 2002 08:41:31 -0300 > > From: Santiago Lafon > > Reply-To: dsp-l@iie.edu.uy > > To: dsp-l@iie.edu.uy > > Subject: RE: [dsp-l] DUDA > > > > Con el run563 no tuve problemas con el malloc (y eso que lo uso bastante) > > A ver si te comprendí: el tema del TOP_OF_MEMORY me daría problema sobre el DSP pero no sobre el run563, porque no sabe donde tengo o no la RAM?. > > Y una pregunta más: ¿que cosas habría que tener en cuenta para allocar en memoria X? > > Si quiero utilizar memoria desde el assembler no tengo que reservar nada. Podría aprovechar esto desde un programa en C? cómo? > > Saludos, > > Santiago > > > > ----- Original Message ----- > > From: Ignacio Ramirez > > To: dsp-l@iie.edu.uy > > Sent: Monday, December 09, 2002 11:56 PM > > Subject: Re: [dsp-l] DUDA > > > > > > El malloc solo te va a asignar memoria en Y. Habría que definirse uno casero para poder utilizar la X. De hecho, una de las cosas pendientes que tengo es definir una biblioteca de alloc para el DSP especial, con alineación para buffers, uso de ambas memorias, etc. > > > > Incluso en Y, tenés que tener cuidado porque malloc utiliza el HEAP para asignar memoria dinámica, que es un bloque que empieza en el límite superior de la memoria y crece hacia abajo, por lo que depende del valor de dicho límite. > > Eso se puede definir con una constante especial que creo se llama TOP_OF_MEMORY o algo así, no me acuerdo bien, pero el que tenés por defecto NO SIRVE porque es $FFFFFF, y la memoria disponible esta por defecto entre $10000 a $18000 (con un agujero enorme entre $1000 y $10000). Todo depende de como configures la memoria externa... > > > > Espero que te sirva de algo esto, > > > > Nacho.- > > > > ----- Original Message ----- > > From: Santiago Lafon > > To: DSP > > Sent: Monday, December 09, 2002 7:58 PM > > Subject: [dsp-l] DUDA > > > > > > He estado intentando entender como se hace asignación dinámica de memoria y me agarre un pedo barbaro. Hacer malloc desde C funciona bien, pero no tengo ningún dominio sobre la memoria en la que aloca. Yo querría poder controlar esto para poder poner ciertas cosas en memoria X y otras en memoria Y. Si quiero asignar memoria en forma no dinámica, creo que lo sabría hacer en assembler (algo así como la tabla del seno del FIR), pero hacer asignación dinámica ni idea. > > Agradezco cualquier sugerencia > > > > Santiago > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From martinkg en adinet.com.uy Sun Dec 15 20:55:20 2002 From: martinkg en adinet.com.uy (Martin Katzenstein) Date: Wed Jul 21 15:45:35 2004 Subject: [dsp-l] DUDA DE LA LOCUUURAAAA!!!! Message-ID: <001c01c2a495$8d0f2ea0$0b00a8c0@katz> Estamos a punto de la locura. La duda es simple pero a la vez complicada. Tenemos un registro (Y0) cargado con cero, y el acumulador (A) cargado con cero, hacemos compare (cmp Y0,A) y el bicho setea el bit N (bit 3), no seteando el bit Z (bit2). ¿Qué está pasando?. Saludos. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021215/844ccaef/attachment.html From nacho en fing.edu.uy Sun Dec 15 22:35:43 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:35 2004 Subject: [dsp-l] DUDA DE LA LOCUUURAAAA!!!! References: <001c01c2a495$8d0f2ea0$0b00a8c0@katz> Message-ID: <000f01c2a4a3$d3bd53a0$d44128c8@guitarra> Estás seguro que A vale TODO 0? Digo A2,A1 y A0??? Que dice la documentación de CMP? Mas que eso no se me ocurre. Nacho.- ----- Original Message ----- From: Martin Katzenstein To: dsp-l@iie.edu.uy Sent: Sunday, December 15, 2002 8:55 PM Subject: [dsp-l] DUDA DE LA LOCUUURAAAA!!!! Estamos a punto de la locura. La duda es simple pero a la vez complicada. Tenemos un registro (Y0) cargado con cero, y el acumulador (A) cargado con cero, hacemos compare (cmp Y0,A) y el bicho setea el bit N (bit 3), no seteando el bit Z (bit2). ¿Qué está pasando?. Saludos. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021215/7edb583a/attachment.html From santiagolafon en hotmail.com Tue Dec 17 08:57:26 2002 From: santiagolafon en hotmail.com (Santiago Lafon) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] Entrega References: <001c01c2a495$8d0f2ea0$0b00a8c0@katz> <000f01c2a4a3$d3bd53a0$d44128c8@guitarra> Message-ID: ¿para cuando se supone que debemos terminar el proyecto de fin de curso? ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021217/c2b196a6/attachment.html From juanc en fing.edu.uy Tue Dec 17 11:46:19 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] Entrega In-Reply-To: Message-ID: Se suponia que iba ser hasta el 20 pero dado el conflicto, se cambio para la semana despues de navidad es decir viernes 27 (en el horario normal). Ademas, la idea es que entreguen la documentacion del proyecto el dia de la defensa, de lo contrario no se aceptara el proyecto. Saludos, Juan On Tue, 17 Dec 2002, Santiago Lafon wrote: > ¿para cuando se supone que debemos terminar el proyecto de fin de curso? > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From aferragu en fing.edu.uy Tue Dec 17 13:22:16 2002 From: aferragu en fing.edu.uy (=?iso-8859-1?Q?Andr=E9s_Ferragut?=) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] Entrega References: Message-ID: <002001c2a5e8$785aaf80$78e928c8@corp.ute.com.uy> La documentación del proyecto hace referencia a la página html que lo acompaña? Saludos, Andrés ----- Original Message ----- From: Juan Cardelino To: Sent: Tuesday, December 17, 2002 11:46 AM Subject: Re: [dsp-l] Entrega > > > Se suponia que iba ser hasta el 20 pero dado el conflicto, se cambio para > la semana despues de navidad es decir viernes 27 (en el horario normal). > Ademas, la idea es que entreguen la documentacion del proyecto el dia de > la defensa, de lo contrario no se aceptara el proyecto. > Saludos, > Juan > > On Tue, 17 Dec 2002, Santiago Lafon wrote: > > > ¿para cuando se supone que debemos terminar el proyecto de fin de curso? > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From juanc en fing.edu.uy Tue Dec 17 14:18:42 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] Entrega In-Reply-To: <002001c2a5e8$785aaf80$78e928c8@corp.ute.com.uy> Message-ID: La documentacion ES el documento HTML que lo acompaña. La idea es que expliquen lo que hacen, como lo hacen, documenten las subrutinas para que puedan se reutilizadas (no a nivel de comentar los fuentes sino de como se usa, que argumentos recibe,etc) y finalmente algunos comentarios y conclusiones. On Tue, 17 Dec 2002, Andrés Ferragut wrote: > La documentación del proyecto hace referencia a la página html que lo > acompaña? > > Saludos, > > Andrés > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From randall en fing.edu.uy Tue Dec 17 15:50:11 2002 From: randall en fing.edu.uy (Gregory Randall) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] Entrega In-Reply-To: <002001c2a5e8$785aaf80$78e928c8@corp.ute.com.uy> References: <002001c2a5e8$785aaf80$78e928c8@corp.ute.com.uy> Message-ID: la documentacion es efectivamente una serie de paginas html. gregory On Tue, 17 Dec 2002, Andrés Ferragut wrote: > La documentación del proyecto hace referencia a la página html que lo > acompaña? > > Saludos, > > Andrés > > ----- Original Message ----- > From: Juan Cardelino > To: > Sent: Tuesday, December 17, 2002 11:46 AM > Subject: Re: [dsp-l] Entrega > > > > > > > > Se suponia que iba ser hasta el 20 pero dado el conflicto, se cambio para > > la semana despues de navidad es decir viernes 27 (en el horario normal). > > Ademas, la idea es que entreguen la documentacion del proyecto el dia de > > la defensa, de lo contrario no se aceptara el proyecto. > > Saludos, > > Juan > > > > On Tue, 17 Dec 2002, Santiago Lafon wrote: > > > > > ¿para cuando se supone que debemos terminar el proyecto de fin de curso? > > > > > > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > > por altas y bajas de la lista dirijase al formulario en > > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From marisg en adinet.com.uy Wed Dec 18 16:39:00 2002 From: marisg en adinet.com.uy (Mariana Silvera) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] duda assembler References: <002001c2a5e8$785aaf80$78e928c8@corp.ute.com.uy> Message-ID: <001801c2a6cd$58c35ce0$1d3402c8@uruguaynet.com.uy> duda 1: necesitamos saber como se hacia cuando se pasaban mas de 2 parametros a una funcion desde C a assembler.. los primeros dos iban a los registros a y b, ¿como recupero los demas???? alguien sabe ademas como se usa (y si sirve para algo), el optimizador del gcc saludos --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From juanc en fing.edu.uy Wed Dec 18 17:10:44 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] duda assembler In-Reply-To: <001801c2a6cd$58c35ce0$1d3402c8@uruguaynet.com.uy> References: <002001c2a5e8$785aaf80$78e928c8@corp.ute.com.uy> <001801c2a6cd$58c35ce0$1d3402c8@uruguaynet.com.uy> Message-ID: <1040242244.11706.20.camel@cromagnon.fing.edu.uy> On Wed, 2002-12-18 at 16:39, Mariana Silvera wrote: > duda 1: necesitamos saber como se hacia cuando se pasaban mas de 2 > parametros a una funcion desde C a assembler.. > los primeros dos iban a los registros a y b, ¿como recupero los demas???? el resto se ponen por orden en el stack, en m:\ejemplos\c_y_asm hay un ejemplo de una funcion asi. > > alguien sabe ademas como se usa (y si sirve para algo), el optimizador del > gcc > si sirve, y de hecho sin querer lo estas usando proba compilar con g563c -fno-opt xxx.c (le saca toda optimizacion) y proba el resultado en ciclos de reloj!!! vas a ver la diferencia. El nivel de optimizacion se controla con la bandera -OX ("O" no cero) donde X es un numero de 0 a 4 que controla el nivel (cuanto mayor, mas optimizacion). No se si el g563c soporta -O4, pero 3 seguro que si. saludos, j. --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Wed Dec 18 17:24:52 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] duda assembler References: <002001c2a5e8$785aaf80$78e928c8@corp.ute.com.uy> <001801c2a6cd$58c35ce0$1d3402c8@uruguaynet.com.uy> Message-ID: <001901c2a6d3$871b51a0$682f02c8@guitarra> Complemento lo que dice Juan. Viste que el primer dato que se pone en el stack es el SSH? Bueno, pensá en esa posición de memoria (es decir, el valor de R6 cuando llegás a la rutina). llamémosle A a esa posición. El tercer parámetro se mete en A-1. El cuarto parámetro se mete en A-2. Ejercicio para el lector: Donde va el quinto parámetro. ----- Original Message ----- From: "Mariana Silvera" To: Sent: Wednesday, December 18, 2002 4:39 PM Subject: [dsp-l] duda assembler > duda 1: necesitamos saber como se hacia cuando se pasaban mas de 2 > parametros a una funcion desde C a assembler.. > los primeros dos iban a los registros a y b, ¿como recupero los demas???? > > alguien sabe ademas como se usa (y si sirve para algo), el optimizador del > gcc > > saludos > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From gfigueredo en antel.com.uy Thu Dec 19 13:06:40 2002 From: gfigueredo en antel.com.uy (Figueredo, Guillermo) Date: Wed Jul 21 15:45:36 2004 Subject: [dsp-l] duda assembler Message-ID: <4D5D29CB36586C45994381B1E08DABDCA92E26@antel.com.uy> ¡¡¡En el A-9!!!, ¿no? -----Mensaje original----- De: Ignacio Ramirez [mailto:nacho@fing.edu.uy] Enviado el: Miércoles, 18 de Diciembre de 2002 05:25 p.m. Para: dsp-l@iie.edu.uy Asunto: Re: [dsp-l] duda assembler Complemento lo que dice Juan. Viste que el primer dato que se pone en el stack es el SSH? Bueno, pensá en esa posición de memoria (es decir, el valor de R6 cuando llegás a la rutina). llamémosle A a esa posición. El tercer parámetro se mete en A-1. El cuarto parámetro se mete en A-2. Ejercicio para el lector: Donde va el quinto parámetro. ----- Original Message ----- From: "Mariana Silvera" To: Sent: Wednesday, December 18, 2002 4:39 PM Subject: [dsp-l] duda assembler > duda 1: necesitamos saber como se hacia cuando se pasaban mas de 2 > parametros a una funcion desde C a assembler.. > los primeros dos iban a los registros a y b, ¿como recupero los demas???? > > alguien sabe ademas como se usa (y si sirve para algo), el optimizador del > gcc > > saludos > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From juanc en fing.edu.uy Thu Dec 19 14:40:08 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] duda assembler In-Reply-To: <4D5D29CB36586C45994381B1E08DABDCA92E26@antel.com.uy> References: <4D5D29CB36586C45994381B1E08DABDCA92E26@antel.com.uy> Message-ID: <1040319608.1805.1.camel@cromagnon.fing.edu.uy> no es correcto!! prueba no superada!!! se aprecia el esfuerzo! On Thu, 2002-12-19 at 13:06, Figueredo, Guillermo wrote: > ¡¡¡En el A-9!!!, ¿no? > > -----Mensaje original----- > De: Ignacio Ramirez [mailto:nacho@fing.edu.uy] > Enviado el: Miércoles, 18 de Diciembre de 2002 05:25 p.m. > Para: dsp-l@iie.edu.uy > Asunto: Re: [dsp-l] duda assembler > > > Complemento lo que dice Juan. > Viste que el primer dato que se pone en el stack es el SSH? Bueno, pensá en > esa posición de memoria (es decir, el valor de R6 cuando llegás a la > rutina). llamémosle A a esa posición. > El tercer parámetro se mete en A-1. > El cuarto parámetro se mete en A-2. > Ejercicio para el lector: Donde va el quinto parámetro. > > ----- Original Message ----- > From: "Mariana Silvera" > To: > Sent: Wednesday, December 18, 2002 4:39 PM > Subject: [dsp-l] duda assembler > > > > duda 1: necesitamos saber como se hacia cuando se pasaban mas de 2 > > parametros a una funcion desde C a assembler.. > > los primeros dos iban a los registros a y b, ¿como recupero los demas???? > > > > alguien sabe ademas como se usa (y si sirve para algo), el optimizador del > > gcc > > > > saludos > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > > por altas y bajas de la lista dirijase al formulario en > > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Thu Dec 19 14:59:26 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] duda assembler In-Reply-To: <1040319608.1805.1.camel@cromagnon.fing.edu.uy> References: <4D5D29CB36586C45994381B1E08DABDCA92E26@antel.com.uy> <1040319608.1805.1.camel@cromagnon.fing.edu.uy> Message-ID: <1040320766.1987.1.camel@cromagnon.fing.edu.uy> Si A es la pos de memoria donde se metió el SSH, en A-1 está el tercer parámetro. A-9 te parece a vos porque viste por ahí (R6+-9), pero no te olvides que R6 fue incrementado 8 veces al crearse el frame apenas entraste a la rutina. On Thu, 2002-12-19 at 14:40, Juan Cardelino wrote: > no es correcto!! prueba no superada!!! se aprecia el esfuerzo! > > On Thu, 2002-12-19 at 13:06, Figueredo, Guillermo wrote: > > ¡¡¡En el A-9!!!, ¿no? > > > > -----Mensaje original----- > > De: Ignacio Ramirez [mailto:nacho@fing.edu.uy] > > Enviado el: Miércoles, 18 de Diciembre de 2002 05:25 p.m. > > Para: dsp-l@iie.edu.uy > > Asunto: Re: [dsp-l] duda assembler > > > > > > Complemento lo que dice Juan. > > Viste que el primer dato que se pone en el stack es el SSH? Bueno, pensá en > > esa posición de memoria (es decir, el valor de R6 cuando llegás a la > > rutina). llamémosle A a esa posición. > > El tercer parámetro se mete en A-1. > > El cuarto parámetro se mete en A-2. > > Ejercicio para el lector: Donde va el quinto parámetro. > > > > ----- Original Message ----- > > From: "Mariana Silvera" > > To: > > Sent: Wednesday, December 18, 2002 4:39 PM > > Subject: [dsp-l] duda assembler > > > > > > > duda 1: necesitamos saber como se hacia cuando se pasaban mas de 2 > > > parametros a una funcion desde C a assembler.. > > > los primeros dos iban a los registros a y b, ¿como recupero los demas???? > > > > > > alguien sabe ademas como se usa (y si sirve para algo), el optimizador del > > > gcc > > > > > > saludos > > > > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > > > por altas y bajas de la lista dirijase al formulario en > > > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > > por altas y bajas de la lista dirijase al formulario en > > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > > por altas y bajas de la lista dirijase al formulario en > > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From dangeido en adinet.com.uy Fri Dec 20 09:22:31 2002 From: dangeido en adinet.com.uy (Daniel Geido) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] urgente References: <4D5D29CB36586C45994381B1E08DABDCA92E26@antel.com.uy> <1040319608.1805.1.camel@cromagnon.fing.edu.uy> Message-ID: <004401c2a823$bfce8660$1c0528c8@geido> gente tenemos un problema que es el siguiente, nos trajimos un dsp para nuestra casa, lo conectamos y no lo podemos levantar con el programa de la evm ya que lo tenemos conectado en el puerto 1 que es el del mouse y el loco va y lee en el puerto 4 que es el del modem, ¿como le digo al dsp anda y fijate en el puerto 1 y no en el 4, pedazo de infeliz?. por favor contesten cuanto antes, ya que tenemos urgencia de usarlo. gracia y saludos daniel --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Sat Dec 21 06:02:41 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] urgente In-Reply-To: <004401c2a823$bfce8660$1c0528c8@geido> References: <4D5D29CB36586C45994381B1E08DABDCA92E26@antel.com.uy> <1040319608.1805.1.camel@cromagnon.fing.edu.uy> <004401c2a823$bfce8660$1c0528c8@geido> Message-ID: <1040461365.1190.6.camel@guitarra> Eh? Se supone que él busca en todos los puertos. Cuando arranca dice "Testing COM x" uno atrás del otro. Seguramente no esté bien enchufado o algo así, fijate bien. Y si no no se... Nacho.- On Fri, 2002-12-20 at 15:22, Daniel Geido wrote: > gente > tenemos un problema que es el siguiente, nos trajimos un dsp para nuestra > casa, lo conectamos y no lo podemos levantar con el programa de la evm ya > que lo tenemos conectado en el puerto 1 que es el del mouse y el loco va y > lee en el puerto 4 que es el del modem, ¿como le digo al dsp anda y fijate > en el puerto 1 y no en el 4, pedazo de infeliz?. > por favor contesten cuanto antes, ya que tenemos urgencia de usarlo. > gracia y saludos > daniel > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From alexander en netgate.com.uy Sat Dec 21 17:16:31 2002 From: alexander en netgate.com.uy (alex) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] urgente In-Reply-To: <1040461365.1190.6.camel@guitarra> Message-ID: Hola... OK cambiamos de máquina, y andubo, no se será algo de la máquina pedazo de una infeliz en la que lo probamos... gracias Mr. Adsr :) P.D. aún hay cosas que no terminan de andar, el lunes vamos capaz los encontramos, ahhh Juan: no te mandamos el mail porque eso insólito que pasaba lo dejamos así, volvimos a una versión vieja y lo rehicimos ok no volvió a pasar, que misterio... en fin.. nos vemos, una vez más diculpen las molestias... Alex -----Mensaje original----- De: owner-dsp-l@fing.edu.uy [mailto:owner-dsp-l@fing.edu.uy]En nombre de Ignacio Ramirez Enviado el: Sábado, 21 de Diciembre de 2002 06:03 a.m. Para: dsp-l@iie.edu.uy Asunto: Re: [dsp-l] urgente Eh? Se supone que él busca en todos los puertos. Cuando arranca dice "Testing COM x" uno atrás del otro. Seguramente no esté bien enchufado o algo así, fijate bien. Y si no no se... Nacho.- On Fri, 2002-12-20 at 15:22, Daniel Geido wrote: > gente > tenemos un problema que es el siguiente, nos trajimos un dsp para nuestra > casa, lo conectamos y no lo podemos levantar con el programa de la evm ya > que lo tenemos conectado en el puerto 1 que es el del mouse y el loco va y > lee en el puerto 4 que es el del modem, ¿como le digo al dsp anda y fijate > en el puerto 1 y no en el 4, pedazo de infeliz?. > por favor contesten cuanto antes, ya que tenemos urgencia de usarlo. > gracia y saludos > daniel > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From prolando en fing.edu.uy Sun Dec 22 14:56:06 2002 From: prolando en fing.edu.uy (Pablo Rolando) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] htof.m Message-ID: Para los que usan htof.m: Encontré que en algunos casos esta función no anda bien, por ejemplo si el string que le pasas es 'd' la función interpreta que el número es negativo ya que h(1)>'7'. Le hice una modificación y creo que anda. Cualquier cosa avisen! Slds. Pablo ------------ próxima parte ------------ % supongo que h es un string function f = htof(h) f=hex2dec(h); if f>2^22 %es negativo f=(hex2dec(h)-2^24)/2^23; else f=hex2dec(h)/2^23; end % if h(1)>'7', % decido si es negativo o no. % f=(hex2dec(h)-2^24)/2^23; % else % f=hex2dec(h)/2^23; % end From nacho en fing.edu.uy Sun Dec 22 18:37:57 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] htof.m References: Message-ID: <003d01c2aa02$661ba720$151a28c8@guitarra> Gracias pablo por el "bugfix"! Nacho.- ----- Original Message ----- From: "Pablo Rolando" To: Sent: Sunday, December 22, 2002 2:56 PM Subject: [dsp-l] htof.m Para los que usan htof.m: Encontré que en algunos casos esta función no anda bien, por ejemplo si el string que le pasas es 'd' la función interpreta que el número es negativo ya que h(1)>'7'. Le hice una modificación y creo que anda. Cualquier cosa avisen! Slds. Pablo --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From juanc en fing.edu.uy Mon Dec 23 14:30:12 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] htof.m In-Reply-To: References: Message-ID: <1040664612.19330.0.camel@cromagnon.fing.edu.uy> al parecer me dijo pablo que el bugfix no funciona del todo bien, yo esta noche lo reviso y pongo una version nueva en la pagina. Saludos, Juan On Sun, 2002-12-22 at 14:56, Pablo Rolando wrote: > Para los que usan htof.m: > Encontré que en algunos casos esta función no anda bien, por ejemplo si > el string que le pasas es 'd' la función interpreta que el número es > negativo ya que h(1)>'7'. Le hice una modificación y creo que anda. > Cualquier cosa avisen! > Slds. > Pablo > ---- > > % supongo que h es un string > function f = htof(h) > > f=hex2dec(h); > > if f>2^22 %es negativo > f=(hex2dec(h)-2^24)/2^23; > else > f=hex2dec(h)/2^23; > end > > > % if h(1)>'7', % decido si es negativo o no. > % f=(hex2dec(h)-2^24)/2^23; > % else > % f=hex2dec(h)/2^23; > % end --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Mon Dec 23 16:57:25 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:37 2004 Subject: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS Message-ID: <1040673445.19819.14.camel@cromagnon.fing.edu.uy> Para beneplácito de Ustedes, gusanos despreciables, la presentación del proyecto queda para el Lunes 30, hora a confirmar. *** Es REQUISITO tener el informe PRONTO el dia de la presentacion. *** *** Es como cumpleaños de egoísta. Sin regalo no entrás *** Quedó claro? Bien, muy bien. Otra cosa: NO LE RESTEN importancia a los informes, no por mi, ni el resto de los docentes, ni la nota, sino por el tema de que lo que aprendieron quede disponible para futuras generaciones. A lo que me refiero es que si tuvieron problemas, PONGANLOS, no quiero conclusiones de tipo "Observamos que los resultados coincidian con lo esperado" ó "da igual que Matlab". Saludos cordiales, Nacho.- --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From gfigueredo en antel.com.uy Mon Dec 23 16:54:24 2002 From: gfigueredo en antel.com.uy (Figueredo, Guillermo) Date: Wed Jul 21 15:45:38 2004 Subject: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS Message-ID: <4D5D29CB36586C45994381B1E08DABDCA92E2D@antel.com.uy> ¿¿¿Porqué beneplácito???, ah, y no te permito lo de Ustedes, TAMOS! -----Mensaje original----- De: Ignacio Ramirez [mailto:nacho@fing.edu.uy] Enviado el: Lunes, 23 de Diciembre de 2002 04:57 p.m. Para: dsp-l@fing.edu.uy Asunto: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS Para beneplácito de Ustedes, gusanos despreciables, la presentación del proyecto queda para el Lunes 30, hora a confirmar. *** Es REQUISITO tener el informe PRONTO el dia de la presentacion. *** *** Es como cumpleaños de egoísta. Sin regalo no entrás *** Quedó claro? Bien, muy bien. Otra cosa: NO LE RESTEN importancia a los informes, no por mi, ni el resto de los docentes, ni la nota, sino por el tema de que lo que aprendieron quede disponible para futuras generaciones. A lo que me refiero es que si tuvieron problemas, PONGANLOS, no quiero conclusiones de tipo "Observamos que los resultados coincidian con lo esperado" ó "da igual que Matlab". Saludos cordiales, Nacho.- --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From alexander en netgate.com.uy Mon Dec 23 18:37:24 2002 From: alexander en netgate.com.uy (alex) Date: Wed Jul 21 15:45:38 2004 Subject: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS In-Reply-To: <1040673445.19819.14.camel@cromagnon.fing.edu.uy> Message-ID: HOla.. A mí, y seguro que mis amigos de equipo también, no nos biene nada bien el cambio, nos dijeron que nos aprontemos para el 20, de manera que el 27 esté seguro, abandonamos materias, canalizamos enorme tiempo en DSP, dejamos atrás muchas horas de sueño y estudio de otras cosas, sacamos el pasaje para disparar al interior ese mismo día, hicimos planes para el viernes, les rompimos los cocos a Uds. a cualquier hora y por cualquier medio para que todo salga en fecha, y ahora lo cambian??? ummmmm no me suena muy correcto para los que planificaron sus tiempos correctamente y para los mismos docentes que se notaba están muuy cansados de dejar generosamente tantas horas extra con nosotros... Además suponiendo que se hace uso de una tolerante flexibilidad, me parece que el 30 es una fecha un poco Montevideanezca, la gente del intrior tiene que llegar a su pueblo con el DSP en la garganta!!! ja ja, comemos cordero a la DSP a las brasas... :) en fin, bueno es una postura individual, siguen decidiendo los docentes, pero estoy seguro que muchos no están detro de los beneplacidados.. ja Respetuosos salu2 Alexx -----Mensaje original----- De: owner-dsp-l@fing.edu.uy [mailto:owner-dsp-l@fing.edu.uy]En nombre de Ignacio Ramirez Enviado el: Lunes, 23 de Diciembre de 2002 04:57 p.m. Para: dsp-l@fing.edu.uy Asunto: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS Para beneplácito de Ustedes, gusanos despreciables, la presentación del proyecto queda para el Lunes 30, hora a confirmar. *** Es REQUISITO tener el informe PRONTO el dia de la presentacion. *** *** Es como cumpleaños de egoísta. Sin regalo no entrás *** Quedó claro? Bien, muy bien. Otra cosa: NO LE RESTEN importancia a los informes, no por mi, ni el resto de los docentes, ni la nota, sino por el tema de que lo que aprendieron quede disponible para futuras generaciones. A lo que me refiero es que si tuvieron problemas, PONGANLOS, no quiero conclusiones de tipo "Observamos que los resultados coincidian con lo esperado" ó "da igual que Matlab". Saludos cordiales, Nacho.- --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From nacho en fing.edu.uy Tue Dec 24 00:39:14 2002 From: nacho en fing.edu.uy (Ignacio Ramirez) Date: Wed Jul 21 15:45:38 2004 Subject: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS References: Message-ID: <000801c2aafe$092a2fd0$5a1a28c8@guitarra> Pa! Bueno, en general nos RUEGAN por que atrasemos la fecha. Este año no se como fue, solo se que me vinieron a decir si me parecía bien el 30 en vez del 27 y como no era nada ultra-oficial dije "si" pensando que todos quedarían contentos. En cuanto a lo del 20, bueno, debo haber sido yo y no me arrepiento porque los tiempos nunca son suficientes. Para ser sincero, nunca se me ocurrió ese problema de la fecha. Tampoco es usual que en estas fechas hayan entregas, sino producto de la huelga... Pero lo que si es seguro es que el 27 nunca fue oficial! Era la fecha que más manejábamos, nada más... Bueno, lamento que no te venga bien, en serio... ----- Original Message ----- From: "alex" To: Sent: Monday, December 23, 2002 6:37 PM Subject: RE: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS > HOla.. > > A mí, y seguro que mis amigos de equipo también, no nos biene nada bien el cambio, nos dijeron que nos aprontemos para el 20, de manera que el 27 esté seguro, abandonamos materias, canalizamos enorme tiempo en DSP, dejamos atrás muchas horas de sueño y estudio de otras cosas, sacamos el pasaje para disparar al interior ese mismo día, hicimos planes para el viernes, les rompimos los cocos a Uds. a cualquier hora y por cualquier medio para que todo salga en fecha, y ahora lo cambian??? ummmmm no me suena muy correcto para los que planificaron sus tiempos correctamente y para los mismos docentes que se notaba están muuy cansados de dejar generosamente tantas horas extra con nosotros... > > Además suponiendo que se hace uso de una tolerante flexibilidad, me parece que el 30 es una fecha un poco Montevideanezca, la gente del intrior tiene que llegar a su pueblo con el DSP en la garganta!!! ja ja, comemos cordero a la DSP a las brasas... :) > > en fin, bueno es una postura individual, siguen decidiendo los docentes, pero estoy seguro que muchos no están detro de los beneplacidados.. ja > > Respetuosos salu2 > Alexx > > -----Mensaje original----- > De: owner-dsp-l@fing.edu.uy [mailto:owner-dsp-l@fing.edu.uy]En nombre de > Ignacio Ramirez > Enviado el: Lunes, 23 de Diciembre de 2002 04:57 p.m. > Para: dsp-l@fing.edu.uy > Asunto: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS > > > Para beneplácito de Ustedes, gusanos despreciables, la presentación > del proyecto queda para el Lunes 30, hora a confirmar. > > *** Es REQUISITO tener el informe PRONTO el dia de la presentacion. *** > *** Es como cumpleaños de egoísta. Sin regalo no entrás *** > > Quedó claro? Bien, muy bien. > > Otra cosa: NO LE RESTEN importancia a los informes, no por mi, ni el > resto de los docentes, ni la nota, sino por el tema de que lo que > aprendieron quede disponible para futuras generaciones. A lo que me > refiero es que si tuvieron problemas, PONGANLOS, no quiero conclusiones > de tipo > > "Observamos que los resultados coincidian con lo esperado" > > ó > > "da igual que Matlab". > > Saludos cordiales, > > Nacho.- > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From alexander en netgate.com.uy Tue Dec 24 03:03:28 2002 From: alexander en netgate.com.uy (alex) Date: Wed Jul 21 15:45:38 2004 Subject: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS In-Reply-To: <000801c2aafe$092a2fd0$5a1a28c8@guitarra> Message-ID: HOla ahora que lo decís es cierto que lo del 27 nunca fue oficial... peeeeero.... entiendo que es producto de esa huelga, todo OK :), nos vemos el lunes entonces.. salu2 Alex P.D. 1) esa aleatoriedad que teníamos la tenemos liquidada, se arregla reseteando el DSP cada vez que queremos correr el programa y cargándolo de nuevo, seguro que son problemas de los registros, basura etc. a varios les pasa lo mismo... P.D. 2) si alguien tiene una receta de cordero al silicio de DSP que avise... ;) -----Mensaje original----- De: owner-dsp-l@fing.edu.uy [mailto:owner-dsp-l@fing.edu.uy]En nombre de Ignacio Ramirez Enviado el: Martes, 24 de Diciembre de 2002 12:39 a.m. Para: dsp-l@iie.edu.uy Asunto: Re: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS Pa! Bueno, en general nos RUEGAN por que atrasemos la fecha. Este año no se como fue, solo se que me vinieron a decir si me parecía bien el 30 en vez del 27 y como no era nada ultra-oficial dije "si" pensando que todos quedarían contentos. En cuanto a lo del 20, bueno, debo haber sido yo y no me arrepiento porque los tiempos nunca son suficientes. Para ser sincero, nunca se me ocurrió ese problema de la fecha. Tampoco es usual que en estas fechas hayan entregas, sino producto de la huelga... Pero lo que si es seguro es que el 27 nunca fue oficial! Era la fecha que más manejábamos, nada más... Bueno, lamento que no te venga bien, en serio... ----- Original Message ----- From: "alex" To: Sent: Monday, December 23, 2002 6:37 PM Subject: RE: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS > HOla.. > > A mí, y seguro que mis amigos de equipo también, no nos biene nada bien el cambio, nos dijeron que nos aprontemos para el 20, de manera que el 27 esté seguro, abandonamos materias, canalizamos enorme tiempo en DSP, dejamos atrás muchas horas de sueño y estudio de otras cosas, sacamos el pasaje para disparar al interior ese mismo día, hicimos planes para el viernes, les rompimos los cocos a Uds. a cualquier hora y por cualquier medio para que todo salga en fecha, y ahora lo cambian??? ummmmm no me suena muy correcto para los que planificaron sus tiempos correctamente y para los mismos docentes que se notaba están muuy cansados de dejar generosamente tantas horas extra con nosotros... > > Además suponiendo que se hace uso de una tolerante flexibilidad, me parece que el 30 es una fecha un poco Montevideanezca, la gente del intrior tiene que llegar a su pueblo con el DSP en la garganta!!! ja ja, comemos cordero a la DSP a las brasas... :) > > en fin, bueno es una postura individual, siguen decidiendo los docentes, pero estoy seguro que muchos no están detro de los beneplacidados.. ja > > Respetuosos salu2 > Alexx > > -----Mensaje original----- > De: owner-dsp-l@fing.edu.uy [mailto:owner-dsp-l@fing.edu.uy]En nombre de > Ignacio Ramirez > Enviado el: Lunes, 23 de Diciembre de 2002 04:57 p.m. > Para: dsp-l@fing.edu.uy > Asunto: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS > > > Para beneplácito de Ustedes, gusanos despreciables, la presentación > del proyecto queda para el Lunes 30, hora a confirmar. > > *** Es REQUISITO tener el informe PRONTO el dia de la presentacion. *** > *** Es como cumpleaños de egoísta. Sin regalo no entrás *** > > Quedó claro? Bien, muy bien. > > Otra cosa: NO LE RESTEN importancia a los informes, no por mi, ni el > resto de los docentes, ni la nota, sino por el tema de que lo que > aprendieron quede disponible para futuras generaciones. A lo que me > refiero es que si tuvieron problemas, PONGANLOS, no quiero conclusiones > de tipo > > "Observamos que los resultados coincidian con lo esperado" > > ó > > "da igual que Matlab". > > Saludos cordiales, > > Nacho.- > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From randall en fing.edu.uy Tue Dec 24 09:04:18 2002 From: randall en fing.edu.uy (Gregory Randall) Date: Wed Jul 21 15:45:38 2004 Subject: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS In-Reply-To: References: Message-ID: Estimados: Entiendo las protestas por haber cambiado la fecha de esta manera y a ultimo momento. Fue debido a numerosos pedidos pero es cierto que afecta a otros. Pidos disculpas por esta forma que sin dudas no es la mejor. Yo tambien habia planeado estar ya de vacaciones.... En todo caso queda para el lunes con las disculpas del caso, gregory randall On Tue, 24 Dec 2002, alex wrote: > HOla > ahora que lo decís es cierto que lo del 27 nunca fue oficial... peeeeero.... > > entiendo que es producto de esa huelga, todo OK :), nos vemos el lunes entonces.. > > salu2 > Alex > > P.D. 1) esa aleatoriedad que teníamos la tenemos liquidada, se arregla reseteando el DSP cada vez que queremos correr el programa y cargándolo de nuevo, seguro que son problemas de los registros, basura etc. a varios les pasa lo mismo... > > P.D. 2) si alguien tiene una receta de cordero al silicio de DSP que avise... ;) > > > > > -----Mensaje original----- > De: owner-dsp-l@fing.edu.uy [mailto:owner-dsp-l@fing.edu.uy]En nombre de > Ignacio Ramirez > Enviado el: Martes, 24 de Diciembre de 2002 12:39 a.m. > Para: dsp-l@iie.edu.uy > Asunto: Re: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS > > > Pa! Bueno, en general nos RUEGAN por que atrasemos la fecha. Este año no se > como fue, solo se que me vinieron a decir si me parecía bien el 30 en vez > del 27 y como no era nada ultra-oficial dije "si" pensando que todos > quedarían contentos. > En cuanto a lo del 20, bueno, debo haber sido yo y no me arrepiento porque > los tiempos nunca son suficientes. > > Para ser sincero, nunca se me ocurrió ese problema de la fecha. > Tampoco es usual que en estas fechas hayan entregas, sino producto de la > huelga... > > Pero lo que si es seguro es que el 27 nunca fue oficial! Era la fecha que > más manejábamos, nada más... > > Bueno, lamento que no te venga bien, en serio... > > ----- Original Message ----- > From: "alex" > To: > Sent: Monday, December 23, 2002 6:37 PM > Subject: RE: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS > > > > HOla.. > > > > A mí, y seguro que mis amigos de equipo también, no nos biene nada bien el > cambio, nos dijeron que nos aprontemos para el 20, de manera que el 27 esté > seguro, abandonamos materias, canalizamos enorme tiempo en DSP, dejamos > atrás muchas horas de sueño y estudio de otras cosas, sacamos el pasaje para > disparar al interior ese mismo día, hicimos planes para el viernes, les > rompimos los cocos a Uds. a cualquier hora y por cualquier medio para que > todo salga en fecha, y ahora lo cambian??? ummmmm no me suena muy correcto > para los que planificaron sus tiempos correctamente y para los mismos > docentes que se notaba están muuy cansados de dejar generosamente tantas > horas extra con nosotros... > > > > Además suponiendo que se hace uso de una tolerante flexibilidad, me parece > que el 30 es una fecha un poco Montevideanezca, la gente del intrior tiene > que llegar a su pueblo con el DSP en la garganta!!! ja ja, comemos cordero a > la DSP a las brasas... :) > > > > en fin, bueno es una postura individual, siguen decidiendo los docentes, > pero estoy seguro que muchos no están detro de los beneplacidados.. ja > > > > Respetuosos salu2 > > Alexx > > > > -----Mensaje original----- > > De: owner-dsp-l@fing.edu.uy [mailto:owner-dsp-l@fing.edu.uy]En nombre de > > Ignacio Ramirez > > Enviado el: Lunes, 23 de Diciembre de 2002 04:57 p.m. > > Para: dsp-l@fing.edu.uy > > Asunto: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS > > > > > > Para beneplácito de Ustedes, gusanos despreciables, la presentación > > del proyecto queda para el Lunes 30, hora a confirmar. > > > > *** Es REQUISITO tener el informe PRONTO el dia de la presentacion. *** > > *** Es como cumpleaños de egoísta. Sin regalo no entrás *** > > > > Quedó claro? Bien, muy bien. > > > > Otra cosa: NO LE RESTEN importancia a los informes, no por mi, ni el > > resto de los docentes, ni la nota, sino por el tema de que lo que > > aprendieron quede disponible para futuras generaciones. A lo que me > > refiero es que si tuvieron problemas, PONGANLOS, no quiero conclusiones > > de tipo > > > > "Observamos que los resultados coincidian con lo esperado" > > > > ó > > > > "da igual que Matlab". > > > > Saludos cordiales, > > > > Nacho.- > > > > > > > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > > por altas y bajas de la lista dirijase al formulario en > > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > > > > > > --- dsp-l@iie.edu.uy ------------------------------ > > por altas y bajas de la lista dirijase al formulario en > > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > > > > > --- dsp-l@iie.edu.uy ------------------------------ > por altas y bajas de la lista dirijase al formulario en > la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ > --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From juanc en fing.edu.uy Fri Dec 27 10:23:02 2002 From: juanc en fing.edu.uy (Juan Cardelino) Date: Wed Jul 21 15:45:38 2004 Subject: [dsp-l] IMPORTANTE PRESENTACION DE PROYECTOSSS In-Reply-To: Message-ID: Estimados la presentacion sera a las 9 de la manana. Saludos, Juan --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From sanr en adinet.com.uy Fri Dec 27 22:19:19 2002 From: sanr en adinet.com.uy (Santiago Remersaro) Date: Wed Jul 21 15:45:39 2004 Subject: [dsp-l] Informe 3 References: <4D5D29CB36586C45994381B1E08DABDCA92E26@antel.com.uy><1040319608.1805.1.camel@cromagnon.fing.edu.uy> <004401c2a823$bfce8660$1c0528c8@geido> <1040461365.1190.6.camel@guitarra> Message-ID: <000b01c2ae0f$41960b50$0f4628c8@santiago> Miguel me dijo que te mandara el informe, acá esta. Saludos, Santiago ------------ próxima parte ------------ Se ha borrado un mensaje que no está en formato texto plano... Nombre : Informe 3.doc Tipo : application/msword Tamaño : 22016 bytes Descripción: no disponible Url : http://www.fing.edu.uy/pipermail/dsp-l/attachments/20021227/103dbbd7/Informe3.doc From prolando en fing.edu.uy Sat Dec 28 18:06:51 2002 From: prolando en fing.edu.uy (Pablo Rolando) Date: Wed Jul 21 15:45:39 2004 Subject: [dsp-l] =?iso-8859-1?Q?configuraci=F3n_de_memoria?= Message-ID: Por si hay alguien que todabía no terminó: Para ver los 4k de memoria de datos interna además de configurar el AAR0 se debe setear el Memory Switch Bit del Operating Mode Register(OMR) lo que en el debbuger sería: CHANGE OMR $80 Slds. Pablo --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From dibanez1 en adinet.com.uy Sat Dec 28 19:19:11 2002 From: dibanez1 en adinet.com.uy (Daniel =?iso-8859-1?Q?Ib=E1=F1ez?=) Date: Wed Jul 21 15:45:39 2004 Subject: [dsp-l] duda sobre el uso del DSP References: Message-ID: <3E0E235E.55ED1D05@adinet.com.uy> Estamos tratando de correr el programa en el dsp. Cuando lo cargamos por primera vez anda bien, luego si lo queremos correr de vuelta se cuelga, obviamente resetamos antes de volver a correrlo pero al parecer hay algo que queda guardado y no nos deja seguir en forma normal Si alguien tiene una idea de que puede estar pasando se lo recompensara en la autoevaluacion!!! gracias --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ From alexander en netgate.com.uy Sun Dec 29 02:02:59 2002 From: alexander en netgate.com.uy (alex) Date: Wed Jul 21 15:45:39 2004 Subject: [dsp-l] duda sobre el uso del DSP In-Reply-To: <3E0E235E.55ED1D05@adinet.com.uy> Message-ID: Hola Daniel, Mirá, a nosotros nos ha pasado algo similar y se que a otros también, por lo que es algo bastante general con diferentes matices. En principio dudamos bastante de si no era nuestro programa que introducía incertidumbre pero terminamos completamente convencidos, luego de un detallado estudio, de que es algo de los registros del DSP... Si no te funciona resetear desde el software del DSP entonces: primero que nada, prueben desenchufar y enchufar el DSP, cada vez que corran y carguen el asunto, no es prolija la cosa pero es efectiva, elegantemente sería un "hardware reset" forzado... :) existe otra cosa, un botoncillio cerca de la alimentación de la plaqueta, al lado de un led rojo que usualmente titila (aunque lamentablemente he comprobado que eso de titilar depende del DSP!!!, en fin no agreguemos problemas...:) ese botoncillo (uno de los 3 que hay) hace un especie de reset, tengo entendido que no es exactamente igual a desenchufar y enchufar, pero no estoy seguro, eso también te puede funcionar si lo hacés cada vez que cargás el programa... Lo mejor cortá por lo sano y hacé ambas cosas, "hardware reset" forzado y luego con botón.. ja ja, en fin es una locura, pero repito es algo que he comprobado que es relativamente usual, hasta lo he hablado con algún docente que me lo confirmó, inclusive hasta después que funciona bien la primer vez, luego si pones "change pc 0" a veces hasta puede no funcionar, y si reseteas el DSP y cargas, todo funca OK nuevamente... parece de locos... :) tal vez algún docente tenga una explicación más científica que esta de la "basura" en los registros del DSP, pero esto que te digo que es parete estudio y parte empírico, parece tener algo de verdad. bueno, daniel espero que te sirva de algo nuestros desvelos con este tema... :) salu2 suerte Alex Mr. ADSR... :) -----Mensaje original----- De: owner-dsp-l@fing.edu.uy [mailto:owner-dsp-l@fing.edu.uy]En nombre de Daniel Ibáñez Enviado el: Sábado, 28 de Diciembre de 2002 07:19 p.m. Para: dsp-l@iie.edu.uy Asunto: [dsp-l] duda sobre el uso del DSP Estamos tratando de correr el programa en el dsp. Cuando lo cargamos por primera vez anda bien, luego si lo queremos correr de vuelta se cuelga, obviamente resetamos antes de volver a correrlo pero al parecer hay algo que queda guardado y no nos deja seguir en forma normal Si alguien tiene una idea de que puede estar pasando se lo recompensara en la autoevaluacion!!! gracias --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/ --- dsp-l@iie.edu.uy ------------------------------ por altas y bajas de la lista dirijase al formulario en la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/