XTX Integration for Netatmo

Description

XTX Integration for Netatmo connects your Netatmo hardware to WordPress. It reads all sensor data via the official Netatmo API, stores readings in your local database and displays them with beautiful live dashboards, animated charts and weather forecasts.

Key Features

  • Full Netatmo Integration – OAuth2 authentication, automatic sync, all module types supported (Base, Outdoor, Wind, Rain, Indoor)
  • Live Dashboard – Real-time sensor cards with animated counters, 24h trend charts, pressure trend indicator, wind compass, CO2 air quality levels
  • Astronomy – Sunrise/sunset, moon phase with illumination, next full moon
  • Derived Weather Data – Feels-like temperature, heat index, dew point, wind chill
  • Historical Charts – Year-over-year comparison for temperature, pressure and rainfall with interactive legend
  • Weather Forecast – 5-day forecast based on station coordinates via Open-Meteo or Yr.no
  • REST API – Read-only JSON API with key authentication and rate limiting for external tools (Google Charts, Grafana, etc.)
  • Encrypted Storage – All credentials (OAuth tokens, client secret, API keys) are AES-256-GCM encrypted at rest
  • Configurable Units – C/F, mm/inch, mbar/inHg/mmHg, km/h/m/s/mph/kn
  • Multilingual – Full German, English and Norwegian interface
  • 18 Shortcodes – Dashboard, current readings, infobar, single value, computed value, sparkline, sparkline tiles, history charts, heatmap, records, this day in earlier years, sun path, wind rose, forecast, rain radar, table, widget, weather icon
  • Export / Import – Full backup and restore of weather data, modules and settings
  • E-Mail Notifications – battery, radio and Wi-Fi, station offline, failed syncs, frost, heat, gusts, rain, rain starting, CO₂; per-rule thresholds, one mail per state change and an all-clear when the state ends, and a master switch
  • Mobile-First Responsive – All views optimized for smartphones, tablets and desktops
  • 130+ Configurable Colors – Full appearance customization with live preview
  • 4 Icon Sets – Emoji, Outline, Filled, Minimal with per-sensor color control

Supported Modules

  • NAMain – Base Station (Temperature, Humidity, CO2, Noise, Pressure)
  • NAModule1 – Outdoor (Temperature, Humidity)
  • NAModule2 – Wind (Speed, Direction, Gusts)
  • NAModule3 – Rain Gauge (Hourly, Daily, Rolling 24h)
  • NAModule4 – Additional Indoor (Temperature, Humidity, CO2)

Shortcodes

  • [naws_live] – Live sensor tiles with 24h trend charts and wind rose
  • [naws_current] – Current readings of one or all modules as tiles or a list (module_id, parameters, layout, title)
  • [naws_infobar] – Astronomy bar with sunrise, moon phase, felt temperature
  • [naws_value] – Single inline sensor value
  • [naws_calc] – Single computed value (dew point, felt temperature, sunrise, moon phase, …); full list on the Shortcodes page in the backend
  • [naws_history] – Year-over-year comparison charts (supports year parameter)
  • [naws_heatmap] – One year of outdoor daily average temperature as a calendar grid, one tile per day, with a year selector (year, title, legend)
  • [naws_records] – Fifteen records from the daily summary with their dates, as tiles or a table (year, records, layout, title)
  • [naws_on_this_day] – This calendar day in every earlier year, with the day’s records marked (date, title)
  • [naws_sunpath] – The sun on its arc over the station, with sunrise, solar noon, sunset and the day length (title)
  • [naws_windrose] – Where the wind comes from and how hard, as a rose of 16 or 8 directions stacked by Beaufort class, with a period switcher (period, from, to, measure, sectors, show, switcher, size, title)
  • [naws_sparkline] – A curve the size of a word: the raw readings of the last hours or a column of the daily summary, rain as bars, the band between daily low and high, time and value on hover; as a card or a month block too (param, hours, days, module, width, height, show, type, band, layout, title)
  • [naws_sparkline_tiles] – The sparkline cards side by side in a grid that wraps by itself: temperature, humidity, pressure, wind, rain and CO2 by default (params, hours)
  • [naws_forecast] – Multi-day weather forecast
  • [naws_radar] – Animated rain radar around the station: Deutscher Wetterdienst in Germany (last hour plus two-hour nowcast), RainViewer elsewhere, on a grey OpenStreetMap map. Images are fetched by your server and served from your site (width, height, km, source). Must be switched on under Settings Rain radar.
  • [naws_table] – Readings as a table over a period, grouped by hour, day, week, month or year (module_id, parameters, period, limit, group_by, title)
  • [naws_weather_widget] – Compact forecast widget for a sidebar (days 3 or 5, width 250–500, scheme light, dark or transparent, sparklines 0 or 1)
  • [naws_weather_icon] – Just the animated icon for the current weather state (size); renders nothing when the state is unknown

