Mensajes

Exacto, antes era muy incómodo trabajar con listados enormes en papel, se agradece que las nuevas tarjetas gráficas soporten varias salidas de monitor.

Me imagino que podrá modificarse el umbral de parecido o coincidencia. Si lo aumentas todos se parecen y si lo reduces debe ser exactamente a como está en la foto del DNI 

Todo es calibrarlo aunque el algoritmo actúa como lo haría una persona y es sabido que existen personas con rasgos comunes también denominados "nuestros dobles".

Puedes poner esa parte del código que lo hace?

Si se encuentra en la declaración de un argumento es para declarar una variable como "referencia".

Si lo dices porque ves variables que se pasan en la función con el ampersand delante significa que es para pasar la "referencia" (la dirección de memoria a donde apunta el puntero de la variable). 

[time_t fecha;]

Código [Seleccionar] Expandir

/* Escribe un programa para calcular el numero de dias
  que hay entre dos fechas; declarar fecha como una
  estructura */

No pone de que forma debes hacer el programa, simplemente te indica que resuelvas la forma para calcular los días entre dos fechas. Y encima fecha puedes declararla como una estructura time_t (Ejemplo, time_t fecha; ).

Si esto no es lo que buscaba el profesor este argumento astuto puede usarse contra él  

PD Hay que tener en cuenta que el resultado de la función difftime() lo devuelve en segundos, no es como si al usarla resolviera completamente el ejercicio.

[difftime()]

Y qué tal si de hace con time.h, que ya tiene todo eso pensado?

...exacto, como usar difftime() y esas cosas  
https://en.cppreference.com/w/c/chrono/difftime

Yo por mi experiencia te puedo decir que cualquier ratón te irá bien, pero si quieres algo de durabilidad con los switchs entonces mejor opta por cualquier ratón gamming (30 euros o más). Date cuenta que están diseñados para darles caña y si pretendes usarlo para el día a día, y no juegas mucho, te van a durar bastante, aparte suelen tener una ergonomía cómoda.

PD Los switchs es la parte que más problema da en los ratones pasado los años, estos pueden conseguirse en algunos comercios especializados en componentes electrónicos, también en Aliexpress. El problema es que requieren microsoldaduras, pero si te gusta la electrónica también es una alternativa a la compra de un nuevo ratón y mucho más barata.
https://es.aliexpress.com/w/wholesale-switch-mouse.html

[youtube=640,360]https://www.youtube.com/watch?v=KEkrWRHCDQU[/youtube]

[Serial]

Puedes usar el USB también, pero posiblemente sea menos efectivo si pretendes alimentar ambas placas con baterías.

El me´todo sería similar a lo explicado usando los pines, sólo que en vez de Serial1 usarías en la nano el objeto Serial, y en la parte Raspberry usarías la librería de python pyserial. En la cual habría que indicarle el puerto usb.

Este enlace, aunque está en inglés todo (el inglés es necesario para todo) te podrá servir para cumplir con ese objetivo:

http://embeddedlaboratory.blogspot.com/2017/03/serial-communication-in-raspberry-pi.html

PD y por supuesto necesitarás un cable usb muy varonil, macho-macho 
https://www.pccomponentes.com/cables-usb/macho-macho

[Serial1]

No entiendo que quieres hacer, hablas de comunicación entre Raspberry Pi y Arduino y luego saltas con lo de usar el USB?¿

Si te interesa crear una comunicación entre estas dos placas programables dispones de los pines serial tanto en una como en otra. En la Nano tienes los pines 2 (RXD) y 1 (TXD), y en Raspberry tienes los pines 14 (TXD) y 15 (RXD). Donde el TXD de uno iría en el RXD del otro y lo mismo al revés.

La comunicación serial debe estar configurada a la misma velocidad tanto en una placa como en la otra, de lo contrario no recibirás bien los mensajes. Para trabajar con esos pines en la NAno creo que debes usar Serial1, ya que si usas el objeto Serial lo harías por medio del USB (No tengo una Nano para verificarlo, deberías probar con un polímetro enviando pulsos a intervalos de 5 segundos por el TXD para ver si es con Serial1). Para la Raspberry Pi es más fa´cil, solo tienes que recoger el objeto serial que devuelve wiringpi.serialOpen('/dev/ttyAMA0',velocidadEnBaudios) .

La comunicación es sincronizada, esto significa que las dos placas no pueden hablar a la misma vez, una habla y luego la otra recibe y responde. Para asegurar la comunicación deberás hacer uso de mensajes que verifiquen el proceso... por ejemplo, una presentación, que responda con un OK acompañado de un código que indique que el mensaje aparte de haber sido recibido es comprendido, etc...

No es que sean tontos, los tontos somos nosotros.

De cada submarino pillan cacho. Si hay que modificarlo, más cacho y si no cabe, no pasa nada. Se aprovecha para modificar el puerto y más que pillamos.

Eso mismo se puede hacer en vivienda social, sanidad, educación etc. Pero igual ahí la comisión es menor.

A ver cuando nos revelamos contra tanta corrupción.

Totalmente de acuerdo