Essensfenster beim Intervallfasten berechnen
Dieser Rechner überträgt ein tägliches Intervallfasten-Protokoll wie 16:8 in konkrete Uhrzeiten.
Im Browser ausführen – kostenlos
Geben Sie an, wann Sie mit dem Essen beginnen möchten. Sie erhalten das Ende des Essensfensters und den genauen Beginn der nächsten Fastenzeit. Die Berechnung nutzt ein strenges 24-Stunden-Format und kennzeichnet, wenn die Endzeit auf den Folgetag fällt. Damit lassen sich Erinnerungen, Kalendereinträge, Essensvorbereitung und einheitliche Automatisierungen planen, ohne vom aktuellen Datum, einer Zeitzone oder einem externen Dienst abhängig zu sein.
Machen Sie aus einem Fastenverhältnis einen nutzbaren Tagesplan
Ein Protokoll wie 16:8 beschreibt Zeitspannen, aber noch keinen vollständigen Tagesplan. Die erste Zahl steht für die Fastenstunden, die zweite für die Stunden, in denen Sie innerhalb jedes 24-Stunden-Zyklus essen können. Um daraus konkrete Uhrzeiten zu berechnen, benötigt der Rechner zusätzlich Ihren gewünschten Beginn des Essensfensters. Wählen Sie bei einem 16:8-Protokoll 12:30, endet das achtstündige Essensfenster um 20:30; genau dann beginnt die nächste Fastenzeit. Das Ergebnis lässt sich unmittelbar in Erinnerungen, Kalender, Speisepläne oder persönliche Tracking-Systeme übernehmen. Geben Sie das Protokoll mit zwei positiven ganzen Zahlen und einem Doppelpunkt ein. Stunden und Minuten der Startzeit müssen jeweils zweistellig sein. Die strenge Prüfung verhindert, dass mehrdeutige Eingaben unbemerkt interpretiert werden, insbesondere in automatisierten Abläufen. Die Antwort nennt das vereinheitlichte Protokoll, die Startzeit und beide Zeitspannen erneut. Nachgelagerte Systeme behalten dadurch den vollständigen Berechnungskontext, statt nur eine nicht erläuterte Endzeit zu speichern.
Berücksichtigen Sie Mitternacht und den Tagesversatz
Ein Essensfenster endet nicht immer an demselben Kalendertag, an dem es beginnt. Ein achtstündiges Fenster ab 18:30 endet beispielsweise um 02:30. Die Uhrzeit allein zeigt nicht, ob ein früherer Zeitpunkt desselben Tages oder der nächste Morgen gemeint ist. Deshalb enthält die Antwort einen Tagesversatz. Null bedeutet, dass das Ende später am Tag der angegebenen Startzeit liegt; eins bezeichnet den Folgetag. Bei den unterstützten Tagesprotokollen bestehen beide Abschnitte aus positiven ganzen Stunden und ergeben zusammen 24, weshalb kein größerer Versatz erforderlich ist. Das Ende des Essensfensters und der Beginn der nächsten Fastenzeit besitzen denselben Wert, da beide dieselbe Grenze darstellen. Die ausdrückliche Angabe vereinfacht Kalendereinträge, Benachrichtigungen und eindeutige Benutzeroberflächen. Ihre Anwendung kann Uhrzeit und Versatz mit eigenen Datums- und Zeitzonenregeln verbinden. Der Rechner selbst setzt weder Ort noch Sommerzeit oder Datum voraus. So bleibt die Arithmetik deterministisch und verändert sich nicht durch die Serverumgebung.
Nutzen Sie das Ergebnis konsequent und verantwortungsvoll
Der Rechner beantwortet eine klar begrenzte Frage: Wann endet bei einem erkannten Tagesprotokoll und einer gewählten Startzeit das Essensfenster, und wann beginnt die nächste Fastenzeit? Er empfiehlt kein Protokoll, beurteilt weder Ernährung noch Medikamente, entscheidet nicht über die persönliche Eignung des Fastens und liest keine aktuelle Uhrzeit aus. Solche Entscheidungen können von Gesundheit, Alter, Schwangerschaft, Aktivität, Erkrankungen und fachlicher Beratung abhängen. Haben Sie unabhängig ein Protokoll gewählt, verringert die deterministische Berechnung alltägliche Planungsfehler. Verwenden Sie für einen gleichbleibenden Ablauf dieselbe Startzeit oder berechnen Sie neu, wenn Arbeit, Schlaf, Reisen oder Training Ihre bevorzugte Zeit verändern. Die Automatisierung über die API kostet $0.002 je Anfrage und folgt immer denselben Regeln. Speichern Sie Uhrzeit und Tagesversatz gemeinsam, wenn ein anderes System datierte Erinnerungen anlegt. Bewahren Sie außerdem das normalisierte Protokoll für spätere Prüfungen auf. Korrigieren Sie bei einem Fehler das Protokoll oder Zeitformat; ungültige Eingaben liefern bewusst keinen Teilplan.
Anwendungsfälle
Ein wiederkehrendes Tagesfenster planen
Übertragen Sie das gewählte Protokoll und die übliche erste Mahlzeit in eine klare Schlusszeit für Ihren persönlichen Ablauf.
Zeitpunkte für Erinnerungen erstellen
Verwenden Sie Endzeit und Tagesversatz, um beim Beginn der nächsten Fastenzeit eine Benachrichtigung auszulösen.
Fastenberechnung in eine App einbauen
Erzeugen Sie einheitliche Zeitgrenzen ohne Abhängigkeit von Gerätesprache, Netzwerk, aktuellem Datum oder Zeitzonenanalyse.
Häufige Fragen
Was bedeutet ein 16:8-Protokoll?
Es bezeichnet 16 Fastenstunden und danach ein 8-stündiges Essensfenster innerhalb eines wiederkehrenden 24-Stunden-Zyklus.
Wann beginnt die nächste Fastenzeit?
Sie beginnt genau an derselben Grenze, an der das berechnete Essensfenster endet.
Welches Zeitformat müssen Sie eingeben?
Nutzen Sie das zweistellige 24-Stunden-Format HH:MM, zum Beispiel 09:00, 12:30 oder 18:45.
Was geschieht, wenn das Fenster über Mitternacht reicht?
Nach 23:59 beginnt die Uhrzeit erneut; ein Tagesversatz von 1 kennzeichnet die Grenze am Folgetag.
Welche Protokollformate werden erkannt?
Geben Sie zwei positive ganze Zahlen mit Doppelpunkt ein, zuerst Fasten und dann Essen; zusammen müssen sie 24 ergeben.
Was kostet eine Berechnung per API?
Jede API-Anfrage kostet $0.002.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/final3/intermittent-fasting-window-calc \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"protocol":"16:8","start_eating_time":"12:30"}'const res = await fetch("https://api.kit.forhosting.com/final3/intermittent-fasting-window-calc", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"protocol": "16:8",
"start_eating_time": "12:30"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/final3/intermittent-fasting-window-calc",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"protocol": "16:8",
"start_eating_time": "12:30"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/final3/intermittent-fasting-window-calc", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"protocol":"16:8","start_eating_time":"12:30"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"protocol":"16:8","start_eating_time":"12:30"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/final3/intermittent-fasting-window-calc", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"protocol": "16:8",
"start_eating_time": "12:30"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "final3.intermittent_fasting_window_calc",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |