Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
Necesito comunicarme (leer los registros) por IP, con unos relojes de asistencia que no reportan todas las asistencias al programa de personal. Supongo que tiene que haber algún protocolo razonablemente estándar porque varios programas de diferentes fabricantes pueden comunicarse con estos relojes, a pesar de que son chinos, rebranded. El proveedor no provee esa
info y llevo mas de un mes (de a ratos) intentando distintas formas de preguntar en Google y lo mas cerca que llego es a que me ofrezca relojes parecidos en Ali Express.
Intenté analizar el tráfico IP con wireshark pero es todo binario. Supongo que no está encriptado porque programas no relacionados lo pueden manejar.
Por eso también supongo que debe estár definido en el protocolo de comunicación la manera de convertir eso a texto.
Si alguien ya renegó con esto y me puede dar una pista me dará una gran
mano.
Sepan disculpar la molestia
Muchas gracias

--
Jorge A Secreto
Analista de Sistemas
MP 361

<div dir="ltr"><div>Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.</div><div>Necesito comunicarme (leer los registros) por IP, con unos relojes de asistencia que no reportan todas las asistencias al programa de personal.</div><div>Supongo que
tiene que haber algún protocolo razonablemente estándar porque varios programas de diferentes fabricantes pueden comunicarse con estos relojes, a pesar de que son chinos, rebranded. El proveedor no provee esa info y llevo mas de un mes (de a ratos)
intentando distintas formas de preguntar en Google y lo mas cerca que llego es a que me ofrezca relojes parecidos en Ali Express.<br></div><div>Intenté analizar el tráfico IP con wireshark pero es todo binario. Supongo que no está encriptado porque
programas no relacionados lo pueden manejar. Por eso también supongo que debe estár definido en el protocolo de comunicación la manera de convertir eso a texto.<br></div><div>Si alguien ya renegó con est

El 2022-07-18 a las 20:08 -0300, Jorge A. Secreto escribió:

Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
Necesito comunicarme (leer los registros) por IP, con unos relojes de asistencia que no reportan todas las asistencias al programa de personal.

Entiendo que el sistema de control biométrico tendrá algún tipo de software propietario para gestionar/acceder a esos datos ¿no te permite el
software depurar el error para el saber el motivo de por qué no se entregan todos los registros?

Salvo contadas excepciones, ese tipo de software es cerrado (muy
cerrado) y complejo de integrar salvo que tengas contacto directo con
el fabricante como desarrollador o asociado.

Supongo que tiene que haber algún protocolo razonablemente estándar porque varios programas de diferentes fabricantes pueden comunicarse con estos relojes, a pesar de que son chinos, rebranded. El proveedor no provee esa info y llevo mas de un mes (de a ratos) intentando distintas formas de preguntar en Google y lo mas cerca que llego es a que me ofrezca relojes parecidos en Ali Express.

Normalmente se comunican a través de RS232/485, TCP/IP, USB (depuración en local), o los más modernitos, WiFi.

Intenté analizar el tráfico IP con wireshark pero es todo binario. Supongo que no está encriptado porque programas no relacionados lo pueden manejar. Por eso también supongo que debe estár definido en el protocolo de comunicación la manera de convertir eso a texto.
Si alguien ya renegó con esto y me puede dar una pista me dará una gran mano.
Sepan disculpar la molestia
Muchas gracias

En la empresa usamos un control de acceso (con lectores de PIN + tarjeta
de proximidad RFID), y a duras penas está funcionando, vamos,
que si deja de funcionar -y requiere de windows xp) no sabría ni por
dónde empezar (el aplicativo se llama NStar de Honeywell).

Si puedes contactar con el fabricante, aunque sólo sea para que te dé
alguna pista de por dónde tirar para resolver el problema con los
registros que no se reportan, mejor.

Saludos,

--
Camaleón

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

El 18/7/22 a las 20:08, Jorge A. Secreto escribió:

Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
Necesito comunicarme (leer los registros) por IP, con unos relojes de asistencia que no reportan todas las asistencias al programa de personal. Supongo que tiene que haber algún protocolo razonablemente estándar
porque varios programas de diferentes fabricantes pueden comunicarse con estos relojes, a pesar de que son chinos, rebranded. El proveedor no
provee esa info y llevo mas de un mes (de a ratos) intentando distintas formas de preguntar en Google y lo mas cerca que llego es a que me
ofrezca relojes parecidos en Ali Express.
Intenté analizar el tráfico IP con wireshark pero es todo binario.
Supongo que no está encriptado porque programas no relacionados lo
pueden manejar. Por eso también supongo que debe estár definido en el protocolo de comunicación la manera de convertir eso a texto.
Si alguien ya renegó con esto y me puede dar una pista me dará una gran mano.
Sepan disculpar la molestia
Muchas gracias

