Cuenta regresiva para la línea de tiempo del GPS

Hay un error que afectará al hardware GPS más antiguo que tiene eos del año 2000. Aquellos que tengan la edad suficiente para experimentar la transición de la década de 1990 a la de 2000, sin duda recordarán el temido "Insecto del año 2000", que supuestamente marcó la desaparición de la civilización. Gracias a la ingeniería de software miope, que registraba solo dos dígitos al año, nos dijeron que los cálculos de fechas fallarían masivamente en programas que ejecutan todo, desde la red eléctrica hasta relojes digitales. Se han realizado enormes esfuerzos de reparación, las empresas han contratado desarrolladores cuyas habilidades obsoletas se requieren repentinamente y, al final, casi nada sucedió en realidad.

Sin embargo, ha llegado otra era, mucho menos conocida pero quizás más profunda y más insidiosa. El sábado 6 de abril de 2019, mañana, los receptores GPS pueden sufrir problemas de software debido al funcionamiento de sus temporizadores. Esto podría resultar en cualquier cosa, desde una leve molestia hasta una grave confusión, con una posibilidad externa de caos. Algunos alarmistas incluso dicen que no volarán este fin de semana por temor a las consecuencias.

Entonces, ¿cuáles son las posibles consecuencias reales y cuál es el problema con el GPS primero? Como era de esperar, todo se reduce a matemáticas básicas.

Historia de la época

Los satélites GPS son básicamente relojes súper precisos en circulación, que transmiten mensajes de navegación con gritos de 50 bits por segundo. Los mensajes de navegación incluyen una marca de tiempo e información sobre la órbita de cada satélite, que los receptores GPS a continuación pueden usar para determinar su ubicación. Cada mensaje de navegación completo tiene una longitud de 37,5 kilobits, lo que significa que una página completa de datos GPS tarda 12,5 minutos en transmitirse.

Fuente de la imagen: ESA Navipedia

El mensaje de navegación se divide en tramas de 1500 bits, cada una dividida en cinco subtramas de 300 bits, que tardan 6 segundos en transmitirse. Cada subtrama de 300 bits se divide a su vez en diez palabras de 30 bits. La primera palabra de 30 bits de cada subtrama es una palabra de telemetría, que codifica cierta información sobre el estado del satélite. La palabra de telemetría va seguida de una palabra de hora de la semana (STUP) de 30 bits que codifica el número semanal y la hora dentro de esa semana. El cálculo del tiempo del GPS es un poco extraño debido a que algunos gimnasios necesitan cifrar la cantidad de segundos en una semana (604 800) en los 17 bits disponibles en la palabra TOW después de extraer 13 bits para la paridad y otros usos. La palabra TOW representa en realidad el número de períodos de 1,5 segundos en una semana, que se divide además por cuatro, ya que hay cuatro períodos de 1,5 segundos en los seis segundos necesarios para transmitir cada subtrama.

A pesar de las apariencias, la complejidad de la codificación de tiempo en el lado espacial del sistema GPS no es la causa del problema a corto plazo, aunque se relaciona. El problema es cómo los receptores GPS interpretan los datos de tiempo y cómo el error anterior Y2K se remonta a las decisiones tomadas por los ingenieros de software. De los 17 bits dedicados a codificar la palabra TOW, el contador semanal usa 10 bits. Eso significa que los satélites pueden contar hasta 1024 semanas, o aproximadamente 19 años y 8 meses, antes de que el contador llegue a cero. En este momento, el contador de la semana es todo: 1111111111. El sábado 6 de abril, el contador de la semana se incrementará, volviendo a 0000000000. Ahí radica el problema.

Aquí, hecho esto

Ahora bien, esta no es la primera vez que esto sucede. El sistema GPS ha estado operando en varias formas desde finales de la década de 1970, estrictamente para uso militar primero, luego se abrió al mercado civil en 1983, en parte en respuesta al disparo del vuelo 007 de la aerolínea coreana por las defensas aéreas soviéticas, quienes afirmaron que el La aerolínea era un avión espía. El comienzo de la era del GPS se fijó para el 6 de enero de 1980, y el tiempo se calculó a partir de ese momento. Esto significa que la primera tirada tuvo lugar el 21 de agosto de 1999, 1024 semanas después del inicio de los relojes.

Imagen satelital GPS II / IIa de GPS.gov

El lector inteligente se dará cuenta de que el mundo no terminó la última vez que llegó la semana del GPS, por lo que seguramente esta vez tampoco será un evento. Probablemente, pero esta vez hay algunos factores complicados. Primero, en 1999 había muy, muy pocos receptores GPS en manos civiles. Si bien Magellan introdujo el primer receptor GPS portátil, el Magellan NAV 1000, en 1989, y algunos teléfonos celulares estaban equipados con receptores ya en 1999, algunos problemas con el sistema naciente cuando cayó la fecha fueron igualmente importantes.

El año después de la primera transición, el Departamento de Defensa de EE. UU. Tomó la decisión de transmitir mensajes de navegación con total precisión de posición habilitada. Por primera vez, todos pudieron obtener una precisión centimétrica con el equipo adecuado, y la industria del GPS despegó. En 2001, los navegadores de panel de Garmin y Tom Tom se habían convertido en el programa más mortífero para GPS. Los teléfonos móviles se transformarán en teléfonos inteligentes poco después y comenzarán a incorporar receptores GPS y software de navegación. En 2017, el mercado global de receptores GPS se estimó en casi $ 38 mil millones, por lo que hay muchos receptores GPS, muchos más que en 1999.

