Ayuda con funciones del SDK y puerto EXT

[(_=*ZaXeR*=_)]

Hola:
Pues eso que quiero que me ayudeis y me digais cuales son las funciones que usa el SDK para manejar el puerto EXT, porque quiero tener control sobre cada pin puntualmente, sin tener que moverme con el tema del ensamblador que como me coma el tarro lo hago en ensamblador del 68k y a b como tira en el arm9 jajajaja.
Bueno que si me podeis decir cuales son las funciones y su sintaxis pos mola

[Miki-chan]

A ver si te sirve algo de esto:

What signals are found on the gp32 EXT connector?


Pins: 1=3.3v, 2=nRESET, 3=nTRST, 4=JTAG[TDI], 5=JTAG[TMS], 6=JTAG[TCK], 7=JTAG[TDO], 8=AIN0, 9=RXD0/GPF0, 10=TXD0/GPF2, 11=IIC-bus[SCL], 12=IIC-bus[SDA], 13=nRTS0/GPF4, 14=nCTS0/GPF5, 15=RXD1/GPF1, 16=TXD1/GPF3, 17=NoConnection(?), 18=Ground

Refer to the CPU data sheet for more info on these signals.

Eso está sacado de aquí: http://www.devrs.com/gp32/files/gp32devfaqs.php

Y aquí: http://www.epigp.com/witbe/SDK_2_1_x/Gp_SDK_2.1.5/DOC_HTML/gp_standard_library.html

Vienen una función para crear una comunicación y otra para eliminarla. Funciona para comunicaciones USB o por puerto UART, no tengo muy claro que te pueda servir porque yo en temas de hard... Espero que te sirva algo alguna de estas páginas.

[(_=*ZaXeR*=_)]

mmm es que yo el uart no es el que uso en el lector de cf, uso el puerto EXT y los pines 7 y 4 para los datos a b como me las apaño

[Sd-Snatcher]

Me temo zaxer que esos pins no se pueden programar, el jtag es un sistema de conexion directa al procesador para poder hacer debugg, lo que se puede hacer es enviar ordenes a la GP32 a traves de ella, o como ya sabemos, programar la bios de la GP32.

[mortimor]

Has cometido un error Zaxer, me temo. Si quieres utilizar el puerto EXT deberias usar el uart, que es muy sencillo.

Si lo que quieres es utilizar los pines del puerto a tu aire... dudo que puedas hacerlo, ya que tienes por medio el controlador de la UART y si tiras de los pines para JTAG tienes que tener en cuenta que estos tienes su propio sistema (no lo conozco bien) para poner los datos en serie a los registros de la CPU directamente y tengo mis mudas sobre como aprobechar esto.

[Sd-Snatcher]

Este es el esquema del jtag de samsung:




Observa los nombres de las lineas a la derecha del segundo esquema.

[(_=*ZaXeR*=_)]

Vamos a ver yo no uso los el puerto EXT a mi aire, o por lo menos he tratado de seguir una logica quizas no lo haya conseguido porque ya digo que estoy corto de informacion con el tema del coreano y con que no tengo internet en mi casa y me conecto desde un cyber, desde la facultad o de incognito 5 minutos en mi kely. He buscado la info sobre el puerto y he utilizado los pines que necesitaba para el lector, como el compaq flash cuando se lee saca un byte completo y eso lo tenia que meter por una sola linea, pues tenia que usar un MUX con 3 lineas de seleccion 8 entradas y una salida, por lo tanto a las 3 lineas de seleccion le tenia que meter un contador para que el MUX fuera seleccionando cada una de las entradas y las metiera por el pin, de modo que el circuito tiene que ser sincrono, al principio usaba el pin 10 y 9, pero me comento sd-Snatcher que tendria que usar el 7 y 4, yo no se si el uart cuando reciba los datos (que lee 8 bit de una tacada, osea 1 byte) podra cogerlos poco a poco, supongo que no, ya he visto que no hay funcion en el SDK que me permita hacer la conecion con esos pines, pero supuse que si hacia un trozo de codigo en ensamblador pues saldria la cosa bien. Claro esta que al principio solo quiero que lea los datos mediante algun programita, pero despues tendria que ser introducido el codigo en la BIOS, eso esta claro, para que el reproducctor de MP3 y GPcimena puedan explotar el CF al maximo, y tambien todos los emus.
Si teneis otra idea mejor comentarmela, pero es que la verdad le he dado muchas vueltas al asunto y el lector optimo es el que he diseñado, y no hay otra posibilidad mejor como no lo haga con un microcontrolador, y eso lo quiero evitar mientras pueda para que se pueda extender el lector entre los usuarios.
Si con el puerto uart no habra problemas para que la GP32 reciba el byte de datos que tiene que mandar la cf pues de **** madre sino tendra que ser con el otro, y si con el otro no hay funciones en el SDK pues tendra que ser en ensamblador (trabajo de chinos) La cosa es probarlo, lo que pasa es que no hay conector para el puerto. ****dilla
Comentarme que pensais

