Wo liegt der Fehler?

Erstmal meinen Respekt für deinen Programmieraufwand und deine Geduld, ich kann deine Idee, einfach die kompletten 60 Minuten und all ihre möglichen Zustände irgendwie in Bedingungen zu packen, absoult nachvollziehen. Leider hat dein Ansatz zwei Probleme, ein spekulatives und ein etwas gravierenderes: 1. Spekulativ: Auch wenn sich die Aufgabenstellung absolut so liest, als würden wirklich nur die 60 Minuten einer Stunde als Input übergeben werden, kann ich nicht ausschließen, dass CodeGym hier auch größere Zahlen als Input testet. Ab 60 aufwärts gibt dein Programm logischerweise immer "rot" aus. 2. Gravierend: Was als Input hingegen definitv getestet wird, sind Double-Werte mit Nachkommastelle. (Beispiel 1 ist "2.5: grün"). Und für 2.5 gibt dein Programm "rot" aus (weil deine grün-Bedingung bei 2 aufhört und erst wieder bei 5 greift). Nun müsstest du alle deine grün-Bedingungen auf "streng kleiner 3" usw. umbauen. Aber leider das Gleiche in Gelb: die Ampel zeigt gelb für (t >= 3 && t <4) usw.usf. Fazit: Code anpassen viel zu aufwändig, du musst es wohl oder übel mit einem anderen, etwas mathematischeren Ansatz versuchen und dich fragen, was die Minuten je nach Farbe alle gemeinsam haben: Wie du an deiner gelb-Reihe siehst, steigen die Werte, an denen die Gelbphase beginnt, immer um exakt 5 an, für rot wäre es das gleiche und auch die nächste Grünphase beginnt immer exakt 5 Minuten nach der vorherigen. Wenn du also jede übergebene Minutenzahl erstmal durch 5 teilst, erhältst du alle fünf Minuten eine glatte Zahl (0/5, 5/5, 10/5, 15/5... geht immer glatt auf, Rest 0). Ist die Zahl genau 1 größer als 5 - es ist jetzt also exakt eine Minute später - 1/5, 6/5, 1/5, 16/5... bleibt als Rest immer 1. Das geht so weiter bis Rest 4 (4/5, 9/5...) . Für die Berechnung des Rests einer Teilung gibt es den modulo-Operator, das % (Prozentzeichen). Hier in Aktion:

double rest = t % 5;