Modo compacto | Modo extendido

39 en 32 posts · 19-07-2012 15:59

hay noticias del chip que tiene nokia? se sabe si se va implementar?
Lo vi en Gadgets en enero, es un chip que sirve para pagar las cosas!

24 en 4 posts · 12-09-2012 14:17

Ahora cambiaron el Software del aparato, por lo que tarda parece que se conecta, actualiza y toda la bola, 3 hs después podes sacar la tarjeta

384 en 135 posts · 12-09-2012 14:30

A mi la tarjeta sigue andandome igual que siempre.
Iban a poner carga online de la tarjeta, pero para hacerla efectiva necesitabas pasarlo por algun punto que impacte en la tarjeta, por lo que claramente es offline.

889 en 356 posts · 12-09-2012 14:51

No actualizaron el soft

es que hay distintos lectores de tarjeetas (si viajan en varios bondis ven que no son todos iguales)
Algunos son realmente lentos, como el del 7
los que estan cerca de casa (60 por ej) andan rapido

0 en 0 posts · 18-09-2012 11:24

si el sistema en los bondis se actualiza con algún tipo de batch (no en tiempo real), entonces es altamente hackeable.
supongamos que congelamos la info de nuestra tarjeta con una carga de 20 pesos
cuando subimos al bondi el saldo de nuestra tarjeta pongamos que es de 20p pero el del server es 0 (por que ya la estuvimos usando un rato

).. pero no seria inconveniente para viajar por que la maquina va a subir los datos a los server centrales mas tarde, y nosotros ya viajamos para ese momento. al dia siguiente hacemos lo mismo cargamos la info congelada de nuestra tarjeta.
ya directamente tenemos saldo negativo en el servidor central pero la tarjeta tiene 20p de saldo again.. el bondi al no chekear en tiempo real contra la DB tiene que aceptar cualquier verdura que diga la tarjeta..

lo bueno es que no es necesario ni siquiera descifrar los datos, a nosotros no nos interesa como es la representación interna de los datos mientras podamos congelar el estado del saldo. (obvio que si alguien puede hacerlo mejor, por que podrías mandar mucha mas fruta como tarjetas con id directamente falsos que serian imposibles de trackear)

ahora si el lector tiene algún tipo de miniDB que almacena los id de las tarjetas adulteradas cagamos la fruta, pero bueno a nuestro favor esta que potencialmente podrían ser millones de ID los que debería almacenar por lo tanto no seria muy probable..

125 en 79 posts · 18-09-2012 15:23

(18-09-2012 11:24)chambax escribió: si el sistema en los bondis se actualiza con algún tipo de batch (no en tiempo real), entonces es altamente hackeable.
supongamos que congelamos la info de nuestra tarjeta con una carga de 20 pesos
cuando subimos al bondi el saldo de nuestra tarjeta pongamos que es de 20p pero el del server es 0 (por que ya la estuvimos usando un rato ).. pero no seria inconveniente para viajar por que la maquina va a subir los datos a los server centrales mas tarde, y nosotros ya viajamos para ese momento. al dia siguiente hacemos lo mismo cargamos la info congelada de nuestra tarjeta.
ya directamente tenemos saldo negativo en el servidor central pero la tarjeta tiene 20p de saldo again.. el bondi al no chekear en tiempo real contra la DB tiene que aceptar cualquier verdura que diga la tarjeta..

lo bueno es que no es necesario ni siquiera descifrar los datos, a nosotros no nos interesa como es la representación interna de los datos mientras podamos congelar el estado del saldo. (obvio que si alguien puede hacerlo mejor, por que podrías mandar mucha mas fruta como tarjetas con id directamente falsos que serian imposibles de trackear)

ahora si el lector tiene algún tipo de miniDB que almacena los id de las tarjetas adulteradas cagamos la fruta, pero bueno a nuestro favor esta que potencialmente podrían ser millones de ID los que debería almacenar por lo tanto no seria muy probable..

millones de ID en lista negra? yo creo que esa lista no llegaría a los 10

60 en 46 posts · 18-09-2012 19:07

(18-09-2012 11:24)chambax escribió: cuando subimos al bondi el saldo de nuestra tarjeta pongamos que es de 20p pero el del server es 0 (por que ya la estuvimos usando un rato ).. pero no seria inconveniente para viajar por que la maquina va a subir los datos a los server centrales mas tarde, y nosotros ya viajamos para ese momento. al dia siguiente hacemos lo mismo cargamos la info congelada de nuestra tarjeta.
ya directamente tenemos saldo negativo en el servidor central pero la tarjeta tiene 20p de saldo again.. el bondi al no chekear en tiempo real contra la DB tiene que aceptar cualquier verdura que diga la tarjeta..

fail, fail, fail wall

0 en 0 posts · 18-09-2012 19:26