[Sd-Snatcher]

Por lo que he visto , si podrias acceder a los pines de la uart directamente igual que en un PC, pero al los de la Jtag no se puede eso lo hace una parte del procesador dedicada a eso, y que no es controlada de ninguna manera por el procesador, vamos que no hay manera de acceder desde la consola a esos pines. Quizas algunos comandos no documentados del procesador. (como en el z80 o el 8086 que aunque no te lo digan se puede acceder a determinados registros). Pero eso es ciencia ficcion. Yo ahora mismo me quedaria con la uart.



Por otro lado:

Mira por donde investigando esto me he topado con que efectivamente el USB puede funcionar como cliente y como Host, pero creo que para funcionar como host habria que hacerlo en ensamblador al carecer de librerias. Pero vamos que se podria conectar directamente un lector usb al puerto usb, pero alimentandolo externamente, claro.

[(_=*ZaXeR*=_)]

No creo que use el puerto USB, porque entonces seguro que tengo que utilizar un microcontrolador, porque es tela de facil,resulta que hay uno que es especifico para el USB, pero el caso es que si hay que hacer el host en ensamblador se jode el asunto, y ademas la alimentacion externa lo chafa del to.
Vamos a ver ya he encontrado el ultimo integrado que me faltaba para hacer el lector, el MUX de 8 lineas de entrada y 3 de seleccion, era un 74151, estaba claro pero no me acordaba, bueno el tema es que hago ahora con el diseño? me lo meto por el jander?.
Creeis que puedo usar el UART para recibir los bits del CF? es que el tema de que los manda de uno en uno cada ciclo de reloj y no de golpe el byte que es lo que lee el uart, me parece que no se podra a no ser que haya una especie de time out y pueda hacer que el circuito lo mande el byte en menos que ese tiempo para que funcione la lectura. Que pensais?

[timofonic]

Buenas...

Yo personalmente opino que se deberia hacer el lector lo mas rapido posible, ya que si pudiera alcanzar una mejor velocidad se podria aprovechar en emuladores, ver un divx, etc...

Hoy en dia no es tan dificil programar un microcontrolador, un PLD es algo mas jodido pero tampoco lo es mucho, y los fpga tampoco mucho, claro esta, que los microcontroladores estan mucho mas extendidos por la mucha pirateria que ha habido usandolos en el tema de la television digital (seamos sinceros :D). Habria que ver las posibilidades de los diferentes buses digo yo, y mirar cual es que proporciona mas ventajas como la velocidad, por ejemplo, puede ser mas rapido, pero consumir mucha cpu, etc...

[(_=*ZaXeR*=_)]

