En lugar de hacernos la pregunta de cual es el mejor equipo de diagnosis multimarca,
los profesionales electromecánicos debieran preocuparse de adquirir unos mínimos conocimientos sobre
el funcionamiento de los Integrados y Microprocesadores utilizados en las
actuales UCEs que funcionan con todo tipo de sistemas electronicos y, para ello,
los profesionales debieran visitar algunas Webs de Integrados tales como las de:
Intel 82527;
o bien AU5780A de Philips;
el Transmisor-Receptor SAE J1850 VPW (utilizado en CAN bus); los DS80C390; 82C900; TLE6250 y otras Webs de los Fabricantes de
Electrónica, para darse cuenta de los avances tecnologicos que cada dia se implementan en los Automóviles.
Los mayores errores que se producen en las Empresas de Automocion se deben a que acuden a servicios de consultoria especializada
o intermediarios que a su vez contratan servicios de otras empresas para presentar proyectos "innovadores"
realizados por "expertos" que desconocen la problematica tecnica de los Talleres de Reparación.
Y otro de los grandes errores es que se utilizan Programas Informaticos que no sirven
para resolver problemas tecnicos de los Coches y tampoco contienen: BASES de DATOS sobre AVERIAS y SOLUCIONES; INFORMACIONES TECNICAS para
CLIENTES; PIEZAS EQUIVALENTES ó SIMILARES de los distintos FABRICANTES de PIEZAS; FUNCIONAMIENTO de COMPONENTES; PRINCIPIOS TEORICOS sobre
funcionamiento de un ESCANER, etc. Y para cubrir estas necesidades recurren a la compra de Manuales Técnicos, CD Tecnológicos, etc., y las
marcas lo solucionan implantando su ESCANER que otros le fabrican y que los OPERARIOS de las MARCAS no conocen los PRINCIPIOS
básicos y teorías de su FUNCIONAMIENTO
El escaner fabricado por Autoxuga conjuntamente con el programa informatico que viene desarrollando desde hace unos 15 años es unico en el mercado ya que contiene: Gestion del Taller y Diagnosis de Coches en un unico paquete.
Cuando un coche sufre una averia, el taller mecanico usara un escaner para conectarse con la centralita del vehiculo y por ello se aconseja que los profesionales adquieran formacion en diagnosis automovil ya que un escaner es un dispositivo que se conecta a una centralita para acceder a los datos que esta tiene almacenados en la memoria, y que es capaz de devolver los fallos y otros valores almacenados ya que los sensores se encargan de la medicion de temperaturas, presiones, rotaciones, volumenes, y multitud de parametros de funcionamiento. La informacion que captan los sensores es enviada y almacenada en las centralitas. Toda esta informacion permite que el propio automovil "conozca" su estado. En realidad, los sensores se limitan a detectar una serie de valores que envian a la centralitas y una vez alli son comparados con los valores optimos que estan almacenados en las memorias. Cuando se encuentra un valor incorrecto, la centralita notifica un fallo avisando al conductor de alguna forma (indicadores luminosos, sonidos, etc), los fallos quedan almacenados para su posterior verificacion por un mecanico. En algunas ocasiones, las centralitas simplemente fallan sin notificar ningun error, por tanto, el escaner debiera ser una informacion mas para el mecanico, al igual que lo es un termometro para un medico y seran los CONOCIMIENTOS del mecánico los que resuelvan los problemas de los coches y el programa de Autoxuga sera el mejor medio para que se adquieran dichos conocimientos en la formacion en diagnosis automovil
Las App de diagnosis de Autoxuga para chequear las centralitas de los coches las compran Universidades, Talleres, Centros de Ingenieria y propietarios de coches de todo el mundo. Pulse el "boton" para ver: Marca, averias, ubicacion, pais, fecha y hora del chequeo
Averias coches mundo
El escaner o maquina de diagnosis para coches esta compuesto por un circuito electronico (Interface o Hardware) y un programa informatico
(Software) que unidos entre si extraen los datos de las UCEs de los coches. Por separado, cada componente realiza las siguientes funciones:
a) CIRCUITO ELECTRONICO (Interface).- Es la pasarela entre la UCE del coche y el Ordenador y evita que cuando se conecte el Ordenador
con la UCE no se estropee ninguno de estos aparatos.
El circuito puede ser SIMPLE cuya funcion consista en regular voltajes y adaptar impedancias (valores de resistencias) entre la UCE y Ordenador para
evitar el deterioro de estos componentes, o bien un circuito COMPLEJO que, ademas de lo anterior, mantenga la comunicacion entre la UCE y el Ordenador lo
cual, en este caso, habra que añadirle un cristal de Cuarzo (señal de reloj) y un Microcontrolador (PIC) al que se le introducirá un pequeño programa que
se va a encargar de mantener las comunicaciones entre el Ordenador y la UCE.
b) PROGRAMA INFORMATICO (Software).- Va a ser el verdadero protagonista del sistema cuya mision consiste en mantener la comunicacion
entre Ordenador y UCE (en caso de que no lo haga el circuito) y ademas, enviará paquetes de datos (ceros y unos) a la UCE para
establecer la comunicacion y recibir datos que el integrado de la UCE haya registrado, mostrandose estos datos en la pantalla del monitor.
Resumiendo: La parte del Interface o Hardware es el conjunto de elementos y circuitos que forman el aparato y la parte Software incluye el conjunto de datos e instrucciones internas que permiten la comunicacion con las centralitas o UCEs, usandose un protocolo de comunicaciones que representa el 'lenguaje o idioma' para el intercambio de datos.
El Programa y Maquina de diagnosis para coches de Autoxuga le ayudará a sobrevivir en este duro mercado del automovil ofreciendo ademas medios innovadores en funcion de la evolucion del sector
Inicialmente hubo varios estandards y cada fabricante tenia sus propios sistemas y codigos. En 1988 la Sociedad de Ingenieros de Automocion o
SAE (Society of Automotive Engineers) definio un conector estandard y un conjunto de codigos de diagnostico. La EPA (Environmental Protection Agency)
adopto la mayoria de los estandards y recomendaciones de la SAE sobre las aplicaciones OBD (On-Board Diagnostic).
Posteriormente con OBD-II, un conjunto mas amplio de estandards y sistemas tambien definidos por la SAE y adoptado por la EPA
y el CARB (California Air Resources Board)
es aprobado para su implementacion el 1 de enero de 1996.
Para aplicar los estandards ODB, OBD-II y otros que han aparecido a lo largo del tiempo EOBD (European On-Board Diagnostic), etc...,
se utilizan protocolos de comunicacion que vienen definidos por las normas: ISO9141, ISO9141-2, ISO14230 (KWP2000), SAEJ1850, SAEJ1979, CAN BUS y VAN BUS
entre otros. Algunos protocolos han sido definidos por ISO o SAE, otros son implementaciones propietarias de algunos fabricantes (implementaciones
propietarias son sistemas propios de cada fabricante que no constituyen estandards en la industria y que solamente pueden ser empleados por dichos
fabricantes, por ejemplo Mercedes, BMW o VAG) pero todos estos protocolos cumplen con las especificaciones OBD, OBD-II, etc...
En la actualidad se implementan diferentes protocolos de comunicacion pero
en los coches fabricados hasta el año 1996, generalmente habia una unica UCE en la que sus distintos circuitos electronicos actuaban como UCEs
independientes, de manera que al entrar en cada una de ellas parecía que estaban separadas y sin embargo formaban un mismo conjunto. Un mecanico
intentando realizar una reparacion en un automovil, aparentemente encontraba varias UCEs, pero realmente solo habia una.
Posteriormente se colocaron varias UCEs utilizando circuitos independientes en distintas zonas del automovil conectadas por cientos de metros de cables,
pero en la actualidad con el CAN BUS, VAN BUS, LIN BUS, etc estos sistemas funcionan como una red, con los distintos componentes unidos a traves de
dos unicos cables y el escaner se conecta al bus como un nuevo componente de la red.
Para comunicarse con las UCEs lo primero que debe hacer el escaner es 'despertarlas' (Wake Up) o activarlas, intentando buscar una respuesta de la
UCE con la que quiere comunicarse. Si hay respuesta, entoces sabemos que existe dicha UCE y podemos comunicarnos con ella para extraer codigos de averias,
borrar averias, cambiar parametros que utiliza como referencia o incluso leer valores que esta recibiendo la UCE del vehiculo, consiguiendo asi
aumentar o disminuir las rpm, codificar el cuadro para que utilice un idioma u otro, etc. segun los
diferentes protocolos de comunicacion
A veces nos encontraremos con escaners que nos indican que NO HAY una UCE presente en el vehiculo cuando sabemos que si la tiene. Cuando sucede esto puede ser bien porque la UCE implementa un protocolo distinto para el cual el escaner no esta preparado, o bien porque los tiempos de espera entre paquetes estan fuera de los convencionales.
Los protocolos de comunicaciones empleados para la conexion de las centralitas (en adelante UCEs) a los escaneres presentan incompatibilidades entre si.
Por desgracia cada fabricante ha optado por utilizar sus propios protocolos, es decir, un fabricante puede utilizar distintos protocolos en distintos
modelos de vehiculo e incluso un mismo fabricante puede utilizar distintos protocolos en un mismo modelo segun varie su año de fabricacion. En
ocasiones las diferencias pueden ser minimas pero los suficientemente importantes como para que existan incompatibilidades.
Si asistió a un Curso de Electromecanica y no le han explicado con toda clase de detalles, o no comprendio como se producen las comunicaciones entre Ordenador y UCE del coche, no pierda el tiempo ni gaste dinero en este tipo de cursos porque en muchos casos se suelen explicar teorias que los que las explican no las dominan, pero al mezclar el desmontaje y montaje de piezas y uso de Aparatos de Diagnosis mostrando muchos valores y borrando averias, lo que consiguen con estos cursos es hacer publicidad o promocion de VENTAS de algun escaner o piezas de Recambios que no va a beneficiar en nada a su empresa.
Para activar cualquier actuador del coche la UCE o Centralita necesita recibir una serie de datos o mensajes para indicar lo que se va a hacer
segun establece alguno de los protocolos de comunicacion utilizados en el automovil y para ello:
1º) Hay que mantener la comunicacion entre escaner y UCE del coche, en unos casos esto se consigue enviando y recibiendo paquetes de bits a 50 milisegunos, en otros a 100 milisegundos, etc.
2º) A continuacion se envia el codigo de la UCE a chequear (01, 15, 17, etc...), dependiendo del vehiculo y del protocolo.
3º) Establecida la comunicacion entre escaner y UCE se envia desde el escnner lo que se desea chequear: Diagnostico de Averias, Leer bloque valores, etc... cada orden se envia dentro del paquete correspondiente.
4º) Una vez entramos a la UCE, en algunos protocolos recibimos directamente la identificacion de la UCE, Clave de la pieza de recambios, datos tecnicos basicos del motor, clave del fabricante, etc.
5º) Pedimos a la UCE las averias registradas, entonces la UCE devolvera la informacion en Binario. Por ejemplo:
0000001000000110 lo que en Hexadecimal es 0206 y en Decimal 00518
0000001000101001 lo que en Hexadecimal es 0229 y en Decimal 00553
0000001000101011 lo que en Hexadecimal es 022B y en Decimal 00555
El informatico asignara en el Software un nombre a cada Codigo de Averia, por ejemplo:
00518 = Potenciometro valvula de mariposa
00553 = Medidor masa de aire
00555 = Sonda lambda
A su vez cada Codigo de Averia contendra otras informaciones introducidas por el informatico o programador, como por ejemplo a un Codigo de Averia concreto se le puede poner:
- Interrupcion/Cortocircuito a masa
- Señal no plausible
- Interrupcion/Cortocircuito a positivo
- Señal demasiado pequeña
No solo los protocolos suponen un motivo de incompatibilidad ¿Que otros problemas se pueden encontrar a la hora de acceder a una UCE? Pues bien,
en algunos vehiculos se puede acceder a la UCE del Motor a una velocidad de 9600 baudios y a la UCE del Cuadro de Instrumentos a 10400 baudios y
a la UCE del Climatizador a 4800 baudios. Ademas, cada marca de coches tiene unos identificadores de entrada a cada UCE que no tienen porque coincidir
con los de otras marcas, por ejemplo un fabricante puede usar los siguientes identificadores de entrada a las UCEs: 01=motor, 02=Transmision, 03=ABS,
08=Climatizador, 15=Airbag, 17=Cuadro Instrumentos, 25 Inmovilizador, 35=Cierre centralizado, etc... mientras que otro fabricante puede usar distintos
identificadores para entrar a esas mismas UCEs segun la definicion de actuadores electromecanicos que haya implementado en el software de
diagnosis
Pero, ¿Para que sirven los protocolos?¿A quien afectan estas incompatibilidades? Los protocolos son los que permiten que las UCEs se comuniquen con
los dispositivos que manejan los mecanicos, comunmente llamados escaneres. Un escaner se emplea para acceder a una UCE y consultar su estado, es decir,
averiguar las averias del vehiculo, consultar parametros o modificarlos. Las incompatibilidades entre protocolos, velocidades, identificadores, etc...
implican que no existe un unico escaner que permita el acceso a todos los vehiculos. Cada fabricante dispone de sus propios escaneres, es mas, cada
fabricante dispone de varios escaneres dependiendo del modelo y año de fabricacion del coche que desee reparar y
como podemos observar, todas estas incompatibilidades solo dificultan la tarea de reparar un vehiculo, ya que en muchas ocasiones un taller no
dispondra de todos los aparatos (escaner) necesarios, no solo para los modelos de otras marcas sino tambien para la reparacion de todos los
modelos de su propia marca.
Con el escaner de Autoxuga, Programa de Gestion y Tecnico los operarios iran adquiriendo conocimientos para reparar los coches actuales fabricados con mucha electronica y bastante informatica.
Funcionamiento del sistema en la conexion a una UCE siguiendo un protocolo concreto para entrar en una UCE de Motor (01):
-Conectamos el escaner al automovil a traves del conector universal de diagnosis
-El escaner envia al automovil a traves de la linea K (linea de datos para autodiagnosis) la direccion de la UCE a la que deseamos conectarnos (01) a una velocidad de 5 baudios
-La UCE, en caso de existir, devuelve un caracter en hexadecimal 55, que seria en binario 01010101, a la velocidad normal de funcionamiento de la UCE (240, 1200, 2400, 4800, 9600, 10400, etc.). El escaner utiliza dicho byte para determinar la velocidad a la que debe comunicarse con la UCE basandose en la duracion (milisegundos) de uno de los 8 bits recibidos. A partir de ahora toda la comunicacion se realiza a dicha velocidad.
-La UCE a continuacion devuelve al escaner dos bytes (denominados KB1 y KB2) indicativos del protocolo especifico que utiliza la misma. Por ejemplo segun el protocolo ISO9141 esos dos bytes serian en Hexadecimal 08-08, y que para el grupo VAG que implementan el KWP1281 serian (01-8A), etc.
-El escaner debe enviar ahora a la UCE el complementario del KB2 y la UCE respondera bien con su identificacion (KWP1281) o bien con el complementario de la direccion de la UCE.
-A partir de este momento se procede al intercambio de informacion entre escaner y UCE, distinguiendose tres tipos de paquetes:
1º).-Paquetes que se encargan de mantener la comunicacion. El escaner envia un paquete ACK a la UCE, y la UCE devuelve otro paquete ACK y esto se repite a menos que se ordene al escaner que realice otra cosa. Si transcurre algun tiempo entre 100 milisegundos y 5 segundos (dependiendo del protocolo sin intercambio de paquetes) se pierde la comunicacion del escaner con la UCE y es necesario reiniciar el proceso.
2º).-Paquetes de ordenes que envia el escaner a la UCE (Leer Averias almacenadas, borrarlas, leer bloques de valores, diagnostico de actuadores, etc) que provocan que la UCE haga determinadas tareas. En algunos casos la orden le indica que devuelva datos al escaner y en otros realiza determinadas tareas sobre distintos actuadores del automovil (Valvula Comienzo Inyeccion en motor, Segmentos en cuadro, etc.)
3º).-Finalmente la UCE transmite al escaner Paquetes con respuestas sobre la informacion solicitada, siendo tales paquetes: Codigo centralita, Averias almacenadas, Valores leidos de los distintos sensores, etc.
Autoxuga Movil en su evolucion se ha especializado en la realización de programas de alto nivel, fruto de la Investigacion, Desarrollo (I+D) diseñados para que los operarios los manejen con soltura.
Cuando se estableca la comunicacion con la UCE lo primero que hacemos es identificarla, y en los tiempos muertos para mantener la comunicacion se intercambian alternativamente paquetes de datos indicando confirmacion (ACK).
Existen innumerables casos curiosos que se pueden presentar al intentar acceder a las distintas UCEs de un vehiculo. Por ejemplo, un escaner de una marca muy conocida indica que un coche no dispone de Airbag cuando en realidad si que lo tiene, en este caso lo unico que pasa es que utiliza un tiempo superior al normal (unos 100ms) en el inicio de la comunicacion. En otra ocasion otro escaner indica que el coche no tiene motor cuando lo que ocurre es que el escaner no tiene implementado el protocolo utilizado por esa UCE en concreto. Tambien nos encontramos con casos en los que se nos indican unas averias que no tienen nada que ver con la realidad. Pero no debemos olvidar que, realmente, lo que la UCE almacena para representar las averias son dos bytes por averia y sera el software el que en funcion del numero extraido de la UCE decida cual es el texto que explica dicha averia.
-Generalmente no se deja pasar al Cliente al Taller valiendose de diversas justificaciones sobre seguridad y rentabilidad, pero realmente es para que los Clientes no se enteren de la precariedad tecnica de los operarios.
-Se suele ENCHUFAR por inercia el Aparato de Diagnosis (escaner) a todos los coches mostrando varias averias o ninguna y a continuacion debido a todo lo anterior se colocan Piezas innecesarias y la Factura por lo general se incrementa notablemente.
Dependiendo de los Fabricantes de Circuítos Electrónicos que utilizan integrados, memorias, microcontroladores, etc
de: AMD; Atmel; Dallas; Ericsson; Intel; Infineon; Maxim; Microchip; Motorola;
National; Panasonic; Philips; Samsung; ST; Texas;
etc., y con tendencias actuales a disminuir el número de CABLES de los Circuítos de ENLACE para adoptar sistemas de envío de señales digitales a través de sistemas stándares conocidos por RS-232 en Comunicaciones, y en el Automóvil por CAN (Controller Area Network = Red de Area de Controlador) que utiliza un único PAR de CABLES para conectar varios Dispositivos, las SEÑALES LÓGICAS se pueden enviar desde un Dispositivo a otro (de la UCE al ABS/ASR; Unidad Control Inyección; Lámparas Pilotos, etc.) en SERIE con los Bits uno detrás de otro, a través de UN MISMO CABLE; o en PARALELO, con UN CABLE para cada Bit a transportar. Como complemento diremos que en los ORDENADORES, el RATÓN y TECLADO conducen señales en SERIE y transmiten por ejemplo 8 bits (uno detrás de otro: 0-1-1-1-0-0-1-0), mientras que la IMPRESORA, CD-ROM y DISCO DURO realizan la transmisión en PARALELO (8 cables y cada cable transmite UN bit conjunta y simultámeamente: (0),(1),(1),(1),(0),(0),(1),(0), siendo mucho MÁS RÁPIDA la transmisión.
Los Bits se envían por los HILOS ó LÍNEA controlada por un reloj a INTERVALOS REGULARES que en el ámbito ELÉCTRICO se conoce como nivel ALTO (High) ó BAJO (Low) a través de un protocolo ó convenio sobre el inicio y fin de la transmisión, es decir; se debe indicar la forma del comienzo y finalización de las SEÑALES transmitidas. Por tal motivo se utiliza la palabra BUS para definir un conjunto de Hilos homogéneos en donde el ANCHO del bus indica el nº de hilos o bits (8, 16, etc) pudiendo transportar un bus de 16 bits (16 hilos) 65.536 combinaciones distintas. Autoxuga informa a sus Franquiciados sobre estos temas.
En algunos casos, el BUS puede funcionar variandolo FRECUENCIA y PERMISO (Enable), haciendo que se ACTIVE, DESCONECTE, o quede en ESPERA (alta impedancia) la CONEXIÓN y ENVÍO de señales desde la UCE al Dispositivo, y según AUTOXUGA, las Marcas de Coches tendrán que adoptar sistemas CAN bus por ser más simples, fiables y económicos. Es lo que debe hacer por competitividad: Alfa Romeo; Aston Martin; Audi; Bentley; BMW; Cadillac; Chevrolet; Chryler; Citroen; Daewoo; Ferrari; Fiat; Ford; Galloper; GM; Honda; Hyundai; Jaguar; Kia Motors; Lada; Lancia; Lotus; Maserati; Mazda; Mercedes Benz; MG; Mitsubihi; Morgan; Nissan; Opel; Peugeot; Porsche; Renault; Rolls Royce; Rover; Saab; Seat; Skoda; Smart; Subaru; Suzuki; Toyota; Volkswagen; Volvo.
No nos referimos a una diagnosis realizada mediante ESCANER, que una mayoria de los Talleres poseen, sino a una diagnosis efectiva y real del coche realizada de forma practica por un profesional cualificado y, para eso el Programa Informatico de AUTOXUGA dispone de contenidos TECNICOS que conjuntamente con el Aparato de DIAGNOSIS (escaner) fabricado por Autoxuga, ayudara eficazmente al PROFESIONAL en la resolucion de los problemas.
El Programa Informatico de AUTOXUGA no solo hace las funciones propias de los programas tradicionales de GESTION: Facturacion; Recambios; Contabilidad; Analisis de Tiempos; Control de Empresa, sino que el ESCANER o Aparato de Diagnosis fabricado por Autoxuga y la parte TECNICA del Programa sirven para FORMAR al personal y CUALIFICARLO en su lugar de trabajo (aprendizaje continuo basado en la enseñanza programada).
Los Talleres que dispongan del Programa Informatico de AUTOXUGA podran beneficiar a los Clientes ya que tendran informacion sobre: Datos precisos de mantenimientos, guia de soluciones tecnicas de calidad, comparacion precio piezas, asesoramiento sobre formas de realizar trabajos eficazmente, etc.
Como en Autoxuga fabricamos aparatos de Diagnosis (escaner) para automoviles, programas de Gestion y Tecnicos, podremos ayudar al Taller a implantar nuevas tecnologias para que no sean cautivos de los excesivos obstaculos que las marcas imponen a traves de piezas codificadas. Pues empezaron con inmovilizadores, le siguieron las cerraduras, y probablemente continuaran con faros, filtros, aletas, capots, etc. El Programa de Autoxuga le solucionara estos problemas.
Los Coches con UCEs y Relés Electrónicos al pretender INSPECCIONARLOS se necesita disponer de Inyector Lógico y Sonda Lógica (u Osciloscopio) para verificar las Señales Digitales que salen por las PATILLAS de los INTEGRADOS y esta operación es fácil de hacer, pero es necesario conocer el funcionamiento básico de algunos Circuítos Lógicos (Puertas NOR y NAND) y sus TABLAS de VERDAD, que se encuentran en INTERNET en Webs de FABRICANTES de INTEGRADOS (Philips, Hitachi, Texas Instrument, Goldstar, NEC, Siemens, Motorola, Intel, etc) y que AUTOXUGA orientará de como informarse.
Desconociendo totalmente el FUNCIONAMIENTO de INTEGRADOS, no queda más remedio que inspeccionar las UCEs con APARATOS de DIAGNOSIS que en la mayoría de los casos responden con fallos que no existen ya que muchos fallos se deben a falsas conexiones o deficientes Masas.
Los Coches con Sistema MULTIPLEXADO y tecnología CAN bus (Controller Area Network a través de buses ó Control de Area en Red para la transferencia de datos) necesita de unos Componentes definidos en la ISO 11898/11519 ya que va a utilizar unos PROTOCOLOS (reglas precisas de Transmisión y Recepción) que Autoxuga orientará hacia la Web que informe de ello.
Los CIRCUITOS ELECTRONICOS contienen una serie de Integrados o Chips y, tanto en unos casos como en otros, sería DESEABLE que se conociera el FUNCIONAMIENTO de los Circuítos Digitales para hacerles una rutinaria inspección o una eventual reparación si fuera necesario, pero se debe disponer de un Inyector Lógico para comprobar los Integrados sin desmontarlos del Circuito o Placa en donde van soldados ya que este Aparato INYECTA una señal al Circuito sin necesidad de sacarlos de la Placa.
La SEÑAL que genera el Inyector Lógico es de unos 100 mA y tiene una duración de 10 µs para evitar dañar al Circuito bajo prueba.
La Salida de la Señal puede conmutarse a 0,5 Hz ó 400 Hz, lo cual resulta muy útil para efectuar comprobaciones con una Sonda Lógica, o mejor aun con un Osciloscopio ya que de esta manera se puede precisar con detalle la frecuencia y forma de las Señales Digitales (Pulsantes y bien 0Vcc y Vcc) expresadas en Voltios ó milivoltios como las representadas abajo en función del tiempo.
Los ESQUEMAS ELECTRICOS de un coche con líneas CAN bus son más fáciles de interpretar y ofrece más ventajas con respecto al cableado tradicional porque reduce CABLES, y la diagnosis-reparación es sencilla de hacer, pero se necesita tener básicos conocimientos de Electrónica Digital tal como los enlazados por AUTOXUGA a sus PROPIOS Programas Informáticos de GESTIÓN TALLER.
La LÍNEA de CAN bus va a TRANSMITIR/RECIBIR secuencias de datos (bits) a través de DOS CABLES enrrollados ó trenzados, y para saber como se realiza la transferencia de DATOS es CONVENIENTE acudir a Internet a las Webs de los Fabricantes de Integrados que en el caso del Controlador de Enlace SAE J1850 e Integrado Intermedio Transmisor-Receptor AU5780A puede visitarse:
datasheet_pdf/philips/AU5780D_and_AU5780D-T.pdf
Si se escogió la Web anterior hay que bajar el archivo pdf que es el que especifica: Configuración; Circuíto Equivalente, Características Eléctricas, Tabla de Verdad, etc. de los CHIPs o INTEGRADOS que se muestran a la derecha de la imágen. En Webs de otros Fabricantes se verán circuítos similares.
Generalmente cualquier CATALOGO de RECAMBIOS puede instalarse en los distintos Sistemas Operativos y serán útiles en las Tiendas de Recambios y Talleres, pero tienen el inconveniente de que se localizan PIEZAS solo del Fabricante del Catálogo aunque recurriendo al CRUCE de Referencias pueden obtenerse piezas "similares" que al no verlas FISICAMENTE es muy posible que sean muy distintas y no sirvan.
Con el Programa Informático de AUTOXUGA se elimina este problema ya que se buscan las PIEZAS por sus características físicas ó MEDIDAS REALES de las Piezas según las identificó el Fabricante de la misma. Además el Programa de AUTOXUGA "enseña" el SISTEMA que se está buscando para indicar al Profesional lo que debe ponerse en el Coche.
Ventajas del Programa Autoxuga utilizando Catalogos
El Programa aprovecha las medidas y datos de los Catalogos en su Base de Datos para MOSTRAR Piezas similares que pueden servir para el montaje.
Para el caso de las Pastillas de Frenos el Programa coge datos de: Largo, Ancho y Espesor y dando una TOLERANCIA en + o en - a las piezas a buscar mostrará todas las que sean SIMILARES a la inicial.
El Programa representa un gran AVANCE e implementa los Catalogos para hacerlos más útiles por conseguir REDUCIR Piezas del Almacén o hacer que no se queden olvidadas en las estanterias, lo cual supone gran AHORRO
Una Formacion permanente durante el trabajo
Usando el Programa Informatico de AUTOXUGA, muy pronto se comprende la importancia del WVA ó Codigo Internacional de las PASTILLAS de FRENO ya que al verlas se sabrá a que sistema de Frenos pertenece: Girling; Bendix; ATE; Akebono, etc., y de esta manera se tendrá una orientación de lo que debe instalarse en el Coche. El Programa de AUTOXUGA mostrará Pastillas de Freno "parecidas" que no deben montarse en el Coche, aunque entren en la Pinza de Frenos, por ser incorrectas para el FRENADO de ese Vehículo.
La innovacion en las empresas NO se consigue con maquinas caras, SE LOGRA con programas SENCILLOS de alto nivel (I+D+i), tal como el de Autoxuga (Gestion + Almacen + Contabilidad + Finanzas + Marketing + Tecnica + Formacion + escaner del Automovil). Todo en uno: Formacion, Informacion, Tecnica y escaner en un mismo programa
La Información y Formación es la NOTA CARACTERÍSTICA del Programa Informático de Autoxuga ya que su metodología y desarrollo se hizo pensando en la optimización de recursos tendentes a la REDUCCIÓN de GASTOS e incremento de la EFICACIA en los TALLERES
El Programa Informático de AUTOXUGA fue desarrollado a lo largo de los años por Técnicos y Profesionales de Talleres "para PROFESIONALES de los Talleres", teniendo siempre presente las premisas anteriores, CONTEMPLANDO por tanto la Gestión Global del Taller con el "plus o valor añadido" de que contiene información sobre: Estado de la Técnica. Soluciones practicas de Averías. Base de Datos sobre Precios de Piezas idénticas. Software preciso para que se entienda como funciona un escaner a través del propio Ordenador del Taller. Explicaciones sobre funcionamiento de Componentes. Cálculos técnicos básicos del coche con centenares de ejemplos de funcionamiento de Piezas para que el Profesional del Taller se vaya FORMANDO "a diario" mientras realiza los trabajos
Una exposicion grafica-resumida para reducir gastos
A golpe de raton se muestran los datos fundamentales de control y gestion de la empresa, no siendo necesario acudir a multiples listados de ventas y compras para saber con precision como se comporta el negocio mes a mes: Conocimiento exacto de la gestion
AUTOXUGA MOVIL, S.L.
Puente de Te, 16 - Taragoña
15985 Rianxo - A Coruña (ESPAÑA)
CIF:B-15587363
RegMer A Coruña, Tom 1874, Fol 143, Hoj C-17430
Tfno Movil: 629 88 44 13
autoxuga@autoxuga.com
www.autoxuga.com