Bulkie

No me extraña que te hayas cargado el extractor de microfaradios. usándolo ...

Vaya! 1/2 año de vacaciones. Eso si que es suerte Efectivamente soy "informático". Que poco me gusta ese término. Cualquier hijo de vecino que sabe instalar 'findus' ya es "informático" Ya llevo unos cuantos firmwares a las espaldas (demasiados para mi gusto) Y también unos cuantos protocolos de comunicación (también demasiados ) Así que por uno mas... Como creo que ya he dicho (y si no lo hago ahora). Que sólo por mirar no pasa nada. 'esnifar' lo que pasa por el bus e intentar descubrir que hace, no plantea ningún peligro para el coche. Ya veremos cuando llegue la hora de inyectar. PD: el conector OBD de los smarts 'antiguos' no da acceso al bus CAN. Solo el F2II lo lleva. De ahi que vaya a añadirle 2 pines más

AsiN es. Pero si es CAN. Lleva el F502 que es uno de los que me había mirado. Simplemente estás confundiendo la funcionalidad del micro con el firmware que viene de ejemplo. El micro soporta CAN 2.0B pero la aplicación que viene de ejemplo es para leer OBD. Mira a partir de la pág 220. He cogido esta porque por el precio me sale más a cuenta que la que no lleva la interface OBD. Mi idea es añadirle los 2 pines que le faltan al conector ODB para acceder al bus CAN de una forma cómoda. Ya los tengo pedidos en Mouser. He pedido 4 con lo que me sobran 2 (por si alguien más quiere 'upgradear' su conector OBD) Aun así, decir a los que se emocionan rápidamente que las funciones "chulas" usan un protocolo más complejo y VAN A TARDAR EN FUNCIONAR. Mi idea es hacer un firmware que grabe un log de TODO lo que se mueva por el bus y después descargarlo al PC. Haré un analizador de protocolo y a ver cuantas cosas descubro. (Tendríais que ver el analizador de KNX que me he currado ) Efectivamente. Creo que ya lo puse en un post. Van cableados directamente a la SAM.

Hombre. Usando el reloj de agua a saco, lo veo complicado. Ya que está programado para mostrar el valor del PID (Property ID - Es un nº que identifica que valor se lee/escribe) de la temperatura del refrigerante y no creo que pueda reprogramarse. Otra cosa es modificarlo para que lo mueva mi placa. pero hay que investigarlo. Desde luego via CAN no puedo porque el micro que uso sólo tiene una linea CAN. Aunque los hay de 2 lineas. Resumiendo: Todos los 'displays' que muestren el valor de en mismo PID, mostrarán el mismo valor. Puedes pinchar en el bus CAN 40 relojes diferentes con el mismo PID y todos te mostrarán el mismo valor.

Bien. veo que es algo económico y ligero... Además. seguro que puede esconderse bajo la llave sin que se note nada Esta es la plaquita que he pedido...

¿Quieres decir que sólo con pincharlo no te la marca ya? Pero viendo la operativa de mercedes igual necesitas activarlo previo pago...

Que buena noticia ! En principio lo siguiente que haré será conectarle el LCD. Por lo que he visto, parece que hace falta poca circuiteria. Imagino que para el reloj que quieres montarte, puede servirte este sistema y aunque yo he mirado un LCD tipo FSTN negativo (Es el que mejor se ve y tiene mejor contraste). Siempre puede montarse con otro LCD más económico. De todas formas te ahorras unos 12$ sólo. STN Positivo: FSTN Negativo:

Jo. Yo que lo hacia con 'toa' la buena fe para que expertdecisions supiese a que me refería... Extiendo mi propuesta a javismart. Cuando llegue la hora de hacer el circuito de mi invento, necesitaré de los conocimientos de electrónica analógica (aclaración de palabro: la parte que no son los microprocesadores (cucarachas)) de alguien, ya que el ingeniero que curra conmigo es... digamos... un poco pesetero y como que por la cara no hace nada. Total ya ves tú. por poner 4 condensadores (lentejas y pitufos) y 4 resistencias (gusanitos) Es broma. Ya se que tiene su curro.

