@Ice_age_77 sagte in X-Sense Adapter:
Ich bekomme den Adapter leider nicht zum laufen.
erstmal was @ilovegym geschrieben hat
dann
LOG vom adapter
Everyone who join this group is tester for new features or changes on the forum software. Checkout (German): https://forum.iobroker.net/topic/25955/tester-f%C3%BCr-foren-%C3%A4nderung-gesucht
@Ice_age_77 sagte in X-Sense Adapter:
Ich bekomme den Adapter leider nicht zum laufen.
erstmal was @ilovegym geschrieben hat
dann
LOG vom adapter
hat sich erledigt
@mickemup sagte in Zigbee externer converter mit Analog Input:
Schonmal Danke für den Support
Müssen im converter z.B "fan_speed" genau wie in der Firmware heissen, damit das Ganze Funktioniert?
Und ist das beiden Despriptions ebenso?
Nein, das einzige was passen muss, ist die Endpunkt ID. Ich habe die Benennung einfach gewählt, weil du sie in der Firmenware so benannt hast. Letztendlich weiß der Converter nicht, was sich logisch hinter den Werten eines Endpunkte versteckt.
Was zusammenpassen muss, ist die Bezeichnung im Funktions Aufruf zu fzFromEpAndKey und im expose. Das wird dann die ID des Daten Punktes, während die Beschreibung in der Funktion withDescriptionangegeben ist.
Mir ist auch aufgefallen, dass ich beim Transfer der Funktion einen Fehler gemacht habe. Das kann so nicht gehen, aber du kannst es mal so probieren:
const m = require('zigbee-herdsman-converters/lib/modernExtend');
const exposes = require('zigbee-herdsman-converters/lib/exposes');
const e = exposes.presets;
const ea = exposes.access;
function fzFromEpAndKey(ep, key) { return {
cluster: "genAnalogInput",
type: ["attributeReport", "readResponse"],
convert: (model, msg, publish, options, meta) => {
if (msg.endpoint.ID === endpointId) {
if (msg.data.currentLevel !== undefined) {
return {
key: msg.data.currentLevel,
};
}
}
return msg.data;
},
};
}
const definition = {
zigbeeModel: ['MultiSensor'],
model: 'MultiSensor',
vendor: 'MickeMup',
description: 'Forum generated definition',
fromZigbee: [fzFromEpAndKey(1, 'fan_speed'), fzFromEpAndKey(2, 'temperature'), fzFromEpAndKey(3, 'rpm'), fzFromEpAndKey(4, 'percentage')],
exposes = [
e.numeric("fan_speed",ea.STATE_GET).withValueMin(-10000).withValueMax(10000).withDescription("Fan Speed"),
e.numeric("temperature",ea.STATE_GET).withDescription("Temperature"),
e.numeric("rpm",ea.STATE_GET).withDescription("RPM without limits"),
e.numeric("percentage",ea.STATE_GET).withDescription("Percentace")]
};
module.exports = definition;
Wenn das auch nicht läuft, muss ich sie mir Sonntag angucken, am Samstag werde ich nicht dazu kommen.
A.
Na ja - wenn der Adapter ein nvram backup hat, und erkennt das im nvram nix drin steht, dann schiebt er das da rein - deswegen dauert bei sowas der erste start auch etwas länger.
Das ganze ist verhältnismässig einfach. Du musst eine Kombination von
fromZigbee sowie einem expose erzeugen. Da du den gleichen Cluster in mehreren Endpunkten nutzt, könnte das so aussehen:const m = require('../lib/modernExtend');
const exposes = require('../lib/exposes')
const e = exposes.presets;
const ea = exposes.access;
function fzFromEpAndKey(ep, key) {
cluster: "genAnalogInput",
type: ["attributeReport", "readResponse"],
convert: (model, msg, publish, options, meta) => {
if (msg.endpoint.ID === endpointId) {
if (msg.data.currentLevel !== undefined) {
return {
key: msg.data.currentLevel,
};
}
}
return msg.data;
},
}
const definition = {
zigbeeModel: ['MultiSensor'],
model: 'MultiSensor',
vendor: 'MickeMup',
description: 'Forum generated definition',
fromZigbee: [fzFromEpAndKey(1, 'fan_speed'), fzFromEpAndKey(2, 'temperature', fzFromEpAndKey(3, 'rpm`), fzFromEpAndKey(4, 'percentage')],
exposes = [
e.numeric("fan_speed",ea.STATE_GET).withValueMin(-10000).withValueMax(10000).withDescription("Fan Speed"),
e.numeric("temperature",ea.STATE_GET).withDescription("Temperature"),
e.numeric("rpm",ea.STATE_GET).withDescription("RPM without limits"),
e.numeric("percentage",ea.STATE_GET).withDescription("Percentace"),
};
module.exports = definition;
`;
Es sicher auch möglich die ganzen Faktoren zu holen und zu nutzen die du in der Firmware setzt - so genau stecke ich da aber nicht drin.
@pmayer
Was mich noch wundert ist, dass das löschen des NVRAMs über die Konsole "anscheinend" nicht funktioniert hat.

Oder unterliege ich einem Irrtum?
@Asgothian
Läuft wieder.
Nachdem der Adapter Grün geworden ist und alle Geräte weg waren, habe ich ein Restore vom letzten Backup vor dem HA Fehler gemacht.
Deine Antwort kam parallel.
Vielen Dank für deine Hilfe.
@FredF sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Wo bekomme ich das nvBackup vor dem HA Versuch her?
Na ja - ich war davon ausgegangen das du die Datei vor dem Löschen gesichert hast.
Hast du nicht ? - dann nicht gut.
Was du versuchen kannst:
der Adapter sichert die Dateien in einem internen Backup - jeweils beim erfolgreichen Start. Auf die kannst du mittels dieses Buttons in der Konfiguration der Version 3.3.0 zugreifen (
Da im Dateinamen des Backups der Zeitpunkt der Entstehung drin steht kannst du also das letzte backup vor deinem HA debakel versuchen zurück zu spielen.
Hast du nicht Adapter 3.3.0 - dann musst du da manuell ran - die Dateien liegen im gleichen Verzeichnis wie die shepherd.db. Es sind .tgz dateien. via tar -xzf <dateiname> kannst du die in dem verzeichnis auspacken wo du den Befehl absetzt (linux/macos only - keine Ahnung wie das bei windows ist)
A.
Nachtrag:
@FredF sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Allerdings keine Geräte mehr, ok.
Was hast du denn alles gelöscht als es nicht ging ?
A.
@Asgothian Danke
Nach Punkt 2 Netzwerk starten wird der Adapter grün, schon mal gut.
Allerdings keine Geräte mehr, ok.
Wo bekomme ich das nvBackup vor dem HA Versuch her?
@FredF was du versuchen kannst:
Dann sollte es wieder laufen.
A.