TODOPIC
Mecatrónica => Robótica => Mensaje iniciado por: RaDoN en 20 de Junio de 2005, 07:19:00
-
Estoi tratando de montar un robot con este PIC (porque es el que he manejado hasta ahora y me parece interesante). Lo primero es citar mas o menos lo que tengo en mente:
* Seria de 3 ruedas (una de ellas "loca"
y las otras con servomotores que ya dispongo de ellos trucados (Hitec HS-311).
* Un lcd pequeño (16x2) que tb dispongo ya para visualizar cosas (que explicacion más buena xDD).
* Sensor de temp LM35dz (una pijada mas que nada).
* TSOP17xx (receptor-demodulador-amplificador) IR para el control con el mando a distancia de la TV. Así para su manejo o desplazamientos por menús del LCD.
* Conector DB-9 para conectarlo con el PC por rs232 (kizás tb para el bootloader), por lo que usare un max232.
* Un L293B o L298 aun por decidir, (dispongo ya de los 2), espero que me aconsejen cual elegir, y el porque ... si no es mucho pedir 
* Un par de botones para que se yo jeje
* Zumbador, varios bumpers, seguidor de lineas con 3 CNY70 (ya montado).
Como veis tengo muchas dudas, entre ellas el seguidor de linea no se si seria mejor que detectara la raya negra el CNY del medio y cuandop topara la curva "sentirla" con los laterales, o hacerlo con 2, que este dentro de la linea y al salir actue.
Otra cosa, los servos giran a 60rpm aprox. tengo unas ruedas de unos 4.5cm de diametro, según mis calculos ira algo despacio, ¿mejor unas mayores no?.
Entre los sensore de proximidad, dudo entre por InfraRojos, o UltraSonidos, si me decantara por este ultimo sería un SRF04, por IR, algún SHARP GP2Dxx que no se que modelo, serian de esta página supongo: http://www.superrobotica.com/Sensores.htm
En cuanto se me ocurra algo mas, posteo, y seran bienvenidos todos los consejos. Gracias
-
Ea, seguro que alguien tiene experiencias que me puede comentar y me seran de mucha utilidad
-
Hola:
Estoy seguro de que todos los amigos expertos de este subforo te pueden ayudar si presentas cual es exactamente tu idea y si te desides empezar por algo...
-
Bueno, de hecho ya empezado, haciendo pruebas y tal, con los modulos de motores con el l293b, con el seguidor de lineas y varias cosillas. Con lcd me manejo bien ya que experimentado mucho con la entrenadora, pero de robotica pff ni dea.
Me gustaria mucho que em aconsejaran entre los sensore de proximidad o los de ultrasonidos para elejir entre los que puse por arriba. En cuanto tenga algo mas serio posteo y unas fotillas.
Tb tengo el problema, de que no se con que y como hacer la base
-
Aquí tienes una de las muchas formas que hay para conectar el cny70 al pic... a mi me gusta esta porque el 40106 entrega una señal limpia al pic...
Tambien te adjunto la separación de los cny70 de una base comercial, funciona bien con el ancho de una marca realizada con cinta aislante de color negro...

No trabaje con IR por lo que no te puedo ayudar, actualmente estoy trabajando en RF...
Los infrarrojos como comunicación lo tengo pendiente...
El cristal del micro no menos de 20Mhz...
Yo utilizo lego como soporte...
No he llegado a utilizar ultrasonidos todavía, utilizo infrarrojos para detectar obtaculos, pero los ultrasonidos van mejor para este menester ya que no se ven afectados por la luz exterior...
si te gusta montar tus propios circuitos aqui tines un enlace...
http://www.pablin.com.ar/electron/circuito/varios/proximid/
Como driver para controlar motores hay muchos pero yo utilizo L293D, que lleva incorporados diodos para contrarrestar los picos de las bobinas...
Para que piensas orientar el funcionamiento del Robot?
-
Pues quiero hacerlo lo mas flexible y funcional que pueda, desde controlarlo con el mando a distancia como comente, o seguir lineas, seguir a una fuente de luz, es mi primer bot, pienso que es mas didáctico que otra cosa, muchas gracias por el post

Mas sobre los CNY ... ehh cuantos? 2 ó 3? 2 que vean la linea negra y detecten curvas al salirse y ver blancos, ó 3, el centro ve linea negra y los demas la detectan en las curvas (los 2 laterales), que opinais?
Edito: me gustaria que me corroboraras si va bien con el 40106, puesto que yo lo tengo con un compatible, el 74LS14, y no va bien, no cambia de estado como deberia. Te dejo una foto del caxarro montado. (¿Será por ke la resistencia del transistor ke le puse es de 10k?)
-
En principio no le veo fallo a tu circuito, es seguro que si teda problemas como dices, pues es de una mala adaptacion de impedancias entre el cny70 y el 7414, y la R que dices interviene directamente... el 7414 tiene una baja impedancia de entrada con respecto al 40106...
Pero de todas formas a mi entender es un error utilizar este C.I. por el elevado consumo que tiene frente al 40106, para utilizar el 7414 en robotica habria que tener una razon de peso...
Yo no lo utilizaria... ya que si a un robot normal le suele durar de 20 a 30 minutos las baterias, con circuitos como este podrias acortar las a menos de la mitad...
Y con respecto a usar tres cny70 no le encuentra razon a no ser que lo utilices para competiciones que según parece...? da mejor resultado usar tres... pero a la hora de confeccionar el programa de seguimiento de linea poca gente podra ayudarte ya que el utilizar tres es un montaje raro... o por lo menos poco habitual...
-
Muchas gracias dogflu66, buscare ese integrado, tendré que rehacer la PCB, suerte que es pequeña
Ya seguire posteando avances del "caxarro" este.
-
Tengo pendiente la nueva placa de los CNY70 hasta que valla por el 40106, de momento e terminado la PCB del control de motores con un l293b y le puse conectores para los servos (eso si, un pin esta de adorno que son los cables amarillos de estos que trucados ya no sirven para nada, los deje como motores DC con reductora).


Aunque he usado este driver para motores PaP, empezare a cacharrear con ellos y hacer funciones (en C) para alante, girar a ambos lados y atrás. Como dije sera el tipico robot de 3 ruedas una de ellas loca. Si alguien tiene alduna experiencia en controlar el bot así, agradeceria comentarios y problemas que le surgieron
-
Ya he estado caxarreando con el y programando un poco, he conseguido controlar los dos motores con el mando a distancia, con las ordenes: alante, detras, izq y drcha

-
Muy bien la idea de montar módulos para ir probando el robot... eres muy metodico y eso esta bien...
Muy interesante lo del IR, si cuando tengas tiempo puedes editar un pequeño esquema y breve explicación de cómo lo has hecho, seria magnifico...
Yo por mi parte editaria la parte de rf que estoy terminando si estas interesado...
Mi intención es tambien llegar a programar el pic via IR o RF, o ambas ya que el programa de control es prácticamente el mismo...
A mi controladora le he añadido un reloj calendario y un almacenamiento de datos (memoria i2c)...
Y por ultimo si te decides a montar la estructura con lego, tengo varios esquemas de montajes muy interesantes y que pueden dar mucho de si... pero lleva mucho tiempo y dificultad montarlos con otro tipo de piezas que no sean lego... animo!!!¡¡¡¡
-
Weno modulo, este lo hice aparte, porque mas que a la parte logica del robot es de potencia (solo lleba un l293 con los diodos), sera el mismo que monte en el bixo. Cuando depure un poco lo del IR posteare el como ...

PD.: muy interesante programar por RF
-
Hola Amigos:
He estado leyendo sus ideas y me parece interesante, yo soy nuevo en esto de robotica y me gustaria aprender y que mejor si uds me pueden guiar un poco, esto ha stado ganando bastante fuerza aqui en mi ciudad y ya han empezado competencias y algun dia me gustaria poder llgar a estar alli, asi que estaré siguiendo lo que uds vayan haciendo...
Un Abrazo a la distancia...
-
Bien venido LordLafebre...
El tema de la RF esta bien, pero tiene el problema que cuanto mas velocidad de transmision de datos se quiere mas caros salen los modulos de RF...
-
Hola:
Ese ha sido uno des mis problemas. he querido hacer unas pequeñas practicas con modulos RF pero se hace un poco dificil para mi poder conseguirlos aqui en mi ciudad, y otra es que cuando traen el precio es muy elevado, cuanto puede estar costando un modulo RF? sinceramente no tengo ni idea cuanto llega a costar, pregunto para ver si aqui no esta muy caro....
Un abrazo...
-
Yo pregunto lo mismo, un modulo basiquillo de RF para el PIC ¿$$$? donde lo puedo encontrar ... ¿Cebek quizás? ¿Se puede hacer casero?
-
Con los modulos de rf hay que tener cuidado con lo que se pide y mas si son envios internacionales, algunos son una mierd..., es mejor preguntar primero si alguien logro hacer algo util con ellos...
Yo estoy utilizando los de cebek (C-0504 y el C-0503, menos de 9 euros por modulo) y me funciona bien... solo se pueden conseguir mediante distribuidores, porque con cebek directamente somos muy poca cosa para ellos... puedes esperar sentado si quieres que te contesten... ni siquiera para indicarte cual es el distribuidor mas cercano a tu ciudad...
-
Tomo nota, creo recordar que en la tienda que compro, tiene el catalogo de cebek y trabajan con ellos. Espero que si me gasto los leros en los modulos me ayudeis un poco con ellos
-
Hola:
Ahora el problema para mi es conseguirlos.... no se si haya aqui voy a ver si los consigo o sino pido que me los envien desde canada, me gustaria que me den una mano si me los consigo...
Un abrazo...
-
Bueno, fue cambiar el 74LS14 por el CD40106 y ya tira en condiciones el seguidor de lineas, con las resistencias de 10k ( lo curioso es que al probar con la de 47k no iva). Pero weno, lo importante es que ya funciona!! Me hecho con 2 ruedas más grandes, y un par de bumpers (interruptores final de carrera). Aver si me planteo como hacer la base, gracias a todos y en especial a dogflu66
-
Me alegro que te funcione bien el circuito, yo lo tengo funcionando con un 16F84 con resistencias de 47K... me imagino que alguna explicación tiene que haber... si alguien sabe del misterio?.... cuando pueda lo probare con mi controladora que trabaja bajo 16F877... no se hasta que punto puede afectar la familia en concreto el que yo utilizo es el HEF40106BP....
-
Hola compañeros:
Yo tambien ya probe el circuito con mi pic 16F628 y funciona OK yo utilizo un CD40106BE y va muy bien, sensa mas omenos a una altura de 1.5 cm, este circuito es mucho mas sencillo que otro que tenia que trabajaba con amplificadores operacionales uno para cada cny70 este que puso dogflu66 es mucho mas sencillo y mas rapido de armar y funciona muy bien....
-
LordLafebre estas utilizando las resistencias de 47K?...
-
hola dogflu66
si funciona ok, no habia probado con otro valor sino exactamnte todos los elementos que estan en el diseño... xq?
-
Yo me corroboro, me va bien con las de 10k ... pero lo de la altura de 1.5cm me parece mucho, yo creo que los mios alcanzan mucho menos.
-
Hola
Pues debe ser por el tipo de integrado o la resistencia de pronto, el mio es el CD40106BE y si utilizo la R de 47K y sensa a esa altura...
-
Bueno, ando haciendo el esquematico, para luego hacer la pcb en eagle y va algo así:

puerto B
RB0,1,2 y 3 para la placa del L293 (control de motores)
RB4 TSOP1736 (control por mando IR)
RB5 a un CNY70 que hará de enconder (para saber el recorrido del robot)
RB6 y 7 para los 2 bumper frontales.
puerto D
Para el LCD
puerto A
RA0, 1 y 2 para LDR (seguimiento de una fuente de luz)
RA3 para Vref+ (2.56V, facilitar leer el valor del lm35)
RA5 para el LM35
puerto C
RC0,1 para CNY70 (seguimiento de lineas)
RC3 y 4 (para bus I2c, alguna memoria y no se que mas)
RC5 para el zumbador
RC6 y 7 para la usart (bootloader y comunicacion con un PC).
_________________________________________________________________
Tengo libre el puerto E (3 pines), RC2, RA4 y creo que no me dejo ninguno más.
Alguna sugerencia más para el bot?
-
Hola
Como esta pensado para mi me parece muy bien....
que motores vas a utilizar?
un abrazo...
-
Lo veo muy bien pensado... y esta muy bien aprovechado el micro...
Para completarla... le puedes añadir una memoria y un reloj por I2C... para que?...
Por ejemplo si colocas la controladora en un lugar de una habitación para hacer posteriormente una grafica de temperaturas, necesitaras almacenar los datos en una memoria y para poder sacar una grafica de temperaturas necesitaras relacionar estas con una unidad de tiempo... esto solo es un ejemplo... de esta forma no solo tienes un circuito orientado a controlar robot... y por ejemplo si entras en un laberinto necesitaras guardar algunos datos... etc... te recomiendo que lo añadas a la controladora y no lo dejes como modulo exterior...
Y a nivel de deficiencias técnicas... no veo las protecciones contra parásitos tipo radio electrico en general... y si no piensas utilizar cables muy largos en el I2C (que no son recomendables) polariza el I2C con resistencias de 4K7 a positivo...
ya que este bus debe de estar polarizado en teoria mejor a fin de linea...
Mira este esquema, que esta protegido contra los parasitos mas comunes...
"Propuesta proyecto Robot entre todos.. y I"
http://miarroba.com/foros/ver.php?foroid=348538&temaid=2948136
-
Cierto se me olvidaron, en la entrenadora si que las tengo (de 2k2), gracias por la observación. Y me gusta lo de la memoria y tal, se la pondre con el RTC, todo ellos va por el bus i2c pero .... que más puedo ponerle, kiero aprobechar todas los puertos del micro.
Ando pendiende de comprar un modulo de ultrasonidos SFR04, creo que lo conocereis (es de www.superrobotica.com) no se cuantos pines necesitara. Y a la pregunta de que motores uso, como puse en el primer post unos servos trucados hitec hs-311, creo que son los mas comunes y economicos, me salieron por unos 11 € y giran a 60rom (le tengo preparadas unas ruedas de 7.5cm de diametro).
-
Que bien tengo todas las cosas a la mano mi RTC es el DS1307 y mi memoria es la 24LC04B y mis motores son de marca FUTABA no se que tal sea esta marca sinseramente... ese modulo de ultrasonido es lo unico que me falta voy a ver si lo consigo lo antes posible...
un abrazo...
-
Del TSOP17xx... cual seria el que tengo que pedirme para que funcione con los mandos de casa?...
DS1307 no lo conozco...
-
Hola:
El DS1307 es un reloj de tiempo real de dallas aqui hay un ejemplo de como funciona...
http://www.rentron.com/CCS_C/SERLED_C.htm
Un abrazo...
-
Escrito originalmente por dogflu66
Del TSOP17xx... cual seria el que tengo que pedirme para que funcione con los mandos de casa?...
Los mandos de casa van modulados en 36-38 khz, un TSOP1736 ó 1738 vendría bien (yo no pude encontrarlos y me dieron un compatible, TFMS que demodula a 30khz pero parece tb ir bien).
-
DogFlu, del TSOP te puedes pedir cualquiera entre el TSOP1730 y el TSOP1740.
Yo uso el 30 en mi dimmer y va bien, aunque podría mejorar. Me han recomendado el 40 para Sony, y el 36 para el resto.
Quizás lo mejor sea probar con varios, si es que los encuentras
-
Muchas gracias a todos...
Esta bien tu Rebujito, espero que sigas trabajando en el... animo!!!¡¡¡...
-
El TSOP1736 y el 38 localizados sin problemas, se ve que son los mas comunes... sobre 1 euro...
-
Joder que suerte
, valla mierda de ciudad la mia en cuanto a tiendas de electrónica ...
Weno sigo modificando la placa de los CNY, voi a kitarle uno para usarlo de encoder y los otros 2 para seguir la linea como me dijiste 
En cuanto a los servos Futaba, yo antes andaba algo vinculado al aeromodelismo, y por lo que entiendo son los mejores ...
-
Le pondre una pegatina con radios blancos y negros a una rueda, que detectare con un CNY70, así sabes cuanto espacio recorre fisicamente. Con lo que podre almacenarlos o hacer que haga un trayecto programado ...
-
Pero con una rueda sólamente no podrás calcular nada, supongo que tendrás que hacerlo en las dos, ¿no?
-
No se, yo pense lo siguiente, cuando gira no recorre nada (por la forma en que lo hace sobre su propio eje), solo realmente cuando va hacia adelante y detras es cuando hace un recorrido (y por supuesto las dos ruedas giran a la par).
Que más ... tb podria controlar el giro de estas, porke lo ke gira una lo hace la otra para el lado inverso.
Si me refutais este planteamiento estare encantado, antes de que lo arme !! no valla a cagarla 
Resumiendo, que pense que solo necesitaria uno
-
Si no necesitas precisión estamos de acuerdo, pero supongo que no siempre los dos servos girarán exactamente lo mismo, ni responderán de manera idéntica.
Es más, es probable que si pones los dos servos a tope de potencia en la misma dirección el robot no camine en línea recta, sino que uno de los dos servos vaya adelantando al otro. Estos defectos podrías corregirlos con un enconder en cada rueda.
-
Un servo mas rapido que otro ....... hum es algo que noi pense
joder!! esto se complica jeje, no keria recurrir a PWM para correjir esto y ke solo para andar hacia adelante este trabajando el PIC ... ¿alguna forma de calibrarlos por hard?
O deberia poner al la placa del l293 a modulo CCP del pic en vez del puerto en el que esta?
Edito, weno me calmado un poco y antes de volverme loco hemos decidido hacer las cosas bien o no hacerlas, pondremos 2 encoder con CNY70 uno por cada rueda y que se vallan corrijiendoen vivo, antes de hacer xapuzas a ojo con el PWM.
Gracias nocturno por abrirme los ojos
(nadie me dijo que hacer un bot era tan complicado joer
)
-
Como bien dice nocturno hay que colocar dos sensores de rotacion, pero que en principio no te haran falta, para seguir una luz, o una linea negra o cualquier otra cosa que genere realimentación exterior se corrige solo...
Y no te hace falta el PWM solo tienes que dar pequeños cortes por ejemplo de 20mSeg. Y seguir subiendo el tiempo según sea necesario hasta que se ajuste, ten en cuenta que a un que cortes la corriente, la inercia del motor atenua el corte, resultando el corte inferior al tiempo que has dato...
Y una solucion a la que yo recurro muy a menudo es la de utilizar una transmisión diferencial (como la delos vehículos) pero esto es difícil de fabricar o de conseguir las piezas...
-
No me entero de nada jeje, entonces si el robot no sigue nada, simplemente camina hacia adelante, tiene que aver algo para saber la posicion de los motores/ruedas para irse corrijiendo, esto se hace bien con un CNY70 usado como enconder?
Si teneis otras propuestas cometadmelas! me urge, quiero hacer la placa pronto para empezar con la mecanica.
-
hola amigos:
que compilador van a utilizar para programar el PIC, yo uso PBP 2.46 y tengo un ejemplo de un bot rastreador de luz y para los servos utiliza unicamente la funcion:
PULSOUT Pin,Period
" Send a pulse 1mSec long (at 4MHz) to Pin5
PULSOUT PORTB.5,100
y en la conexion lo alimenta a + y - y el otro hilo va directo al micro...
-
Bueno, estoi replanteando el esquema, y visto que necesito 2 encoder uno por ruedas por el problema descrito por nocturno (los 2 servos no giran identicos), creo que los controlare (su movimiento) por medio de CNY70. Ahora estoi pensando si ponerlo en RB4 y 5 (para tener posiblidad de interrupcion) pero como en este puerto tb va los bumpers (interruptores de fin de carrera) no se como puede quedar la cosa ... porque no se como voi hacer el algoritmo para estos encoders ...
Aver que opinais, y si hay alguna otra forma de hacer que siga recto cuando no tiene ninguna informacion del exterior (como el de seguir una linea). Escuchado algo de un diferencia de tracción, pero me suena a chino y si es muy complejo no se si merecera la pena.
-
Una solucion es la de hacer una operación OR con las señales exteriores que pueden variar y la salida de esta operación la puedes conectar a un pin que permita interrupciones y una ves en la rutina de interrupciones verificar cual es la entrada que se modifico y la provoco...
Otro forma que es la que yo suelo utilizar (consume mas potencia de proceso del micro) esta basada en la rutina de delay (yo la llama asi) porque la utilizo para obtener distintas bases de tiempos calibradas, para que?...
Por ejemplo si tengo una rutina que me actualiza constantemente el DISPLAY, esto consume mucha potencia, con lo que le asigno un delay de 0,5 Seg, esdecir el DISPLAY se actualiza cada medio segundo, en este caso tendrías que aplicar un delay a tu rutina de lectura de puertos suficientemente rapido para que se actualicen sin perdida de datos... por su puesto esto consume los recursos de un timer... espero haber me explicado.
-
Si algo te entendido, creo que compartire los 2 encoders (cny70) con los 2 bumpers en las interrupciones exteriores, el problema que yo le veia a esto esque como el robot esta andando, estara todo el rato saltando la interrupcion, no se como afectara esto al desarrollo del resto del programa normal ...
-
Software + hardware = dolor de cabeza... jejejeeee¡¡¡!!!.
-
A ver, hagamos unos cálculos:
decías que tus servos van a un máximo de 60rpm. Si el disco marcado que le pones tiene, por ejemplo 20 marcas, eso serían 1200 interrupciones por minuto, o sea 20 por segundo, que es lo mismo que decir que tienes 50ms para hacer cosas entre interrupciones cuando el robot va a toda leche.
A en un micro a 20MHz, que furula a 4MIPS, le daría tiempo a ejecutar 200.000 instrucciones entre cada marca de la rueda. Sólo falta ver si serás capaz de apretar tu programa para que quepa ahí. Aunque siempre puedes poner menos marcas a las ruedas y perder un poco de precisión.
-
Ok, muchas gracias, optaremos por eso (y esperemos que pueda samplear el 16f877-20 no solo por la pasta, si no por que aquí en sevilla solo esta la versión a 4 Mhz). Valla con auna!!!

Dentro de poco subire el esquematico final ...
-
Bueno si optas por las interrupciones externas, no te valdra solo una operación OR, tendras que realizar un circuito que genere un pulso, cada vez que haya una variacion en sus entradas, independientemente del estado de las de mas, por ejemplo si una entrada de un bumpers queda a 1, siendo una operación OR con todas las de mas la salida siempre seria 1... mi ejemplo anterior solo hacia a una mencion generica, en realidad el circuito de interrupciones sera algo mas complicado... una forma muy simple de obtener un timer extra es la de colocar una frecuencia fija en el PIN de interrupciones...
-
Si te refieres a "clasificar" la interrupcion al ser atendida, y sabes que la produjo no creo que complique mucho el soft ...
Lo que no se es como se comportara el PIC a la entrada del CNY70 (que le de un 1 ó 0) ademas de estando las resistencias pull-up de este activadas 
Tengo que probarlo ...
-
No, me refiero al hardware...
Con solo una entrada a 1 la salida siempre sera 1... que dando el circuito inutilizado...

CNY70 directamente al Pic?... te refieres a la salida del 40106, las salidas suelen ser de muy baja impedancia... prácticamente cero... otro tema es la potencia que pueden disipar sin romperse...
-
Aja, pero realmente para saber que ocurrio así con las puertas OR, habria que multiplexarlos, es decir, no ahorro ningun pin I/O del PIC (o eso me parece amí
.
Los bumpers van directos sí, (contactan haciendo corto a masa) por lo que tengo que activar las resistencias pull-up. Y a lo otro que me referia, es si no tiene ningun problema el comportamiento cuando uso las entradas con resistencias pull-up cuando estas estan conectadas al 40106 ... me explico mejor, a la salida del 40106, ¿el pic leera bien el bit (5v o 0v) aun estando activadas las resistencias pull-up?
-
Si no estoy equivocado las resistencias internas del pic son de 4k7, pero que en principio debería funcionar sin problemas, incluso con valores inferiores, otra cosa es que el fabricante del chip la recomiende, es cuestion de colocar una R en alguna salida del 40106 y probar si la tira correctamente a masa, bueno cuando lo pruebes nos cuentas...
-
Hola:
Radon aqui hay un ejemplo de como conxionar un DS1307 http://www.rentron.com/CCS_C/SERLED_C.htm
incluye un ejemplo para PIC16F876A en C... Suerte...
Un abrazo....
-
Muchas gracias
y respecto a la bateria y la direccion en el bus i2c? como va ... (recuerdo que tengo ya una memoria con la direccion 0 -a0,1 y 2 a masa-).
Edito realmente no me entero de nada del ejemplo jajaja ... intentare verlo con calma, espero vuestra ayuda 
Edito2 ya me enterao de algo ... poco, pero algo. Alguien tiene la libreria para el DS1703 de eagle please ?
-
Hola radon:
La bateria es 1 pila de 3V (CR2032), y el byte de control es %11010000 propio del fabricante... tengo otro diagrama pero no se como poner una imagen en un post como hago para subirla...?
-
Ok, entonces cualquier pila de "reloj" de pulsera de 3v vale no? Por cierto, que precio tiene la tal CR2032 ?
Puedes subir la imagen a http://www.imageshack.us/ y luego la linkas aquí. Gracias por la velocidad en contestarme 
E mirao una placa base de un 486 ke tengo aki tirada y va ser destripada, xDD tengo ke estar buscando hasta las pilas, lo que hace no tener ni un pavo
-
Hola:
Pues esa pila esta al rededor de unos $2 dolares americanos aqui en Ecuador... encambio el ds1307 esta en $7,50...
-
Pregunta por el que sale en el esquema que postee el otro dia, es de philips, que es tan popular en España que incluso lo tenian en mi pequeña ciudad... pd... si tienes problemas te lo paso a la noche...
mas pd... y estos chismes suelen tener direccion fija (I2C) que programa el fabricante...
-
Muchas gracias a los 2 ... ya casi esta el esquematico. Ahora voi por la sonda lm35, a la que le tengo que hacer un ampli, he visto uno para ello que duplica la salida de la sonda, con esto y una vref+ de 2.56V creo que puedo lograr una precisión de 0.5º.
Luego edito el post y subo el esquema por si le vale a alguien.
-
Bueno aqui esta:

Es la placa para la alimentacion lógica del robot, como veis esta formada por una sonda de tem (lm35) y un amplificador de este (duplica la tensión) con un AO, el LM358. Ademas con un regulador de tensión para una Vref+ de 2.56V (con pote para ajustar para tal fin) conseguir una precisión de 0.5º. Todo esto alimentado con una pila de 9v regulada con un 7805 para alimentar el BOT.
Para los motores pienso usar 4 pilas AAA recargables que tengo. ¿Que os parece? Criticas constructivas por favor
(Y si veis un fallo comentarmelo por favor)
-
Pues eso, aqui esta la PCB terminada:
(click para agrandar)

Se ve el regulador de tensión (7805) que alimentara la parte logica del robot, un sensor de temperatura (lm35) a la entrada de un amplificador basado en el AO LM358 que duplica la señal de esta, y un lm336 para una salida exacta de 2.56V para el conversor A/D.
-
Hola, quería empezar a montar un robot con este pic, pero no tengo ningún programador. ¿Me podríais decir cual utilizacias vosotros y donde están los circuitos para montarlo?
Gracias ya adios.
-
Yo particularmete uso el Epic de taiteki -> http://www.conket.com/modules.php?name=Downloads&d_op=viewdownload&cid=8
Y el soft, el suyo propio ... EpicWin, bueno, realmente programamo todo con el bootloader (pero para este tendras que grabarlo antes en el PIC).
P.D.: ya he terminado de diseñar la placa principal de bot, ya subire unas foticos.
-
Siguiendo con el BOT, ya he terminado la placa con los CNY, son 4, 2 para seguir una linea pintada en el suelo y otros 2 como encoder para las ruedas y así saber cuanto giraron. Una vez vi un programa para crear estos "encoders", discos rayados en blanco y negro. Al programa le indicabas cuantas rayas y el diametro y te imprimia este. ¿Alguien sabe donde esta ese programa o como se llama?
P.D.: luego subo una fotico de la pcb ... por cierto la placa principal tb la he terminado de diseñar, ahora mismo estoi imprimiendo el fotolito ...
-
felicidades radon, estaremos esperando las fotos...
Un abrazo...
-
Aki va la foto de la placa de los CNY70, 2 para el serguimiento de linea y los otros dos para encoder de las ruedas, ahora mismo ando peleandome con el programa que dibuja los discos de encoders que no le da la gana andar por que pide una libreria que lo gracioso es que ya esta ...
-
Y otro par de fotitos que hecho a la base recien empezada:


Esto va tomando color, creo que pronto lo acabare de montar y ya "solo" quedara programarlo
-
Aquí lo que va montado de BOT, la base de metacrilato, 2 servos trucados Hitec, un sensor IR (de la página de pablin), el driver para motores, y la placa de los CNY70, para encoder de las ruedas y seguimiento de lineas.
Aspecto del Bot por delante:

Por detras, con la rueda loca:

Aquí se ve bien el par de "pisos" del bot, los bumper frontales y el seguimiento de lineas con CNY70 a ras de suelo:

Por debajo (se observa el CNY70 actuando de encoder en la rueda, que ira con un disco a rayas blancas/negras):

Espero que os guste :cool: ¡¡ Que ganas de que de ya algunos "pasitos" !!
-
Hola:
Se ve bien radon, yo tambien ya tengo el chasis de mi bot, ya le puse la rueda loca, solo me falta colocar los servos, como puedo trucar unos Futaba S3003...?
Un gran Abrazo...
-
Mira aqui en la parte de mecanica... para el tema del servo...
http://www.x-robotics.com/
-
Me alegra que te guste, creo que dentro de poco le instalo la placa principal, que por cierto ya esta terminada y lo hecho andar

-
Hola:
Radon como ajustaste los servos al chasis...???
Un abrazo...
-
Hola:
Nuevamente yo, alguien me puede explicar para que sirve el potenciometro de 5K que tiene el servp...? y que pasa si no lo cambio y le dejo tal como esta y solo corto esa parte del engrane del cual habla en el link que puso dogflu..."
Un abrazo...
-
Wenas.
El potenciometro lo tiene para saber en que posicion se encuentra el servo en cada instante, es la realimentación.
La parte que hay que cortar es un tope mecánico, si lo quitas no tendrás tope mecánico y el motor podrá girar libremente, mas de ¿180º? que es lo que gira el servo.
El modificar el potenciometro es para hacer creer a la lógica que lleva el servo que este no se ha movido, se queda en un valor fijo de resistencia que se suelda en vez del potenciometro o como el caso del enlace se modifica el potenciometro dado que es el eje del mismo. Esto para obtener un motor DC, si no modificas el potenciometro seguiras teniendo un servo "normal".
Salu2.
-
El potenciómetro que trae el servo se sustituye por una resistencia ajustable multivuelta (unas 16 vueltas para recorrer los 5k) porque se tiene que hacer un ajuste fino un poco critico del servo cuando la señal de control le esta indicando al servo que esta en posición central o ahora después de la modificación, servo parado... en principio se podría dejar el mismo que trae de fabrica previamente acortado su eje, pero es posible que con la poca presición del potenciómetro no logremos dejar el servo en reposo y siempre este girando para un lado u otro a una velocidad muy lenta...
-
hola:
Gracias compañeron por la informacion, lo que pasa es que es la primera ves que voy a trabajar con un servo... y ahora que los consegui quiero utilizarlos para construir este bot, que me recomiendan, que cambie el potenciometro o lo deje como esta? voy a ver si lo pruebo a ver que tan rapido o que tan lento se mueve, espero hacerlos funcionar, estan "virgenes"....
Gracias a todos...
Un gran abrazo...
-
Yo les quite toda la electronica y el pote, los deje como simples motores DC con reductora y los controlo con el L293. Al chasis lo "peque" con cinta adesiva a 2 caras, y luego por el otro lado otra plancha de metacrilato atornillada para tenerlos a presion, que ademas aprobecho como 2º piso para la electronica.
-
Hola:
Como puedo hacerlos girar 360º solamente sin el tope en PBP...? alguien puede darme una mano...?
Un abrazo...
-
Aun quitando el tope no lograras que gire 360º, tiene que quitar tb el pote, la gente lo sustituye por dos resistencias fijas, despues el sentido y la velocidad se gobierna por PWM.
Te ahorras el driver de motores (tipico l293b) pero te mete en enbrollos de soft con modulaciones por ancho de pulso. Veo más facil dejar el motor solo y utilizar el puente.
-
Hola
Radon sabes el valor de esas resistencias que muncionas...?
Un abrazo...
-
Supongo que depende del servo, mira de cuanto es el pote, si es de 10k donde iba este tendras que poner dos resistencias equivalentes (en este caso 4k7 podría ser) y así dejamos el circuito =.
-
Lo mejor es que te compres una R multivuelta del mismo valor de tu potenciómetro... en la mayoría de paginas que tengo de adaptación de servos la recomiendan... y de esta manera seguro que te funciona... estas R ajustables son ya muy comunes y las venden prácticamente en cualquier sitio... y si sigues pensando en colocar R independientes debes de conseguirlas las dos del mismo valor y la suma de las dos R tiene que ser igual al valor del potenciómetro que tiene el servo, te recomiendo que las compres del 1%, y seguramente es posible que por problemas de fabricación de la electrónica tenga alguna dereriva el servo y las R tengan que ser ligeramente distintas... en teoría...
-
Lo que yo digo, es mas facil dejar el servo como un motor DC con reductora y usas un driver como "toda la vida" jeje, y si quieres tb puedes controlar el driver con PWM para la velocidad de estos
-
Hola
Gracias a los dos, lo hice funcionar con ayuda del pana Gesteva, solamente hundi al poteciometro para que no haga contacto con el engrane que funciona como eje y listo, funciona muy bien...
Gracias...
-
Aquí está, despues de mucho sacrificio (y horas) el bot terminado, ahora solo queda el soft (aunque ya hecho unas pruebecitas con el sigue lineas y el sensor de infrarojos y va muy bien, prometo unos videos).
(haz click para agrandar las fotos)
Detalle del bot sin la LCD (queda oculta la pila del RTC y del zumb):

El bot de frente:

Los "bajos" del bot:

Detalle de la electronica:

Vista "general" 

Le deje el puerto E libre para futuras ampliaciones!
Espero CRITICAS CONSTRUCTIVAS Y OPINIONES
Ahora necesitare ayuda con el soft jejeje
-
Enhorabuena, macho, este ya mismo está haciendo mandados...
-
Hola:
Que bien, eso me anima aun mas para apresurarme a construir el mio...
FELICIDADES...
Un abrazo...
-
No le enseñes a que te eche la primitiva a ver si un día no vuelve... enhorabuena lo has terminado en un tiempo récord.
-
















Ahora hay que programar !!
-
Pues dale caña y así podemos hacer algo con la comunicación por IR, yo por mi parte termine la comunicación con RF... y estoy esperando que me lleguen los dichoso servos para terminar el PWM.
-
Hola compañeros:
Ya solucione en parte el problemas de los servos, puedo hacerlos girar para los dos lados uno solo a la ves con el siguiente codigo en PBP:
inicio:
derecha:
high portb.0
pauseus 1000
low portb.0
pause 10
goto derecha
y hasta alli bien... y ahora pensaba que era correcto hacer lo siguiente para mover los dos servos, hice esto:
TRISB=0
derecha:
for I = 1 to 255
PORTB=%00000011
pauseus 1000
PORTB=%00000000
pause 10
next
goto derecha
Con esto los motores no giran como lo hacian en el ejemplo anterior el movimento es entrecortado y debil.... a que se debe este problema....?
O como puedo hacer que giren los dos motores al mismo iempo...?
Un gran Abrazo...
-
Hola:
Pues definitivamente he optado por lo que dijo radon elimine toda la electronica y le deje como un motor de CC con reductora...
Todos los pasos para el trucaje lo segui aqui:
http://www.iearobotics.com/proyectos/cuadernos/ct2/ct2.html
Y aqui hay un modelo bastante parecido a lo que va a ser el mio...
http://www.iearobotics.com/proyectos/skybot/skybot.html
-
Si todavía quieres hacer la prueba seria, pauseus X (min. 1 mSeg y max. 2mSeg.) + pause Y = 20mSeg.
-
Hola:
Muchas gracias Dogflu, pero los servos ya estan trucados... ![Llorica Llorica]()
Un Abrazo...
-
Reeeeholas!!! estado unos diitas por la Sierra Norte de Sevilla, seguire haciendo programitas para el bot, aver si le saco partido a todo el hard que le puse.
Luego subo un esquema a peticion de LordLafebre
-
Hola:
Pues estarè esperanda... Gracias Radon....
Un Abrazo...
-
Aqui esta el esquematico del bot:
http://www.archivosgrandes.com/6416678/bot-877_esquematico.zip
Hay algunos conectores que debo explicar ... la placa L293B lleba la alimentacion y las 4 entradas lógicas para gobernar en ambos sentidos los dos motores, la placa CNY70 con su alimentacion lleba tb 4 salidas lógicas provenientes de un tigger smith que las adapta desde 4 CNY70 y lo demas creo que se entiende bien
-
Hola Amig@s..... miren lo que me compreeee


me llega en unas semanas....
cuando lo tenga en mis manos les cuento ok?
Norberto
-
Muy wapo!! yo lo vi, es de la web de futurlec y por cierto esta muy bien de precio.
Yo decidi hacerlo a mi gusto pero vamos entre todos los ke vi ese fue el que mas me gusto (entre otras cosas porque no iba entregar de proyecto algo comercial en el tuto) !! Que lo disfrutes!
-
Hola:
Felicidades..... tiene buena pinta, pero al igual que Radon, yo tambien opte por hacerme el mio, aunque todavia esta en pañales...
.... Y a ver cuando lo pones a Funcionar...!!!!
-
Hola:
Por cierto una pregunta, porque hacer el frente del robot la parte donde estan las ruedas que hacen de eje al servo y no hacer la parte delantera la de la "rueda loca"....?
-
En mi bot la rueda loca es la de atras y en otros que vi la de alante, supongo que es cuestion de gustos, no creo que haya mucha diferencia ...
-
ESTA VIVO
Hola Amigos:
he estado construyendo mi BOT y hoy ya lo probe, ya sigue la linea negra...!
Esta armado solamente en unos pequelos PROTOBOARDS pero funciona bien...
Como no soy bueno para rutear voy a dejarlo para el ultimo cuando haya probado todas las etapas.... ji ji ji





-
Felicidades!! ya queda menos !! (yo ya estoi como loco programando jaja).
¿Usas servos? ¿Como los "conectaste" a las ruedas? ¿Que tipo de ruedas son?
Es lo que en el mio me convence menos ... pero en el tuyo tiene una pinta magnifica ... por cierto, si usas servos tendras el mismo problema que yo, no giran a la par, ¿que tipo de encoder as pensado?
-
Enhorabuena Lord, ya va tomando forma. ¿Lo de las protoboards no te da problemas?, con lo jodidas que son en condiciones normales, si encima se mueven, tienen que fallar un montón.
-
Hola:
Si utilizo servos son los Futaba S3003, y los sujete a las ruedas con silicon en barra... al principio pense que no ivan a quedar bien, pero en realidad quedaron bien firmes y bien pegadas, las ruedas son de un juguete... son de plastico pero como "patinaba" le puse a las ruedas pedazos de globo negra y quedo bien y ya no patina, y los servos vas casi casi a la par no giran exactamente igual pero es muy poquita la diferenci utilizo el L293D y un pic 16F628 por ahora solo para que quepa en el proto y probar los servos.. este fin de semana voy a ver si hago la placa para el 877...
Hoy en la tarde o mañana a mas tardar subo el esquema y el programa en PBP pero por ahora solo para que siga la trayectoria...
-
Hola:
Pues no tengo ningun problema con los protos.... de hecho confio mucho en ellos... siempre antes de montar un proyecto en una placa los armo en los protos y verifico que funcionen... nunk he tenido problemas... almenos hasta ahora no... ya improvise una pequeña pista en el suelo de mi casa y voy a ver si le saco un video para subirlo...
Lo unico de armarlos en proto fue la ENSALADA de cables que me quedo, generalmente no lo ago asi pero las ganas de probarlo me ganaron...
Ya adenlante en la programacion y en otros protos ya estoy probando el CEREBRO del robot, en la una esta el reloj Ds1307, en este ultimo si hice mejor el cableado para no tener problemas...
-
Si hechas andar el DS1307 dame un toque!! Que yo pronto tb tendre que andar con el





P.D.: (edito) anda que se parece ami mesa, toda llena de porrazos y cortes juas juas
-
Hola:
Pues lo que se ve en la imagen ya funciona... el reloj funciona muy bien... pero segun e visto tu programas en C y yo encambio lo hago en PBP... si te sirve de algo... con gusto...
-
Hola:
Pues como lo habia dicho, improvise una pequeña pista en el piso de mi casa y le saque un video pero no avance a filmar la vuelta completa xq se me acabo las baterias de la camara, pero recorrio un bun trayecto y aqui esta el video... 
http://rapidshare.de/files/3916752/ROBOT.rar.html
espero que en los dias venideros ya lo tenga armado al 100% para continuar con la programacion...!
-
Toi bajando el video aver

te importaria postear la rutina para el RTC aunque sea en Basic, aver si tengo una idea para hacerla en C (espero que entienda algo), las que vi por aquí no van ninguna
-
Hola:
Ahora que lo veo bien... menuda musica de fondo....
(Angeles del infierno - 317)... y por lo del DS1307 aqui te pongo el esquema del circuito y el codigo en PBP y si te animas a armarlo me avisas y te paso el HEX para que veas que si funciona...!
Comentame que tal ta el Bot en el video...!

;Programa para escribir y leer un RTC DS1307
Define I2C_SCLOUT 1 ;No es necesario resistencia pull-up en SCL
CPIN Var Portb.7 ;pin señal de reloj I2C
DPIN Var Portb.6 ;pin de datos I2C
segu var byte ;definir tamaño de variable segundos 1 a 255
minu var byte ;variable para los minutos
hora var byte ;variable para las horas
diaS var byte ;variable día de la semana
diaF var byte ;variable día fecha del mes
mes var byte ;variable mes
anio var byte ;variable año de 2 dígitos
dato VAR BYTE ;variable para almacenar dato leído
actualizado VAR BIT ;variable para almacenar un 1 o 0
EEPROM 0,[0] ;memoria 0 con el valor inicial 0 , sirve para
;indicar que nunca ha corrido este programa
READ 0,actualizado ;carga el valor de la memoria EEPROM dirección 0
IF actualizado =0 THEN grabarRTC ;si es la 1ra vez que corre ir a grabar RTC
;caso contrario solo leer el RTC
INICIO:
I2CREAD DPIN,CPIN,%11010000,0,[segu] ;leer los datos de mem. 0,
I2CREAD DPIN,CPIN,%11010000,1,[minu] ;1,2,..y guardarlos en sus
I2CREAD DPIN,CPIN,%11010000,2,[hora] ;respectivas variables
I2CREAD DPIN,CPIN,%11010000,3,[diaS]
I2CREAD DPIN,CPIN,%11010000,4,[diaF]
I2CREAD DPIN,CPIN,%11010000,5,[mes]
I2CREAD DPIN,CPIN,%11010000,6,[anio]
lcdout $fe,1,hex2 hora,":",hex2 minu,":",hex2 segu ;mostrar la
;hora minuto y segundos en 2 dígitos (HEX2)
lcdout $fe,$c0 ; saltar a la 2da línea del LCD
if diaS=$1 then lcdout "Dom." ;mostrar día de la semana
if diaS=$2 then lcdout "Lun."
if diaS=$3 then lcdout "Mar."
if diaS=$4 then lcdout "Mie."
if diaS=$5 then lcdout "Jue."
if diaS=$6 then lcdout "Vie."
if diaS=$7 then lcdout "Sab."
lcdout $fe,$c5,hex2 diaF,"/" ;mostrar el día del mes /
lcdout $fe,$cB,"/20",hex2 anio ; mostrar año /20 + 04
lcdout $fe,$c8 ;pasar a la casilla 8
if mes=$1 then lcdout "ene" ;mostrar el mes
if mes=$2 then lcdout "feb"
if mes=$3 then lcdout "mar"
if mes=$4 then lcdout "abr"
if mes=$5 then lcdout "may"
if mes=$6 then lcdout "jun"
if mes=$7 then lcdout "jul"
if mes=$8 then lcdout "ago"
if mes=$9 then lcdout "sep"
if mes=$10 then lcdout "oct"
if mes=$11 then lcdout "nov"
if mes=$12 then lcdout "dic"
PAUSE 500 ;esperar 0,5 segundo
goto inicio ;volver a leer los datos
; ************************ subrutina grabar *********************
grabarRTC:
I2CWRITE DPIN,CPIN,%11010000,0,[$00] ;setear 00 segundos
Pause 10 ;retardo para finalizar grabación
I2CWRITE DPIN,CPIN,%11010000,1,[$30] ;setear 30 minutos
Pause 10
I2CWRITE DPIN,CPIN,%11010000,2,[$13] ;setear las 13 horas
Pause 10
I2CWRITE DPIN,CPIN,%11010000,3,[$2] ;setear día lunes ,D=1,L=2
Pause 10 ;M=3 , M=4, J=5, V=6, S=7
I2CWRITE DPIN,CPIN,%11010000,4,[$27] ;setear día 27 del mes
Pause 10
I2CWRITE DPIN,CPIN,%11010000,5,[$9] ;setear mes septiembre
Pause 50
I2CWRITE DPIN,CPIN,%11010000,6,[$04] ;setear año 04
Pause 10
I2CWRITE DPIN,CPIN,%11010000,7,[$10] ;control %00010000 para
Pause 10 ;encender el led cada 1 seg.
WRITE 0,1 ;escribe en la memoria 0 el valor de 1 para que no
;se vuelva a grabar otra vez estos datos en el RTC
goto inicio ;ir a presentar los datos en el LCD
end
-
HOLA:
Amigos aqui pongo el pequeño esquema del bot de lo que tengo hasta ahora y el codigo en PBP para seguir la trayectoria de la linea negra... como no encontre libreria para el L293D tube que improvisar y puse un conector de 16 pins... 

"ROBOT LINE TRAKER
TRISA=%11111111
cmcon=7
pause 2000
loop:
select case PORTA
case 0
gosub izquierda
case 1
gosub adelante
case 3
gosub derecha
end select
goto loop
adelante:
high 0:high 1: low 2
high 3:high 4: low 5
return
atras:
high 0:low 1: high 2
high 3:low 4: high 5
return
izquierda:
high 0:low 1: high 2
high 3:high 4: low 5
return
derecha:
high 0:high 1: low 2
high 3:low 4: high 5
return
end
-
Ta mu chulo, Lord, cómo sigue la línea. Enhorabuena.
Aunque no es mérito tuyo; la verdad es que con esa música el pobre bot iría acojonado siguiendo la línea porque le da miedo salirse 

-
juas juas juas.......

Pos "pa que te digo que no... ese dia como que me sentia "rocker" y eso que esa cancion creo que era la mas suave... xq cuando suena du hust de Ramstein el bot no camina sino "Vuela".... 


-
Muy bien, yo fui un poco menos bruto que tu
(haciendo el circuito en el suelo de casa
), puse dos cartulinas blancas y tal, así cuando entregue el proyecto me llebo el "circuito de carreras" conmigo (que por cierto es una recreacion de Montmelo
).
Me gusta el comportamiento que tiene tu bot para seguir la linea, por otro lado gracias por el esquema del DS1307, la coneccion es lo de menos, porque no hay donde elejir jeje siendo i2c ... lo unico el led a la pata 7 de este (que yo no uso) supongo que sera para monitorizar los pasos de los segundos porque por esa pata se puede sacar una señal de 1Hz.
Si no te importa explicar un poco el cogido
te lo agradeceria, de basic ni dea (cuando el Spectrum un poco
). Aver si puedo poner yo un vidio tb pero la camara y el bot comparten las pilas recargables ![Llorica Llorica]()
Edito: se me resiste
-> http://miarroba.com/foros/ver.php?foroid=6510&temaid=4059999
-
Hola:
Pues cosas como estas hacen que me quede con e Basic por la sensillez al programar...
El codigo que puse no creo que sea complejo ni nada por el estilo al momento el RTC empieza a contar desde un valor prefijado que esta justamente en la subrutina grabarRTC, una ves grabados los datos hace una lectura constante...
Define I2C_SCLOUT 1 ;No es necesario resistencia pull-up en SCL
"Estas variables son para las señales de los pines SCL ySDA del RTC
CPIN Var Portb.7 ;pin señal de reloj I2C
DPIN Var Portb.6 ;pin de datos I2C
"esta es una de las lineas de comandos para guardar la info en el RTC
I2CWRITE DPIN,CPIN,%11010000,0,[$00]
I2CWRITE DataPin,ClockPin,Control,{Address,}[Value{,Value...}]{,Label}
donde datapin corresponde al PORTB.7, clockpin al PORTB.g del micro, control es esl byte de control del RTC %11010000 (Propio del fabricante), el siguiente parametro es la posicion de memoria y el ultimo el valor a guardar en HEX.
"esta instruccion es para leer los datos del RTC
I2CREAD DPIN,CPIN,%11010000,0,[segu]
I2CREAD DataPin,ClockPin,Control,{Address,}[Var{,Var...}]{,Label}
los parametros son los mismos salvo el ultimo que es la variable en la cual voy a almacenar el valor leido de la posicion de memoria...
Por el resto del programa no creo que haya inconvenientes porque son solo condicionales para visualizar el valor de los dias meses o años correspondientes al valor leido del RTC....
-
Gracias Lord, es cierto que Basic es muy sencillo, pero el lenguaje de programacion es mas que nada a gusto del consumidor
programo en C mas que nada porque es lo que me toco aprender en la escuela ...
Por cierto, yo lo hice andar
por aca esta la solucion en C:
http://miarroba.com/foros/ver.php?foroid=6510&temaid=4059999
-
HOLA:
Me alegro que ya te funcione el RTC, pos yo en el cole y la U aprendi C pero en programacion... aprendi C++ y ahora estoy recibiendo un curcillo de C#.... pero con respecto a micros nada de C solo Basic... xq el assembler me da dolor de cabeza...
-
Estoi preparando algunas modificaciones en mi bot, como sabeis uso como detector de proximidad diodos IR (infrarojos), en concreto el esquema que hay en la página de pablin:

Pero con un solo diodo IR el comportamiento es bastante malo, su rago lateral es muy limitado y los obstaculos a los lados no son detectables y tiene que recurrir mucho a los bumpers (interruptores final de recorrido) para "sortear" los obstaculos. Así que me propongo a mejorar la exploración de bot usando 3, con el mismo esquema (pues que va bastante bien).
Como explica pablin el 567 es un decoder de tono, es decir, a la entrada le llega un tono (señal de una frecuencia determinada) y la compara con su circuito oscilador (RC) y activa la señal de salida conforme el resultado de la compararion. Yo he pensado multiplexar la señal de reloj y así emitir con diodos distintos y saber de donde proviene el obstaculo. Aver que os parece el esquema 

Multiplexando usamos un solo receptor IR, el BPW96 ...
-
¿y el ángulo de apertura de visión del receptor será suficiente recibir la señal de los tres?
-
Gracias por avisarme nocturno, el datasheet dise que tiene una apertura de sensibilidad de +/-20º, insuficiente

Ahi las dao
entonces tendre que poner 3 receptores alineados con los emisores en paralelo, la idea es tener una unica salida con 3 emisores, da = cual reciba, por que se cual es el que ha emitido y su señal a rebotado o no, no cambia nada las E/S.
-

También podrías poner espejos 
-
Jeje , seria original al menos
,cuanto mas ando con mi bot, mas fallos le encuentro, al final lo tiro a la basura y hago otro xD
-
Felicidades tanto a ti como a lord, por los montajes, he tenido un poco descuidado el foro por motivos de trabajo... con respecto al esquemita la serie 40 no permite dejar entradas sin polarizar a un que no se utilicen, te puede hacer cosas raras el circuito... y tienes que estudiar bien la nomenclatura del 4081 porque puede que no te de para alimentar los led, no he podido encontrar informacion sobre corrientes de salida de este integrado...
-
Aja, lo de dejar la puerta al aire lo conocia, pero fue un discuido (por eso me gusta postear aquí antes de hacer nada jeje
). Tenia entendido que era mejor usar un cmos que un ttl (la serie 74xx) porque consumian menos ... Pero ya me dejas con la duda, de todas formas como lo pondre en zócalo siempre lo puedo sustituir por el equivalente en ttl.
Voi a buscar los datasheet y ahora edito el post, aver que dicen 
Juerrrr!!! El data sheet de un emisor IR http://www.vishay.com/docs/81056/81056.pdf el TSUS540, pos segun entendido (que yo de ingles corto), funciona a entre 1,3 y 1,7V. Y consume unos 100mA
(150mA max) ... ¡¡valla con el "ledecito"!!
Referente a las puertas, la CMOS (4081) es de muy bajo poder para leds normales al igual que la TTL de bajo consumo 74LS08, solo quedaba la 7408 y para led normales va justita. ¿Alguna idea? ¿Un transistor a cada puerta?
-
Tiene que haber un 40 con driver a la salida, o sino un uln o ucn ahora no recuerdo son bloques de transistores colector abierto de bajo coste compatibles directamente sus entradas con salidas digitales, cuando salga del curro te lo busco...
-
Si tengo uno por aquí con la referencia ULN2803A, pero no se de que modo me va servir para este proyecto, porque las puertas son esenciales, seria como un "ENABLE" para habilitar el emisor IR que quiero usar en cada momento y así poderlos multiplexar y conocer si recibo en los receptores cual de ellos produjo el rebote.
Tu dirás ... :s (si hay un 40xx de puertan AND con buffer seria lo ideal
).
Edito: el datasheet del citado -> http://pdf.alldatasheet.com/datasheet-pdf/view/25573/STMICROELECTRONICS/ULN2803A.html
Por ahora tengo esto otro como solución, aunque realmente no me gusta porque se añaden muchos componentes discretos y empieza a hacerse bastante grande la placa en tamaño.
-
Por eso el transitor y la resistencia de 10k, no hace falta nada de corriente para saturar al transistor (o eso creo).
-
Desconozco la impedancia real de las entradas del ULN pero al ser compatible con la serie 40 es muy posible que soporte R de entrada (2k2 en el esquema) de 10K es cuestión de probarlo... asi que tu eliges...
-
El problema es que el ULN es un array de 8 creo recordar ... yo solo uso en mi esquema 4, no creo que este IC se justifique en este proyecto.
-
Nada, no encuentro nada en Cmos, es posible que el problema este en mi libro de la familia 40xx que es un poco antiguo (del 86 jeje), pero de todas formas si quieres mirar el 4066 que es un bloque de 4 switch electronicos independientes que permite 100mw por salida...
-
Aqui esta el data http://pdf.alldatasheet.com/datasheet-pdf/view/8175/NSC/4066.html me parece interesante, ¿estoi podria ponerse en vez de los transistores y la puerta no? Voi a leer mas el data, que a primera vista creo que me sirve. Gracias dogflu66!
-
Bueno así ha queda el esquematico al fina, le puse un pote para poder regular la distancia del detectos, no me parado en saber de cuanto, pero a ojo he puesto uno de 470 ohmios.

Y la pcb, que ya esta insolada, queda taladrarla y probarla
... en cuanto valla a la tienda por los componentes 
-
Holaaaaaaaa:
Despues de una semanita de vacaciones he tomado nuevamente el hilo del bot.... pero ahora estoy con una estructura diferente, a ver que les parece:




Por ahora a lo que me quiero dedicar es a hacer un bot luchador de sumo, y esta estructura me parece muchisimo mejor porque es todoterreno y tiene buena adherencia al piso... lo he probado solamente con la bateria y no hay nada que le pare.... ji ji ji
-
Tiene muy buena pinta!!!
Aunque poco espacio para la futura electronica ¿no? Me gusta la "oruga", ¿de donde sacas esas cosas? jeje
Animo con el!!!
-
Hola:
Pues creo que hay espacio suficiente, o sino lo hago en "dos pisos"... y las piezas las compre ahora que fui de vacaciones por Quito (Capital de mi pais)... y compre un juguete de MECCANO y de ese que saque las orugas... voy a sacarle un pequeño video por unos obstaculos (Los motores estan conectados directamente a la bateria, aun no le pongo nada de electronica...
)
-
Esta chulo, yo soy un fan de las orugas...
-
Hola:
Gracias... pues la verdad es que a mi tambien me gustan mucho las orugas y ahora que las consegui voy a ver que tal me va.... quiero ponerle en la parte de adelante una pala como la de los tractores sujetada a un servo para que pueda levantar al oponente... voy a ver como me va...
-
tiene buena pinta el boot ese pana lordlafebre
y especialmente el tipo de la estructura que le estas poniendo. animo y suerte 
-
Hola:
Gracias pana lord_10... estoy tratando de hacer una estructura firme que resista un combate... espero hacer una buena no vaya a ser que se "desvarate" mi bot con el primer choque....! ji ji ji
-
Hola:
Aqui esta un pequeño video del bot atravesando unos pocos obstaculos... reitero nuevamente que no hay nada de electronica sino estan conectados los motores directamente a Vcc... 
http://rapidshare.de/files/4446777/Bot-Oruga.rar.html
-
Joé!! que caña las orugas, en que mecano venian? y que te costo el mecano? Yo vi algunos, pero algo caros...
-
jooooode quiero unas orugas de esas!!!
enhorabuena por la estructura jejeje, siempre ha sido lo q me ha tirado patras de los robots "con ruedas".. tiene q ser gracioso verlo girar sobre si mismo... el jodio hasta salta y todo!! jejeje
saludos!
-
Eso eso!! lo queremos ver girar



-
Bravo LordLafebre!!
Las orugas son mi asignatura pendiente asi que me mirare el mecano.
Por cierto.. ¿has probado que autonomia tiene el robot con la pila de 9V?
-
Hola:
Radon si te fijas en el video al momento en que empieza a subir a una caja esa es presisamente la del MECCANO... me costo $17.00 dolares americanos... claro que habian otros mas caros, mientras mas grandes iva aumentando el precio... aun me falta adaptarle algunas cosas... espero para el lunes sacarle otro video con algo de electronica...
-
Hola:
Yo tambien lo vi barato por eso lo compre, mañana voy a comprar otros dos servos para montar otro con ruedas y hacerlos por lo menos chocar para ir viendo virtudes y defectos del uno con respecto al otro... ji ji ji
-




Montale mas ruedas en la oruga al estilo tanque, haciendo como un trapecio en la oruga, así no hay escalon que se le resista jejeje
-
Hola:
No tengo espacio para hacer lo que tu dices Radon, pero si vi mas juguetes en la forma que tu mencionas pero esos ya estaban un poco caros...
-
Las orugas tienden a subir se por cualquier cosa, por lo que es posible que al chocar con el Bot. contrario se suba por este y le des la panza, y este te arrastre con suma facilidad, me imagino que tendras que solucionar este problema con algun tipo de protección en las orugas para que hagan tope y no se suban por los sitios indebidos...
-
Hola:
Tienes toda la razon dogflu66 de hecho ya lo probe y paso exactamente lo que tu dices por eso en alguno de los posts anteriores decia que estoy con ganas de ponerle una pala como la de un tractor acoplada a un servo para con algun sensor o algo detectar al oponente y levantarle... pero para eso tambien estaba pensando que mi bot debe tener peso para que al momento de levantarlo el mio no se vaya para adelante y se desbalancee...
-
Se me antojado hacerme una oruga por tu culpa

Yo no la haria para sumo, resultan divertirdas subiendo por todas partes, unas barras antivuelco y a subirse por las paredes 


-
Hola:
Que bien que te animes, alli podemos hacerlo "chevere" entre los dos... pero para el sumo quiero probarlo, como decia anteriormente quiero probar las orugas contra las ruedas, mas luego voy a comprar otros servos para hacerme otro... ji ji ji
-
Aquí muestro mis dos orugas las cuales las guardo como oro en paño... y tambien muestro la base en la que estaba trabajando últimamente la cual la tengo abandonada... tiene buen agarre y toda la velocidad la convertid en potencia, y ademas tiene un sistema de tracción motor-tornillo-engranaje-ruedas que impide de forma mecanica el giro de las ruedas de forma inversa ruedas-engranaje-tornillo-motor, vamos que si el motor esta parado a la base la podra arrastrar el bot contrario pero las ruedas no giran...

-
Lleba 6 motores?

Tiene muy buena pinta.
-
Todas las ruedas son motrices, solo utilizo dos motores y el vehículo tiene la mismo movilidad y maniobrabilidad que las orugas.... aquí muestro las piezas en colorines, el motor de color gris, la caja de cambios transparente y contiene una rueda dentada en rojo y el tornillo sin fin de color negro... y una pieza amarilla en atención a Lord... lo siento Lord pero ya quedan pocas ideas originales...

-
Hola:
Que bien dogflu es justamente lo que yo decia.... hoy ya compre yo tambien una nueva estructura esta es de aluminio... cuando la acabe de armar le saco unas fotos... tiene tambien una pala... lo que estaba buscando justamente.... aver si nos ponemos a armarlos a ver como quedan...
-
Joder, de donde sacais esas cosas !!
Y yo aquí con las planchas de metacrilato de los retail de la fabrica de rotulos de enfrente y serrucho en mano
Esto no es justo 

![Llorica Llorica]()
-
Hola:
Vamos Radon que si buscas un poco en tus juguetes de niño o de tus sobrino o primos encontraras lo que necesitas.... ji ji ji... yo he comprado algunos juguetitos para "destrozarlos" ji ji ji....
-
READY FOR BATTLE
Hola amigos... ya esta tomando forma la que va a ser la estructura final de mi bot de sumo.... aqui les paso unas fotos.... agradeceria mucho comentarios...
Como decia... esta formada de tres servos dos que son los ejes de las orugas y uno que va sujetado a la pala para levantar al oponente, en la parte de atras van las baterias y donde esta el Project Board pienso poner la circuiteria... 



-
Tiene pero que muy buena pinta!!!

-
Por lo que veo de la sujeción de la pala, me parece que la tienes sujeta en un solo punto, y directamente al sevo, me explico, si con la pala en ganchas un contrario y tienes la mala suerte de cogerlo con una sola esquinita de tu pala me da la sensación que se torcera y tambien para que sea efectiva necesitas que este pegada al suelo lo mas posible para que pueda enganchar al contrario por cualquier lado, ya que si lo intentas enganchar por un lateral y es liso la pala resbalara... te tienes que asegurar que siempre entrara por debajo de la estructura del contrario, de lo contrario perderás eficacia ya que de pende de la construcción del oponente puede que la pala no consiga nungun punto de apoyo en el cuerpo del contrario... tendra la pala fuerza como para mantener una carga de medio kilo de peso aunque este esté concentrado en un solo punto de la pala?... recuerda que los bot de sumo los hacen pesados y todo lo lisos que pueden...
-
Hola:
Pues habia pensado justamente en lo que tu dices, me descargue videos de lucha de bots y los modelos son buenos, incluso el contorno de uno de ellos es totalmente redonde, lo montaron en un recipiente de galetas por lo que hace dificil cualquier enganche... y este para arrastrar al oponente tenia una lamina de metacrilico en unangulo de unos 30º a la estructura y toto pegado totalmente al suelo... con respecto a otros encambi se ven muy sencillos... aun no pruebo la fuerza de la para... lo que tenia miedo es que al levantar al oponente mi bot se vaya de "CARA"... por eso quiero ir haciendo pruebas o si alguien tiene alguna idea de como irlo haciendo pues acepto todas las sujerecias... y el tuyo DOGFLU cuando lo pones en marcha....? Se ve muy bien en esas fotos... vamos a ver si sacamos algo interesante....! En estos dias voy a construir otro pero sin orugas, voy a hacerlo con ruedas y probarlos uno con respecto al otro para ver errores... el que es de orugas tiene tres servos Futaba S3003 y el otro lo voy a hacer con 2 servos Hitec HS-311... a ver que sale de todo esto....
-
Si pones bajo o junto a la pala unas barras de la misma longitud que esta, al levantar la pala las barras aguantarán el peso del enemigo, sin que se vea contrapesado tu robot.
-
Hola:
Perdon nocturno pero no entiendo bien como tendria que ponerlas... unas barras mas pesadas..? y como irian sujetadas...?
-
Aja.... ahora si ya "muerdo" tu idea... es muy buena idea... vamos a ver si puedo adaptarla... gracias Nocturno
-
Aquí esta el nuevo radar IR, para el bot!!

Ahora voi a trastear con el y os cuento....
-
ummm creo q vas a tener q ponerle algo (en plan "pared") para limitar el campo de "vision"... pq es posible q tal y como lo tienes puesto, un IR interfiera en el otro... ya cuentas como "ve" el bixo
-
No, los emisores se van multiplexando, es decir, encendiendose uno a cada vez, así sabes cual reboto, (el receptor que reciba es indiferente, porque en ese momento solo habra un emisor activo), la idea de los 3 receptores es en parte de nocturno, porque uno solo como el indico no permite tal amplitud de ángulo.
Luego subire un organigrama y tal
-
Aquí te dejo unas fotitos que pueden darte alguna idea... y con el tema del centro de gravedad cuando estaba con este tema pense en colocar un peso movil controlado por un motorcito... y para desplazarlo al lugar adecuado tenia en mente utilizar unos sensores de tacto instalados en algun lugar adecuado de la estructura de la pala para a si calcular el peso aproximado de la carga para desplazar el contrapeso al lugar adecuado... este peso podrian ser las mismas baterias...


y aqui detector de tacto o presion...
-
Hola:
Se ve muy bien... ese es de Lego mind storm?... yo he buscado esos kits por aqui pero no hay... lo unico que encontre fue meccano, pero ni punto de comparacion con el tuyo... y tu cuando te animas a armarlo..?
Voy a ver si puedo hacer algo parecido...
-
Es que tengo muchos proyectos a medio terminar... y si me pongo con bot se que me va a absorber todo el tiempo porque me gusta demasiado el tema... de todas formas voy a ordenar mis ideas sobre el bot y me lo voy a pensar el terminarlo... lo que seria interesante es exponer exactamente lo que se quiere que haga y los accesorios, porque si no lo hacemos asi nunca lo terminaremos ya que siempre le estaremos incorporando cosas... y por otro lado por mi parte pienso que hay bot que para nuestro caso (la distancia entre foreros) se les sacaria mas partido ya que con el bot de sumo no podemos competir entre nosotros, pero por ejemplo un bot que coge pelotitas según el color y las deposita en un lugar determinado salvando obstáculos ya definidos y etc... nos permitiria interactuar entre nosotros en la distancia porque solo tendríamos que cronometrar el tiempo que tarda en hacer la tarea y comparar tiempos y problemas ya que al ser el escenario el mismo la distancia entre nosotros no importa... y por ultimo una ves practicado con este tipo de bot podriamos plantearnos el de montar uno conjunto que seria el bot limpiador de suelos por ejemplo... estas ideas ya las expuse mas o menos pero hasta ahora parece que no interesaron a la gente...
PD. La serie MindStorms para robotica (Robotics Invention Syntem + algunos mas) y la serie Technic como relleno de piezas.
-
Me parece muy interesante las ideas de dogflu66, por ejemplo un seguidor de lineas "profesional", para competir estaría muy bien, y que el trayecto tuviera bifurcaciones marcadas que el bot debe de detectar para tomar la correcta. Como el concurso de alcabot valla.
P.D.: ami me esta pasando eso, queria un bot muy completo y parece que nunca lo voi a terminar jeje, por cierto el sensor IR no va bien
-
Yo por mi parte preferiría algo mas complejo, pero el seguidor de lineas tambien estaria bien par comenzar, tan solo abria que coger las bases de construcción de algun concurso y proyectar una pista comun para todos...
-
Hola:
Estoy con nuevo "LOOK"... no entiendo como no le intereso a la gente antes la idea de dogflu... yo estoy interesado en hacer algo complejo, seria bueno hacer lo que tu propones... ponernos de acuerdo los que queramos en hacer algo definido xq tienes razon asi vamos cada quien por un lado, luego aparece otra idea y fin...! a cambiar lo que se tenia pensado, creo que es mejor saber "hacia donde vamos"... QUIEN SE APUNTA?
-
Si el sigue lineas os parece sencillo (ami no, porque para competir en condiciones, debes tener unos 8 sensores de luz -normalmente 8 CNY- y el algoritmo de control para todos, no es solo girar, si no hacerlo con pwm según el radio de la curva que debe captar estos sensores para hacerlo lo más rapido posible
).
Tb se podria hacer un explorer, y montar un laberinto y tal, creo que es lo más llamativo, pero tb lo más complejo
-
Hola:
Asi es Radon no es sencillo lo de seguir la "linea" he visto en internet circuitos muy complejos que necesitan algunos sensores xq de pronto dos (como los que yo lo habia puesto y lo probe en el video que subi al foro) no bastan... seria bueno conseguir o hacer algun tipo de circuito un poco complejo para hacer el rastreador....!
-
Creo que me voi a llegar hoy al toys´urus (o como quiera llamarse
), luego es cuento que veo 
-
Hola:
Yo aye me fui a JUGUETON y me encontre con nuevos modelos de MECCANO mejores que los que habia visto pero ahora los presios estan un poco altos xq ya se acerca la temporada navideña....
...
-
Esto parece que se anima...
Reconozco que no tengo el problema que indicais ya que empece con los ladrillitos desde los 8 años y de forma seria a partir de los 16... a si que tengo algunas piececitas...
Y el tema de las linea no me referia al software me refiero a la estructura ya que solo necesitas controlar los motores de una forma mas o menos compleja y la parte optica pero con un montaje por ejemplo el de las pelotitas necesitas bumpers, infrarrojos, algun tipo de recipiente para transportar la pelota, algo que detecte que la pelota es negra o blanca, algo que detecte que la depositas en el lugar adecuado, algo para expulsarla, etc.. las rutinas que saldrian de aquí la mayoria serian aprovechables para otros montajes...
Creo que el problema podria estar aquí, prueba esto a ver si te funciona de esta otra forma...


PD. En definitiva con la experiencia adquirida seria la de crear un o unos robot autónomos y utiles (trabajando en red) que a la larga pienso que nos daran mas satisfacción... pero esto no es mas que una idea... de todas formas me apunto a esta nueva linea...
-
Hola:
De verdad ya me interese en esto... tenemos que ponernos de acuerdo para ver que mismo vamos ha hacer, por lo visto tu dogflu66 tienes mas experiencia asi que seria bueno que tu digas que vamos ha hacer y por donde empezar... sea lo que sea cuenta conmigo que yo me animo ha hacerlo...!
-
hola:
mmmmmm acabo de leer tu PD... te refieres a usar ethernet...? yo habia hecho uns ejemplitos con SITEPLAYER pero como no volvi a practicar le he estado buscando a mi profesor para que me de la informacion que nos dio el seminario ayer por fin lo encontreeeee..... ! se habia ido de vacaciones y ya esta de regreso en la ciudad, me prometio darme la informacion para el martes o el miercoles... y en el transcurso de esa semana quisiera probar nuevamente algun ejemplillo y les comento... me parece interesante esto... alguien de otro lado y muy lejos pueda comandar un pequeño bot conectado al ordenador..... ji ji ji...
-
El montaje del bot-linea, es un buen empiece ya que con una estructura basica y poco mas se puede comenzar con el tema y serviria de experiencia para ver como responden las estructuras, motores, precisión etc... es un montaje rapido y que nos puede servir para calentar motores... es cuestion de que Radon exponga las bases para que las sigamos todos...
Con los bot-linea ya fuera de la competición lo que armaria es un clasificador, la funcion es la de seguir una linea en el suelo que le sirve de guia y le permite recorrer un recinto el cual tiene una serie de contenedores en plano o en estanterías, la misión es la de rellenar los huecos con nuevos contenedores y a su ves suministrar los que se les pide... en realidad montajes hay para todos los gustos pero sigo prefiriendo el de las pelotitas... mas complicado mas hardware...
-
Me pillaste escribiendo el mensaje... si es algo por el estilo... a un que no me referia al control por ordenador... por ejemplo si tienes un bot de limpieza funcionando y de buenas no aparece a recibir su dosis diaria de electricidad, se podria poner en marcha un mecanismo que hiciera que otro bot especializado lo intentara reanimar o en el peor de los casos lo llevara a algun lugar determinado esto no quiere decir que no se pueda integrar un ordenador que nos indique el estados y lugar de los bot y etc ya sea de forma remota o no... tengo alguna experiencia en integrar autómatas en red y realmente da una gran satisfacción ver que todos se integran y realizan su tarea...
-
De acuerdo yo por lo pronto comienzo con la estructura... y asi pruebo mi nueva controladora...
-
Hola:
Esa controladora es hecha por ti? que nomas tiene?
-
Aquí esta mi Sigue-Linea, por el momento no le puedo conectar mi controladora chiquitina porque los sensores que tengo son por lazo de corriente y no tengo terminado el adaptador, asi que tengo que utilizar la del RIS (ladrillo amarillo de lego).



-
Si, esta es mi chiquitina la Ver. 1.3... y tiene lo tipico:
17 pin I/O polarizados
conector I2C (si se cuentan como I/O pues dos a sumar a los 17)
display 2x16 caracteres + iluminación (si se utiliza la retroiluminacion resta un I/O)
el display utiliza palabras de 8bit para ir mas rapido
un L293D en placa para controlar 4 reles o 4 servos o 2 motores normales (si se utiliza resta 5 I/O)
reloj calendario I2C en placa + bateria + alarma (resta un I/O si seutiliza la alarma)
memoria I2C en placa
zumbador en placa (resta un I/O si se utiliza)
pic 16F877 a 20Mhz
puerto RS232 en placa
puede monitorizar la alimentación (resta un un I/O si se utiliza)
protección contra inversión de polaridad
conector para programar en placa
conectores de potencia para la entrada de alimentación, salida de 5v y las 4
salidas de potencia.
y creo que no se me olvida nada
-
Buen bicho dogflu, y a LordLafebre lo veo al tio super animao, pero yo no creo poder seguir los pasos, las camaras y el sensor de ultrasonidos esta fuera de mi presupuesto jeje.
Y respecto al esquema, si invierto la pull-down, por la pull-up, invierto la señal de reloj que sale por la pata, es decir, cuando haya un "1" saliendo, el transitor satura y da como respuesta un "0", y así nunca se excitara el lm567. Creo que voi a parar de este integrado, porque no me gusta demasiado, y a usar el mismo TSOP1738 de los televisores como receptor, y modular con un 555 los emisores a 40khz. Todo es probar
-
Bueno pues coloca otro transistor + resistencia e invierte la señal de nuevo...
Es posible que el C.I. que utilizas tenga el opuesto, es decir el mismo pero con las salidas invertidas? funcionaria?...
-
Es que ya que lo tienes montado es una lastima dejarlo de lado...
-
Hola:
Esta"guapo" tu bot... y uds. ya estan avanzados yo no tengo hecha aun la PCB... yo la voy a hacer con bootloader, un DS1307, una 24LC04B, display, L293D, eso por ahora y dejar todas las salidas que no utilizo, estoy viendo la posibilidad de comprar la camara y el sensor SRF04... estan un poco caros... entre las dos cosas creo que llega a unos USD$ 180 mi problema es que no soy bueno para hacer las placas por lo que me toca mandarlas a hacer... en estos dias voy ha hacer eso...
-
A dogflu, pues se supone que deberia de ir, pero no es así, tendré que buscar otra solución.

-
Bueno Radon, el desarrollo electronico es asi, cuanto mas problemas de un circuito mas facil sera el proximo... voy aprovechar que estoy de vacaciones para montarlo y ver si soy capaz de ponerlo en marcha ya que me parece buena la idea que tuviste con respecto a este circuito... si tienes algo en especial que hallas observado y me puedas comentar... para asi no tropezarme con los mismos problemas que te diera desde el principio...
-
Pues, el primero que monte iva batante bien, tal y como esta en la pagina de pablin. Luego monte este y la verdad es que no tengo ni la menor idea de porque no puede ir, ante la duda y la desesperación volve a montar el original en la protoboard y resulto que iva bastante pobre, podría ser por la misma proto ... otra explicación no le veo.
Si lo vas a montar, la parte del emisor verás que lleba puertas AND, y luego transistores para soportar la carga del del diodo IR (que consumo unos 100mA). Ahora creo que te puedes ahorrar la puerta AND, y pones los transistores sólos tal y como estan, y el transistor de la señal de reloj (el que hace la modulación) ponerlo comun a todos ellos. Y se queda exactamente igual en el funcionamiento solo que nos ahorramos el integrado (más que por el precio que vale una miseria por el tamaño de la pcb).
Espero que tengas mas suerte que yo, en mi caso, voi a probar como receptores el mismo TSOP1738 que uso para recibir del mando a distancia ordenes, como receptor para estos menesteres, y modular a los 38khz los diodos IR con un 555.
Aver que nos contamos en los proximos post
-
Si el de Pablin lo tengo montado desde hace tiempo... y me funciona correctamente...
-
Debe ser entonces por la protoboard, tb he visto que tu usas los fototransistores esos con "ventanitas", yo lo hacia con fotodiodos, no se si habrá alguna diferencia.
Creo que la referencia de los que uso es BPW96.
-
Imagino que los transistores tendran mas ganancia, en la que pienso montar tambien colocare los TX (BPW14) como transistores... y este es el esquema que me quedo... espero que funcione, todo dependera de si los interruptores del 4052 cierran adecuadamente a cero entre otras cosas... si este funciona tengo pensado otro con 16... bueno me parece que me estoy pareciendo al cuento de la lechera...
-
Me gusta la idea que tuviste, yo creo que con 4 vas sobrao ... ¿Aguantara el CMOS los 100mA de carga para los led´s IR?
P.D.: aver si encuentro los fototransistores 
Edito: no necesitas multiplexar los receptores, con saber cual emitió cada vez, te da igual el que reciba.
-
Pues si, en un principio habia pensado en colocar los switches en paralelo de dos en dos y dejar los Rx fijos, pero después pense que lo mismo el integrado aguanta... y si los dejo multiplexados la inmunidad al ruido es superior... bueno si se quema ya pensare en otra cosa...
-
Este es en lo que se me quedo el esquema, lo pongo en marcha con estas ultimas modificaciones y aparentemente funciona, luce correctamente el led, pero cuando pongo el medidor de logica en el pin de salida me da oscilaciones... asi que tendre que seguir comprobando el tema...
-
Escrito originalmente por dogflu66
pero cuando pongo el medidor de logica en el pin de salida me da oscilaciones...
¿eso es un osciloscopio o es otro tipo de instrumental?
-
Supongo que un medidor de lógica es como una punta de prueba TTL, que te da 1 ó 0. Y si es con led´s, le parpadearan supono


Yo decidido no montar el radar hasta que tenga al menos un frecuencimetro o un scope
-
En la página de pablín hay esto:
Punta lógica TTL de tres estados

Aqui esta la url: http://www.pablin.com.ar/electron/circuito/instlab/ptalogic/index.htm
Debe estar bien montarla en una especie de boli-punta de prueba como la de los osciloscopio, y con una pinza de cocodrilo para cojerla a masa. Pero aver quien lo mete dentro
-
Hola:
Dogflu es FLUKE tu instrumento....? Aqui tenemos uno muy similar y creo que son buenos... aun sobreviven... solo que cuando lo adquirieron costo como unos USD$500...
-
No, es un Multimeter PD-695 de Promax... y con las marcas cuidadin, asi que leer atentamente las características de la parte del instrumento que mas vais a utilizar, porque pagareis mucho por algunas funciones del instrumento que no se utilizan y las que realmente utiliceis puede que no sean tan buenas...
-
Hola:
Bueno el equipo no es mio, es de la Universidad... eso es lo que escogieron mis profesores...
, es muy util...
-
Como llevais el tema del bot?... esta tarde se la voy a dedicar a ponerlo en marcha... no se anima nadie mas a poner en marcha un bot sigue lineas?...
-
Hola:
Que hay que hacer? tienes una trayectoria en mente?
-
Vuelvo!!! a por mi cacharrito!! y esta vez tengo "alas" jejeje .... me siento como un niño de 12 años juas, mira que me he regalado:
-
Hola:
Ya veo radon, ese debe ser el mecano flex del que comentabas, aver cuando montas la estructura para el que va a ser tu bot
-
jeje, te entiendo...
-
HOLA, SOY NUEVO EN ESTO, EH ESTADO LEYENDO TODO RESPECTO AL PROYECTO DEL BOT CON PIC, Y LA VERDAD VALLA QUE ES INTERESANTE, MI PROBLEMA AHORA ES REALIZAR UNO COMO PRACTICA FINAL EN MI MATERIA DE SENSORES INTELIGENTES. DEBE ESTAR LISTO EN UNA SEMANA, EH RECOGIDO INFORMACION DE TODO ESTO QUE USTEDES MUESTRAN Y LA VERDAD TENGO MUCHAS DUDAS, ALGUIEN DE USTEDES ME PODRIA FACILITAR UN DIAGRAMA DONDE SE MUESTRE COMO HACER UN SEGUIDOR DE LINEA NEGRA, CON SENSORES CNY70, LM293 Y PIC, SOLO ESO ME PEDIERON NADAMAS SE QUIERE QUE SIGA UNA LINEA NEGRA, CREO QUE PARA USTEDES NO ES LA GRAN COSA PERO YO UE NO ENTIENOD MUY BIEN LA PROGRAMACION DE PICS SE ME HACE COMPLICADO (UN PROGRAMA QUE ME SUGIERAN PARA LA PROGRAMACION ), SI TIENEN UN PROGRAMA YA HECHO QUE MEJOR, SOLO PARA DARME UNA IDEA, POR EL MOMENTO SOLO ME DEDICARE A REALIZAR LOS CTOS RESPECTIVOS Y PROBARLOS, EN EL CASO DEL CONTROL DE MOTOR . UNA SUGERENCIA QUE ME DIO MI PROFESOR ES HACERLO EN CARRITO DE CONTROL REMOTO ESOS QUE MUEVEN LAS LLANTAS DELANTERAS Y LO DE ATRAS ES LA TRACCION DE AVANCE, ASI LO QUIERE....... POR FAVOR ME URGE, DE ANTEMANO MUCHAS GRACIAS. ESPERO UNA PRONTA RESPUESTA SALUDOS!!!,
FROM MEXICO!
-
Hola:
Pues en los dos hilos donde posteaste yo creo que tienes la informacion suficiente...
Hay esquemas y codigos en diferentes compiladores si mal no recuerdo, yo postie todo el esquema y el codigo en PBP, dogflu hizo lo mismo pero en C, Radon tambien puso esquemas y codigos... alli tienes todo lo que necesitas, incluso hay videos de como funcionan los robots con el codigo que se a utilizado para el pic.
-
Placa de proposito general para robotica:

Este es el esquemático que realizado para la placa que llebara la nueva versión jeje del bot 877 (con base de meccano). ¿Que os parece?
PIC16F877A - corriendo a 20Mhz
Comunicación RS-232 con Max232 para el volcado de info al PC
RTC (Real Time Clock) DS1307 + Bateria 3V
Sensor de temp digital por i2c DS1624
Memoria externa i2c 24LC256
Conector para expandir bus i2c
Puente en H para el control de 2 motores en ambos sentidos (o 4 réles) con control de veloc de giro por modulo PWM (CCP)
Sentor IR para mando a distancia TSOP1738
LCD 2x16 con retroiluminación (control de luz mediante microcontrolador), potencimetros para regular contraste y luz
Zumbador
Sensor de luz ambiente mediante LDR
Conector ICSP
4 Conectores directos para servos
8 I/O para encoders, bumpers etc ...
Si encontrais algo mal (o mejorable) comuniquenmelo please, antes de hacer la placa, thanks!!!
-
Más que una mejora, es una pregunta, amigo Radon.
Le pones más de 5K a MCLR (4K7 + 470), ¿funciona bien el micro con tanta resistencia ahí?
-
Por supuesto ... es más, siempre he usado de 10k
-
T1 no necesita R en serie con la base?
R9 si la pones a +, el display aguanta sin R limitadora?
Joer, es que si no me unen los pin no me entero….. ![Llorica Llorica]()

-
Cierto, gracias dogflu, olvide la resistencia en la base del transistor
![Helado Helado]()
Con R9 no se a que te refieres, es un pote para regular la luz del display, pienso que dices de poner una resistencia como precaución al girar todo el pote, pero hay LCDs (de hecho el mio, que ya tienen la resistencia en la placa, y con que le pongas otra mas aunque sea de muuyyy bajo valor, apenas arde).
Por cierto, la parafernalia de los jumpers en la iluminacion del LCD tb, es como solución, a que algunos LCDs tienen en Anodo y Catodo en los pines 15 y 16 respectivamente y viceversa, es cuestión de tener una placa "adaptable"
-
Hola!
Veo que ya van muy avanzados con el diseño del bot felicidades 
Yo apenas estoy iniciando con uno, y tengo unas cuantas dudas pero primero explico para que servirá, mmm basicamente es un robot promocional programable por la computadora y también que sirva deaprendisaje. Porque de aprendizaje, pues bueno, el programa con el que se va a comunicar es matlab y he visto diversos algoritmos en la net donde se citan como esquivar obstaculos y segir con el recorrido habitual lo hacen con matrices y diversos procedimientos para calcular el angulo y bueno,pero eso es a futuro primero hay que tener el bot no? Claro que = se puede hacer con labview y visual c.
El bot que tengo pensado es de las siguientes características:
a)Comunicacion half duplex por Rf a pto serie/paralelo de la pc, para programarlo
u operarlo
b)Comunicacion full duplex (posibilitando real time) via amm "por cable" jejeje
c)Una pantallita de led"s donde muestre una promocion o una carita, la pantalla
seria de 256x256 aprox no uso lcd porke esta my chikito y de plano no se ve, y
un glcd porke no se donde adkirirlo.
d)El bot se mueve por motor con engranes pareciendo un carrito +o-, pero en sus
niveles superiores (2) se mueve en su propio eje, de tal forma que sea algo asi
como un tronco y una cabeza
e)Pienso en dos o un brazos con y ahi es donde les dire mi pregunta mas
adelante, con servomotores o con motoreductor.
f)Sensores para que evite obstaculos, estos de plano no me quiero quebrar la
cabeza y los hare infrarrojos, pues no me interesa mucho la distancia a un
obstaculo solo que no lo toque.
g)Sensor en su parte inferior con un ADC no para que siga una linea, sino para
cuando se le diga ke no salga de un area determinada se pare u haga otra
cosa, y tambien que si alguien lo alza pus no se robe jejejeje.....
f)incluir un dispositivo que toque mp3, claro ... no soy tan cañon como para hacerlo
pero si para contrlar cuando se enciende y cuando no, me entienden?
Anteriormente ya habia tenido una experiencia con bot"s lo habia hecho con un 876,l293d,sensores infrarrojos etc sin embargo en esta ocasion creo ke 1 solo me keda muy corto y ademas notengo experiencia con I2C.
Mi pregunta despues de todo el rollo es en la elección del motor si es mas recomendable hacerlo con servomotores o con motoreductores? esto es porke si kiero ke el brazo se kede en una posición específica sin ke se mueva (lo ke llamo estado "trabado"
entonces que tipo de motor usar? de por si pienso acoplar un potenciometro con engranes y usar el adc del pic para saber la pocisión del brazo, o del tronco o cositas asi para poder hacer una programación real time.
He intentado buscar paginas que me hablen de la diferencia entre estos dos motores pero no hallo alguna útil, se ke el motoreductor funciona si le aplico una tension y el servomotor lleva una electrónica que se controla por pulsos, pero eso es en cuanto alcontrol, mi pregunta es en cuanto al comportamiento del motor.
Ah y se me pasaba, encontre que el servomotor si funciona con pulsos pero como es en si eso? pk si le aplico pulsos de 1.5ms en ciclos de 20ms gira 90 grados a la izquierda pero a la izquierda de que? de su posicion actual o de una posicion ya determinada por el fabricante?
A continuacion les doy una breve descripcion del minibot y sus partes chance y les sirva de algo o solo para discutirlas:
El control de posicion por marcas, eso es de ley creo que algo asi hicieron vdd?, la matrix de led"s por un pic 877 con comuncicación a la pc, su funcionamiento es escribir en puerto a,e y b el contenido completo de dos registros temporales, y en c y d ajustar un pin a cero y los demas a 1 a la vez para crear la ilucion que todos estan encendidos, y controlar el tiempo de encendido por TMR0o u otro medio. Control de velocidad y aceleracion por pwm en el pic o con un tl494 para no desviar mucho la programacion del pic, sensores con otro pic el pic12F629 para evitarme que el infrarrojo se active cuando no, ademas dar opcion que si mando una señal dependiendo el nivel que esta tenga en retorno me dara la distancia (aun necesito investigar mas).
Y bueno, espero puedan ayudarme con los motores, nada mas aclaro no van a cargar mucho peso solo unos gramos pues com dije, es promocional nada mas y un poco didactico para ver algoritmos.
Muchas gracias