--
Jorge A Secreto
Analista de Sistemas
MP 361

Nico, buen día.

Los controles biométricos son UNA PORQUERÍA.
Hay infinidades de programas más o menos económico y/o libres, pero el problema es que el SDK de los lectores, el 99,9% son privativos con cero documentación disponible, por lo que es casi imposible acceder a los
mismos desde fuera, salvo ingeniería inversa.
Los vendedores de lectores, te obligan a usar sus programas cerrados.
Hay algunos que tienen liberado parte del acceso al SDK, pero no todo;
por ejemplo, te permiten saber si tal o cual persona está presente o no
en forma remota, pero no te liberan el acceso al flujo de datos de los horarios, o el histórico guardado en el lector.
Otros, no te permiten la comunicación directa, pero podés bajar a un USB
en formato de texto los movimientos del día, lo que te genera una
servidumbre física.
Por lo menos así era hasta 2019, última vez que tuve que lidiar con esos lectores.
Lo último que trabajé fue con un ingeniero en el Arsenal de la Base,
pues la idea era reprogramar un CMOS de un lector con código propio; es
decir, flashear el SDK del lector.

Si encontrás lectores que tenga el SDK del lector abierto, avisá; me interesa.

Un abrazo.

JAP

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hola!
Soy Jorge, el padre de Nico
Lo que decís es exactamente lo que encontré.
Si llego a conseguir algo te lo paso, claro.
Abrazo

El mar, 19 jul 2022 a la(s) 09:46, Debian (javier.debian.bb.ar@gmail.com) escribió:

El 18/7/22 a las 20:08, Jorge A. Secreto escribió:

Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
Necesito comunicarme (leer los registros) por IP, con unos relojes de asistencia que no reportan todas las asistencias al programa de personal. Supongo que tiene que haber algún protocolo razonablemente estándar porque varios programas de diferentes fabricantes pueden comunicarse con estos relojes, a pesar de que son chinos, rebranded. El proveedor no
provee esa info y llevo mas de un mes (de a ratos) intentando distintas formas de preguntar en Google y lo mas cerca que llego es a que me
ofrezca relojes parecidos en Ali Express.
Intenté analizar el tráfico IP con wireshark pero es todo binario. Supongo que no está encriptado porque programas no relacionados lo
pueden manejar. Por eso también supongo que debe estár definido en el protocolo de comunicación la manera de convertir eso a texto.
Si alguien ya renegó con esto y me puede dar una pista me dará una gran mano.
Sepan disculpar la molestia
Muchas gracias

--
Jorge A Secreto
Analista de Sistemas
MP 361

Nico, buen día.

Los controles biométricos son UNA PORQUERÍA.
Hay infinidades de programas más o menos económico y/o libres, pero el problema es que el SDK de los lectores, el 99,9% son privativos con cero documentación disponible, por lo que es casi imposible acceder a los
mismos desde fuera, salvo ingeniería inversa.
Los vendedores de lectores, te obligan a usar sus programas cerrados.
Hay algunos que tienen liberado parte del acceso al SDK, pero no todo;
por ejemplo, te permiten saber si tal o cual persona está presente o no
en forma remota, pero no te liberan el acceso al flujo de datos de los horarios, o el histórico guardado en el lector.
Otros, no te permiten la comunicación directa, pero podés bajar a un USB
en formato de texto los movimientos del día, lo que te genera una servidumbre física.
Por lo menos así era hasta 2019, última vez que tuve que lidiar con esos lectores.
Lo último que trabajé fue con un ingeniero en el Arsenal de la Base,
pues la idea era reprogramar un CMOS de un lector con código propio; es decir, flashear el SDK del lector.

Si encontrás lectores que tenga el SDK del lector abierto, avisá; me interesa.

Un abrazo.

JAP

--
Jorge A Secreto
Analista de Sistemas
MP 361

