Time difference between Tokyo and Sant Cugat del Vallès

Sant Cugat del Vallès is 7 hours behind Tokyo.

Asia/Tokyo Europe/Madrid still the previous day

Local time in both cities

Tokyo · Japan
05:27
Tuesday, 22 September 2026
Asia/Tokyo · UTC+09:00
22:27
Monday, 21 September 2026
Europe/Madrid · UTC+02:00

Sant Cugat del Vallès is 7 hours behind Tokyo.

still the previous day

Time zones

TokyoAsia/Tokyo · UTC+09:00
Sant Cugat del VallèsEurope/Madrid · UTC+02:00

Tokyo does not observe daylight saving and stays on UTC+09:00 all year.

Sant Cugat del Vallès is currently on daylight saving time (UTC+02:00). Next change: 2026-10-25 02:00.

Hour-by-hour conversion

Calculated for 2026-09-22 local time in Tokyo. The two places start and end daylight saving on different dates, so another day can give a different result.

Tokyo (source) Sant Cugat del Vallès (target)
00:00 17:00 prev day
01:00 18:00 prev day
02:00 19:00 prev day
03:00 20:00 prev day
04:00 21:00 prev day
05:00 22:00 prev day
06:00 23:00 prev day
07:00 00:00
08:00 01:00
09:00 02:00
10:00 03:00
11:00 04:00
12:00 05:00
13:00 06:00
14:00 07:00
15:00 08:00
16:00 09:00
17:00 10:00
18:00 11:00
19:00 12:00
20:00 13:00
21:00 14:00
22:00 15:00
23:00 16:00

FAQ

How many hours apart are Tokyo and Sant Cugat del Vallès right now?
The answer at the top of the page is calculated for the current moment and states which side is ahead. The gap changes during the year, because the two places usually start and end daylight saving on different dates.
Is this difference the same all year?
Not necessarily. Tokyo uses Asia/Tokyo and Sant Cugat del Vallès uses Europe/Madrid; if either observes daylight saving, the gap shifts during the year. Use “Convert a specific date and time” below to calculate it for a given day.
How do I read the conversion table?
The left column lists each whole hour in Tokyo; the right column is the local time in Sant Cugat del Vallès at that same instant, with date rollovers marked. On the day clocks jump forward, some hours do not exist locally — the table says so instead of showing a plausible but wrong value.

Both cities