Privacy & External Services

This plugin connects to the following external services:

Netatmo API (api.netatmo.com)

  • Purpose: Authenticate via OAuth2, fetch sensor readings and station data
  • Data sent: The Client ID and Client Secret of the Netatmo application you created, in exchange for an access token; afterwards the access or refresh token with every request, plus the station and module IDs whose measurements are being requested
  • When: During initial authentication, on every automatic sync cycle, on every token refresh, and while a historical import is running
  • Terms of service: https://dev.netatmo.com/legal
  • Privacy policy: https://legals.netatmo.com/?goto=privacy

Open-Meteo API (api.open-meteo.com)

  • Purpose: Fetch weather forecast data based on station coordinates (default provider)
  • Data sent: Latitude and longitude of your weather station
  • When: When the forecast shortcode is displayed (cached for 3 hours)
  • Terms and privacy: https://open-meteo.com/en/terms
  • Note: Open-Meteo is a free, open-source weather API. No API key or registration required.

Open-Meteo Geocoding API (geocoding-api.open-meteo.com)

  • Purpose: Turn a place into coordinates, and coordinates into a place name for the forecast heading
  • Data sent: In «manual» location mode, the city name or postal code entered in the plugin settings. In «automatic» mode, the latitude and longitude of your weather station, rounded to two decimal places, in order to look up the name of the nearest place.
  • When: In manual mode whenever no cached result exists (cached for 7 days). In automatic mode exactly once — the resolved name is stored in the plugin settings and never looked up again.
  • Terms and privacy: https://open-meteo.com/en/terms
  • Documentation: https://open-meteo.com/en/docs/geocoding-api

Yr.no / MET Norway API (api.met.no)

  • Purpose: Fetch weather forecast data (optional provider, selectable in settings)
  • Data sent: Latitude and longitude of your weather station
  • When: When the forecast shortcode is displayed and Yr.no is selected as provider (cached for 3 hours)
  • Privacy policy: https://www.met.no/en/About-us/privacy
  • Terms: https://developer.yr.no/doc/TermsOfService/
  • Note: Free API, no API key needed. MET Norway’s terms require every client to identify itself, so requests to this service carry a User-Agent naming the plugin, its version and your site address — that address is how MET Norway would reach you before restricting a misbehaving client. This is sent to api.met.no only, and only while Yr.no is the selected provider.

Deutscher Wetterdienst (maps.dwd.de)

RainViewer (api.rainviewer.com, tilecache.rainviewer.com)

  • Purpose: Radar images for the rain radar [naws_radar] outside Germany
  • Data sent: The tile numbers of the map section around your station and the time of each image. No visitor data: your server fetches the images and your site serves them.
  • When: Only if «Allow rain radar» is on, after a page showed the radar, at most every 15 minutes
  • Terms and privacy: https://www.rainviewer.com/terms.html, https://www.rainviewer.com/privacy.html

OpenStreetMap tiles (tile.openstreetmap.org)

No personal user data (names, emails, IP addresses) is collected or transmitted by this plugin. All sensor data is stored exclusively in your local WordPress database.

Third-Party Libraries

Two JavaScript libraries are bundled with this plugin, both under the MIT license, which is GPL-compatible. They ship in their minified distribution builds; the unminified source and the build tooling for each are available at the links below.

Chart.js 4.5.1

chartjs-adapter-date-fns 3.0.0

  • File: assets/vendor/chartjs-adapter-date-fns.bundle.min.js
  • License: MIT
  • Source and build tools: https://github.com/chartjs/chartjs-adapter-date-fns — the exact release bundled here is v3.0.0
  • Used for: Time axis formatting in the charts. This is the bundled build, which includes date-fns (also MIT).