La cosa es que aunque el USB pueda ser mas rapido (que tengo mis dudas en el caso de la GP32) resulta que hay que programar en ensamblador, y ademas otro punto a tener en cuenta es que un microcontrolador no es tan sencillo como dices, tienes que montarte un programador, tienes que pillarte un programa que este preparado para porgramar ese micro (ten en cuenta que los que tu dices, los pic no son todos lo microcontroladores que existen, estos son los mas comunes y sencillos, y habria que decirdirse por cual usar, y en mi mente no esta desde luego ninguno de los 16F87X..... en todo caso seria un Atmel, similar al que usan las Funcard, pero sabes que estos son carillos, y luego montarte el apollo para programarlo, etc (yo creo que el micro no es factible para un usuario normal, ademas tambien conoces los problemas que dan los programadores que no todo el mundo sabe resolver, sin contar luego con el tipico de la alimentacion que no le llega etc.).
De momento con que me digan si es posible usar el UART para recibir los bits como he dicho antes, es un gran paso, luego si vemos que es poco util podriamos hacer un lector avanzado que use el USB y con microcontrolador (que tengo uno localizado especifico para USB de put amadre, pero alguien tendra que hacer el programita en ensamblador, yo estoy dispuesto ha hacerlo si me dan un seudocodigo, porque no tengo ni idea como funciona una aplicacion host USB, y el programa del microcontrolador en eso seria mas facil meterno porque hay programas que te transforman el codigo C al ensamblador adecuado)

[Sd-Snatcher]

Bueno, desde el sdk si se puede acceder al host USB en c :

Overview : This is designed to provide the driver API required to get access to the communication port of GP32 device. GP32 offers a maximum of 4 communication ports that can be identified by the next constant.

COMM_PORT_0 : Use this command to get access to UART 0 port.
COMM_PORT_1 : Use this command to get access to UART 1 port.
COMM_USB_D : Use this command to get access to USB device port.
COMM_USB_H : Use this command to get access to USB Host port.


GP32 also provides the following LOGICAL COMMUNICATION LAYER to enhance the future upgradeability and scalability. A developer must use the following information to get access to the driver in consideration of the software compatibility.

COMM_PORT_RF : This commnand designates the port to be used for short-range wireless networking and GP32 provides the mapping of the subject port using UART 0.

COMM_PORT_NET: This command designates the port to be used for TCP/IP based network and GP32 provides the mapping of the subject port using UART 0.

[(_=*ZaXeR*=_)]

pero puedo usar el UART para el lector? es que me rayo tela porque no se si sera capaz de leer un byte mandado bit a bit y no del tiron

[Sd-Snatcher]

Quizas puedas usar las lineas de control en vez las de datos. Tengo que probar ambas cosas, pero claro, necesito un conector.

[(_=*ZaXeR*=_)]

Pos entonces estamos en las mismas, porque si yo tubiera el concetor seguro que lo estaria probando y no haria tantas preguntas que mas que hacer yo el lector parece que lo estais haciendo vosotros, vamos que estamos tos estancaos en el desarrollo de mod y expansion para la GP32 por falta del puñetero conector y eso jode, falta de recursos jode mas que falta de ideas.

[Sd-Snatcher]

.

[(_=*ZaXeR*=_)]

Lo FLipo donde lo has pillado? quiero 3 por lo menos jallll quieroooo, porcierto que es lo que le has conectado? que es lo que estas desarrollando pillin :P? que te traes entre manos?

[Sd-Snatcher]

como dije, es un cable de corriente de un samsung R200/r210

[karthur]

Yo tambien tengo un conector de corriente de un r210, lo jodido es que hay que cambiar los 4 pines porque están en posiciones distintas a lo que necesitamos (vease RX,TX,GND y VCC) pero es cuestión de paciencia. Yo lo he hecho y funciona : ) El otro problema es que solo viene con 4 pines, o sea, que si luego quieres usar otras señales distintas (el segundo puerto serie, o el JTAG) no puedes porque no tienes pines suficientes : (

karthur
------------------------
Wind-ups: http://www.f-labs.com/gp32/wind-ups

[Sd-Snatcher]

(vease RX,TX,GND y VCC)

ajaja, asi que no usaste control por hard. :D

[(_=*ZaXeR*=_)]

Bueno y cuanto cuesta el cablecito del samsung y donde lo puedo encontrar?

[mortimor]

Unos 12 euros, lo importante es el conecto, si lo que se quieren son cables... pues se compra un cable y a soldar ...

[(_=*ZaXeR*=_)]

Hombre es logico que lo que interesa es el conector, sino para que quiero el cable? lo que pasa es que no lo venden por separado hay que comprar todo por eso me he referido a cablecito. A mi me parece que es un poco caro los 12 euros.

[(_=*ZaXeR*=_)]

Ha os acordais que estaba haciendo el lector de CF para la GP32, pues me he ido a comprar los componentes (sale todo barato 5 integrados a 30 centimos cada uno y 4 led a 9 centimos cada uno, he redondeado porque es algo menos)Bueno a lo que iva que resulta que no puedo encontrar el conector de 50 pines acodado para el Compact Flash, y no se puede hacer con jumpers porque la separacion es de 2,5mm en lugar los 2mm del CF, unsa ****da, a b si me ayudais con alguna solucion sencilla.

[Sd-Snatcher]

A mi me ha costado 7€ y pico, bueno, el adaptador a red vale 14, pero el de coche vale 7, ha sido en Alcampo.

[(_=*ZaXeR*=_)]

pos yo tratare de conseguirlo en el mercadillo como dije en otro hilo. Asi que si alguien quiere pudo comprar uno os digo el precio y si os interesa pillamos un huevo de ellos.
Tengo un codigo fuente para usarlo en juegos y se usa para el modulo RF, se podria modificar para el UART? porque yo creo que si pero es que no me aclaro

[Sd-Snatcher]

Fantasticoooo, estaba analizando el codigo del driver de teclado pero no me empano, este parece usar el SDK. Joe anoche me pase horas buscando algo como esto.

[(_=*ZaXeR*=_)]

lo cachondo es que tengo ese codigo desde hace tela de tiempo pero no me acordaba y lo he visto en un cd. Por cierto me parece que tenemos telepatia entre los dos porque yo ayer tambien me tire toa la noche analizando el codigo del driver del teclado y me quede empanaisimo no hay por donde cogerlo con instrucciones en ensamblador y to, y luego se me ocurrio que alguien podria servirle el codigo que he puesto porque estaria en la misma situacion, asi que lo he puesto para que saquemos algo funcional.

[enkonsierto]

Zaxer, has conseguido al final comprar el conector? donde?

[(_=*ZaXeR*=_)]

No todavia no lo he comprao, sabes donde pienso pillarmelo? en la Alameda (bueno en donde lo ponen ahora en puerta triana) fijo que esta tirao de precio si es que lo encopntramos, aunque la verdad es que los tios de alli son unos careros dependiendo de que se trate lo que vendan.

[(_=*ZaXeR*=_)]

Oye Sd-Snatcher tio que todavia no mas dicho que de que se trata tu proyecto de la GP32 el que usa el puerto EXT.

[(_=*ZaXeR*=_)]

Sd-Snatcher

Cual fue la modificacion que habia que hacerle al conector del puerto EXT para que funcionara? me refiero a los cambios en el conector del Samsung R200, lo digo porque te lei un dia hablando con Karthur que el lo habia hecho soldando y tu mediante software

[Sd-Snatcher]

No, lo que hable con karthur fue del chip que uso para que tuviese los niveles estandart de voltaje, un MAX232, pero era algo que yo ya suonia, por que se usa en muchos casos, como el cable de coders de Playstation o de Dreamcast, He pensado pillar un cable de dreamcast y hacerme un adaptador universal a RS232, para todas las consolas.

[(_=*ZaXeR*=_)]

Yo me lo monte para los moviles, cuando no venian los moviles con su cable y habia que liberarlos, todos los moviles tenian el mismo cable solo cambiaban dos tonterias y el conector, asi que me lo monte y luego lo que hacia era conmutar el conector segun el movil, en estos cables tambien se usa el rs232, es un chip muy usado sobretodo cuando esta de por medio el puerto serie ;)
Bueno entonces al cable no hay que hacerle nada no? yo cuando lo vi pense que iba a tener mas pines pero parece que son solo 4, lo que no me ha quedado claro cual es cada pin, porque no esta numerado y al tener dos lados...

