@tontechniker sagte in Test Adapter OpenKNX 0.2.x:
In den "Instanzeinstellungen" bei der Version 0.5.2 kann ich nicht weit genug scrollen, um die Schaltfläche für den Import zu erreichen.
Hatte ich auch, habe dann einfach die Seite auf nur 80% Zoom gestellt, damit kann ich nun alles sehen.
@tontechniker sagte in Test Adapter OpenKNX 0.2.x:
Normalerweise müsste ich aber doch mit dem Scrollbalken (rechts) weiter nach unten kommen.
Da geb ich dir recht, aber ich glaube nicht, dass das etwas mit der Adapterprogrammierung zu tun hat. Eventuell ist das auch ein Problem des ioBrokers.
@stevie77 said in E3DC Hauskraftwerk steuern:
Bitte was? Kannst du das etwas genauer erklären bitte?
das Perzentil 90% ist Kennzahl einer Wahrscheinlichkeitsverteilung und bedeutet, dass 90% der Messwerte kleiner als oder gleich groß wie der Messwert des 90. Perzentils sind, bzw. das in 10% die Messwerte höher sind.
Wenn jetzt die Werte von der Solcast Prognose bzw. von Prognose Auto fast identisch zu denen von Solcast 90 sind, ist die Wahrscheinlichkeit hoch die Vorhersage zu erreichen.
@bluebook ich denke an dem Update liegt es nicht denn das habe ich schon seit dem Wochenende drauf als ich alles wieder reaktiviert habe.
Die Fehlermeldung habe ich aber erst seit heute, davor gab es keine Auffälligkeiten.
@babl ich habe aktuell keine Problem, bekomme immer noch alle Preise.
@killroy2 bei dieser Adresse handelt es sich um Daten die von einem ioBroker-Adapter auf den Bus geschrieben werden. Ich nutze dazu ein kleines Blockly-Script:
In der ETS sind die entsprechenden GAs über eine Dummy Applikation wie folgt angelegt:
Als Flags wurden nur K,L und Ü angelegt. Da die GA mit einem Dummy verbunden ist glaube ich nicht das dort eine Quitierung erfolgen kann.
@thomas-braun
habe ich befürchtet, naja nicht heute.
@thomas-braun
ok, dann war das Update leider noch nicht so erfolgreich wie gedacht. Wie kann ich das Beheben, außer neu Aufsetzen?
@thomas-braun sagte in Warnung im apt-upgrade:
apt policy raspberrypi-archive-keyring
da scheint was nicht zu stimmen:
pi@raspberrypi:~ $ apt policy raspberrypi-archive-keyring
Hinweis: Paket raspberrypi-archive-keyring kann nicht gefunden werden.
@thomas-braun sagte in Warnung im apt-upgrade:
/usr/share/keyrings/raspberrypi-archive-keyring.pgp
ok damit wird es erst einmal "verschlimmbessert"
pi@raspberrypi:~ $ sudo apt update
OK:1 http://raspbian.raspberrypi.org/raspbian trixie InRelease
OK:2 https://deb.nodesource.com/node_22.x nodistro InRelease
OK:3 http://security.debian.org/debian-security trixie-security InRelease
OK:4 http://deb.debian.org/debian trixie InRelease
OK:5 http://deb.debian.org/debian trixie-updates InRelease
Holen:6 http://archive.raspberrypi.com/debian trixie InRelease [54,7 kB]
Fehl:6 http://archive.raspberrypi.com/debian trixie InRelease
Sub-process /usr/bin/sqv returned an error code (1), error message is: Error: Failed to parse keyring "/usr/share/keyrings/raspberrypi-archive-keyring.pgp" Caused by: 0: Reading "/usr/share/keyrings/raspberrypi-archive-keyring.pgp": No such file or directory (os error 2) 1: No such file or directory (os error 2)
Warnung: https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease: Policy will reject signature within a year, see --audit for details
Warnung: OpenPGP-Signaturüberprüfung fehlgeschlagen: http://archive.raspberrypi.com/debian trixie InRelease: Sub-process /usr/bin/sqv returned an error code (1), error message is: Error: Failed to parse keyring "/usr/share/keyrings/raspberrypi-archive-keyring.pgp" Caused by: 0: Reading "/usr/share/keyrings/raspberrypi-archive-keyring.pgp": No such file or directory (os error 2) 1: No such file or directory (os error 2)
Fehler: Das Depot »http://archive.raspberrypi.com/debian trixie InRelease« ist nicht signiert.
Hinweis: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
Hinweis: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
wie bekomme ich jetzt den entsprechenden Schlüssel in "/usr/share/keyrings/raspberrypi-archive-keyring.pgp" ?
@thomas-braun
gibt es zu dem Thema schon neue Erkentnisse? Ich habe vorhin das Update von Bookworm auf Trixie durchgeführt und bekomme nun die ähnlichen Meldungen bei mir.
pi@raspberrypi:/ $ sudo apt update
OK:1 http://deb.debian.org/debian trixie InRelease
OK:2 http://deb.debian.org/debian trixie-updates InRelease
Holen:3 http://security.debian.org/debian-security trixie-security InRelease [43,4 kB]
Holen:4 http://raspbian.raspberrypi.org/raspbian trixie InRelease [15,0 kB]
OK:5 http://archive.raspberrypi.org/debian trixie InRelease
OK:6 https://deb.nodesource.com/node_22.x nodistro InRelease
Es wurden 58,4 kB in 1 s geholt (50,0 kB/s).
Alle Pakete sind aktuell.
Warnung: http://archive.raspberrypi.org/debian/dists/trixie/InRelease: Policy will reject signature within a year, see --audit for details
Warnung: https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease: Policy will reject signature within a year, see --audit for details
Hinweis: Fehlendes Signed-By im Eintrag sources.list(5) für »http://archive.raspberrypi.org/debian«
Ansonsten sieht nach dem Update alles ganz gut aus und läuft auch soweit.
Hallo,seit dem Update auf JS-Controller 6.0 habe ich folgende Warnung bei mir im Log stehen:
Cannot install custom npm package fs: Error: Cannot find package '/opt/iobroker/node_modules/@iobroker-javascript.0/fs/package.json' imported from /opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js
Jemand eine Ahnung wie man den Fehler beheben kann?
Gruß Chris
@paul53
ok, habe festgestellt, dass das Json nicht wirklich aktualisiert wird. Muss ich mal schauen woran das liegt.
Habe nun das Skript mal aktiviert, die neuen Objekte werden erstellt aber es sind nur "0" Werte hinterlegt.
habe das Skript angepasst:
createState('0_userdata.0.Hichi_Wifi_IR.Bezug', 0, {type: 'number', name: 'Bezug', unit: 'kWh', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Export', 0, {type: 'number', name: 'Export', unit: 'kWh', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Leistung_aktuell', 0, {type: 'number', name: 'Leistung_aktuell', unit: 'W', read: true, write: false, role: 'value.power'})
createState('0_userdata.0.Hichi_Wifi_IR.Leistung_L1', 0, {type: 'number', name: 'Leistung_L1', unit: 'W', read: true, write: false, role: 'value.power'})
createState('0_userdata.0.Hichi_Wifi_IR.Leistung_L2', 0, {type: 'number', name: 'Leistung_L2', unit: 'W', read: true, write: false, role: 'value.power'})
createState('0_userdata.0.Hichi_Wifi_IR.Leistung_L3', 0, {type: 'number', name: 'Leistung_L3', unit: 'W', read: true, write: false, role: 'value.power'})
createState('0_userdata.0.Hichi_Wifi_IR.Spannung_L1', 0, {type: 'number', name: 'Spannung_L1', unit: 'V', read: true, write: false, role: 'value.voltage'})
createState('0_userdata.0.Hichi_Wifi_IR.Spannung_L2', 0, {type: 'number', name: 'Spannung_L2', unit: 'V', read: true, write: false, role: 'value.voltage'})
createState('0_userdata.0.Hichi_Wifi_IR.Spannung_L3', 0, {type: 'number', name: 'Spannung_L3', unit: 'V', read: true, write: false, role: 'value.voltage'})
createState('0_userdata.0.Hichi_Wifi_IR.Seriennummer', ' ', {type: 'string', name: 'Seriennummer', read: true, write: false, role: 'state'})
on('mqtt.0.tasmota/discovery/3494548E85FC/sensors', function (dp) {
let obj = {};
//der try ist wichtig das der adapter nicht abschmiert bei einem fehler, hiermit pasen wird die json in ein object
try {obj = JSON.parse(dp.state.val).sn.SM;
} catch (e) {
console.error('Cannot parse: ' + dp.state.val);
return;
}
setState('0_userdata.0.Hichi_Wifi_IR.Bezug', obj['1_8_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Export', obj['2_8_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Leistung_aktuell', obj['16_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Leistung_L1', obj['36_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Leistung_L2', obj['56_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Leistung_L3', obj['76_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Spannung_L1', obj['32_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Spannung_L2', obj['52_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Spannung_L3', obj['72_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Seriennummer', obj['96_1_0'], true);
});
Ist der Leerstring so richtig eingepflegt?
Vielen Dank für die Unterstützung.
Habe das jetzt noch etwas angepasst, sieht nun so aus:
createState('0_userdata.0.Hichi_Wifi_IR.Bezug', 0, {type: 'number', name: 'Bezug', unit: 'kWh', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Export', 0, {type: 'number', name: 'Export', unit: 'kWh', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Leistung_aktuell', 0, {type: 'number', name: 'Leistung_aktuell', unit: 'W', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Leistung_L1', 0, {type: 'number', name: 'Leistung_L1', unit: 'W', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Leistung_L2', 0, {type: 'number', name: 'Leistung_L2', unit: 'W', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Leistung_L3', 0, {type: 'number', name: 'Leistung_L3', unit: 'W', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Spannung_L1', 0, {type: 'number', name: 'Spannung_L1', unit: 'V', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Spannung_L2', 0, {type: 'number', name: 'Spannung_L2', unit: 'V', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Spannung_L3', 0, {type: 'number', name: 'Spannung_L3', unit: 'V', read: true, write: false, role: 'value.energy'})
createState('0_userdata.0.Hichi_Wifi_IR.Seriennummer', 0, {type: 'string', name: 'Seriennummer', read: true, write: false, role: 'state'})
on('mqtt.0.tasmota/discovery/3494548E85FC/sensors', function (dp) {
let obj = {};
//der try ist wichtig das der adapter nicht abschmiert bei einem fehler, hiermit pasen wird die json in ein object
try {obj = JSON.parse(dp.state.val).sn.SM;
} catch (e) {
console.error('Cannot parse: ' + dp.state.val);
return;
}
setState('0_userdata.0.Hichi_Wifi_IR.Bezug', obj['1_8_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Export', obj['2_8_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Leistung_aktuell', obj['16_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Leistung_L1', obj['36_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Leistung_L2', obj['56_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Leistung_L3', obj['76_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Spannung_L1', obj['32_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Spannung_L2', obj['52_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Spannung_L3', obj['72_7_0'], true);
setState('0_userdata.0.Hichi_Wifi_IR.Seriennummer', obj['96_1_0'], true);
});
Würde das soweit passen oder gibt es noch Fehler darin?