No other third-party code is included. No library is loaded from a CDN; everything is served from your own installation. Libraries that ship with WordPress itself are used from WordPress and are not bundled.

Screenshots

Installation

  1. Upload the xtx-integration-for-netatmo folder to /wp-content/plugins/
  2. Activate the plugin in WordPress Admin > Plugins
  3. Go to XTX Netatmo > Settings
  4. Create a Netatmo developer app at dev.netatmo.com
  5. Enter your Client ID and Client Secret
  6. Set the Redirect URI in your Netatmo app to: https://yoursite.com/wp-admin/admin.php?page=naws-settings
  7. Click «Connect to Netatmo» and authorize
  8. Data syncs automatically – add shortcodes to any page

FAQ

How do I get Netatmo API credentials?

Visit dev.netatmo.com, log in with your Netatmo account, create a new application and copy the Client ID and Client Secret.

How often does data update?

Netatmo sensors transmit every 5 minutes. The plugin sync interval is configurable (5–1440 minutes). Night mode reduces polling between 23:00–06:00.

Can I import historical data?

Yes. The plugin includes a chunk-based historical importer that fetches data from the Netatmo getmeasure API without hitting rate limits.

Is the REST API secure?

Yes. Every endpoint is read-only, rate-limited, and requires an API key generated in the admin panel. The key is accepted in the X-NAWS-Key header only — never as a query parameter, so it cannot end up in access logs, the Referer header, browser history or a proxy along the way.

Are my Netatmo credentials safe?

All sensitive data (OAuth tokens, client ID, client secret, API keys) is encrypted with AES-256-GCM before being stored in the database.

Can I customize the appearance?

Yes. The Appearance page offers 130+ configurable colors with live preview, 4 icon sets, per-sensor colors, chart theming and year comparison palettes.

Can I back up my weather data?

Yes. The Export/Import feature lets you download weather data, module configs and all settings as JSON. Ideal for migrating to a new WordPress installation.

Which forecast providers are supported?

Open-Meteo (global, default) and Yr.no / MET Norway (optimized for Northern Europe). Both are free and require no API key.

I don’t receive notification e-mails

Open XTX Netatmo Notifications and press «Send test mail». If the page reports that the mail could not be sent, your server sends no mail at all: an SMTP plugin or your hosting provider fixes that, not the plugin. If the test mail arrives but no notifications do, check that the master switch and the rule are switched on and look at the log on the same page. Notifications go out only when a state changes; a battery that has been low since before you switched the rule on is reported at the next fetch, not again afterwards.

Reviews

Октябр 9, 2026
Numerous metrics, statistics, and formatting options for a stunning display on WordPress.Highly customizable.
Read all 2 reviews

Contributors & Developers

“XTX Integration for Netatmo” is open source software. The following people have contributed to this plugin.

Contributors

“XTX Integration for Netatmo” has been translated into 2 locales. Thank you to the translators for their contributions.

Translate “XTX Integration for Netatmo” into your language.

Interested in development?

Browse the code, check out the SVN repository, or subscribe to the development log by RSS.

Changelog

2.1.3

  • Added: [naws_radar] — an animated rain radar around the station: Deutscher Wetterdienst in Germany (the last hour plus a two-hour nowcast), RainViewer elsewhere, on a grey OpenStreetMap map. Play runs through the images once; + and − zoom in around the station, and the enlarged map can be dragged. Your server fetches and stores the images, so visitors never contact a weather service. Nothing is fetched until «Allow rain radar» is switched on under Settings › Rain radar; colours on a new Appearance tab, Rain radar.
  • Added: a new Appearance tab, Records — block background, tile background, value and labels of [naws_records] and [naws_on_this_day]; an empty field follows the base theme. Under Chart Theming three colours for the expand button of the live and history charts.
  • Fix: records, «on this day» and the sun path ignored the base theme; their background stayed white whatever was set.
  • Fix: the expand button of the charts could turn red after a click under themes such as Hello Elementor.

