SoloCodigo

Hola a todos,

   Supongo que RadicalEd está en lo cierto en el post de Nuevos Subforos En Visual Basic... pero si no le encontrarais sentido a la A de VBA la podríais utilizar como VB Advance o Avanzado como subforo para expertos y así ahorrarle trabajo al Admin.      

Saludos.

Hola Jonathan,  

primero quisiera enmendar el error de mi anterior mensaje, el dsPIC30F de 80 pines tiene un encapsulado TQFP y la separación entre pines es de 0,5 mm (tan sólo ¡¡0,28 mm!! entre los bordes de los pines) no es de extrañar que me diera tantos quebraderos.

En tu caso si no me equivoco el encapsulado es el SSOP de 20 pines, que como has dicho tiene un pitch de 0,63mm. He estado buscando un zócalo para este tipo de encapsulado para evitar dañarlo por sobretemperatura

© Jonathan © Escrito el 9/02/2005, 07:42 AM

pensaba en soldarlos todos a la ves pero no quiero daniar el micro,

pero está un poco difícil. Si no quieres hacerte una punta de alambre (aunque como dice Huguen_aus_Tirol sabe de quién ya lo ha hecho y entonces ¿por qué tú no?) y tienes un soldador de 14 ó 15 W puedes buscar una punta de 0,5 mm (JBC por ejemplo las fabrica) que es una solución no muy cara (mucho más barato que comprarte un soldador de gas) y con un poco de destreza...

Cambiando de tema,

no estoy ofendido    respecto al foro de VHDL, para ello hace falta más que una opinión y además tal vez estés en lo cierto y sea un error crearlo pero si lo propuse es por dos motivos:

uno, creo que tengo poco que hacer en el foro de microcontroladores, no tengo muchos conocimientos sobre los PIC 12,16 y 18 (todavía no me ha hecho falta dominarlos), y tanto los dsPIC como los ATMEL, que tal vez son los temas en los que puedo aportar algo, tienen poca concurrencia. Por cierto no se en que proyecto andas con el rfPIC pero te aseguro que hay unas FPGA's de radiofrecuencia que alucinas.

y dos, soy recien llegado a SoloCódigo y me encuentro a gusto y para motivar mi continuidad se me ocurrió proponer el foro de VHDL (tenía que ser un foro sobre el cual supiera algo y no estuviera creado, evidentemente). En muchas ingenierías se obliga a introducirse en este lenguaje y al principio es muy fácil perderse (tal vez estos sean unos de los motivos por los que la gente reniega tanto de él) por eso creo que tendrá concuerrencia en cuanto a gente que se está iniciando. Si es verdad que hay pocos expertos en el tema y precisamente por esto un buen proyecto sobre FPGA está mejor pagado que un programa en C o ASM para un microcontrolador, así que el que no quiera aprender, que no aprenda.

Bueno espero que no te haya aburrido el rollo que te he soltado y que te vaya bien lo de la soldadura, ya me contarás, un saludo.  

Hola,  

la lista de componentes como tal no viene con la dsPICDEM 1.1 Development Board, pero si puedes encontrar todos los componentes así como sus valores (resistencias, condensadores...) y esquemático de conexiones en el "Appendix A. Hardware Drawings and Schematics" del "dsPICDEM™ 1.1 Development Board User’s Guide" cuya referencia es (70099b).

Aquí tienes el link por si no dispones de la Guía:

dsPIC Product Line Documents

Saludos.  

... ¿por qué no serlo más?  

Llevo poco tiempo en SoloCódigo pero he podido observar que abarca un gran número de lenguajes de programación, no había oído hablar de la mayoría de ellos, supongo que como la mayoría; vamos a lo nuestro (en mi caso microcontroladores, ASM y C)

VHDL (para los que no lo hayan oído mencionar nunca) es un lenguaje para programar Dispositivos de Lógica Programable (p. ej. una FPGA). Habitualmente no se utiliza para hacerlo correr sobre un microcontrolador o un procesador sino para programar el comportamiento de un circuito integrado. Yo sólo tengo un conocimiento básico, pero sí sé que un programador experto puede incluso diseñarse un procesador a su gusto y después implementarlo en harware.

Bueno, eso es todo...

P.D.: ¿Tal vez como subforo dentro de Otros Lenguajes?

Hola,

no hace falta busques más,

aquí tienes un pdf con un esquemático que he encontrado en una universidad española:

PD: Lo siento, en la discusión iniciada por eespinoza con título: Programador para la familia dsPIC30F tienes info de sobra de como implementar un grabador.

Hola Bixix,

no se si dispones de la información de las librerías, en el link de ahí puedes encontrar tanto las librerías (que supongo que ya tienes) como el datasheet de dichas librerías. Con estas y las hojas de datos del dsPIC puedes deducir lo que hacen las funciones de inicialización y manejo de periféricos (incluidos los Timers) viendo en que registro se escribe o se lee.

Librerías periféricos dsPIC

En cuanto a si es para cualquier dsPIC, pues si están creadas para toda la familia (propósito general, sensores y control de motores y conversión de potencia)

Ya dirás. Saludos.

La verdad es que me registré en el foro ayer por la noche porque lo encontre de forma fortuita mientras buscaba una librería de funciones escritas en C para controlar un display gráfico con controlador integrado SED1335.

Al dar con el foro empecé a leer las discusiones y me olvidé por completo de lo que estaba haciendo, de forma que sin darme cuenta he escrito dos mensajes sin siquiera presentarme, tendréis que perdonarme, soy novato en esto de los foros; algún día hay que empezar.

En realidad no se mucho de nada y un poco de alguna cosa, hace tres años programé en ensamblador el uP MC68000 (una locura), al año siguiente anduve con el 89C51RD2 ya en C, y ahora estoy tonteando con los dsPIC (7/8 de C y 1/4 de ASM).

¿Si puedo servir de ayuda? Por lo que veo es recíproca. Creo que todos sabemos lo que es quedar atrapados en un problema durante varios días y estar desesperados por no encontrar la solución, lo más gracioso es que al final normalmente se trata de un dichoso e "insignificante" BIT con el que alguna otra persona ya ha peleado.

Bueno no os doy más la vara, enhorabuena por el foro,  

Saludos a todos!

Hola, si he entendido bien la pregunta tal vez esto os pueda
servir de ayuda:

Por ejemplo:

DCICON2value = DCI_DATA_WORD_16 & /* data word size is 16 bits */
DCI_FRAME_LEN_8 & /* data frame is 8 words */
DCI_BUFF_LEN_2; /* 2 words buffered per interrupt */

en realidad lo que hace con los valores de:

DCI_DATA_WORD_16 = 0xFFFF;
DCI_FRAME_LEN_8 =0xFEFF;
DCI_BUFF_LEN_2=0xF7FF;

como ha dicho JONATHAN es una operación lógica AND (&) de los
valores correspondientes, así, si lo pasáis a binario os queda:

DCI_DATA_WORD_16 =  b 1111 1111 1111 1111;
DCI_FRAME_LEN_8 =      b 1111 1110 1111 1111;
DCI_BUFF_LEN_2 =        b 1111 0111 1111 1111;

y entonces a DCICON2 se le asigna el valor:

DCICON2value =     b 1111 0110 1111 1111;

que es en hexadecimal:

DCICON2value = 0xF6FF;

Si observas las columnas de bits en las que hay un cero verás que el
resultado de la AND lógica es "0", y "1" si todos los bits son unos.

Este resultado se envía al registro de control DCICON2 configurándolo así
como deseas. Como ves el numero sigue siendo de 16 bits y no hay overflow.

Espero que os sea útil, un saludo.