¿Regreso al futuro?

Entonces, ¿qué es probable que suceda con sus dispositivos GPS? Probablemente nada. Los fabricantes de GPS conocen este lanzamiento desde hace algún tiempo, y casi todos los receptores fabricados en la última década ya son capaces de manejar el lanzamiento. Los dispositivos más antiguos, como mi antiguo Garmin eTrex Legend, que alguna vez fue la fuente de mucha diversión familiar de geokaching en 2003, pero que estuvo guardado en un cajón durante años, podrían desaparecer el sábado.

La forma en que se manifestará el final de la segunda era del GPS en dispositivos específicos depende completamente de cómo el fabricante codificó el problema. Algunos interpretarán el lanzamiento como un salto de 19,7 años en el tiempo, ya sea hacia atrás o hacia adelante. La navegación en sí no debería verse afectada, incluso si el tiempo disminuye, o solo por un momento, si se lleva a cabo. Los receptores de GPS que no son de navegación, como las bases de tiempo de GPS que se utilizan para sincronizar los servicios de telefonía celular, podrían tener más problemas, pero nuevamente, si los dispositivos son recientes o se han parcheado, no debería haber ningún problema.

Por lo tanto, relájese y continúe con sus asuntos, sabiendo con certeza que cuando el once se convierta en diez ceros en algún momento del sábado, casi nada sucederá. Si lo desea, es posible que desee ingresar el GPS de su automóvil y ver si se necesitan actualizaciones, pero aparte de eso, probablemente esté bien. Y si realmente quieres algo de tiempo para preocuparte por los rollos, piensa en esto: pasan menos de 19 años hasta que tengamos que lidiar con el problema del año 2038.

  • Arsenio Dev (@ Ascii211) dice:

    Dato curioso: en mi laboratorio de la NASA no encontré un generador de prueba SDR o GPS, así que desenterré mi La-TecnologiaFeatured ™ FL2k y sinteticé un poco de GPS antes y después del lanzamiento, la prueba de hoy es para verificar qué está pasando en nuestros instrumentos.

    • Elliot Williams dice:

      ¡Wooot!

      ¿Editarlo? ([email protected])

      Y hazlo dentro de una caja de metal, por favor. 🙂

  • Erik dice:

    Odio ser "ese tipo". Pero bueno: yo era un profesional de TI que trabajaba a principios de siglo. "... después de todo, casi nada sucedió en realidad" menosprecia los cientos de miles de horas que yo y otros como yo hemos hecho para asegurarnos de que, como usted dice, "casi nada sucedió en realidad".

    • Robert Thille dice:

      Sí, antes de 2000-01-01, mi esposa (ahora ex) rompió bombas de gasolina con su tarjeta de crédito, que expiró después de la transición. ¿Al parecer alguien dividido por el año de 2 dígitos o algo así?

      • Erik dice:

        El año se guardó como 2 dígitos. Así que tan pronto como apareció la primera tarjeta de crédito que expiró en "00", algunas máquinas pensaron que había expirado 98 años antes de su emisión y se volvieron locas.

    • Elliot Williams dice:

      Luego trabajé en una empresa en China que se especializaba en el trabajo sucio de COBOL, asegurándome de que la infraestructura bancaria global no cumpliera. Se hicieron ricos.

      Supongo que Dan se estaba refiriendo a eso con "medios masivos" en la misma oración ...

      • Dan diferente dice:

        Y, por supuesto, muchos de estos sistemas ya se habían solucionado, ya que tenían errores de estilo "Y2K" que habían entrado en vigor antes. Mi madre escribió COBOL cuando se escribieron estos errores. Ella protestó contra un año de 2 dígitos para los DOB porque cuando se escribió el sistema, había usuarios nacidos antes de 1900. Estaba casada y las fechas posteriores a 1980 se convirtieron en 1880. Se suponía que ese sistema sería reparado o reemplazado mucho antes del año 2000.

      • Dan Maloney dice:

        De hecho fue.

    • jeppedy dice:

      Estoy de acuerdo con usted allí. No sugiera que a nadie le importa. Si el mundo de las tecnologías de la información no se apresurara y solucionara el error del año 2000, puedo decirles que según la cantidad de sistemas y soluciones de ventas que tuvimos que parchear, arreglar y reescribir, definitivamente tendríamos algunos problemas importantes.
      ¿Sucederá eso aquí o no? El tiempo dirá. 🙂

    • Montrough dice:

      Eric, también tengo muchas frases desagradables que quiero lanzar en la dirección OP. Yo era una de esas personas que pasaba muchas horas ingratas asegurándose de que nadie notara un "loco". Por cierto, algunas empresas han decidido que no es un gran problema y tienen serios problemas, pero la mayoría se lo ha tomado muy en serio.

      • Erik dice:

        Lo que más me molesta son las personas no técnicas al azar que usan el hecho de que "ustedes dijeron que sería terrible y nada" como justificación para ignorar algunas advertencias sobre problemas actuales con, por ejemplo, iot security.

        • Gregkennedy dice:

          ... o cambio climático ...

          • Erik dice:

            Claro, pero eso no es un peligro de TI. Esa es una crisis existencial global.

          • Martín dice:

            IoT es creado por el hombre y, por lo tanto, puede ser alterado por la actividad humana.

            Pero la humanidad no tiene el poder de influir en el clima. A pesar de que muchos alarmistas climáticos, o deberíamos llamarlos terroristas, piensan de manera diferente y quieren gobernar a otras personas de manera más o menos religiosa, reducir su nivel de vida, aumentar sus costos de vida, prescribirles cómo vivir o no usar sus autos, etc. mientras vuelan hacia el "clima" - los mismos congresos

    • Factura dice:

      Sí, el hecho de que "en realidad no pasó casi nada". muestra que las personas que trabajan duro en el problema han hecho bien su trabajo.

      • Dan Maloney dice:

        Sí, lo reconocí en la misma frase. Mucha gente trabajó muy duro para arreglar todo para que el cielo no se cayera. No dije que el cielo no caería sin esos esfuerzos, o que el esfuerzo fue en vano.

        Sin embargo, fue una gran cantidad de esfuerzo en vano. Recuerdo claramente que los contratistas pasaron por nuestros laboratorios con instrucciones para poner un gran número amarillo “Posible Y2K” en casi todos los instrumentos. Sus instrucciones eran: "Si tiene una luz, tiene una calcomanía". Terminamos con fuentes de alimentación sin microcontroladores conectados, lo que luego tuvimos que demostrar que no era responsabilidad del año 2000. Es cauteloso, y luego estúpido cauteloso.

        • Ostraco dice:

          Al menos no los ataron a la gente. 😀

          • ROBÓ dice:

            Algunos marcapasos no se quejaron del año 2000 y tuvieron que ser reemplazados.

        • reg dice:

          Como una de las personas en una empresa de desarrollo de programación, en el día ... Pasé muchas noches trabajando con mis perros grandes (bulldog y gran danés) yendo de un extremo al otro del edificio parcheando todo lo visible. Comenzamos a notar las computadoras y los programas, pero eso comenzó a fallar y al final fue más fácil comenzar físicamente con un extremo y después de las horas ir hasta el final. A los perros les gustaron las excursiones nocturnas, a mí me gustó el tiempo de compañía. Al final, nada importante se rompió. Se escaparon dos pequeñas cosas. Uno era la hora / fecha en el correo telefónico del sistema de correo. El sistema telefónico era en realidad otra gente, así que me disculpé por eso. Y el último fue la confianza que teníamos para indexar los sitios web. Resultó ser una versión antigua y todos se olvidaron de ella. Actualizar eso tan pronto como alguien notó que las cosas estaban un poco mal arregladas que arregladas. En general, no pasó nada importante. La medianoche del 31 de diciembre de 1999 fue como casi todas las noches anteriores. Yo y los perros en el gran edificio solos. Pasé unas horas para asegurarme de que todo lo importante pareciera estar en orden y todos nos fuimos a casa ...

        • Miguel dice:

          Mi esposa también trabajaba para una empresa que tenía que presenciar cosas y tenía el mismo "si usa electricidad, se pone una calcomanía" (piense en un espectro de rayos X, que no es más que una bombilla detrás de una pantalla difusora).

          Ese año preparé unos frascos de mermelada de fresa casera y ella se llevó algunos al trabajo para gastarlos. Todos estaban equipados con una etiqueta adhesiva que enumeraba los ingredientes, etc. y todos llevaban con orgullo la frase "Cumple con el certificado Y2K" en la parte inferior de la etiqueta.

    • Doug dice:

      No decir que Dan es una negación, pero existirán. Negando esos esfuerzos de mitigación, por qué el error informático Y2K parecía ser un error. Muchos de nosotros apreciamos los esfuerzos de mitigación. Algunos de ellos participaron en otros esfuerzos de mitigación que se midieron de manera eficaz.

    • Marcos dice:

      Han ocurrido males actuales. Escuché acerca de una tienda de comestibles automatizada que destruyó muchos productos alimenticios, "caducó" en el '00.

    • Wye Tookay dice:

      ¡DERECHO! Todos los que dicen casualmente "casi nada ha sucedido" son maravillosamente indiferentes a la causa y el efecto e incluso a su propia declaración. "Toda esta gente estaba trabajando para salvar el bote salvavidas en el que estábamos y ni siquiera nos hundimos". PORQUE trabajamos para solucionar el problema .. DUHHHH !!!!!!!! ¡Malditos simplones milenarios!

  • Miker dice:

    Subiendo mi etrex hoy para que pueda obtener información actualizada y ver qué sucede mañana. ¡Lo mejor de William Clinton fue desactivar la disponibilidad opcional! Tan pronto como eso sucedió y tuve el dinero, obtuve mi primer GPS.

    • Steven dice:

      Pensé que ETREX usaba cálculos, acelerómetros, brújulas de compuerta de flujo y reglas de mapas detalladas en lugar de "GPS real".

      También apareció en la terrible película "Nothing but a problem", IIRC.

    • Steven dice:

      No importa, ese era el Etak ... lo siento, producto equivocado.

  • Arturo Mezins dice:

    Durante la primera transición semanal de GPS, trabajé en un fabricante de navegación de VOR, DME, ILS. También teníamos sistemas de radar que usaban la sincronización de tiempo GPS súper precisa (y mucho más barata que el Cesio) de 1 pps. Todos esos tableros tenían el número de registro semanal del GPS y estaban en problemas en ese momento. Escuché que algunos aviones de combate en el aire también lo hicieron (sus sistemas se reiniciaron en vuelo, si la memoria no me falla). También tuvimos algunos pequeños problemas relacionados con el Y2K que la FAA nos pagó para solucionar (porque estaban garantizados y no había ningún requisito del Y2K en ese momento). Algunas calculadoras de 32 bits "segundos desde xxx" como la anterior utilizada en MS-DOS, Windows, Unix, etc. también se ejecutarán en 2038, ya que están vinculadas a la medianoche del 1 de enero de 1900. Ver: https: //www.google.com/search?q=unix+32+bit+seconds+clock&oq=unix+32+bit+seconds+clock&aqs=chrome..69i57.23668j0j7&sourceid=chrome&ie=UTF-8

    • Daniel dice:

      1970

  • Cierto dice:

    Y2K38 (2038-01-19 03:14:07 UTC) cuando el tiempo de época firmado se vuelve negativo y regresa más allá del comienzo del tiempo de época (1970-01-10 00:00:00 UTC) hasta principios del siglo pasado (1901 -12-13 20:45:52 UTC), me tiene más ansioso. El almacenamiento de época de 32 bits es mucho más ubicuo que el uso del GPS a nivel mundial

    • Cierto dice:

      Probablemente debería agregar que no estoy en absoluto preocupado por la primera transición NTP (en algún momento alrededor de 2038-02-07 06:28:16 UTC, no permití ningún segundo superior) en comparación con el número Y2K38 porque el NTPv4 más nuevo pasó de ahorrando tiempo como 32 + 32 (2 ^ 32 para segundos y 2 ^ −32 para la parte fraccionaria del segundo) a 64 + 64 bits. Con la misma época inicial, que es buena hasta el año 584,542,047,990 (nuestra estrella local carece de combustible después de unos 5 mil millones de años). Básicamente, no puedo visualizar algunas computadoras con versiones de NTP anteriores a NTPv4 que todavía se usan en Y2K36.

      • Cierto dice:

        Error tipográfico, 2038 en mi opinión, debería ser: "2036-02-07 06:28:16 UTC".

      • Cierto dice:

        Técnicamente, NTPv4 es 32 + 32 + 64 (era, segundos desde época, fracciones de segundo)
        Pero el resultado final es casi el mismo. Podría funcionar mucho después de que nuestro sol no funcione (solo funcionará correctamente hasta el año 292,271,024,945).

    • bty dice:

      2k38 sería 2380, no 2038, porque usamos el prefijo SI como separador decimal.
      Al igual que 2k18 es 2180, NO 2018. Siempre me molestó la mierda.

      • Cierto dice:

        Seguramente eso es solo si se usa k minúscula.

    • ROBÓ dice:

      El error Y2.038k o 2038 todavía existe en * nix y Apache, en los que funcionan todos nuestros servidores web.

      • NiHaoMike dice:

        Casi todas las computadoras fabricadas en los últimos 10 años o más (y muchas un poco más antiguas) son de 64 bits e inmunes a ese problema. Lo problemático son los sistemas embebidos, de los cuales hay muchos diseños nuevos que todavía son de 32 bits.

      • Ren dice:

        Para el 2038 (si todavía estoy vivo) me decepcionaría si todo lo que usa un procesador (incluida mi tostadora) tiene algo menos de un procesador de 128 bits. ¡O no use IPv8!
        B ^)

        • JB dice:

          ¡Esto! ^

        • Nuevo Testamento dice:

          La mayoría de las tostadoras tendrían suerte de conseguir un procesador y, si lo hiciera, hay muchos 4 bits que son ideales para tal tarea, sí, dije 4 bits. Van por centavos.

          • Spiff dice:

            Pero los procesadores de 4 bits no son adecuados para Toast-Shade-Setting conectados a la nube.

            Y hasta que venda una tostadora sin fin, el salario de los desarrolladores sigue siendo un factor importante, lo que significa que muchos productos obtienen procesadores de 32 bits en lugar de 4 u 8.

  • ed.carden dice:

    Y2K ha demostrado ser menos crítico, pero cuánto de eso se atribuye realmente a las muchas horas que los técnicos / programadores han dedicado a manejar el problema durante los últimos años antes del 2000 en contra de si ha habido tantas amenazas reales. De cualquier manera, puede APOSTAR a más de un desarrollador de gama baja que advirtió sobre el problema de y2K desde el principio y, si bien la memoria en ese momento era costosa, la razón para reducir costos solo muestra cómo la mercancía comercial pone calidad / confiabilidad e inteligencia a largo plazo. planeando en un segundo plano y no tiene problemas para patear algo en el camino el mayor tiempo posible. ¿Por qué abordar hoy lo que se puede patear en el camino para siempre o al menos durante mucho tiempo (el tiempo suficiente para que los líderes actuales se hayan ido y no tengan que lidiar con el problema)? La memoria puede haber sido costosa en ese momento, pero ¿cuánto más costó tratar de lidiar con Y2K en el camino en lugar de hacerlo bien la primera vez?

    • Dr. orgullo dice:

      Una cosa que sospechaba a finales de los 90 era que con el (supuesto) desgaste del progreso del hardware, la mayoría de los dispositivos que tenían el firmware escrito (¿incorrecto?) Ni siquiera se encontrarían cuando llegara 2K. ¿Supongo que asumieron que todo sería reemplazado entonces? Ahora, si tuviera que escribir algo en 1996, sí, no hay excusas.

      • interfaz húmeda dice:

        Fui administrador de sistemas para el departamento de tribunales de distrito de TI en 1999. De esta manera, me tocó evaluar todos nuestros sistemas para la preparación del año 2000 desde el punto de vista del hardware. Había muchas biografías con campos de fecha con solo 2 dígitos para el año de varias marcas. Algunos de ellos tenían solo 2 años en ese momento, algunos eran hardware de servidor y un sistema de servidor, que tenía solo 4 años, tenía una fecha de 2 dígitos en el firmware de administración para la consola remota. Lo peor de todo fue que el juzgado estaba conectado a una red de todo el distrito que fue utilizada por el sheriff y la policía local de la ciudad, quienes operaban todo el sistema de multas de tránsito y estacionamiento de 1969 usando una computadora computarizada.

        Por lo tanto, nunca hubo expectativas de un reemplazo, de hecho, en la mayoría de los casos, sucedió lo contrario en ese período de tiempo. Los desarrolladores han escrito un código para las edades, no por un período de tiempo con expectativas de que toda la infraestructura sea reemplazada en unos pocos años, como parecen estar haciendo los desarrolladores de hoy. Lo divertido es pensar en cómo se escribe el software actual con la expectativa de que se evapore después de unos años debido al vaciado de la plataforma desde debajo.

      • RW versión 0.0.1 dice:

        A mediados de los 90, cuando decidí considerarlo, se volvió muy difícil encontrar el peor ejemplo en las computadoras de consumo. Hubo unas 486 placas muy tempranas, unas 386 placas y 286 máquinas vieron lo peor. En aquel entonces, la mayoría de los casos eran solo un rollo de pegamento donde un ajuste de fecha manual lo arreglaba. De 96 a 97, aunque la mayoría de la gente quería al menos lanzar Windows 3.11, por lo que 286 y versiones inferiores no importaban mucho. De todos modos, en el hardware de las computadoras, fue la paliza constante de la conciencia del y2k por parte de la gente de tecnología que ya está manejando centavos, PII, y mejor antes de finales de 1999 que estaban intactos, lo que causó la fatiga del y2k.

      • MildLeeInterested dice:

        Peor aún, el desgaste para equipos de control industrial es incluso menor. Todavía se utiliza mucho hardware industrial anterior al año 2000. Hace apenas tres meses reemplacé la fuente de alimentación del PLC, que tenía un sello de fecha de 1996 (y una etiqueta de Y2k, por supuesto).
        También 23 años para el suministro de electricidad, no está mal ...

  • Ostraco dice:

    "Aquellos que tengan la edad suficiente para experimentar la transición de la década de 1990 a la de 2000, sin duda recordarán el temido 'Insecto del año 2000', que supuestamente significaría la desaparición de la civilización".

    O la desaparición de todos esos libros que nos advierten del Y2K. No podía regalarlos después de que la civilización no hubiera terminado.

  • Palmadita dice:

    "La navegación en sí no debería verse afectada, incluso si el tiempo disminuye, o solo por un momento, si se lleva a cabo".

    Bueno ... no del todo. Los receptores realmente desagradables que están en la época equivocada pueden terminar siendo completamente incapaces de encontrar satélites, y solo terminar allí para siempre, sin nunca obtener una clave. ¿Por qué? Debido a que usan la hora y la fecha para calcular qué antenas deberían estar arriba (del almanaque / efemérides), y si el receptor es * maravillosamente estúpido *, todos sus cálculos se desactivarán a la fuerza y ​​puede terminar completamente incapaz de encontrar satélites. en general: porque si solo encuentra 1 en el modo "buscar el cielo" y obtiene el almanaque de él ... comienza a buscar los que no están allí. Como dije, debes ser increíblemente estúpido.

    Básicamente es solo un error de firmware, y solo un receptor que conozco fue tan estúpido (el antiguo Motorola UT Oncore con algo de firmware anterior a 1999). Si lo arregla forzando su fecha / hora al valor correcto, está bien por 19,6 años más. Tenían un código temprano que intentaba averiguar la transición de época de alguna manera, pero no funcionaba de manera muy confiable, por lo que vería aparecer algunos de ellos en 2019, algunos en 2037.

    • Dan dice:

      Supongo que es por eso que mi Garmin de mediados de los 90 no ha podido obtener un bloqueo de satélite durante años ...

      • Mate dice:

        Garmin tenía una actualización en su sitio web para esos receptores antiguos. Actualicé mi GPS-45, nunca tuve ningún problema después de la transición.

  • danindenver dice:

    Estoy de acuerdo en que, en 2000, "en realidad no pasó casi nada"
    Sin embargo, en 2001, un gran desastre afectó a la ciudad de Nueva York, y estoy seguro de que los planes y procedimientos de respaldo establecidos para el año 2000 nos salvaron el trasero tanto como muchas personas no se dan cuenta.
    Ver: http://news.mit.edu/2002/terror

  • Michael W. Perry, WA4MP dice:

    Esperemos que ninguno de los desarrolladores de Boeing responsables del MCAS del 737MAX haya encontrado trabajos anteriores en aviónica GPS. Aquí hay algunos detalles sobre el piloto y entrenador MCAS del 737.

  • Soc Rato dice:

    “Gracias a la ingeniería de software miope, que registraba solo dos dígitos al año, nos dijeron que los cálculos de fechas fallarían en masa en programas que se ejecutan desde la red eléctrica hasta relojes digitales. Se hicieron esfuerzos masivos para resolver, las empresas volvieron a contratar desarrolladores cuyas habilidades obsoletas de repente volvieron a la demanda, y al final casi nada sucedió en realidad. "

    Espero que no pretenda dar a entender que no pasó nada porque el problema se ha resuelto. Trabajé para una empresa que desarrolló un programa de comercio financiero en los años 90. Cuando habla con su banco para comprar fondos mutuos o negociar acciones en su cuenta de operaciones en línea (como algunos ejemplos), nuestro software procesa el reverso de la transacción. Varios de los bancos más grandes del país administraron nuestro código.

    Yo, junto con un equipo bastante grande, pasé 3 años a finales de los 90 actualizando el programa para que fuera compatible con Y2K. Pasamos unos 30 años humanos durante la solución, y al final hicimos bien nuestro trabajo y funcionó. El software explotaría absolutamente si no se reparara.

    Parece que "en realidad no pasó casi nada", por lo que no hubo un problema real más allá del miedo de los medios, hay un revisionismo histórico ignorante y ofensivo. Era un problema enorme que necesitaba ser solucionado por cientos de miles de desarrolladores experimentados. Y el hecho de que Estaba bien arreglado hay que elogiarlo, no se usó para fingir que todo era una gran broma.

    • Dan dice:

      De acuerdo, pero por cada situación como la tuya fue 3, LITERALMENTE no pasó nada. La propaganda antes del Y2K hizo que el público pensara que todo, desde sus electrodomésticos hasta sus autos, simplemente se apagaría. Estas no son cosas que puedan ser "parcheadas" en el campo (bueno, al menos en ese momento) y, sin embargo, hubo pocos ejemplos de dispositivos reales que se bloquearon en la transición. NO NADIE, fíjate, pero muy pocos.

      No hay debate de que existían sistemas que necesitaban atención antes de la transición, pero esos fueron la excepción.

      • Charlie dice:

        Si no fuera por él, casi el 90% de los sistemas informáticos de IBM en los Estados Unidos fallarían en el año 2000.

        Entonces, aunque ciertamente hubo algo de "entusiasmo" antes del evento, si no fuera por los desarrolladores de computadoras que trabajan arduamente para evitarlo, casi todas las instituciones financieras y la mitad de los hospitales del país quedarían gravemente destrozados. Piense en ello por un momento.

        También fijamos otras fechas de lanzamiento al mismo tiempo (por ejemplo, el 9 de septiembre de 1999) que habrían sido menos efectivas.

        Lo que quizás no se dé cuenta es que los programadores de computadoras de IBM en los Estados Unidos en ese momento eran parte de una cultura cohesiva, y esa cultura usaba fechas de 2 dígitos. Miré las computadoras portátiles literalmente planas para negarme a cambiar de años de 2 dígitos. He visto a un tipo literalmente DETENERSE en lugar de usar años de 4 dígitos, "porque no es así como se hace". Se convirtió en parte de su identidad. Harían estas locas intervenciones algorítmicas para evitar revisar sus estructuras de datos, y algunos de esos monstruos de código todavía funcionan hoy, por ejemplo, en el cálculo de edades por fecha de (2 dígitos) año de nacimiento.

        Los chicos de VAX no tenían un problema del año 2000, los chicos de MacOS no, los chicos de * nix no, porque no era parte de su cultura. Claro, como siempre, había cabezas de hueso solteras haciendo cosas estúpidas, pero solo en la pantalla de la computadora era literalmente parte de la identidad cultural. Nunca me he encontrado con una supercomputadora que no usara fechas de 2 dígitos, generalmente almacenadas como cadenas EBCDIC (exactamente, STRINGS de 2 dígitos) por supuesto, incluso a mediados de la década de 1990. La computadora de IBM solo llevaba un poco de ese bagaje cultural, pero estaba presente.

        Hoy SIEMPRE tengo que evitar que los desarrolladores utilicen formatos de datos incorrectos; la mayoría de los desarrolladores estadounidenses tienen algo en el cerebro que les hace pensar que ISO 8601 es un ataque a su herencia y vitalidad sexual, e insiste en usar formatos mm / dd / aa que producen y desperdician mucho dinero.

  • Doug dice:

    El único dispositivo específico de GPS que tengo es una unidad Garmin portátil amarilla. Dudo que Garmin lo admita por más tiempo, si no tuviera nunca el cable de interfaz de la computadora. Así es la vida ...

  • Arturo Mezins dice:

    Afirmo respetuosamente que la mayoría de los "problemas" de la "entrega" anual de 2 dígitos para el año 2000 no son culpa de COBOL o de cualquier otro lenguaje de programación del día, sino incluso más inofensivos (o insidiosos, si lo prefieres): los 80 columna de la tarjeta de trucos de Hollerith que formó la base empresarial de lo que se convirtió en IBM. MUCHOS números diarios fueron el resultado de que esa tarjeta dominara el almacenamiento de datos. Recuerdo haber tomado FORTRANn66 con Watfor / Watfiv (todavía tengo el libro) en 1972. Tuve que usar cuidadosamente el "editor" de tarjetas para crear mis programas. Cada código FORTRAN se limitó "milagrosamente" a 80 caracteres. Algunas posiciones de las columnas estaban "reservadas" para funciones específicas (por ejemplo, las primeras 4 o 5 eran para el "número de línea", "creo"). Muchos de los detalles más arcanos de la historia se pierden en el ruido del progreso. Estoy seguro de que realmente podemos culpar a los límites de las tarjetas de truco de la "estúpida" conservación del espacio para el campo anual. Solo los viejos como yo pueden decir "oh, lo olvido" sobre esos temas, porque los más jóvenes ni siquiera sabían que tales cosas existían, y mucho menos las experimentaban directamente. Esa carta dominó tanto como se hicieron las cosas “entonces”. Cuando sepa la poca memoria que existía en los viejos mainframes de IBM, es posible que esté un poco agradecido por los ahorros, cuánta memoria se necesita para hacer las cosas en ese momento. En 1980, la nueva y brillante minicomputadora DEC LSI-11 de 16 bits en la que comenzamos a trabajar tenía solo 128 KB de RAM y un paquete de disco de 5 MB. ¡Guau!

    Tenga en cuenta que la velocidad de bits del almanaque del GPS es muy lenta, lo que limita la rapidez con la que un GPS puede iniciarse en frío a pesar de que el almanaque es corto para los estándares actuales. Esto fue diseñado mucho antes de que se pusiera en funcionamiento el 6 de enero de 1980 y los módems típicos lograron transmisiones de 300 bps. Los primeros receptores de GPS tenían problemas con 10 canales cada 10 segundos, mientras que los modernos pueden manejar 75 canales por segundo o más para una combinación de GPS y otras especificaciones de satélite, como GLONASS y Galileo. ¡Para de llorar! Me alegro de que no necesite utilizar un conjunto de cinta de truco de 110 pasadas y dos pasadas para la codificación diaria como lo hice en 1978-79 (¡tres pasadas si quería una ficha!).

    • Richard Steiner dice:

      En FORTRAN 66, y FIELDATA FORTRAN VI escribió código en Unisys 2200, las columnas 1-5 eran para números de línea, 6 eran para continuación de línea y 73-80 estaban reservadas para comentarios (lo usamos para cambiar números) y no escaneadas por el compilador.

      El sistema de operaciones de vuelo WORLDFLIGHT en Northwest Airlines, derivado de UNIMATIC en UAL, tendría un problema muy serio con Y2K. No era el número anual clásico de dos dígitos, sino más bien una matriz de traducción que se generó en el ensamblaje en una fecha de conversión de biblioteca de rutina que todo utilizó. El sistema está escrito desde 1966, y quien decidió crear esa tabla, decidió terminarlo arbitrariamente el 31 de diciembre de 1999. No es irracional.

      Era una solución simple, pero eliminaría todo el sistema.

      Afortunadamente, pasamos mucho tiempo probando con el sistema dedicado al año 2000, adelantamos el reloj y solucionamos nuestros problemas mucho antes del evento real.

  • David J Jones dice:

    Mi receptor GPS es compatible con GLONASS. ¿GLONASS tiene esta falla?

  • Gregg Eshelman dice:

    Lo único que encontré en el año 2000 fue una antigua planta de cemento 80286 en Grangeville, identificación utilizada para su contabilidad. Simplemente trabajaron con alguna versión antigua de MS-DOS y algún programa de contabilidad DOS igualmente antiguo. Lo compraron en 1985 o 1986 y nunca cambiaron nada.

    Afortunadamente, el gerente fue lo suficientemente inteligente como para crear una nueva cuenta e ingresar algunos datos de prueba, luego cambió el reloj del sistema al 1 de enero de 2000. En sus palabras, "Fue aterrador". Mirando lo anterior que dije, no había forma de actualizarlo para resolver el problema anual. Les vendieron una computadora nueva con Windows 98SE y una copia de QuickBooks. Mío Una sugerencia fue comenzar a ingresar información desde principios de 1998 en QuickBooks y simplemente aferrarse al viejo 286 con fines de archivo hasta que necesitaran los datos antiguos.

  • ROBÓ dice:

    Sorprendentemente, el evento Y2K todavía no se comprende bien.

    Fue solo un medio que su computadora explotaría.

    Sí, hubo problemas con las computadoras de esa época. Muchas placas principales tenían un reloj de tiempo real de 2 dígitos soldado y se lanzaron muchos programas, incluido el BIOS.

    Pero recuerde, eso fue a finales de los 90, cuando los tres sistemas operativos más comunes eran Win95, Win98 y Win NT.

    Nadie ha confiado en estos sistemas operativos tareas importantes.

    Todas las cosas importantes se hicieron con sistemas integrados y aquí el cumplimiento del año 2000 fue fundamental.

    Cosas como aviación de aviones, dispositivos médicos, PLC en infraestructura crítica. Este es el trabajo importante realizado.

    Lástima que solo recordemos la propaganda.

    Tantas personas buscan probar equipos cotidianos no críticos que se nos han ocurrido 2 nuevas definiciones de trabajo:
    Psicología del cliente fijo
    Expectativas ajustadas del cliente

  • Doc dice:

    Así que llamaremos a este episodio “Apocalipsis DONDE”.

  • Doc dice:

    ¡Dios mío, el reloj de mi tableta está apagado en 1,6 segundos!
    https://time.is

    Realmente podría dar ???? temporal. Pero aplicado a la navegación, que podría ser de 0,463 millas o 2,444,444 pies. Una vez más, no es grande si caminas ... pero tal vez sea vergonzoso para el piloto automático .....
    Doc

  • Arturo Mezins dice:

    Olvídese de los problemas de desplazamiento semanal del GPS. A muchos receptores de GPS les resulta difícil omitir segundos, lo que altera su "patrón de reloj" interno de minutos a horas (en UTC 0, cuando se inicia). Hay muchas formas de aliviar los problemas, pero la mayoría todavía parece estropear "momentáneamente" (es decir, "viven" con ello). Debe ser difícil introducir una discontinuidad relativamente grande en un modelo de reloj cuidadosamente elaborado que utiliza todo tipo de técnicas para suavizar el tiempo y convertirlo en algo parecido a una función continua. La mayoría de los modelos de relojes ignoran las discontinuidades, reduciendo sus efectos a medida que salen o se ven satélites. A veces puede haber un gran cambio de efemérides en el reloj del satélite debido a un reloj / interruptor integrado, sin embargo, esto puede ser bastante perturbador. Por lo general, estos no afectan la mayoría de los usos del tiempo del GPS (por ejemplo, nuestros teléfonos, migración, conducción), pero sí afectan los sistemas de aterrizaje WAAS, ADS-B y tales sistemas. El último segundo salto fue el 31 de diciembre de 2016 y el próximo "posible" podría ser el 30 de junio de 2019, pero eso no sucederá. Entonces, ¿cuándo es el segundo salto siguiente? Me parece que no puedo encontrar una fuente que definitivamente responda eso, pero hay MUCHOS sitios web en profundidad que discuten los principales problemas.

  • algún chico dice:

    Se acabó y todavía no veo zombis. Estoy decepcionado. 🙁

    • treizo dice:

      Yo tampoco veo zombis. Pero mi PNA de motocicleta de 2013 ahora está bloqueada a una hora encantadora.

  • Ian dice:

    Connor Winfield, que ahora es propietario de Navsync, ofrece nuevo firmware para "algunos" de sus motores GPS que funcionan mal
    http://www.conwin.com/pdfs/gps_week_rollover.pdf
    Existe un error generalizado en su firmware que impide que el motor se bloquee durante la "Semana 0". No está claro si estos motores obsoletos volverán a arrancar en la "Semana 1".

    • Ian dice:

      Entramos en la Semana 1 y mi Navsync CW19 se revivió, por lo que parece prometedor para otros dispositivos Navsync.

  • Keeley Thompson dice:

    “El sistema GPS ha estado operando de varias formas desde finales de la década de 1970, estrictamente para uso militar primero, luego se abrió al mercado civil en 1983, en parte en respuesta al disparo del vuelo 007 de la aerolínea coreana por las defensas aéreas soviéticas, que afirmaban que la aerolínea era un avión espía ".

    ¡Quizás pensaron que James Bond era real!

  • Una de las muchas crisis dice:

    Saqué mi eTrex Legend de su cajón por primera vez en 5 años desde que esperaba acamparlo la próxima semana. Es posible que esos tipos de Garmin hayan tomado algunas decisiones cuestionables sobre el firmware (insertando texto con el puntero del mouse que mueves con un pequeño joystick), pero parecen haber corregido el código de seguimiento del GPS.

    • treizo dice:

      ... o tal vez simplemente lo retrasaron, similar a lo que Hyundai parece haber hecho con los modelos más antiguos (supongo que solo compensan el número rodante, por lo que no se verán afectados hace 2 años). De todos modos, si esos dispositivos solo le permitieran ingresar una fecha y hora manualmente, podrían usar fácilmente esa información para comprender en qué período de GPS WRNO se encuentran y evitar completamente los problemas.

    • KenN dice:

      Mi Garmin GPSMAP 64 anual está funcionando bien, mi antiguo etrex Vista tardó algún tiempo en obtener satélites, pero finalmente lo hizo y dio el lugar correcto; pero esta mañana es confuso: encontró 2 pájaros, luego los dejó caer y todavía no ha vuelto a obtener satélites. Así que ejecute su Legend varias veces antes de confiar en él.

      Mi llavero GPS sin nombre de 4 años parece incapaz de obtener satélites :-(.

      • KenN dice:

        Actualización: usé la vista dos horas ayer y estaba bien, incluso tenía la fecha y hora correctas. Y mi llavero GPS USB también funcionó bien, después de haber hecho un buen tiro al cielo.

  • Cluso99 dice:

    Mucha gente ganó mucho dinero por miedo al año 2000. Eso no significa que no haya problemas reales.
    Muchas empresas lo han utilizado como excusa para conseguir amplios presupuestos para realizar nuevos desarrollos.
    Pero algunos problemas fueron simplemente una simple pérdida de dinero, como la oficina de correos que requiere declaraciones de todos los proveedores recientes (algunos años) que certifiquen que sus productos cumplen con Y2K, o costos / correcciones para cumplir con los productos suministrados. Se les ocurrió a todos, incluido el fabricante de la bandera, ya conoces las banderas de los países que ondean en el asta de la bandera, esto es cierto. ¡Que desperdicio!

  • Thomas dice:

    Encendí mi Garmin gecko 201 portátil hoy. Luego salió y después de unos minutos tenía un bloqueo de satélite completo. Un corto paseo por el patio trasero sugiere que funciona. Sin embargo, la fecha se muestra como 08-jul-58 (la hora es correcta). Tal vez la fecha incorrecta afecte su capacidad para encontrar satélites, pero ha encontrado algunos hoy.

  • Ian dice:

    Para cualquiera que piense que este GPS no es un problema importante, obviamente no se sienta en un avión esperando una actualización antes del despegue.
    https://arstechnica.com/information-technology/2019/04/gps-rollover-apparently-cause-of-multiple-flight-delays-groundings/

Alana Herrero
Alana Herrero

Deja una respuesta

Tu dirección de correo electrónico no será publicada.