2.1.2

  • Fix: the forecast showed «Open-Meteo API HTTP 429». Open-Meteo limits its free API per IP address, and the plugin asked again on every page view after a failure, which kept the address above the limit. A failed request now pauses the provider (after a 429 as long as Open-Meteo asks, otherwise 15 minutes; 5 minutes after other errors), the last good forecast stays on the page for up to 24 hours, and visitors read a plain sentence instead of an HTTP code. Yr.no and the place search of the manual location mode are covered as well.
  • Fix: the 29th of February drew two almost flat lines across the daily charts of [naws_history] in a leap year. The day was placed after the 31st of December; the axis has 366 days now.

2.1.1

  • Added: a Signal column on the Modules page — the Wi-Fi of the base station as a fan, the radio link of every other module as four bars, each with a word (Excellent, Good, Fair, Weak) and Netatmo’s raw value on hover. A device Netatmo reports as unreachable shows «Not reachable».
  • Fix: [naws_forecast] printed decimal points on a German page («17.4 / 14.7 °C»). Temperatures, precipitation, wind and gusts of the forecast use the site’s decimal mark now.

2.1.0

  • Added: [naws_sparkline] — a curve the size of a word, next to the number in running text: the raw readings of the last hours or a column of the daily summary, rain as bars, the band between daily low and high, a bubble with time and value on hover. layout="tile" draws it as a card with value, low and high; layout="month" as a block of daily means with the rain per day. Server-side SVG, complete without JavaScript; eight colours on a new Appearance tab, Sparkline.
  • Added: [naws_sparkline_tiles] — the sparkline cards as a grid that wraps by itself: temperature, humidity, pressure, wind, rain and CO2 by default (params, hours).
  • Added: sparklines in the sidebar widget. A switch under Appearance › Sidebar widget, or sparklines="1" on the shortcode, adds a 24-hour curve under the temperature and five tiles for humidity, pressure, wind, rain and CO2. Off by default.
  • Changed: the forecast’s colours can be set on a new Appearance tab, Forecast; texts, frames and the card background follow the base theme. The Appearance tabs are WordPress tabs now, wrap on a narrow screen and stay open after saving.
  • Changed: the REST endpoint /daily returns humidity_avg, wind_avg, co2_avg and noise_avg when asked for them.
  • Fix: numbers follow the language of the page — «23,4 °C» and «1.019,1 mbar» on a German page — in the widget, the tables, single and computed values, the infobar, the heatmap, the e-mails and the axes and tooltips of the charts.
  • Fix: the heatmap no longer colours today. The running mean of a day that is not over looked like a finished day; the cell now gets its colour the next day.
  • Fix: [naws_current] shows its icons again instead of their SVG source as text.
  • Fix: «11 Minuten ago» — relative times are translatable now («vor 11 Minuten»).

2.0.2

  • Added: retention of raw readings, switchable. The settings page promised «all data is stored permanently» while the dashboard sidebar showed a «Data Retention: 365» that nothing applied. Retention is a real thing now, in a section of its own on the settings page and off by default: switch it on, give it a number of days (365 by default, never fewer than 30), and once a night, after the daily summary, the plugin deletes raw readings older than that and notes the run on the settings page and in the cron log. Only the raw readings go — the ten-minute values behind the live dashboard, [naws_table], [naws_chart], the wind rose and the REST readings endpoint. The daily table is never touched, so history, heatmap, records and climate indices keep their full range. Switching it on, and the manual purge, ask once more and say what is lost. An update changes nothing: the switch is off until you turn it on.
  • Fix: the wind cards of the live dashboard ignored every colour setting. [naws_live] drew its compass, the pointer and the half-circle gauge for wind and gusts with literal colours; the «Compass Needle» colour went into the page as a variable nothing read, and for wind and gusts there was no field at all. The two cards now take their colours from a tab of their own, Appearance › Live dashboard: wind — background (compass face and the empty part of the gauge), compass rose, compass pointer (the old «Compass Needle», same key, so a saved colour survives), gauge wind, gauge gusts, gauge peak gust of the day — with a preview built from the real compass and gauge. The defaults are the colours the dashboard has always used.
  • Fix: the wind rose said «no wind readings» for a period that had readings — all of them calm. It now says «Calm the whole time: 20 readings, all below 1 km/h.»
  • Fix: the translators comments never reached the catalogues; the extractor looked for them inside the call’s parentheses, where WordPress convention never puts them. The .pot and both .po files carry them now.

Older versions: the complete changelog since 1.0.0 is kept in CHANGELOG.md on GitHub.