Pues no lo se, porque no me lo han confirmado y tampoco me han contestado al mail que les envié preguntando cuando llegaría Pero vamos. Imagino que a lo largo de la semana que viene. Lo que comentas de editar las tablas en tiempo real, cabe la posibilidad de que sea imposible, ya que si la ECU no lo soporta, no te dejará escribir en una posición de su memoria si no se han seguido los pasos previos adecuados. Y es posible que requiera que el motor esté parado. Pero vamos. que eso ya son palabras mayores. Empecemos por el principio...

No es tan sencillo. Necesitas un micro que integre el driver de bus CAN. Si has de montarlo tu discreto, puede ser bastante complejo. Pero vamos. Que silabs tiene soluciones muy baratas con CAN integrado. En Mouser tienes el C8051F047 por menos de 10$ comprando 1.

Hombre. Con ese precio yo también los hubiera usado A mi personalmente, me gusta mas el entorno codewarrior (los nuevos ARM de 32b, mi amor platónico), aunque como ya sabrás, los 'jefes' son muy amigos de 'la pela' y prácticamente solo trabajo con Keil y 8051. PICs hace ya tiempo que no uso, porque son proyectos mas 'gordos' y no llegan. Por ponerte un ejemplo, en el último dispositivo, estamos usando un 8051F120 de SiLabs y me las estoy viendo negras para hacerlo ir. Son 5 dispositivos KNXIP en uno que funcionan en paralelo usando el mismo micro. Pero claro 10€ más era mucho gasto Cuando tenga algo que se pueda ver, quedamos y te lo enseño. Y así también veo como va tu creación

Derivado del hilo del botón de arranque. Abro esta nueva rama para tratar más específicamente los descubrimientos que hagamos acerca del bus CAN de nuestros smarties. Contestándote juanmax. Ese XLS es una tabla de los mensajed PDO que ha descubierto ese hombre. Si te fijas, tiene el ID de objeto y los 8 bytes característicos de los mensajes PDO. He traducido como buenamente he podido el XLS a inglés. En cuanto tenga el DK, iré confirmando esos mensajes y a ver si veo alguno nuevo.

Oido cocina! Abro otro hilo para las pruebas CAN...

Eso es cierto en parte juanmax. Ya que si no se han establecido enlaces virtuales entre nodos, la comunicación es tipo broadcast. Es decir que si por ejemplo la SAM (creo q es esta la que lo lleva, no la ECU) no esta 'enlazada' con el embrague (por ejemplo) si tu inyectas un mensaje con el mismo identificador de objeto cambiando el valor del embrague, este cambiará porque la orden es correcta. Otra cosa es que luego la SAM al leer el valor del sensor del embrague, no le cuadre con lo que debería ser y el coche entre en algún modo 'safety' Pero vamos que es probar. Lo que es seguro es que por leer, no puede pasar nada. Y al menos puedo recoger información útil para algunas funciones. A las malas mi invento acabará siendo una pantallita que irá mostrando información adicional del coche

Dejo una pregunta en el aire por si alguien sabe la respuesta... ¿Hay sensor de temperatura en el turbo? Lo digo para automatizar el turbotimer.

Hay programas de edición de las tablas de las ECUs, pero mas importante que saber donde tocar, es saber como tocarlo. Yo no te aconsejo que te pongas a tocar las tablas de la ECU a lo loco. Y aunque supongo que debes tener los conocimientos para crear dichas tablas, ya sabrás que cada coche es un mundo y concretamente el smart lleva muchisima electrónica y robótica. Como ya sabrás, Motor-Performance, empieza a dedicarse a las potenciaciones de una forma más seria. Yo te aconsejo que te pongas en contacto con ellos y pruebes sus reprogramaciones. Te va a salir mucho más barato que intentarlo por tu cuenta. Y si quieres dedicarte a crear tus propias programaciones, estoy seguro de que Cristian estará encantado en una colaboración bidireccional.

La verdad es que no he probado el truco de la llave. Pero leer las rev, seguro que puedo. Seguramente debe ser de los mensajes PDO más sencillos Lo ideal seria que todo lo que se pueda se controle por CAN para simplificar la instalación, pero posiblemente haya que hacer algunas cosas 'a la vieja usanza' para ahorrar tiempo de ingeniería inversa. Me parece muy interesante la idea del espadín, lo que no se es como has pensado conectar el botón a la placa.

