Home

Awesome

Adapter-Core

Core module to be used in ioBroker adapters. Acts as the bridge to js-controller.

This replaces the utils.js included in the ioBroker template adapter.

Usage

  1. Add this as a dependency: npm i @iobroker/adapter-core
  2. Replace
    const utils = require(__dirname + '/lib/utils');
    
    with
    const utils = require('@iobroker/adapter-core');
    
  3. Create an adapter instance as usual:
    // old style
    const adapter = utils.adapter(/* options */);
    // new style (classes). See https://github.com/ioBroker/ioBroker.template/ for a more detailed usage
    class MyAdapter extends utils.Adapter {...}
    

Utility methods

Compared to the old utils.js, some utility methods were added.

getAbsoluteDefaultDataDir

const dataDir = utils.getAbsoluteDefaultDataDir();

This returns the absolute path of the data directory for the current host. On linux, this is usually /opt/iobroker/iobroker-data

getAbsoluteInstanceDataDir

// old style
const instanceDataDir = utils.getAbsoluteInstanceDataDir(adapter);
// new style (classes)
const instanceDataDir = utils.getAbsoluteInstanceDataDir(this);

Returns the absolute path of the data directory for the current adapter instance. On linux, this is usually /opt/iobroker/iobroker-data/<adapterName>.<instanceNr>

EXIT_CODES

adapter.terminate('for some reason', utils.EXIT_CODES.ADAPTER_REQUESTED_TERMINATION);

Use standardized exit codes if your adapter needs to terminate.

commonTools

A collection of various utility methods and modules from JS-Controller. Prefer this over trying to find lib/tools.js and similar internal modules from the controller yourself!

Currently, the following methods are available:

And the following modules are exposed:

Note that commonTools.letsEncrypt is not available anymore as the next controller won't support it (use @iobroker/webserver instead).

I18n

Developer can use internationalisation in backend.

For that call

const I18n = require('@iobroker/adapter-core').I18n;

// later in "ready" method
await I18n.init(__dirname, adapter);
// If you use class syntax, you can use `this` instead of `adapter`
await I18n.init(__dirname, this);
// You can provide the language directly
await I18n.init(__dirname, 'de');

and then in code

console.log(I18n.translate('text to translate %s', 'argument1'));
// or to get the ioBroker.Translated object
console.log(JSON.stringify(I18n.getTranslatedObject('text to translate %s and %s', 'argument1', 'argument2')));

You can place your i18n folder in root of adapter or in lib folder. If your i18n files are in lib directory, so call the init function like this:

const { join } = require('node:path');
const I18n = require('@iobroker/adapter-core').I18n;

await I18n.init(join(__dirname, 'lib'), adapter);

Expected structure of i18n directory

+ i18n
  - de.json
  - en.json
  - es.json
  - fr.json
  - it.json
  - nl.json
  - pl.json
  - pt.json
  - ru.json
  - uk.json
  - zh-cn.json

And an example of i18n files could be found here

Automatic backup of data files

ioBroker has the ability to include files written by adapters in its backups. To enable that, you need to add the following to io-package.json:

{
    // ...
    "common": {
        // ...
        "dataFolder": "path/where/your/files/are"
    }
}

This path is relative to the path returned by getAbsoluteDefaultDataDir(). The placeholder %INSTANCE% is automatically replaced by the instance number of each adapter, for example "dataFolder": "my-adapter.%INSTANCE%".

Tips while working on this module

Errors in the definitions?

If you find errors in the definitions, e.g., function calls that should be allowed but aren't, please open an issue here or over at https://github.com/DefinitelyTyped/DefinitelyTyped and make sure to mention @AlCalzone.

Changelog

<!-- Placeholder for the next version (at the beginning of the line): ### **WORK IN PROGRESS** -->

3.2.2 (2024-10-02)

3.2.1 (2024-09-28)

3.1.6 (2024-06-04)

3.1.5 (2024-06-03)

3.1.4 (2024-04-19)

3.1.3 (2024-04-19)

3.1.2 (2024-04-19)

3.1.1 (2024-04-19)

3.1.0 (2024-04-16)

3.0.6 (2024-03-24)

3.0.5 (2024-03-24)

3.0.4 (2023-10-12)

3.0.3 (2023-07-30)

3.0.2 (2023-07-30)

3.0.1 (2023-07-29)

3.0.0 (2023-07-28)

2.6.8 (2023-03-24)

2.6.7 (2022-10-08)

2.6.6 (2022-09-13)

2.6.2 (2022-09-07)

2.6.1 (2022-09-06)

2.6.0 (2022-02-20)

2.5.1 (2021-07-22)

2.5.0 (2021-05-19)

v2.4.0 (2020-05-03)

v2.3.1 (2020-04-17)

v2.3.0 (2020-04-15)

v2.2.1 (2020-01-27)

v2.0.0 (2019-12-27)

v1.0.3 (2019-01-06)

v1.0.0 (2018-27-11)

MIT License

Copyright (c) 2018-2024 AlCalzone

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.