miércoles, 4 de febrero de 2015

Código de colores para cables de red con conectores RJ45.

Aunque mi finalidad con uno de estos cables no es para usarlos como cables de red (ya en otra entrada explicaré que voy a hacer con ellos), me interesaba saber si los colores estaban estandarizados. Así que me puse a buscar y encontré un par de tablas que te definen en qué pines deben ir cada color de los cables.


Norma de cableado “568-B” (Cable normal o paralelo)
Esta norma o estándar establece el siguiente y mismo código de colores en ambos extremos del cable:
Conector 1
 Nº PinßàNº Pin
Conector 2
Blanco/Naranja
Pin 1 a Pin 1
Blanco/Naranja
Naranja
Pin 2 a Pin 2
Naranja
Blanco/Verde
Pin 3 a Pin 3
Blanco/Verde
Azul
Pin 4 a Pin 4
Azul
Blanco/Azul
Pin 5 a Pin 5
Blanco/Azul
Verde
Pin 6 a Pin 6
Verde
Blanco/Marrón
Pin 7 a Pin 7
Blanco/Marrón
Marrón
Pin 8 a Pin 8
Marrón
Este cable lo usaremos para redes que tengan “Hub” o “Switch”, es decir, para unir los Pc´s con las rosetas y éstas con el Hub o Switch.
NOTA: Siempre la “patilla” del conector RJ45 hacia abajo y de izqda. (pin 1) a dcha. (pin 8)
 
Norma de cableado “568-A” (Cable “Cruzado”)
Esta norma o estándar establece el siguiente código de colores en cada extremo del cable:
Conector 1 (568-B)
 Nº Pin
Nº Pin
Conector 2 (568-A)
Blanco/Naranja
Pin 1 
Pin 1
Blanco/Verde
Naranja
Pin 2 
Pin 2
Verde
Blanco/Verde
Pin 3
Pin 3
Blanco/Naranja
Azul
Pin 4 
Pin 4
Azul
Blanco/Azul
Pin 5 
Pin 5
Blanco/Azul
Verde
Pin 6 
Pin 6
Naranja
Blanco/Marrón
Pin 7 
Pin 7
Blanco/Marrón
Marrón
Pin 8 
Pin 8
Marrón
Este cable lo usaremos para redes entre 2 Pc´s o para interconexionar Hubs o Switchs entre sí.
NOTA: Siempre la “patilla” del conector RJ45 hacia abajo y de izqda. (pin 1) a dcha. (pin 8)



Código de colores para rosetas “murales” RJ45
 
 
 






lunes, 2 de febrero de 2015

Mi semáforo para peatones en Arduino

El sábado 31 de enero he asistido a una de las jornadas de "Sabados Libres en Altamar" organizado por GalPon.

Era un taller de Arduino, donde explicaron brevemente qué era para los que nunca habían asistido a una de estas jornadas y luego nos pusimos todos al chollo.

Hemos compartido opiniones, pensado funciones útiles para arduino y también hemos hablado de muchas otras cosas más relacionadas con el mundo de la tecnología.

Una de las cosas que estuve intentando hacer con mi bajo nivel de programación en arduino fue un semáforo para peatones.

El funcionamiento es muy simple. El semáforo permanece en rojo (10 segundos), luego cambia a verde (otros 10 segundos) pero antes de volver a pasar a rojo, el verde parpadea acompañado de un zumbido intermitente, a la par que la luz.

Aquí comparto con vosotros el código que he empleado y modificado para conseguir este funcionamiento:

/*
  Semáforo peatones
   Se enciende el led rojo durante 10 segundos, se apaga y se enciende el led verde durante 7 segundos para luego parpadear durante 3 segundos a la vez que emite un zumbido.

  Este código es de dominio público.
 */


// Definimos variables:
int ledr = 12; //led rojo
int ledv = 11; //led verde
int zum = 10;  //zumbador

void setup() {              
  // definimos cada pint como salidas
  pinMode(ledr, OUTPUT);
  pinMode(ledv, OUTPUT);
  pinMode(zum, OUTPUT);
}

void loop() {
  digitalWrite(ledr, HIGH);   // Se enciende el led rojo
  delay(10000);               // se espera 10 segundos
  digitalWrite(ledr, LOW);    // se apaga el led rojo
  digitalWrite(ledv, HIGH);   // inmediatamente se enciende el led verde
  delay(7000);                // se espera 7 segundos
  tone(zum,500);              // el zumbador y el led verde empieza a funcionar intermitentemente
  delay(1000);              
  digitalWrite(ledv,LOW);
noTone(zum);
  delay(1000);
  digitalWrite(ledv, HIGH);
  tone(zum,500);
  delay(1000);
  digitalWrite(ledv,LOW);
  noTone(zum);
  delay(1000);
  digitalWrite(ledv, HIGH);
  tone(zum,500);
  delay(1000);
  digitalWrite(ledv,LOW);
  noTone(zum);
 
}

viernes, 16 de enero de 2015

Linus Torvalds arremete contra HFS+


Pero no monos espabilados de esos que aparecen en el Planeta de los Simios, no nada de eso amigos…según Linus Torvalds, el sistema de archivos HFS+ creado por Apple para Mac OS X y que es continuación de HFS, es simplemente “un mal sistema de archivos activamente diseñado por desarrolladores que pensaban que tenían buenas ideas”.

No es la primera vez que Linus le da duro a HFS+, al que ya hace unos años describió como “una mierda total y absoluta, que mete miedo“, en esta ocasión debemos ese honor a una vulnerabilidad descubierta hace unas semanas en Git (CVE-2014-9390) el software utilizado para realizar el control de versiones del kernel y que afecta unicamente a los usuarios de Windows (sistema de archivos FAT/NTFS) y OS X (HFS+) que tengan instalado dicho programa.

El problema se debería a que dichos sistemas no son sensibles a las mayúsculas y minusculas (algo que en Apple han extendido desde HFS a HFS+), lo que de alguna manera introduce una vulnerabilidad que permitiría a un atacante sobreescribir el contenido de la carpeta .git y ejecutar comandos arbitrarios en la máquina afectada.

Es un tema que lleva unos días debatiendose en Google + donde sin lugar a dudas lo más divertido son algunas de las “perlas” que suelta el amigo Linus al respecto:

Francamente, HFS + es probablemente el peor sistema de archivos de todos los tiempos. Cristo lo mierda que es. NTFS solían tener problemas similares con utf8.. Creo que al menos ellos lo arreglaron. Los problemas de OS X parecen fundamentales.
La indiferencia entre mayúsculas y minúsculas no es más que una idea horriblemente mala, y Apple podría haber presionado para arreglarlo. No lo hicieron. En su lugar, duplicaron una mala idea, y la extendieron activamente – muy, muy mal – a Unicode.

Apple dejó estos monos trabajar en su sistema de archivos? ¿En serio? Hay un montón de buenas razones para no pasar a ZFS (tos-Oracle-tos), pero podrían haber empujado a la gente a mayúsculas y minúsculas en HFS +, lo que facilitaría de una manera mucho más fácil (a la larga) migrar a cualquier otra cosa más cuerda.