En cierto modo, la instalación menos compleja es usando el bus can, pero hay muchas funciones que no pasan por él (creo que las ventanas y la capota no lo hacen). El bus CAN tiene muchos mensajes que son standard y que no dependen del fabricante. Es posible que todos los que necesitemos lo sean. Sé que se puede arrancar y parar el coche a través del bus CAN pero esta parte igual es mas difícil de conseguir. En cuanto a circuiteria, es de lo más sencilla usando una MCU que tenga integrado el bus CAN. Sólo se necesita añadirle un transceiver y listo. Yo calculo que la semana que viene, tengo el DK y podré empezar a hacer pruebas. En cuanto al LCD, un OLED es demasiado caro. Yo he mirado la opción de un FSTN negativo porque creo que es el que menos molesta y en mi caso puede servirme para mostrar información de diferentes sensores del coche que usen el bus CAN.

Ves? Por cosas como esas decía yo de leer los mensajes CAN desde la placa de control. Para poder simplificar la instalación. Ya tengo pedido el kit de desarrollo. En cuanto tenga tiempo haré la pruebas necesarias para ver que se puede 'pescar' de utilidad. Por cierto. En mi versión (entiendes por que te digo de aunar fuerzas. Ahorraríamos trabajo) he pensado en poner también un display LCD. Yo lo he mirado FSTN y cuesta unos 48$ más gastos de envío comprando 1. Este viene con el controlador T6963, pero creo haber leído que también puede controlarse por EMIF. En cualquier caso, eso por ahora es secundario. Hay otros muchos modelos que podrían ponerse mas anchos, mas altos, ... En cuanto haga mi 1ª prueba te digo algo. Imagino que será más fácil adaptar el tuyo al mio que al revés, por el tema del CAN. Al final conseguiremos hacer algo chulo.

Yo le pasé el kit para hacer eso a Jandro. Si algún valiente quiere montárselo, que hable con él. Lleva mando a distancia y todo para poner los colores a voluntad y otras opciones como fader, strobe, ....

Madre mía. Que bruto Sin entrar en super-bricos, veo difícil conseguir un sonido mejor en un smart... Pero que vaya. Que yo si me tengo que olvidar de lo de meter-sacar. No me lo pongo

Hola juanmax. Bienvenido al foro. Para que quieres un ingeniero en aerodinámica, si ya te defiendes bastante bien... En ese campo en concreto estoy pez, pero creo que con el turbo al ser un sistema activo, igual no influye lo que tu dices. (ahí también estoy pez, pero seguro que los expertos del foro te lo saben decir) Lo dicho. Bienvenido.

Ahí la has dado! Evidentemente para ser fiel a la realidad, deberías grabar el sonido en 3D (en 3D??? este está chalao). Ya se hace en los estudios de grabación, es lo que se llaman pistas. Pero al pasarlo a un formato comercial como el CD, lo que se hace es que se mezclan todas estas pistas 'chafándolas' y dejándolas en 2D en una sola (2 porque es estéreo) Creo que seria un poco caro el tener un reproductor multi-pista. Encima necesitarías mogollón de altavoces de formatos diferentes para poder reproducir más o menos fielmente el original. Vamos. Como para meterlo en un F2 En cuanto a lo del exceso de frecuencias, ahí influye mucho el equipo de audio que tengas y de como trate la señal antes de enviarla a las cajas. Lo de siempre vamos. Que se arregla con dinero. Yo siempre aconsejo no sobre dimensionar las cosas y evidentemente para tener un equipo digital malo, es mucho mejor usar vinilos que no requieren de una conversión D/A. PD: ¿Cómo se hace para escuchar música en 5.1? Porque a mi sólo se me ocurre con un DSP y no es que me gusten precisamente...

De eso estoy seguro. El vinilo es un formato de coleccionista y el CD está totalmente obsoleto con formatos digitales como FLAC que no tiene limitaciones de ningún tipo. De hecho, en el futuro, ni siquiera tendremos la música nosotros, la oiremos directamente de un almacén virtual hospedado en Internet. Seguramente pagando. Pero es lo que hay, estamos en un sistema monetario (obsoleto para mi gusto, pero a ver quien es el guapo que lo cambia)