¿Qué tan peligroso es enchufar en caliente los dispositivos FireWire 400?


1

He tenido mi MacBook desde 2006 y, en alguna ocasión, he usado el puerto FireWire 400 para conectar un caddy HDD o para conectar en red entre dos Mac. Siempre he intercambiado en caliente dispositivos sin preocuparme. Siempre he asumido que para eso fue diseñado FireWire.

Sin embargo, recientemente compré un M-Audio ProFire 610 (es una interfaz de audio digital multicanal) y en su documentación (y en el sitio web) hay advertencias de que DEBE apagar el dispositivo antes de enchufarlo o desenchufarlo. Me sorprendió bastante esto, y me pregunté si tenía algo que ver con que el dispositivo fuera poco fiable.

http://forums.m-audio.com/showthread.php?17235

Aparentemente, esto no es un problema con los dispositivos M-Audio, pero con TODOS los dispositivos FW400 ... Aunque es el primero que oigo, lo que me parece un poco extraño ... Si realmente hay algo tan fundamental falla en FW400, ¿por qué no habría escuchado a la gente quejarse en los foros de Mac sobre los chips de controlador FireWire fritos?

¿Es peligroso en general, o cree que quizás M-Audio está tratando de encubrir una fabricación de mala calidad? Como dije, nunca antes había tenido problemas para conectar en caliente dispositivos FW y ahora estoy realmente paranoico, apagando la computadora cada vez, lo que es realmente frustrante.

No solo eso, sino que, supuestamente, el problema es el arco de alimentación en el pin de datos ... Pero si apaga cualquier dispositivo Mac (incluidos los MacBooks), aún así entregará energía al dispositivo FW. Entonces, ¿qué tan seguro lo hace apagarlo de todos modos?

Respuestas:


2

Es probable que sea una cobertura de M-Audio para una fabricación de mala calidad. FireWire está diseñado para ser conectable en caliente. Debe poder enchufar y desconectar en cualquier momento sin problemas.

Y con respecto a la rosca: no tirar de los cables en ángulo es un buen consejo general, ya sea que tengan potencia o no.


Insisten en que sus productos se adhieran a los estándares completos de FireWire, así que supongo que probablemente estén cubriendo sus espaldas. ¡Solo espero que los problemas que tuvo la mayoría de las personas fueran con sus productos más antiguos y no con el que yo tengo! Solo desearía poder encontrar estadísticas sobre qué productos causaron que los chips del controlador FireWire se friaran.
Jowie

@Joe Podría ser cables de mierda, también, ahora que lo pienso.
CajunLuke

Dicho de otra manera, si la conexión de un cable sucedió cuando un puerto muere, es probable que la próxima vez que pase la señal se vaya. Además, si tiene un dispositivo defectuoso en el otro extremo, eso es culpa y no el cable que llevó el problema al puerto.
bmike

También - Cajun - estás en para apple.stackexchange.com/election moderando aquí?
bmike

@bmike no me iba a nominar a mí mismo, ya que no estoy seguro sobre el compromiso de tiempo y si puedo mantenerlo. Por supuesto, no estoy seguro de lo que implica el compromiso de moderación.
CajunLuke

3

El problema no es con M-Audio o con el estándar Firewire, sino con un defecto de diseño del controlador de Oxford Bridge que hace que el controlador sea susceptible a picos de energía.

El chip defectuoso estaba en muchas computadoras a fines de la década del 2000, lo que significa que era una buena decisión para que m-audio emitiera la advertencia. No estaban cubriendo sus propias colillas, pero sí significaban mucho tiempo de inactividad y solución de problemas para sus clientes.

Aprendí esto de la manera más difícil, ya que el puerto Firewire 400 de mi viejo macbook se frió intercambiando en caliente el pro-fire 2626.


Interesante ... ¡Asumí que los chips de control dudosos estarían en PC baratos, no en MacBooks! Afortunadamente, ya no es un problema para mí, ya que he actualizado de MacBook Pro Retina de 1ra generación a MacBook Pro Retina, así que voy de Thunderbolt a FW800 a FW400 ... ¡Creo que eso debería evitar los problemas de intercambio en caliente!
Jowie
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.