(18-09-2012 19:07)Virus escribió:
(18-09-2012 11:24)chambax escribió: cuando subimos al bondi el saldo de nuestra tarjeta pongamos que es de 20p pero el del server es 0 (por que ya la estuvimos usando un rato ).. pero no seria inconveniente para viajar por que la maquina va a subir los datos a los server centrales mas tarde, y nosotros ya viajamos para ese momento. al dia siguiente hacemos lo mismo cargamos la info congelada de nuestra tarjeta.
ya directamente tenemos saldo negativo en el servidor central pero la tarjeta tiene 20p de saldo again.. el bondi al no chekear en tiempo real contra la DB tiene que aceptar cualquier verdura que diga la tarjeta..

fail, fail, fail

por que te parece que esta mal?

0 en 0 posts · 19-10-2012 17:59

(18-09-2012 19:26)chambax escribió:
(18-09-2012 19:07)Virus escribió:
(18-09-2012 11:24)chambax escribió: cuando subimos al bondi el saldo de nuestra tarjeta pongamos que es de 20p pero el del server es 0 (por que ya la estuvimos usando un rato ).. pero no seria inconveniente para viajar por que la maquina va a subir los datos a los server centrales mas tarde, y nosotros ya viajamos para ese momento. al dia siguiente hacemos lo mismo cargamos la info congelada de nuestra tarjeta.
ya directamente tenemos saldo negativo en el servidor central pero la tarjeta tiene 20p de saldo again.. el bondi al no chekear en tiempo real contra la DB tiene que aceptar cualquier verdura que diga la tarjeta..

fail, fail, fail

por que te parece que esta mal?

Porque el sistema internamente registra el saldo negativo, por lo tanto cuando volvés a cargarla, automáticamente te debita lo que debés. Y tiene un límite de crédito (creo que son $7,50); ponele que actualiza datos cada 30 minutos, sólo en ese lapso podés usarla en distintos bondis con saldo negativo, siempre que éstos no se hayan actualizado (y obvio, no se actualizan todos a la misma hora).

Saludos!

259 en 98 posts · 19-10-2012 19:02

que datos te parece que actualiza?
dudo que las maquinas del bondi puedan hacer algo mas que restarte el saldo correspondiente al viaje que estas realizando en ese momento.
no hay manera de que esten online. y creer que cada maquina guarda los datos de todas las tarjetas es una idiotez.

los lectoescritores, tienen una blacklist, pero dudo que sea de mucha utilidad en un sistema con tantas tarjetas.
este por ejemplo soporta 10.000 ids

384 en 135 posts · 19-10-2012 22:47

Tienen que tener blacklist copada para las tarjetas dadas de baja por robo, perdida ,etc.

5 en 3 posts · 19-10-2012 23:57

en la secundaria tube de proyecto un lector rfid de 125Khz(bajisima la frecuencia hasta un tornillo hacia interferencia) el integrado que hacia casi todo es el em4100(creo)y para procesar esa data un micrro Jl8(programado en asm).
lo que viene es una explicacion que me mando un compañero para ponerme al tanto.

LECTOR Y TARJETA:
bueno como ustedes saben el sistema de rfid o....Radio Frecuency Identification(creo q se escrive asi) funciona de la siguiente manera:
existe un lector y una tarjeta, el lector tiene conectado una bobina, sobre esta bobina el lector emite una señal de aproximadamente 125khz(cuadrada)(x la señal lo digo xD)bueno, por otra parte existe una tarjeta,esta compuesta de un chip con una memoria(en donde se encuentran los datos que nosotros nesesitamos) y una bobina(todo esto esta dentro de dicha tarjeta, por lo q no se puede ver).
Al acecar la tarjeta al campo electromagnetico esta tarda un tiempo en cargarse(ns)y comienza a transmitir los datos,aqui es donde se produce el efecto del transformador, de esta manera la señal emitida por el receptor queda modulada .el lector toma por una de sus patas esta señal modulada y la procesa para sacar ruido o lo pasa por un smith trigger para dejar una buena señal cuadrada, y esta finalmente es mandada por la pata de data_out.pero para facilitar la lectura de dichos datos este trae tmb una pata de sincronismo, lo unico q hace esta pata es mandar 32 pulsos x cada bit(q luego usaremos).cabe destacar q la modulacion se realiza no en codificacion bipolar sino la data_out esta codificada en manchester