[Sd-Snatcher]

Para lo de las conexiones, en los hilos estos que hemos ido haciendo, hay info de sobra, pero vamos, todo quedara claro cuando Anarchy pueda, o eso espero.






en estos cables tambien se usa el rs232, es un chip muy usado sobretodo cuando esta de por medio el puerto serie


El rs232 no es un chip, es un estandard. El chip es el 232MAX o MAX232.

[(_=*ZaXeR*=_)]

Vamos a ver ya se que se trata de un standar, ha sido un error al escribirlo, sino porque te crees que me refiero al puerto serie cuando digo rs232, porque el puerto serie lo utiliza, al igual que hay un puerto en el amstrad que es el rs232. Concretamente este estandar es utilizado para transmision asincrona punto a punto, o transmision sincrona utilizando el codigo Manchester en la que la identificacion de los bits se realiza mediante la deteccion de flanco de subida o de bajada, y no con niveles de tension, 1byte de datos un bit de deteccion de errores (paridad concretamente) y un bit de parada. El conetor usado por la norma rs232-d es el DB9.

Es que uno no se puede confundir cuando escribe en este foro, porque se te echan encima, ya se que no es la intencion de ofender, pero si yo no supiera lo que es el rs232, ni podria haber hecho los cables para los moviles, ni podria estar haciendo ciertas cosas para la gp32, es que creo yo que el que no sabe lo que es el rs232 no es capaz de hacer ni una soldadura, la duda es la que ofende. (se que me estoy pasando, y no es mi intencion que nadie de lo tome a mal, es que toy quemaillo y no por ti snatcher, sino por todo el mundo del foro, que se toman las cosas como si estubieras diciendo barbaridades y en lugar de pararse a pensar en lo que hay escrito en el post anterior, o de quien viene el post y pensar que puede ser un error o una pequeña desinformacion por parte de malas fuentes,ojo que no digo desconicimiento del tema, estan con las garras listas para la caza)

