|
|
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 - Ale_la_maga
Páginas: [1]
1
« en: Miércoles 1 de Octubre de 2008, 14:16 »
Hola chicos/cas !!! Desde Mar del Plata un saludo para todos. Perdón por el fuera de tema pero me pareció interesante comentarlo ya que el osciloscopio es un instrumento caro y de repente le sirve a alguien el aporte. Para los argentinos y que esten cerca de Entre Ríos bucando un Osciloscopio vean aquí http://www.firtec.com.ar . Saludos Alejandra López
2
« en: Jueves 22 de Mayo de 2008, 16:44 »
Hola Amigos Estoy luchado con el loader para el GP32 y no logro hacerlo funcionar. Me bajé todo el zip del AN2295 del sitio de Firtec pero no hay caso no logro que el GP32 me conteste. Me bajé tambien los S19 para distintos micros, pero no hay caso  . Tambien me lo bajé del sitio de Freescale pero es lo mismo. Alguien tiene andando el Loader que me pueda tirar una manito?? Desde ya gracias !! Saludos para todos  Alejandra López
3
« en: Miércoles 14 de Marzo de 2007, 13:42 »
Hola julio Te cuento, yo tenia y tengo armado ese programador el HC908GS, y cuando pase a XP 64bits lo que me hace es que a veces como que no me reconoce el micro entonces tengo que borrarlo volver a cargar el módulo algo que no me pasaba en win98 como me canso, lo que hice fué bjarme el programador que se indica en este mismo hilo y se acabaron los problemas funciona muy bien incluso lo tengo con un conector para grabar otros micros 908 realmente cero problema. Un saludo Alejandra L.
4
« en: Viernes 9 de Marzo de 2007, 14:05 »
Por cierto si a alguien le interesa el CODEWARRIOR 5.1 con licencia mándenme un PM. 
Saludos Hola Folks Mi nombre es Alejandra y me interesa el tema de la licencia para el CodeWarrior, estoy iniciando mi trabajo con el y tengo el que se baja de la web. No es mucho lo que te puedo aportar en saber pues estoy iniciando mi camino con Freescale dejando atras los pic´s pero hay un sitio donde se actualiza información de estos micros con códigos de ejemplo si te fijas en www.firtec.com.ar en la parte de biblioteca Electrónica Digital en la parte de Micro hay mucha info. Una de las cosas mas molestas que tiene esta tecnología es que la gente que sabe son en su mayoria poco propensos a compartir, cosa que no pasa con el mundo de los pic´s donde la información es mas facil de conseguir. La gente de Firtec (no los conozco, no trabajo para ellos, no tengo nada que ver con ellos) tienen incluso un msn que se conecta con uno de sus talleres, puedes consultar con ingeniería, puedes conectarte via web-cam, ver uno de sus talleres de trabajo, y contestan tus preguntas dudas.... y es free, no piden nada a cambio, no hay ni registros ni cobros ni nada y eso en el mundo motorola es poco menos que raro. He mantenido contacto con ellos a travez de ale_la_maga@hotmail.comUn saludo Alejandra López
5
« en: Miércoles 28 de Febrero de 2007, 22:04 »
Saludos Osvaldo Bueno respondiendo a tu pregunta en la tecnología actual del 908 no hay nada que se le parezca al F84, por mencionarte el mas cercano en una MUY MALA comparación te podría mencionar el JK1 pero remarco una comparación mala porque son dos mundos distintos y entre ambos microcontroladores hay un abismo tecnológico a favor del JK1 . Si estas pensando iniciarte en estos micros investigá el JK1 o el JK3 mas baratos que el F84 pero con 8 canáles analógicos, 32Mhz de reloj mas memoria, mejor rendimiento, super optimizado para programarlos en C, o C++ en fin los derivativos del 908 son muchos y hay uno para cada necesidad. Saludos Alejandra L. F
6
« en: Jueves 1 de Febrero de 2007, 13:10 »
Hola Angel Gracias ya me bajé el programa y si está buena la idea, voy a evaluar que es lo mas práctico y que funcione bien en el foro de pic´s Lalo me indica que tambien debo de ver el crc si me enfoco en una red de sensores ...  no se, tengo pines libres para colocar cada en esos pines asi que muy probable que coloque un sensor por pin. Gracias Alejandra
7
« en: Miércoles 31 de Enero de 2007, 19:49 »
Gracias Lalo!!
Si si se me paso eso.
Incluso en la app162.pdf de Maxim está el código para implementar la función.
Gracias de nuevo.
Alejandra
8
« en: Miércoles 31 de Enero de 2007, 12:32 »
Hola gente hola.gif Planteo una consulta quizas un poco tonta, pero tengo la necesidad de colocar 4 sensores DS18S20 en paralelo estos estan colocados en distintos lugares y son leidos con un controlador pero la duda se plantea en el siguiente punto, como puedo hacer para que el micro me identifique los números ROM de estos sensores, es decir que lea los sensores y guarde cada uno de sus numeros ROM para luego direccionarlos. Puedo leer los números, puedo guardarlos en el micro.. todo esto está resuelto pero como hago para interrogarlos de a uno por su número ya que cuando envió el comando para leer el número ROM todos contestan  y claro se produce una colisión, la solución que encontré fué leer los numeros antes de uno en uno y guardarlos para luego direccionar, pero eso implica que si el cliente cambia un sensor hay que "cargar" el nuevo número ROM del sensor. Se puede solucionar esto? Gracias y saludos para todos Alejandra
9
« en: Miércoles 31 de Enero de 2007, 12:29 »
Hola gente Planteo una consulta quizas un poco tonta, pero tengo la necesidad de colocar 4 sensores DS18S20 en paralelo estos estan colocados en distintos lugares y son leidos con un JK3 pero la duda se plantea en el siguiente punto, como puedo hacer para que el micro me identifique los números ROM de estos sensores, es decir que lea los sensores y guarde cada uno de sus numeros ROM para luego direccionarlos. Puedo leer los números, puedo guardarlos en el micro.. todo esto está resuelto pero como hago para interrogarlos de a uno por su número ya que cuando envió el comando para leer el número ROM todos contestan y claro se produce una colisión, la solución que encontré fué leer los numeros antes de uno en uno y guardarlos para luego direccionar, pero eso implica que si el cliente cambia un sensor hay que "cargar" el nuevo número ROM del sensor. Se puede solucionar esto? Gracias y saludos para todos Alejandra
10
« en: Jueves 30 de Noviembre de 2006, 13:27 »
Hola de nuevo Uyyy que bueno eso de bajar el PCWH voy a ver si lo encuentro. Claro sabes que justamente por eso me meti en el tema del C para incursionar en el tema de los DSP y muy acertado lo que decis sobre que por ahora los pic´s te alcanzan creo que de eso se trata de trabajar ya sea PIC motorola o lo que sea. En lo personal sabes que me desencanto de los pic´s, el que haya tantas diferencias entre un 18Fxx y por ejemplo un 16F8xx, es como empezar de nuevo mas o menos, quizas vos no lo notas porque vos ya estas programando los 18Fxx pero para muchos será un cambio duro, en contrapartida por ejemplo para un 908AP32 no hay casi nada en ejemplos y ayudas, pero si buscas algo que tiene 30 años y fué escrito para el 705 funciona igual!!! es cosa de ajustar algunas cosas y nada mas. Pero en fin es cosa de costumbres, necesidades, y soluciones, todas las platadormas son buenas y si logro bajar el entorno de C para pic´s seguramente te estaré molestando con alguna consulta  Saludos Alejandra
11
« en: Jueves 30 de Noviembre de 2006, 12:04 »
Hola Huguen Gracias por participar en la charla esta muy bueno porque de repente no se encuentran muchas personas tabajando en C. Te cuento que pense seguir con pic´s sobre la línea 18F pero me tentaron los Motorola. Y bueno aca estoy, te hago una consulta, que compilador estas usando en PIC´s, he visto que la sintaxis del Hi Tech C2C etc etc no es la misma del ansi C clasico, como que tienen algunas diferencias. Y estoy totalmente de acuerdo con vos respecto que se crean aplicaciones mucho mas facil que en assembler siempre y cuando entiendas C claro . Gracias por tu aporte Huguen Un cordial saludo Alejandra
12
« en: Miércoles 29 de Noviembre de 2006, 19:01 »
Holis de nuevo. Impecable Daniel funciona perfecto lo probé en un GP32 ESPECTACULAR!!! es mas como no me convencia saco las 100 muestras y hago que mida solo una y si si si no hay nada que hacer esa es la solución, queda perfecto. Gracias Dany por la idea realmente muy buena y realmente muy simple. Angel te paso como declare las variables en el GP32: unsigned int M0 = 0; unsigned char M1 =0; unsigned conversion = 0; unsigned char muestras = 0; Asi funciona perfecto, buena idea la de enviar solo cuando el dato es distinto asi no se usa constantemente el puerto. Respondiendo un poco tu pregunta Angel, nada el assembler que resullta de esto es practicamente como si lo escribis en asembler realmente me tiene muy metida esto del C para micros. Ahora digo, como puedo hacer algo asi con el PIC16F873 tengo mucho codigo con ese micro y realmente poder portar una rutina asi seria muy bueno, muy eficiente pero lo veo dificil en ese micro si quizas en un 18Fxx no se si lo que digo es correcto. Solo una reflexión final, me parece a mi o estos lenguajes se perfilan como una necesidad en el hardware futuro y no com una elección, será que es asi? Gracias de nuevo y un abrazo Alejandra
13
« en: Miércoles 29 de Noviembre de 2006, 14:11 »
Hola de Nuevo Bueno, hechas las pruebas los resultados son los siguientes: Si es verdad mejora pero no llega a ser lo perfecto que es en el asembler. Sigo teniendo una inestabilidad en el último dígito. Si quiero muestrear al mucha velocidad el ultimo digito es "imparable" En fin sigo con las pruebas. Saludos Alejandra
14
« en: Martes 28 de Noviembre de 2006, 12:20 »
Gracias Daniel Voy a cambiar de estrategia y probar eso que comentas, luego te cueton  Saludos Alejandra
15
« en: Viernes 24 de Noviembre de 2006, 22:12 »
Hola todos Estoy portando mis rutinas de pic´s a la plataforma del Freescale y me encuentro con un problema curioso. Al pasar las rutinas del conversor A/D de un asembler al otro no hay problemas, pero al querer pasar estas rutinas al CodeWarrior me encuentro que las mediciones son muy inestables, aclaro que con la misma electrónica y el mismo micro un JK3, si el código es asembler funciona perfecto pero si el código es en C la cosa se complica, alguien sabe algo de esto, a que se debe? Como se soluciona? Gracias, saludos para todos. Alejandra
16
« en: Martes 31 de Octubre de 2006, 18:20 »
Hola todosssssss Bueno ya me picaron el interes en el tema Yo conocí estos micros en el 2003 cuando en la UTN dieron un seminario sobre el 908 y casi ahi mismo me puse a trabajar con ellos. Utilizo el WinIde para el assembler, programar y simular in circuit y el CodeWarrior para el C y si tambien el programador que estoy usando es el HC908GS sin problemas. Ademas contando con herramientas como el Processor Expert algo asi como un super Niple pero desarrollado por la gente de Motorola para estos micros es realmente muy grato trabajar con ellos y depurar problemas con simulador in circuit es realmente impresionante dista mucho del simulador en RAM del MPLAB, la herramienta que hace esto de microchip es realmente costosa aqui está ya en el entorno si si si muy bueno Si tambien comparto el punto de que la gente de Motorola ha cambiado bastante su enfoque, y si bien es verdad que con los PIC se puede hacer casi todo lo que se hace con Motorola con estos las cosas son mas simples pues los comandos son mas directos..... jajaja claro hay como 250. En fin creo tambien que son una muy buena alternativa ademas no está de mas el saber de ellos ya mi abuelo decía "No es bueno poner todos los huevos en una cesta", no es bueno ser Microchip dependiente ni Motorola dependiente ni dependiente de ninguna tecnología en especial, pues nos convertimos en mercado cautivo y creo que eso puede complicarnos las cosas por lo menos a los que vivimos de esta actividad. Saludos para todos Alejandra
17
« en: Jueves 23 de Febrero de 2006, 16:10 »
Hola Angel Mirá en www.firtec.com.ar en la parte de archivos hay información sobre el bus pci en ingles  Y si te fijas en el ftp de Firtec hay un proyecto completo de una placa experimental que funciona en el bus PCI, (ojo son mas de 60Mb), para ingrersar al ftp necesitas el user y el pas, el usuario es: < firtec.com.ar_Electronica > y el password es: < firtec.2006 >, el ftp lo usan los alumnos para subir y bajar cosas. Suerte Alejandra.
18
« en: Jueves 24 de Noviembre de 2005, 14:32 »
Está al pié del PDF [ WWW.FIRTEC.COM.AR ] En la parte de archivos Saludos
19
« en: Miércoles 23 de Noviembre de 2005, 22:55 »
De repente te sirve. Saludos
20
« en: Miércoles 23 de Noviembre de 2005, 21:07 »
Hola
En el manual del PLC S7 400 al final en la parte de "Apartados" hay información interesante sobre este bus de campo, no es mucha pero es muy puntual sobre como se acomoda la trama y protocolo en general. En los manuales de los variadores Micro Master de Siemens tambien al final hay informción sobre Profibus ya que la idea es conectarlos entre si.
Saludos
Alejandra
21
« en: Miércoles 23 de Noviembre de 2005, 16:30 »
Holita!!!!
Perdón perdón que meta la cuchara.
Es correcto al pic solo llegan binarios, ahora el problema de "letras" o números se presenta cuando se quiere respresentar en un LCD o enviar datos por el hiperterminal de windows, por ejemplo el número 1 el 2 o el 3 ya que si enviamos al LCD el 0x01 no veremos lo que esperamos para ver el 1 en un LCD deberemos enviar el 0x31 que es el hexa que representa el ascii 1, el concepto de letras y números solo es importante para la interpretación humana y su converción es simple si pensamos que queremos ver un 0 en una pantalla LCD y recibimos el numero 0 por el RS232 el pic solo debería sumarle 30 a esto es decir 30+0 =30 Ascii 0, si recibo el 0x01 y quiero ver el 1 en la pantalla LCD sumo 30+1=31 el ascii del 1 y asi todos los números para convertirlos en su valor ASCII, para diferenciar entre hexa´s que representan número y hexa´s que representan letras se puede hacer una comparación y si el hexa recibido está dentro del rango de los hexa de los números será un ascii numérico, para esto podemos hacer alguna operación de resta y mirar el bit C del Status para saber si <o >.
De esta forma es posible tambien diferenciar no solo valores ascii que representan números o letras sino tambien secuencias de comandos desde el teclado como el enter, la barra espaciadora etc, etc.
Un saludo para todos y disculpen la intromisión.
Alejandra
22
« en: Miércoles 23 de Noviembre de 2005, 13:11 »
Holita Te cuento que estoy igual que vos, he notado que hay en la web muy poca información sobre experiencias con estos micros, poca si la comparo con los pic´s, sin embargo es sabido que el trabajo con motorola es impresionante lo veo en el trabajo que hacen los chicos en la universidad y siempre les pregunto porque no comparten su saber???? Porfis seria posible me pases el esquema del programador que armaste para el jk1 y si es lo mismo para el jk3 ya que tengo JK3 Y otra consulta he visto que el WinIde tiene un simulador "online" con el micro, eso lo hace cualquier programador o hay que comprar algo especial a Motorola. Pienso en esta semana tener armado un programador e iniciar mis primeras pruebas con el jk3. Sobre lo que preguntas no te puedo ayudar pero en unos días de repente si jaja Saludos Alejandra
23
« en: Jueves 17 de Noviembre de 2005, 11:15 »
Hola Huguen_aus_Tirol Si es verdad lo que dices, sin embargo si te fijas en el esquema que está en el sitio web www.firtec.com.ar el microcontrolador que estan usando en 908jk3 de Motorola y un pin lo usan para manejar un parlante y generar un bip por cada tecla que se pulsa, ahora bien esa patita bien podría usarce para controlar el chip set de otro 8255 y entonces tendías un 48 pines configurables como entradas salidas, quizas el tema no está en controlar uno sino con la facilidad que agregas puertos ..... y muchos  y a veces el problema es que al agregar un micro mas grande, con mas patitas tambien le agregas un montón de funciones que estos micros traen que no necesitas ya que solo buscas mas patitas, no se si me explico con esto sigues usando un micro barato con las prestaciónes necesarias para tu proyecto y los puertos los consigues a partir de un chip que vale centavos. El problema por lo menos para mi es que claro, el 8255 hay que controlarlo es decir de alguna manera emular las señales que originalmente venian del ISA ya que este chip originalmente se usaba mucho en el slot ISA. Y de paso aprovecho para agregar una consulta general al foro, yo soy nuevita aqui pero he visto que casi todos programan PIC (y por lo que veo muy bien) pero hay pocos comentarios de programadores de Motorola por???? No programan controladores Motorola??? He estado viendo que el código parece mas complicado, aclaro que solo soy una novata programadora de PIC´s. Ufffff que latera estoy jaja  saludos para todos Alejandra
24
« en: Miércoles 16 de Noviembre de 2005, 15:11 »
Gracias Jonathan Está muy buena la idea porque con un micro barato se podrían conseguir muchos pines de puertos, me gustó Ademas pregunté en el sitio de Firtec y me cuentan que claro como estos ppi se pueden poner en paralelo y activarlos por el chip set de cada integrado es super facil manejar varios y activarlos con CS de cada uno, realmente muy bueno, dos PPI aportan 6 puertos de 8 bits cada uno, 48 bits!!!!! configurables GENIAL Mañana me pongo a trabajar con un 16F627 para ver que se puede hacer. Saludos para todos Alejandra
25
« en: Martes 15 de Noviembre de 2005, 21:41 »
Hola todos. En un link que se posteó mas abajo [www.firtec.com.ar] hay un trabajo con un 8255 y un controlador motorla, mi pregunta es, se puede hacer esto con un pic, si supongo que si, alguien ha hecho algo parecido, me pareció interesante porque controlando dos 8255 con pic de bajo costo podría tener 6 puertos de 8 bits configurables Me gustó la idea !!! Cordiales Alejandra
Páginas: [1]
|
|
|
Mostrar Mensajes
