|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - carmamezo
Páginas: 1 ... 3 4 [5] 6 7 ... 10
101
« en: Miércoles 24 de Mayo de 2006, 09:38 »
Pues tienes razón, acabo de buscar (mi versión es un poco vieja) y la versión 6.7 SP3 parece ocupar unos 327MB... Supongo que habrán introducido bastantes mejoras, además de muchas librerías de componentes nuevos... Voy a probar la versión esta a ver que tal está... Un saludo. 
102
« en: Miércoles 24 de Mayo de 2006, 09:29 »
pues he buscado entre mis programitas y creo que yo usé el Proteus 5.2, pero supongo que cualquier versión superior funcionará...
Espero que te sirva de ayuda.
Por cierto, ocupa unos 12MB.
Un saludo.
103
« en: Martes 23 de Mayo de 2006, 08:59 »
Hola,
el proteus (ISIS) permite crear circuitos con PICs y luego enlazarles el código generado por el compilador en C. Una vez hecho esto se puede ejecutar el código en C paso a paso, ahora bien, no es un debugger como el del Visual Studio por ejemplo, es bastante más pobre pero bueno, te permite ver el programa paso a paso.
Si te lo curras un poco puedes añadirle una conexión RS-232 que te simula una pantalla de PC donde puedes recibir datos del PIC, y así podrás visualizar lo que desees.
Ya nos contarás si te ha servido.
104
« en: Martes 23 de Mayo de 2006, 08:37 »
En la página del compilador hay un manual con las funciones implementadas en el mismo así como el funcionamiento básico del compilador, es bastante fácil de usar. No creo que tengas muchos problemas.
105
« en: Jueves 18 de Mayo de 2006, 10:56 »
Uhm... normalmente las tarjetas ATI tienen una salida para el monitor y otra para los televisiones (DVI), normalmente la tarjeta viene con un conector tipo AV, para conectarlo a la segunda salida. Normalmente, una vez hecho esto, puedes ver las imagenes del monitor en la televisión también. A veces los videos no se ven, para verlos hay que ir al panel de control de catalyst de los drivers de ATI (te lo puedes bajar de ATI) en el panel de control, debes ir a la opción monitores y seleccionar la tele como primaria (o algo así) te bajará la frecuencia de refresco de la pantalla del monitor a 60Hz creo, y verás el video en la tele, pero no en la pantalla del ordenador. Esto no sé bien por qué es... A lo que voy, el escritorio y los programas sencillos se ven en ambos sin problemas, pero los videos sólo se ven o bien en uno o bien en el otro. Un saludo.
106
« en: Jueves 18 de Mayo de 2006, 10:47 »
Una cosa, para no crear dudas, en la última frase me refería a que si no le pasas argumentos al programa, argc valdrá igualmente 1, nunca vale menos pq argv siempre contiene la ruta completa del programa en su primera posición, independientemente de los argumentos.
107
« en: Jueves 18 de Mayo de 2006, 10:43 »
Hola, - Lo primero, la función main puede devolver algo int main o no void main, eso es a tu gusto. Qizás te interese llamar desde un programa a otro programa para que le dé algo... Un ejemplo absurdo de programa: #include <windows.h> #include <stdio.h> int main (int argc, char *argv[]) { if (argc==1) { printf("\n\tNo se han pasado parametros"); return -1; } if (argc > 2) { printf ("\n\tDemasiados parametros."); return -1; } if (argc == 2) { if (!strcmp(argv[1],"hola")) { printf("\n\tHola!!"); exit(1); } if (!strcmp(argv[1],"adios")) { printf("\n\tadios"); exit(1); } } printf("\n\tEste programa solo acepta los siguientes parametros:\n\thola.\n\tadios."); return -1; }
Este programa devuelve "Hola!!" cuando le pasas un hola como argumento y un "adios" cuando le pasas un adios. Si no le pasas argumentos, te devuelve un error "no se han pasado argumentos", lo mismo ocurre si se le pasa demasiados argumentos, entonces devuelve "Demasiados parametros". Si se le pasa un parámetro distinto de hola o adios devuelve un error indicando los parámetros que acepta. Para comprobarlo, deberás llamar al programa mediante la interfaz de comandos y añadirle los parámetros (también se puede hacer desde el compilador, busca y encontrarás un apartado que te permite añadir parámetros para debuggear el programa). Si te fijas, argc siempre vale 1, porque en argv, en la primera posición (argv[0]), siempre aparece la ruta del programa que se está ejecutando. Espero que te sirva de ayuda. Un saludo.
108
« en: Miércoles 17 de Mayo de 2006, 07:56 »
Hola, esta es la forma en la que se hacían los programas para usarlos con la interfaz de comandos del viejo MS-DOS. Permite llamar al programa y aprobechando la llamada pasarle algunos datos extra directamente. Un ejemplo, tu puedes llamar desde el interfaz de comandos (cmd) al programa ipconfig para conocer tu IP. Pero también puedes llamar al mismo programa añadiendo lo siguiente: ipconfig /all Lo que hacemos aqui es llamar al programa y pasarle un parámetro (/all) para que nos muestre toda la información. Pues aqui lo mismo. en argc tendremos el número de elementos que se han escrito detrás del nombre del programa (parámetros extra) y en argv[] tendremos esos parámetros que se han pasado. Espero que te sirva de ayuda. Un saludo.
109
« en: Miércoles 10 de Mayo de 2006, 00:38 »
Hola amigo, pues bueno... mi opinion es que no sigas por ese camino, Todo conector RS-232 tiene las siguientes conexiones: GND: tierra TxD: linea de transmisión de datos. RxD: linea de recepción de datos. DTR: "Data Terminal Ready" indica al modem que se conecte a la línea DSR: "Data Set Ready" respuesta a la anterior señal, el modem indica que está conectado a la línea. RTS: "Request to send" indica que el modem pasa a modo transmisión. cuando está a 1 indica que le envien datos y cuando está a 0 que se detenga el envío. CTS: "Clear to Send" respuesta a la anterior señal, el modem indica que está preparado para recivir datos y enviarlos. RI: "Ring indicator" el modem indica que se ha producido una llamada de un modem remoto. CD: "Carrier Detect" el modem indica que la línea ha sido activada en el extremo remoto, por lo que pueden llegar datos en cualquier momento. Vale, un poco lioso, ahora bien, existen dos tipos de conexiones, tipo NULL MODEM y tipo FULL MODEM. En el tipo NULL MODEM tan sólo se conectan los Tx, Rx y GND, esta es la conexión básica, la otra usa todas las líneas y se usaba para la conexión a un modem (queda claro viendo el nombre). La tipo NULL MODEM es la conexión que se usa normalmente y la que deberías usar. Ahora bien, dado tu interés, te diré más o menos como funciona el sistema FULL MODEM: -Antes de enviar un caracter, se pide permiso mediante un uno en la salida RTS. - Se espera a recivir un 1 en CTS, en este momento se puede detener el flujo. Sin más que enviar un 0 al CTS del PC para que se quede a la espera. - La señal DTR indica que se está listo para recivir datos. - La señal DSR indica que el otro está listo para recivir datos. Si yo fuera tu, dejaría estas señales y programaría un protocolo de comunicaciones usando NULL MODEM. Por ejemplo que el PC mande un caracter concreto indicando que le quiere enviar datos al PIC y que se quede a la espera hasta que el PIC le responda con un caracter de permiso. En ese momento que el PIC se quede a la espera recibiendo datos hasta que reciba un caracter de finalización. Con este sencillo mecanismo la cosa funcionaría, es una especie de polling. Ya nos contarás como te va... Un saludo
110
« en: Miércoles 10 de Mayo de 2006, 00:02 »
Pues vamos a ver... primero, si al conectar los lectores al bus del disco duro no hay problemas entonces o bien el controlador del IDE2 de la placa base está mal o bien el bus de datos del IDE2 está mal. Prueba a conectar el disco duro al IDE1 con el bus que utilizas para el IDE2 y mira si lo reconoce la bios... si no es así el bus es defectuoso y deberás comprar otro... ni tan mal amigo  Si no encuentras problema prueba a conectar el disco duro al IDE2 y mira a ver si lo reconoce la bios, si no es así, el controlador del IDE2 está mal... mal rollo...  También puedes conectar el disco duro al IDE2 y los dispositivos ópticos al IDE1... En fin ya nos contarás... Suerte
111
« en: Jueves 4 de Mayo de 2006, 13:33 »
Hola Laura... las luces que ves se encuentran en la placa base?? si es así mira el manual de la placa base, esas luces (leds) son códigos que te informan del estado de la placa base... La pantalla no enciende... ¿has probado a conectar otra pantalla? si sigue sin funcionar prueba a apretar bien la tarjeta gráfica y el conector que va desde la torre a la pantalla... Pueden ser tantos los problemas... la memoria, la placa, la tarjeta gráfica... Para solucionar estos problemas se procede desconectando todo y conectando las piezas poco a poco, y si puedes, conectando otras a ver si se arregla. Cruza los dedos para que no sea la placa base. Ya nos contarás, un saludo
112
« en: Lunes 1 de Mayo de 2006, 12:52 »
Otra cosa.... has elegido la opción de Microchip de 14bits??? Si no la eliges da errores... Un saludo.
113
« en: Lunes 1 de Mayo de 2006, 12:36 »
me lo trajo a casa una mulita.... 
114
« en: Lunes 1 de Mayo de 2006, 12:33 »
Vamos a ver... no se muy bien qué quieres hacer en la bios pero te diré que si quieres instalar un SO en el PC y no te da la opción de iniciar desde un CD, tendrás que iniciar con un disquete de arranque de 3 y 1/2 como se hacía antes... (estamos demasiado mal acostumbrados y nos olvidamos de las viejas artes) Ahora bien... te debería reconocer el disco de 1.5GB, lo deberías ver en la bios, pero ojo, estas bios antiguas no reconocen discos de mas de 33GB, asi que s¡ intentas instalar algun disco grande de los nuevos no te lo va a reconocer, para solucionar este problema mira la configuración de los jumpers traseros del disco, normalmente tienen una posición para limitar la capacidad a 33GB. En fin, si no puedes ver el disco de 1,5GB en la bios... malo, puede que el disco esté roto... Espero que te sirva de ayuda... un saludo
115
« en: Viernes 28 de Abril de 2006, 09:08 »
Yo uso el CCS picc compiler y funciona perfectamente.
116
« en: Sábado 22 de Abril de 2006, 19:35 »
Pues 50ºC son unos cuantos grados... ¿Los tocaste mientras están encendidos y verdaderamente están tan calientes? Puede que el programa de lecturas erroneas, ten en cuenta que los discos deben soportar la tecnología S.M.A.R.T. para poder leer la temperatura de los mismos. Si es así, pues tendrás que refrigerar mejor si quieres bajarles la temperatura. Una opción es mejorar la refrigeración de la caja.... Pon más ventiladores externos. Si hace falta y te sientes con ganas coge un taladro, una broca de corona y le haces un par de agujeros a la caja, uno en un lateral y otro en la parte superior o donde te apetezca, le pones unos ventiladores y listo... aunque tendrás que disponer de una fuente de alimentación potente para tanto ventilador. Otra opción es ventilar los discos duros directamente, existen en el mercado unos sistemas para refrigerar discos, el problema es que normalmente necesitan una bahía 5 1/4. Dependiendo de la torre dispondrás de unas 4 (lo normal) supongo que tendrás uno o dos dispositivos de CD/DVD en las bahías y por tanto te quedarán otras dos libres, si es así perfecto, justo lo que necesitas. Suelen contener bien un ventilador grande (unos 8cm) para ventilar con aire del interior de la torre o bien varios ventiladores pequeños que dan al exterior (2 o 3 ventiladores de 4cm). En fin, como ves hay muchas opciones, yo te diré que mis discos duros están distribuidos igual que los tuyos (con una separación de un par de cm), y están a una temperatura de unos 34ºC... Claro que yo tengo 5 ventiladores externos en la caja y un ventilador frontal que les da directamente aire desde el exterior... Ya nos contarás como lo solucionas... Un saludo
117
« en: Sábado 22 de Abril de 2006, 19:10 »
Hola compañero...
Si sucede cuando carga el SO, y se produce un apagón del monitor justo antes, se debe a que el SO debe reiniciar el monitor cuando activa la configuración del mismo (la resolución: los píxeles 1024x768 y la frecuencia de actualización 70Hz por ejemplo).
Durante el reinicio del monitor, éste hace algún ruido en el rango de frecuencias audibles por el oído humano: 20Hz-20kHZ, por eso le oyes pitar...
Si el pitido termina al cabo de unos segundos no te preocupes, a mi tb me pasa. Si el pitido continua mala señal que lo envíe al servicio técnico o les pregunte.
El monitor no debe hacer ruidos molestos.
Un saludo.
118
« en: Viernes 10 de Febrero de 2006, 13:08 »
Pues necesitarás usar sockets, y luego mediante el protocolo smtp:
- Debes conectarte a un servidor de correo smtp.
- identificarte (algunos obligan a tener una cuenta en ese servidor).
Y luego enviar una serie de comandos... puedes encontrar ayuda de como enviar un mensaje de correo mediante telnet en internet.
Un saludo.
119
« en: Sábado 4 de Febrero de 2006, 13:19 »
La verdad es que el CI Max232 para comunicación serie RS232 es bastante común, deberías encontrarlo en cualquier tienda de electrónica, busca un poco por tu ciudad bien usando el listín telefónico o sino por internet...
No conozco ningún dispositivo comercial que lo use.... lo siento. De todas formas te saldría caro el circuito si tienes que comprarte todo el dispositivo...
Un saludo.
120
« en: Miércoles 18 de Enero de 2006, 09:06 »
La función gets() recoge una cadena de caracteres del buffer de entrada estandar hasta encontrar \n, y luego sustituye ese \n por un \0. Por tanto lo que dices no tiene sentido, no se para en los espacios en blanco, igual hay algún problema con basura que haya quedado en el buffer... Prueba lo siguiente: fflush(stdin); printf("Introduce nombre: "); gets(nom); Si aun así no funciona no sé qué puede ser... Seguro que no se recoge bien??? no será que luego tratas la información contenida en "nom" mal??? Manda el código completo si sigue sin funcionar. Un saludo.
121
« en: Martes 17 de Enero de 2006, 09:54 »
Debes usar la API de windows: BOOL SetCursorPos( int X, // horizontal position int Y // vertical position ); Tienes que definir la librería winuser.h Un saludo.
122
« en: Domingo 15 de Enero de 2006, 10:31 »
Si el programa lo vas a ejecutar bajo windows siempre puedes usar la API de este sistema operativo: - Puedes leer del registro los distintos valores de hardware. - Puedes llamar a distintas funciones del API para saber el tamaño de los discos y de la memoria RAM, también hay funciones para saber la familia a la que pertenece el procesador. Para el caso de los discos y opciones complejas como son el SMART o saber la temperatura de los mismos debes hacer llamadas a las funciónes IOCTLS de la API, de esta forma puedes saber el número de serie de los discos, el número de serie que les da windows (cuando haces dir en el disco duro), la temperatura.... Para conocer la velocidad real del procesador (Hz), la temperatura... la cosa se complica mucho. Como ya te he dicho esto funciona sólo bajo windows. Tienes un montón de ejemplos de funciones para conocer el hardware en la siguientes webs: Code guruCode projectUn saludo.
123
« en: Miércoles 11 de Enero de 2006, 11:36 »
Hola de nuevo, si no encontraste tu placa base en el motherboard monitor podrías haber elegido un modelo anterior o algo así a ver si funciona. De todas formas aqui te dejo el link a una página donde hay otro programa que debería funcionarte bien: Speed FanEste programa escanea el SMBus en busca de sensores.... normalmente los suele encontrar. Espero que este si te funcione. Un saludo.
124
« en: Lunes 9 de Enero de 2006, 09:17 »
Hola, como bien ha dicho lalo_soft el control de temperatura lo hace un chip situado en la placa base (winbond, IT...) este chip se conecta al bus SMBus normalmente y para leer la temperatura de este hay que realizar llamadas a las E/S, cada placa lleva un chip distinto con distintas opciones de llamada, por tanto dependiendo de la placa y el modelo tendrás un chip u otro. Por tanto el software para leer la temperatura es independiente del procesador, depende unicamente de la placa base. Normalmente, puedes encontrar un programa que se encarga de realizar llamadas a este chip en el CD de utilidades de la placa base, de tal forma que puedes saber la temperatura de tu procesador, además de que puedes estar seguro de que el software funciona, porque lo han diseñado especificamente para esa placa. De todas formas hay varios programas para poder leer la temperatura, uno de los mejores era el motherboard monitor, pero su desarrollador dejó de actualizarlo. Tenía muchas placas base preconfiguradas asi que si tu placa base no es muy nueva podrías probar este software. Espero haberte ayudado.... Un saludo.
125
« en: Jueves 5 de Enero de 2006, 09:11 »
Podrías incluir en el bucle lo siguiente: #include<iostream.h> void main() { int num,n_blancos=0; char dato; cout<<"Introduzca un texto terminado en un punto"<<endl; num=0; cin>>dato; while(dato!='.') { num=num+1; cin>>dato; if(dato==' ') n_blancos++; } cout<<"El texto tiene " <<num<<" caracteres y "<<n_blancos<<"espacios en blanco"<<endl; }
Supongo que funcionará... Un saludo.
Páginas: 1 ... 3 4 [5] 6 7 ... 10
|
|
|
Mostrar Mensajes