Bueno este post la verdad es que no lo tenia que haber soltado aqui porque no viene mucho al caso, pero es que he podido comprobar en el foro que hay muchos a los que les gusta escribir a la ligera o dar clases sobre ciertas cosas sin pensar en el factor humano

Perdon por la parrafada que es fruto de un cumulo de factores del foro, y se que puede ser una confusion escribirlo como respuesta a un post de snatcher

[Sd-Snatcher]

Hombre , yo corrijo, no vaya a ser que alguien lo lea y se vaya desinformado. Si esta mal corrijo y punto, sea quien sea. Y si yo me equivoco, que me corrijan.

[(_=*ZaXeR*=_)]

Yo lo digo no por lo que tu has escrito, sino porque me ha recordado a todo lo que se escribe en el foro, y es que estoy harto de que la gente sea asi, en lugar de corregir a secas, lo primero que hacen es poner en duda lo que dices, y luego ponerte en ridiculo con sus palabras demostrando cuanto saben, atacando a la gente, aunque no directamente insultando pero si haciendolo con toques en sus post que lo hacen molesto. Y este no es el caso, pero es que me lo ha recordado, porque se suele hacer mucho en este foro y se olvidan que aqui nadie sabe de todo y que una persona habla con informacion que ha obtenido de sus fuentes, que pueden que esten equivocadas, pero no por eso cada uno tiene que ser inferior a otro, y tambien suelen olvidarse de quienes son los que hablan sin importarles que lleves mucho tiempo o no en el foro y que sepas del tema o no pero sea un simple desliz.
Con todo esto no quiero decir que seas uno de estos, pero para ver este tipo de post a los que me refiero basta con echarle un ojo al foro,sobra mucha prepotencia.

[HIRO]

Bueno, (_=*ZaXeR*=_), yo estoy en las mismas (estoy trantando de desarrollar un proyecto con el EXT), espero que te sirva esta direccion:

http://users.ece.gatech.edu/~shalan/mmc_usb_web.htm

En esta direccion hay un proyecto (por si acaso la pagina no es mia), que tratan de desrrollar un hardware que pueda leer datos mp3 para gba desde una MMC y tabien utilizan puerto USB

Espero que te guste la informacion.

Cualquier dudas que tengas me avisas.
:D :D :D :D :D

[(_=*ZaXeR*=_)]

Hiro gracias por la info, pero ya tengo hecho el proyecto utilizando el EXT (sobre papel y en circuito pero no lo he probado porque no tengo ni software ni conector para el CF ni se si el UART de la GP32 sera capaz de leer los 8 bits de datos cada ciclo de reloj, o solo admite un byte de golpe que es como funciona normalmente). Porcierto la info usa un microcontrolador para USB, pero yo no puedo utilizar esta info debido a que mi proyecto esta destinado a que el usuario medio de la GP32 pueda montarselo, y la dificultad de un microcontrolador no lo permitiria.
Un saludo.