<div dir="ltr"><div>Hola!<br></div><div>Soy Jorge, el padre de Nico</div><div>Lo que decís es exactamente lo que encontré.</div><div>Si llego a conseguir algo te lo paso, claro.</div><div>Abrazo<br></div></div><br><div class="gmail_quote"><div dir="ltr"
class="gmail_attr">El mar, 19 jul 2022 a la(s) 09:46, Debian (<a href="mailto:javier.debian.bb.ar@gmail.com">javier.debian.bb.ar@gmail.com</a>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(
204,204,204);padding-left:1ex">El 18/7/22 a las 20:08, Jorge A. Secreto escribió:<br>
&gt; Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.<br>
&gt; Necesito comunicarme (leer los registros) por IP, con unos relojes de <br> &gt; asistencia que no reportan todas las asistencias al programa de personal.<br>
&gt; Supongo que tiene que haber algún protocolo razonablemente estándar <br> &gt; porque varios programas de diferentes fabricantes

Hola Camaleón, gacias por responder.

El mar, 19 jul 2022 a la(s) 03:43, Camaleón (noelamac@gmail.com) escribió:

El 2022-07-18 a las 20:08 -0300, Jorge A. Secreto escribió:

Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.
Necesito comunicarme (leer los registros) por IP, con unos relojes de asistencia que no reportan todas las asistencias al programa de personal.

Entiendo que el sistema de control biométrico tendrá algún tipo de software
propietario para gestionar/acceder a esos datos ¿no te permite el
software depurar el error para el saber el motivo de por qué no se
entregan
todos los registros?

El programa que entrega el proveedor es tan cerrado que hasta hay que
cargarle una password por reloj para que lo lea.
Es muy optimista pensar que sirva para algo más que para lo que trae predefinido. Tuve que buscar otro porque ni siquiera
contemplaba la cantidad de personas que se iban a fichar en el reloj. Hay
más de 1300 empleados, el reloj soporta 500 y
el programa no permitía filtrar el grupo de empleados a cargarle. De paso,
la jefa de personal compró 10 o 12 de estos relojes
sin consultar ni probarlos. Les tendría que decir que no sirven, que los tiren, por idiotas.
Perdonen la digresión.

Salvo contadas excepciones, ese tipo de software es cerrado (muy
cerrado) y complejo de integrar salvo que tengas contacto directo con
el fabricante como desarrollador o asociado.

Supongo que tiene que haber algún protocolo razonablemente estándar

porque
....

parecidos en Ali Express.

Normalmente se comunican a través de RS232/485, TCP/IP, USB (depuración en local), o los más modernitos, WiFi.

Intenté analizar el tráfico IP con wireshark pero es todo binario.

Supongo

que no está encriptado porque programas no relacionados lo pueden

manejar.

Por eso también supongo que debe estár definido en el protocolo de comunicación la manera de convertir eso a texto.
Si alguien ya renegó con esto y me puede dar una pista me dará una gran mano.
Sepan disculpar la molestia
Muchas gracias

En la empresa usamos un control de acceso (con lectores de PIN + tarjeta
de proximidad RFID), y a duras penas está funcionando, vamos,
que si deja de funcionar -y requiere de windows xp) no sabría ni por
dónde empezar (el aplicativo se llama NStar de Honeywell).

Si puedes contactar con el fabricante, aunque sólo sea para que te dé alguna pista de por dónde tirar para resolver el problema con los
registros que no se reportan, mejor.

Saludos,

--
Camaleón

Gracias nuevamente.
Saludos

--
Jorge A Secreto
Analista de Sistemas
MP 361

<div dir="ltr"><div>Hola Camaleón, gacias por responder.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mar, 19 jul 2022 a la(s) 03:43, Camaleón (<a href="mailto:noelamac@gmail.com">noelamac@gmail.com</a>) escribió:<br></

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El 2022-07-18 a las 20:08 -0300, Jorge A. Secreto escribió:<br>

&gt; Hola, Disculpen el OT pero ya no sé dónde/cómo buscar.<br>
&gt; Necesito comunicarme (leer los registros) por IP, con unos relojes de<br> &gt; asistencia que no reportan todas las asistencias al programa de personal.<br>

Entiendo que el sistema de control biométrico tendrá algún tipo de software <br>
propietario para gestionar/acceder a esos datos ¿no te permite el <br> software depurar el error para el saber el motivo de por qué no se entregan <br>
todos los registros?<br></blockquote><di