plan44.ch

Firmware 2.8.2

General Recommendation for updates: before updating, please always use the "Download configuration backup" button to download a backup of your device's configuration.

Changes since 2.8.1

• New P44 device generation support: 2.8.2.52 is the first release supporting the upcoming, much more powerful yet smaller and more energy efficient third P44 device generation: The new Wiser-by-Feller gateway P44-GW-MW, as well as updated versions of P44-DSB-D, P44-DSB-DEH2 and P44-LC-DE.

• matter: the p44mbrd matter bridge software component successfully completed matter certification tests in the version present in this firmware release. However, administrative procedures beyond our control are still underway to allow rolling out matter certificates to eligible P44 devices. We expect this will happen in June 2026, along with a new firmware release. Until then, the matter bridge remains in beta status.

• New Version Number: For P44-LC-xx (standalone lighting controller) and P44-AC-xx (standalone automation controller) products, the major firmware version numbering is now aligned with P44-DSB-xx (Digital Strom Bridge) firmware and jumps from 1.8.2 to 2.8.2 with this release.

New Integrations

• Wiser-by-Feller: Any Wiser-by-Feller installation equipped with a WLAN/uGateway device can be connected and made available to combine with directly connected hardware (DALI, EnOcean, ...) and accessible via matter: just start learn-in mode (button in the "hardware" tab), and then press the magenta glowing button on your Wifi-enabled Wiser-by-Feller module. After a few seconds, you'll have all wiser loads and sensors visible as devices, and with uGateway FW v6.0.36 and newer you can also configure smart buttons for use in matter. See P44-GW-MW for more information.

• direct dS485: the P44-DSB and P44-LC devices now can take control of and monitor all dS Classic terminal blocks in an installation, and thus also represent them via matter individually (in addition to room state briding that was already available before).

  With this, finally, dS classic becomes an integratable subsystem!

  There is a short setup guide available. Please note that at this time, this is still beta, and will get more refinement over time.

  Use the new button labelled dS485 support... in the "Bridging Features" section of the System" tab of the web interface to enable/disable the feature.

New Features

• EnOcean: support for signal messages (extended information about energy status/harvesting/backup).
• EnOcean: support for D2-14-59 profile - CO2, humidity and temperature sensor.
• EnOcean: support for D2-14-41 profile - temperature, relative humidity, illumination (like D2-14-40), plus contact input.
• Enocean: support for D2-06-20 electric window drive, support for chained secure messages (as needed for some D2-06-20 devices)
• Enocean: added profile variants in A5-04-02 for AFTF-HK-FSE sensor, which adds a non-standard illumination sensor.
• outputs: wraparound channels like "hue" now support directed transitions (up/down/shortest/longest)
• sensors: new sensor type for frequency in Hz (think power grid frequency sampling for load control...)
• ELDAT: Support for older RX09 USB transceiver (in addition to RX10).

General improvements

• matter bridging: better control over what parts of a device is bridged to matter. For example, Wiser-by-Feller devices do have buttons that in many cases are not needed in matter, but only the output is. There is now a choice between entire device (as before), output only and several other fine grain selections. Unless matter-side automations should be triggered by specific P44/Wiser buttons, output only or output and sensors/inputs is a good choice that avoids unneeded buttons to appear on the matter side.
• Sensor Evaluators: New sensor types Percentage and Speed in percent of full range per second added.
• logging: some subsystems now can have a separate logleveloffset, e.g. to amplify or silence logging of specific APIs. There is a new api method call which can be issued via the tweak.html UI or in the p44script IDE using logleveloffset().
• settings storage: optimized, saving RAM and flash space.
• custom/scripted devices: better support for implementing color lights - target's color mode can be configured (colormode in init message), including support for RGB(WA) primary color target lights.
• scene scripts: handlers defined in scene scripts will now be deactivated on scene changes. Before, the handlers were deactivated only when another scene script was started, but not when changing to a scene without scene script.
• apidocs: P44-LC devices now includes a openapi specification for the vDC API via http(s) with live tryout option (based on SwaggerUI). Just browse to /apidocs on your device.
• p44lrgraphics/SmartLEDs: complete rework of the display update logic. Now even complex overlays of smooth scrollers with fast animations work correctly with fully automatic variable frame rate. Also WS2813 and WS2815 timing on P44-xx devices was adapted to better match most modern original WorldSemi chips and avoid flicker that did occur in some cases. The old timing is still available as WS2813_N, as some WS2813 clones might need that.
• Digital IO: digital inputs based on GPIO, i2c etc. are now sampled once at device startup, so the state is valid from beginning. Before, state was "unknown" until the input signal changed for the first time.
• dial input sync: sensor inputs that are used as room/area dimmers can now specify a sync mode, which determines how out-of-sync dial vs current output value is handled. Available modes are "jump" (as before, first change reported by the dial changes output), "pick up" (dial must traverse actual output value to latch), "scale" (dial operates relative to current output).

p44script improvements

• speed: much more efficient global function name lookup.
• scene scripts: can now use stopactions() to stop transitions but not kill the scene script, and can check previous and current scene id with lastscene and currenscene device fields, allowing fully custom scene apply logic when needed.
• TCP socket support: now tcpsocket() can be used for working with TCP client sockets, e.g. for non-web device APIs.
• binary strings: format() now allows including binary strings (possibly containg NUL characters) with %s. This is useful for creating binary protocol messages, e.g. over TCP sockets.
• modbus: support for float32 values stored in 2 registers: readfreg(), writefreg(), getfreg() and setfreg().
• global event handling: globalevent() value source can be used to monitor events like network connection established or lost etc.
• value processing: new function filter() for easily implementing averaging etc.
• this: There's now a this variable representing the current context, like the device in a scripted device implementation, which for example might be passed as a parameter to a function.
• logging: logleveloffset() now can change logging of a "topic", like logleveloffset(2,'enoceancomm') to make specifically Enocean communication logging more verbose.
• ledchains: added global dimming (reduce and boost) for all LEDs via new p44script function ledmaindim().
• ledchains: support for generating WS28xx SmartLED data in addition to the existing methods, alternatively by using a fast standard UART (3 Mbaud, 7-N-1, needs an inverting level shifter at the TX signal).
• gpio: support for modern linux gpiod way to work with gpios. pinspec can now be gpioX.Y or gpioX.name, for gpiochip X and line Y or named line, resp.
• splitflap displays: support for older type of SBB splitflaps with "omega controller" controlling a dozen (or more) modules.
• bugfix: fixed bit(),setbit(),flipbit() functions.
• bugfix: spaces were not allowed before closing paranthesis in on() { ...} condition.