Como dice lex, se puede conectar a entradas normales.

El orden realmente no importa, mientras tu sepas el 'peso' de cada bit, aunque en cdigo gray no es peso propiamente dicho, al contrario qe el binario. Necesitars conocer el 'peso' para hacer la rutina de conversin. Si el encoder es de un nmero de divisiones potencia de 2 (512, 1024, 2048, etc) la rutina es ms sencilla. Si es de pulsos 'no potencias', por ejemplo 360, el encoder ha de ser gray con exceso, no gray puro. En cualquier caso, si utilizas encoders absolutos cableados en paralelo con PLC, el cdigo gray es IMPRESCINDIBLE. El binario, incluso con estrobe es un problema que te traer de cabeza sin remedio. Ahora voy con la rutina, explicada en pseudocdigo, para que valga para cualquier PLC, una vez entendida. Ojo! que es muy importante mantener el orden de ejecucin que indico. Supon que tus bits de entrada son por orden de peso b0,b1,b2,b3,b4,b5,b6 y b7. Supon que los de salida son ya en binario utilizable s0,s1.......,s7. El 7 sera el de mayor peso. El 0 el de menos. 1.- s7=b7 2.- s6=b6 xor s7 3.- s5=b5 xor s6 4.- s4=b4 xor s5 y as sucesivamente hasta s0=b0 xor s1

Xor significa por si alguien no est acostumbrado 'O exclusiva', que el 300 de siemens dispone a nivel de bit. Creo que los dems autmatas no disponen de ella. Evitad la tentacin de resolverlo con palabras haciendo xor de palabras enteras. No pita.

Si tu PLC no dispone de XOR a nivel de bit, realizado con instrucciones bsicas, la rutina an es muy corta y de rapidsima ejecucin. Recuerda que XOR es una funcin lgica que con dos entradas funciona as: iguales da 0. Diferentes da 1. Para ilustrarlo, lo hago ahora con cdigo AWL sin utilizar XOR, como si fuese un S5. Disculpad que no use KOP (contactos) porque no s dibujarlo en un correo. u b7 = s7 u b6 un s7

o( un b6 u s7 ) = s6 y as sucesivamente. Si alguien necesita saber algo ms tambin con los gray exceso, me lo hace saber. No quiero extenderme ms.superagente__86 Arriba -------------------------------------------------------------------------------Re: encoders absolutos - s7-300 por Alex GD Jue Jul 31, 2008 1:12 am

Hola, superagente__86 Veo que dominas el tema. Por orden de bits me refiero a respetar el cableado. Por ejemplo con un encoder de 8 bits y a la hora de asignarlo a una word, es importante comprobar el bit a bit desde el encoder hasta las entradas digitales correspondientes, si est mal cuando leamos el encoder el valor no ser lineal. Me pas eso en una pem, me haban invertido los dos primeros bits y me volva loco. Saludos AlexAlex GD

Mensajes: 2609 Registrado: Mar Oct 14, 2003 7:27 pm Ubicacin: Barcelona Arriba -------------------------------------------------------------------------------Re: encoders absolutos - s7-300

por superagente__86 Jue Jul 31, 2008 11:39 pm

Hola, lex. Ya s que te referas a eso, y que tu lo debas tener claro. Quise que Josee1970 no creyera que las entradas han de ser forzosamente contiguas en las cartas de entrada. Naturalmente an as, y en aras de la claridad, conviene que sean contiguas y por orden de peso. Saludos.superagente__86 Arriba -------------------------------------------------------------------------------Re: encoders absolutos - s7-300 por josee1970 Vie Ago 01, 2008 11:43 am

gracias a todos...con la aclaracin ya me ha quedado claro el direccionamiento...y asi comprendo el tratamiento que hace...

se podria resimir que la diferencia practica entre un absoluto y un incremental, es que uno necesita alimenatcion para sumar pulsos y poder calcular posicionamiento (incremental) y el otro(absoluto) lee posicion fija en cuanto tiene tensin?

en principio si un motor esta enclavado con freno, mecanico y electrico y estando dotado de un incremental, sufre un corte de corriente...si nadie manipula...es decir mueve el eje...la posicion no la pierde, no?

si el corte se produce en movimiento podria haber el desfase de la inercia no?....desde que corta corriente al plc...hasta que se deteniene el motor...por enclavamiento de frenos? es correccto?

Un saludo.