|
|
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 - lalo_soft
Páginas: 1 ... 15 16 [17] 18 19
401
« en: Viernes 20 de Enero de 2006, 00:10 »
Tengo un arreglo Arreglo[8,8] // 64 elementos
Asunto:
variable = Arreglo[0,0] //obtengo el primer elemento del Arreglo
...
...
...
variable = Arreglo[7,7] //obtengo el ultimo elemento.
Pregunta:
Alguien sabe la manera de convertir una variable INT ( ej: int NumeroElemento ) de tal manera que esta conversion termine en dos indices para poder manejar el array[ , ]
402
« en: Jueves 19 de Enero de 2006, 21:08 »
Prueba con esto:
txt.txt = System.Convert.ToString(valor);
403
« en: Miércoles 18 de Enero de 2006, 03:16 »
DDK Suite 3 tiene un precio de us$199 mas tax,no es un regalo y tiene un precio muy elevado por solo enviarte un CD.Pues otras empresas nos han enviado CD o DVD con sus programas gratis(sin siquiera pagar el costo del CD ni flete).Microsoft no regala DDK(nosotros tuvimos que comprarlo) lo que regala en una version parcializada llamada WDF o algo asi.
404
« en: Martes 17 de Enero de 2006, 02:56 »
DDK tiene un precio de US$300 aprox.en microsoft y lo necesitaras, pues supongo que querras hacer drivers PCI,USB,etc. Actualmente los drivers son programas tipo SERVICE (programas que por lo general no poseen una interfaz de usuario y se instalan al encerder el PC) los puedes hacer con exito en lenguaje C++ y C#.Yo personalmente hice uno para una tarjeta tipo PCI que desarrollamos en la empresa donde trabajo fue hecho con el DDK de microsoft en C# para correr en ambiente .NET
405
« en: Martes 17 de Enero de 2006, 00:37 »
No tiene nada que ver el hecho de que la computadora no este corriendo el programa que le el dato que envias, tienes un error de concepto. Al encender el micro y si la rutina de transmision esta en la secuencia inicial de trabajo de tu programa la ejecuta y transmite el dato.Para conserguir lo que creo que esperas ,es escribir y ejecutar primero una rutina que cheque la recepcion de un dato ,para despues transmitir hacia el PC.
Al encerder el pic este debe esperar y luego Transmitir.
El Pc es que debe transmitir primero,no el PIC.
406
« en: Lunes 16 de Enero de 2006, 16:31 »
El Bit7 del registro Opcion(Address 81h) del 16F84 enciende los pullUp del puertoB donde esta conenectada la EEprom.
407
« en: Domingo 15 de Enero de 2006, 00:48 »
Se me olvidaba en el programa configura el oscilador para Clock externo NO crystal.
408
« en: Domingo 15 de Enero de 2006, 00:44 »
El pin C3 tiene doble funcion despues de grabar es la entrada del Clock (oscilador maestro) conecta un clock de 4MHZ a este pin y nos cuentas.
409
« en: Domingo 15 de Enero de 2006, 00:05 »
En el programa activa los PullUp del Puerto B
410
« en: Sábado 14 de Enero de 2006, 18:36 »
Pregunta: Directx esta bien soportado en TurboPascal?
411
« en: Sábado 14 de Enero de 2006, 18:19 »
pull-up a SDA y SCL Esa es la falla, desconosco la tarjeta que usas pero si la memoria es de envase Dip podrias por debajo soldar resistencias de 10K ambas entre el pin 8 (VCC) y las correspondientes señales.
412
« en: Sábado 14 de Enero de 2006, 18:13 »
Parece que si,en mi pais se ofrecen cursos de programacion en video juegos y estan basados en Blitz
413
« en: Sábado 14 de Enero de 2006, 04:00 »
ni siquiera he corrido ese programa cuando ya me ha mostrado el dos, a eso me refiero. ¿Te refieres a que todavia no ejecutas las rutina de transmision y te escribe el dos?
414
« en: Sábado 14 de Enero de 2006, 03:50 »
Esta ves no hare comparacion entre C y ASM como suguiere Tirol les hablare de mi experiencia en C.
Yo he usado tres tipos de compilador C para el desarrollo de proyectos profecionales.
1.- CCS para Pics. calificacion "Regular" precio us$ 1000 aprox.
2.- ICC para Atmel Avr calificacion "Optima" precio us$ 700 aprox.
3.- IAR para ARM core calificacion "Una Maravilla" precio us$ 2000 a us$ 5000 aprox.
CCS:
Lo Malo:
No es standar ANSI la columna verterbrar de un progama escrito con este compilador no es portable a micros de otras marcas,requiere de manuales del fabricante ya que todo el manejo del hardware viene soportado con funciones tipo CUSTOM, no trae optimisador de codigo para ahorrar memoria.
Lo Bueno:
La ultima version maneja toda la familia Pics,las librerias Custom configuran con eficiencia casi todos los modulos de hardware para luego solo interactuar con ellos.
ICC:
Lo Malo:
La documentacion de fabricante es deficiente.
Lo Bueno:
Full ANSI, todo lo leido en los libros standar de C (ej: El lenguaje de programacion C autor Dennis M Ritchie ) corre en este compilador,con pequeños cambios he portado funciones hacia otros micros, tiene optimisador de codigo con un algorismo bastante eficiente para ahorrar memoria.
IAR:
Lo Malo:
Aun no lo encuentro.
Lo Bueno:
Este compilador es un caso especial sumando las caracteristicas de ICC y varias otras mas, nos permite progamar en C,C++,POO.Para los que dominan programacion POO se daran cuenta la potencialidad de este compilador para realizar proyectos de altas prestaciones.
Saludos.
415
« en: Sábado 14 de Enero de 2006, 02:33 »
Tu equipo no es lo mas optimo en estos tiempos.Pero si puedes instalar una tarjeta inalambrica (te recomiendo una Dlink) con Win98 SE (supongo que es ese win el que tienes instalado)te va a dar un poco de trabajo la configuracion de la red,luego de algunos minutos de ensayo y error funciona.No esperes grandes prestaciones con esa configuracion de equipo.
416
« en: Sábado 14 de Enero de 2006, 02:23 »
C++, C, asm .Estan soportados por microsoft(no confundir con creados por microsoft).
Entoces blitz seria otro aparte de Delphi.
417
« en: Sábado 14 de Enero de 2006, 02:14 »
el problema que tengo es que supuestamente si no leo el dato, no tendria que sacar ese dos por el puerto A Insisto todo lo que haces es transmitir y colocar el dos. Tirol tiene razon donde esta la rutina de recepcion.
418
« en: Sábado 14 de Enero de 2006, 02:12 »
el problema que tengo es que supuestamente si no leo el dato, no tendria que sacar ese dos por el puerto A Insisto todo lo que haces es transmitir y colocar el dos. Tirol tiene razon donde esta la rutina de recepcion.
419
« en: Sábado 14 de Enero de 2006, 02:07 »
Como dato anecdotico el C (CCS) para Pics es el menos standar y portable hacia otros micro (como Atmel,ARM).
420
« en: Sábado 14 de Enero de 2006, 02:00 »
No pretendia ser soberbio
Lo de que es fallo del programador y no assembler, no era a ti en particular Disculpado  . C es aun un mundo nuevo para los que programamos microcontroladores su potencial y aceptacion deben recorrer el largo camino que ya tiene el Asembler .No devemos olvidar que fuimos hijos del Asembler y en cierta manera durante esta discucion yo lo olvide. Saludos a todos y sigamos enriqueciendo este foro desde nuestras trincheras.
421
« en: Viernes 13 de Enero de 2006, 14:03 »
para de multiplex de canales puedes usar dos de estos
CD4051.8-CH ANALOG MUX/DEMUX
422
« en: Viernes 13 de Enero de 2006, 13:54 »
ENVIAR
movf AUXI,W
movwf TXREG
bsf STATUS,RP0;cambia al banco 1
COMPTX btfss TXSTA,TRMT;comprueba si acabo de transmitir
goto COMPTX
bcf STATUS,RP0;cambia al banco 0
movlw 0x02
movwf PORTA
return Pero si transmites ,espera fin de transmicion y luego le ordenas escribir el 2.¿Cual es el problema? explicanos el contexto para poder ayudarte mejor por que hasta ahora no veo el problema. Otra cosa: ESPERA clrwdt
goto ESPERA Si tienes encendido el WatchDog mejor apagalo en el inicio de tu programa por que si no tienes bien calculado el tiempo que tardan de las instruciones que usas sera facil que te resete el micro en medio de cualquier parte en tu programa.
423
« en: Viernes 13 de Enero de 2006, 03:18 »
Esta son unas macros en lenjuage C que hice y que uso a menudo para converciones binarias a bcd y viceversa .(las he usado en Pics,Atmel y Arm).
Agregan estas macros en su archivo *.h
#define BCD2BIN(val) (((val)&15) + ((val)>>4)*10) //conversion Bcd a Binario
#define BIN2BCD(val) ((((val)/10)<<4) + (val)%10) //conversion Binario a Bcd
Modo de uso: (archivo *.c)
char Resultado; definan las variables a usar
char Valor;
Valor = 0x15;
Resultado = BCD2BIN(Valor);
Respuesta: Resultado = 00001111b;
Valor = 00010000b;
Resultado = BIN2BCD(Valor);
Respuesta: Resultado = 0x16;
424
« en: Viernes 13 de Enero de 2006, 02:41 »
Bueno Kain589 recojos tus respuestas con humildad y buen humor en el entendido que son para colaborar con la comunidad  . En ese caso no es assembler quien falla, es el programador No seas sobervio pues tu tambien y en mas de una ocacion debiste fallar en tus primeras rutinas de asembler, en C tampoco se esta libre de cometer errores , tambien requiere de estudio y ensayo sobre todo si se viene del asembler . Recuerda que siempre habra mas de una manera de hacer las cosas. Asembler y C son herramintas poderosas cada una en su campo,la expreriencia y el trabajo con ambas dara la pauta de cual nos llevara a mejor puerto en nuestros proyectos. Saludos.
425
« en: Viernes 13 de Enero de 2006, 02:15 »
¿Aparte de delphi que otro lenjuage "No Microsoft" te permite trabajar bien con DX?
Páginas: 1 ... 15 16 [17] 18 19
|
|
|
Mostrar Mensajes
