Menéame: comentarios [4055459]

#9 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

elmakina — Tue, 06 May 2025 08:03:32 +0000

#7 un LLM precisamente no te va a aportar gran cosa aquí, hay otros modelos más adecuados.

» autor: elmakina

#8 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

elmakina — Tue, 06 May 2025 07:53:49 +0000

#1 seguro que Red Eléctrica no sabe nada de eso...

» autor: elmakina

#7 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

honbu — Tue, 06 May 2025 07:46:58 +0000

Ya están tardando en montar un LLM y procesar toda esa información para buscar patrones.

» autor: honbu

#6 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

Josecoj — Tue, 06 May 2025 07:06:47 +0000

#2 Qué comentario más original

» autor: Josecoj

#5 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

diablos_maiq — Tue, 06 May 2025 07:01:00 +0000

#3 ahora explícale eso a los de Red Eléctrica

» autor: diablos_maiq

#4 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

sleep_timer — Tue, 06 May 2025 06:44:56 +0000

#3 Lo mismo para controlar todo eso sería buena idea meter a políticos en las eléctricas.

» autor: sleep_timer

#3 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

Juantxi — Tue, 06 May 2025 06:39:58 +0000

Tal vez tenga algo que ver que hay huertos solares gigantescos en los que no se ha invertido en estabilizadores de corriente, pues se ha confiado en que la red lo absorbe y contene todo. Ahora ya son obligatorios para las nuevas macroinstalaciones solares en la UE. Otro problema causado tambien por la codicia de aumentar los beneficios a toda costa ha sido que las centrales de gas (coclo combinado) estaban apagadas, no estaban funcionando ni al ralentí, por lo que la red no pudo tirar de ellas para equilibrarse.
Era una tentación hacerlo dado el exceso de energía solar y eólica, pero, careciendo de otra forma de estabilización, la red quedó desprotegida respecto a cualquier variación importante.
Estás dos causas no fueron ajenas al desastre de lunes 28 de abril, no fueron la variación que desestabilizó la red, pero carecer de otra posibilidad de re-equlibrarla originaron el colapso total de la red eléctrica española.
Ahora piden la dimisión de P. Sánchez, pero nada dicen de la responsabilidad de las productoras eléctricas ni de Red Eléctrica Española, a sus directivos y Consejos no sé les pide que dimitan.
Lo que subes cierto es que hubo técnicos muy entregados para conseguir rearmar poco a poco la red, desde el primer minuto. Creo que el apagón en la zona de Irún duró menos de una hora, y en todo el país Vasco menos de tres. Y así sucesivamente, poco a poco sin que la red volviera a caer salvo momentáneamente en algunas zonas concretas. Volviendo a la normalidad total en menos de un día. Creo que en la mayoría de los demás países todavía no lo habrían resuelto, ni que decir de Estados Unidos, que no suele ser muy eficaz ante los problemas.

» autor: Juantxi

#2 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

Jaime131 — Tue, 06 May 2025 06:25:07 +0000

Si hubieran estado otros en el gobierno, en Menéame ya estarían pidiendo dimisiones.

» autor: Jaime131

#1 “Más de 756 millones de datos”, tres fallos detectados y ninguna hipótesis descartada: lo que se sabe del gran apagón una semana después

sleep_timer — Tue, 06 May 2025 06:22:08 +0000

Lo mismo algún día descubren los análisis Big Data y los pueden procesar.

» autor: sleep_timer