LECTOR - uC:
aqui es donde usamos nuestras habilidades de programacion(bue....) por un lado mando los datos a la pata PTB0, por otro mando la señal de sincronismo a la pata de IRQ.
bueno el programa (programado)lo q hace es (si manda 32 pulsos/bits)contar 16 pulsos y muestrear la PTB0 y guardo el dato,
hago lo mismo luego de de otros 16 pulsos, lo que estoy haciendo con esto es tomar 2 muestras x cada bit(recodemos q esta codificada en manchester y esto es nesesario), luego de tener las 2 muestras averiguo si es un "1" o si es un "0" y muevo el dato transmitido a una registro de memoria.esto lo hara hasta leer los 64 bits q tiene esta tarjeta.
Aclaro como vienen los datos en la tarjeta: al comienzo de la transmision manda una secuencia de 9 "1 logicos"(esto solo se suele utilizar como sincronismo, y la bamos a utilizar para eso), lueso va mandando los datos(manda los datos cada 4 bits), ahi q aclarar q los datos q envia vienen con bit de pariedad hotizontal y vertical,y finalmente un bit de stop.
bueno volviendo al tema, voy guardando los bits a medida q van llegando pero la transmision de la tarjeta comienza con esos 9 "1" asiq hice una subrutina averigua si esta mandando los 9 "1" !!consecutivos!! si es asi va a guardar los datos apartir de una espacio de memoria. luego de leer todos los bits tenemos q hacer una subrutina para mandar los datos al puerto serie.aqui esta el problema por algun motivo lo programe en casa y no pude mandar datos al puerto, la forma de mandarlos con el jl8 es muy sencilla ,ahi q modificar unos registros y listo.

despues de hacer esto no nos andaba nada porque se nos paso hacer una rutina de correcion de errores mediante chksum.
El proyecto terminado lo unico que hacia al final era leer el id de la targeta mostrarla en un display lcd,y enviarla por puerto serie a la compu.
archivo asm[/code]

Spoiler: Mostrar

por que las targetas se leen tan lento? es porque la mayoria de las veces(99 de 100 o mas) lo hace de manera erronea,(el control de errores es una ciencia en si misma xD, leyendo 64 bits del culo ya jodia bastante).

Con el tema de donde esta el la data del credito me dejaron pensando, lo mas facil de hacer es que este en ambos lados (en un servidor o en tu targeta),aunque una red que se actualice cada tanto no me parece una locura tampoco.

22 en 20 posts · 24-10-2012 09:27

lo de las black list, se puede hacer suponiendo que una tarjeta viaja frecuentemente en ciertos caminos que se repiten, y para mi, la tarjeta seguro tiene un flag interno que dice si esta habilitada o no, donde cae en un temrinal que la tiene pre cargada como black list, le cambia el flag a la tarjeta...

estaria bueno robarle las sube a los ingresantes para hacer unas cuantas pruebas de campo xD

me quede pensando, yo lo haria asi maso maso:

(hablando todo mal y pronto no..)

tabla black list de tarjetas, en servidor...
logica:
cae una nueva tarjeta en la lista, y lo primero que hago, es obtener los X primeros terminales donde la tarjeta predomina en cantidad de viajes semanales/diarios... Mando ese ID a la terminal...

apenas cae la tarjeta por ese temrinal, el terminal cambia el flag interno de la tarjeta, y cuando hace sincronismo con el servidor, envia que capturo a la tarjeta, el servidor toca un flag en la tabla de black list, dejando asentado, que la tarjeta ya esta bloqueada...

Ahora bien, si desencriptamos como modificar datos en un tarjeta... podriamos tocar ese flag y cargarle credito de forma local :B

y por las dudas, tratamos de usar la tarjeta en zona de muchos edificios o bajo un puente (?)

384 en 135 posts · 24-10-2012 11:07

No tiene sentido lo de las terminales mas frecuentes.
Si la tarjeta fue peridda o robada va a cambiar de terminales.

22 en 20 posts · 24-10-2012 11:21

(24-10-2012 11:07)brunodiaz escribió: No tiene sentido lo de las terminales mas frecuentes.
Si la tarjeta fue peridda o robada va a cambiar de terminales.

Si que tiene sentido... pensala un segundo, el bloqueo no es automatico, no podes subir a una terminal 3 millones de tarjetas bloqueadas... ahora si vos, desde el lado del server, cada vez que lees una terminal matcheas los "ID" que te da la temrinal con tu black list, y sabes que coinciden, minimo sabes que si el bondi viaja solo por zona sur, no tenes que subir una sub black list a un bondi que solo trabaja en san fernando (zona norte)...

Caso similar, verificas que viaja con el 60, subte linea D, despues toma el linea B, despues toma el 87...
Con un algoritmo que no necesita por que ser de tiempo critico, achicas las posibilidades a zona norte, belgrano, palermo, microcentro y barrio de chacarita o mejor dicho, solo estaciones federico lacroze y los incas del linea B, que es por donde pasa el 87...

Obvio, que si pasa por el subte, la bloqueas directamente, porque es conexiòn directa, pero lo puse a modo de ejemplo...

pd: de paso usas discreta como la gente por primera vez en tu vida, para algo tangible en lo que es realmente necesario

...

Modo compacto \| Modo extendido Cómo funciona la sube/monedero?
Autor	Mensaje