Biblioteca de elementos electrónicos

El otro día, cuando le pasé un esquema electrónico de como resolvería yo una duda que me plantearon, me dijeron: "no entiendo nada". Y es cierto, es una seria deficiencia del sistema educativo español, se enseña excesiva teoría (acabamos sabiendo de todo y además mucho, pero del mercado de trabajo... ni olerlo) y muy poca práctica "real", laboratorios si muchos, pero en mi inicio hacia la electrónica de aficionado (la de trastear, la de hacer), me he encontrado una barrera muy importante: desconozco totalmente el producto real del mercado, ¿que se fabrica? ¿por qué este diseño como solución y no este otro? ¿calor, que calor? ¿74LS573?

No voy a contestar la segunda pregunta porque estoy tan pez como el resto, pero si voy a ir añadiendo a esta bitácora una biblioteca de los elementos (en principio había pensado en cucarachas, pero supongo que iré extendiéndome (desparramandome) a lo que me parezca interesante) más utilizados y para que se utilizan, que conexiones necesitan, etc.'

Plataforma de giro controlado para cámara de fotos I

Tras tropecientos correos electrónicos, me ha picado la curiosidad. 

Resumiendo el objetivo: Plataforma de giro de una cámara fotográfica, con control del ángulo y disparo, con el fin de lograr un sistema automático para la recogida de la visual completa (360 grados) a través de un número determinado de imagenes.

Si se quiere un giro sin aplicar ningún objetivo, puede parecer una tarea sencilla, pero si se aplica un gran teleobjetivo, el giro se puede llegar a dividir hasta en 200 imágenes, por lo que resultaría una tarea ardua y repetitiva que con este sistema, se pretende simplificar.

La discusión comenzó entre el interesado, aficionado a la fotografía, y servidor. Él, pidiendo consejo, ya había trasteado por la biblioteca del saber y había determinado que para su objetivo era más que suficiente basarse en una placa Arduino para controlar un motor servo con libertad de movimiento para 360 grados.

Yo en un énfasis de complicar (comprar cualquier elemento de Arduino, para mi es un error) la situación y hacerlo de la forma más propia posible, pensé un sistema de control, basado en un PIC, sobre un motor paso a paso.

Está entrada la modificaré pronto, ¿cuando? pronto. Mmm tal vez me de por seguir avanzando con mi propuesta. Él ya se ha comprado una placa de control de Arduino. Le falta decidir el motor, comprar unos cuantos transistores... y yas.

Comunicación PC-PIC mediante USB

Resumen totalmente esclarecedor del objetivo:

Proyecto para hacer (en el entorno Anjuta) un programa (en JAVA o C++) de control de la comunicación bidireccional (con entorno gráfico diseñado en GLADE) de un PIC 16C765 (placa receptora diseñada en KiCad) con un ordenador (digamos un AspireOne con S.O. Ubuntu), a través de USB.

¿Posible placa de pruebas?

Fecha estimada de actualización de esta entrada: mañana, si mañana.

Desarrollo:

Tras pasearme por la "experiencia colectiva" veo que es totalmente real la posibilidad de, no ya hacer, sino de que yo haga una conexión bidireccional PC-PIC. Las aplicaciones son infinitas: comunicaciones, domótica... control vía PC de un invernadero (humedad, temperatura e irradiancia) para digamos marihuana, un super (y super útil) marcador  de Blood Bowl que ingrese los datos directamente en la página... o incluso que almacene todas las tiradas de dados y estadísticas varias. O por que no, un convertidor de potencia de DC a AC, no ya para descargarla en la red, que requiere una calidad muy alta, pero perfectamente utilizable en un sistema isla para tener AC para usos comerciales. Al final la velocidad de trabajo se vería limitada por el USB (la comunicación). Claro está todo esto a un precio nimio, en comparación con los sistemas de regulación comerciales.

Que necesitamos: 

Conocimiento. Facil, todo está en internet. :D bueno aparte de los datos en bruto, también sería bueno unas ideas claras, por que a la postre tendríamos que estudiar todo para acabar desechando todo - útil.

Primero el equipo: Mi portatil ACER aspireone. Si los programas los muevo con éste, seguro que los moveré con cualquier posible futuro sustituto. Y un PIC 16C765. Tengo un programador y no me voy a comprar o hacer otro, en la lista de posibles, aparece el 16C765 y no el 18F2455. ¿Por qué uno de estos dos? De los que conozco, son los que tienen puerto USB. Un fallo que tal vez decante el proyecto al 18F2455: el 16C765 es un USB1.1 mientras que el otro alcanza el 2.0. He revisado mi proyecto final de carrera y el DSP muestreaba a la friolera de 8 MHz, así que estresarse por qué sea 1.1 ó 2.0 no viene al caso en este momento. Por añadir que no falte, también he visto que ya se distribuyen PIC destinados a trabajar con señal a alta frecuencia, por lo que también se puede soñar, en este caso con el dsPIC30F3011 (yo lo hice con un TEXAS). Sigamos soñando...

Después el programa controlador del sistema: Java. En mis tiempos mozos hice cosillas con Pascal (que tiempos), bastante con Borlan C++ y metí horas como un ceporro en el VB6. Los tiempos cambian y finalmente se ve la luz. Viva la código abierto y los multiplataformas, aun me acuerdo cuando programaba y para enseñar las tonterías que hacía tenia que llevar chorrecientasmil bibliotecas (nunca quise saber del todo que eran esos engendros) para que funcionasen mis .exe... que ahora me acuerdo, nunca sabias cuales eran (todas) las necesarias y tenias que hacer 35 (para reunirlas todas) viajes según te fuese pidiendo el ordenador usuario. Para hacerse a la idea, la mayoría de mis amigos no han visto nunca ninguno de los juegos, o intentos ;) que hice, por que en su ordenador (primo hermano del mio) no tenía nosequearchivo.dll. Basta ya, lo haré en Java (así de paso aprendo algo). Ya he decidido que haré con JAVA un entorno visual para el PC... o en C :)

Que otros programas necesitaremos: Como he dicho antes, ya me he pasado a LINUX, y poco a poco empiezo a asumir la postura de "con todas las consecuencias" ya que hasta ahora tenía el windows en otra partición y acaba recurriendo para cosas como el ensamblador, programa que me encantaba PCB (por lo sencillo) para hacer diseños de placas y cualquier otra cosa que me fuese difícil de localizar para UBUNTU. Pues eso, el diseño de la placa donde residirá el 16C765, elementos auxiliares, led de control y relés para salidas de potencia, etc lo haré con el KiCad. El entorno de programación... uno que encontré para Ubuntu que la gente parece apoyar: Anjuta (prima bastarda de Enjuto, que por cierto ayer estreno serie).

Exhausto de tanto soñar, me retiro.

Lámpara de flores

La idea es hacer una lámpara de techo o de mesa, partiendo de un ramillete de flores origami.


En cada flor deberá estar alojado un led (supongo que potente) que no supondrá riesgo de incendio ya que los leds apenas disipan calor.

La primera prueba la he hecho con papel de 80g normal. Como se ve, los dobles del papel acaban por hacer un cuerpo opaco. Como opción está cortar y crear un cuerpo a medida para pegar, pero dejaría de ser origami, añadiríamos pegamento y reduciríamos rigidez al conjunto.

La siguiente prueba la he hecho con papel vegetal, y el mismo led. Como se ve, el resultado es más homogéneo en todo el cuerpo de la flor.

Aunque no lo he dicho emite del orden de mCandelas, ya he localizado leds baratos del orden de 10 Candelas. Así que el éxito está asegurado... ahora solo falta aumentar la potencia del led.