UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[cash]

@lucky_esa Jetzt nochmal langsam. Du hast in dem Script wo die Batterien gesucht werden alle Leerzeichen entfernt und dann geht es? Vorher hat er nichts gefunden?

Welche JavaScript Version hast Du im Einsatz? Eigentlich kann es nur eine Änderung des Adapters gegeben haben. Es lief vorher immer ohne Probleme.

[Lucky_ESA]

Hi cash,

wir reden aneinander vorbei

Du muss zwingen DAS (singular) Leerzeichen entfernen.

'HmIP-eTRV-C-2', 'HmIP-eTRV-EICHBINEINLEERZEICHENUNDMUSSENTFERNTWERDEN', 

Gruß//Lucky

[FuXXz2]

Hallo zusammen,

das Script zeigt mir keine Meldungen an, obwohl Meldungen vorliegen. Woran kann das liegen?
Er liest die Geräte zwar ein, bestätigt aber, dass keine Meldungen vorliegen. Das stimmt aber nicht

[Dominik F.]

@fuxxz2

Das Script kann reagiert ja auf Datenpunkte die der RPC Adapter zur Verfügung stellt. Ist denn der entsprechende Datenpunkt "falsch" so dass das Script es melden müsste?
Hat das Script reagiert, als das Gerät nicht erreichbar war?

Wie hast du folgendes im Script eingestellt?

const autoAck = true;             //Löschen bestätigbarer Kommunikationsstörungen (true = an, false = aus)

[FuXXz2]

@dominik-f Ich habe die nicht weg geklickt, die Meldungen sind noch da und einige sind ja dauerhaft, weil die Kommunikation noch gestört ist.

Wenn wir mal bei dem Aktor bleiben, der aktuell nicht erreichbar ist.
Der Datenpunkt sagt:

[Dominik F.]

@fuxxz2

Das was du jetzt gepostet hast, ist ja eine ganz andere Ausgangssituation da ja jetzt etwas vorliegt, was das Skript definitiv melden sollte jedoch nicht gemeldet wird.

Das autoAck würde ich aber auf true stellen, dann brauchst du in der CCU nicht mehr bestätigen, wenn irgendwann mal ein Gerät kurz nicht erreichbar war. Das ist ja eigentlich total uninteressant und das Skript meldet dir auch, wenn ein Gerät mal nicht erreichtbar war und die Meldung bestätigt wurde.

Poste bitte mal deine Einstellungen im Script bis ://Ab hier eigentliches Script , am Besten mittels Code

[Lucky_ESA]

@fuxxz2 Bitte mal Javascript Adapter neu starten.

Gruß//Lucky

[cash]

@fuxxz2 Lief das Script als die Fehler aufgetreten sind? Es meldet ja nur Sachen die auftreten während das Script läuft. Und Screenshots von den *Alarm Datenpunkten von den Geräten. Dort müsste man ja auch sehen ob eine Meldung aktuell vorliegt.

[FuXXz2]

Adapter neu gestartet, Fehlermeldung in der CCU mehrmals neu ausgelöst, aber keine Meldung des Scriptes.
Ja, das Script läuft die ganze Zeit durch.

Spoiler

• Andere theoretisch mögliche LOWBAT_REPORTING, U_SOURCE_FAIL, USBH_POWERFAIL, STICKY_SABOTAGE, ERROR_REDUCED, ERROR_SABOTAGE
  *******************************************************/
  const Version = 1.94;
  const logging = true; //Sollte immer auf true stehen. Bei false wird garnicht protokolliert
  const debugging = true; //true protokolliert viele zusätzliche Infos
  const find_bug = false; //erhöht das Logging wird nur verwendet wenn ein aktulles Bug gesucht wird
  const show_each_device = true; //zeigt alle verfügbaren Datenpunkte je Device

const autoAck = false; //Löschen bestätigbarer Kommunikationsstörungen (true = an, false = aus)

const observation = true; //Dauerhafte Überwachung der Geräte auf Servicemeldungen aktiv (true = aktiv // false =inaktiv)
const onetime = true; //Prüft beim Script Start ob derzeit Geräte eine Servicemeldung haben
const with_time = true; //Hängt die Uhrzeit an die Serviemeldung

//Geräte die nicht überwacht werden sollen. Komma getrennt erfassen
const no_observation = 'LEQ092862x9, XXX';

//Instanz Cuxd ausschließen. Instanz als Zahl z. B. '1' oder bei Nichtnutzung hohe Nr eintragen z. B. '9'
const CUXD = '9';

//pro Fehlertyp kann eine andere Prio genutzt werden
const prio_LOWBAT = 0;
const prio_UNREACH = 0;
const prio_STICKY_UNREACH = 0;
const prio_CONFIG_PENDING = 0;
const prio_UPDATE_PENDING = 0;
const prio_DEVICE_IN_BOOTLOADER = 0;
const prio_ERROR = 0;
const prio_ERROR_CODE = 0;
const prio_FAULT_REPORTING = 0;
const prio_SABOTAGE= 0;
const prio_ERROR_NON_FLAT_POSITIONING = 0;

//Variablen für Servicemeldung in Objekt schreiben // Wenn einer Meldung auftritt wird diese in ein Textfeld geschrieben. z. B. für vis
const write_message = true; // true schreibt beim auftreten einer Servicemeldung die Serviemeldung in ein Objekt
const id_Text_Servicemeldung = '0_userdata.0.Servicemeldungen.Meldungen'; // Objekt wo die Servicemeldung hingeschrieben werden soll (String)

//Variablen für Pushover
const sendpush = false; //true = verschickt per Pushover Nachrchten // false = Pushover wird nicht benutzt
const sendpush_LOWBAT = true; //true = verschickt per Pushover Nachrchten bei Low_BAT// false = Pushover wird nicht benutzt
const pushover_Instanz0 = 'pushover.0'; // Pushover instance für Pio = 0
const pushover_Instanz1 = 'pushover.1'; // Pushover instance für Pio = 1
const pushover_Instanz2 = 'pushover.2'; // Pushover instance für Pio = 2
const pushover_Instanz3 = 'pushover.3'; // Pushover instance für Pio = -1 oder -2
let h_prio = -2; //nicht verändern die höchste Prio nach Fehlertyp wird verwendet

let titel;
let message;
let device = 'TPhone'; //Welches Gerät soll die Nachricht bekommen
//let _device = 'All';

//Variablen für Telegram
const sendtelegram = true; //true = verschickt per Telegram Nachrchten // false = Telegram wird nicht benutzt
const user_telegram = '1428935873'; //User der die Nachricht bekommen soll

//Variable zum verschicken der Servicemeldungen per eMail
const sendmail = false; //true = verschickt per email Nachrchten // false = email wird nicht benutzt

//Ergebnis in Datenfelder schreiben
const write_state = true; //Schreibt die Ergebnisse der Servicemeldungen in Datenfelder. (true = schreiben, false, kein schreiben)
//nicht benutzte Felder einfach leer lassen --> var id_IST_XXX = '';
//Müssen selber als Zahl angelegt werden
const id_IST_LOWBAT = ''/Anzahl LowBat/;
const id_IST_LOW_BAT = '';
const id_IST_UNREACH = '0_userdata.0.Servicemeldungen.Anzahl_Unreach'/Anzahl Unreach/;
const id_IST_STICKY_UNREACH = ''/Anzahl Sticky Unreach/;
const id_IST_CONFIG_PENDING = '';
const id_IST_UPDATE_PENDING = '';
const id_IST_DEVICE_IN_BOOTLOADER = '';
const id_IST_ERROR = '0_userdata.0.Servicemeldungen.Error';
const id_IST_ERROR_NON_FLAT_POSITIONING = '';
const id_IST_ERROR_CODE = '';
const id_IST_FAULT_REPORTING = '';
const id_IST_SABOTAGE = '';
const id_IST_Gesamt = '0_userdata.0.Servicemeldungen.Anzahl_Gesamt'/Anzahl Gesamt/;

//Ab hier eigentliches Script

[cash]

@fuxxz2 da haben wir doch das Problem. Die Datenfelder zeigen nichts. Somit kann das Script nichts melden. Es kann ja nicht hellsehen. Also stimmt entweder etwas nicht mit der CCU (z. B. Firewall) oder die homematic Adapter sind nicht richtig konfiguriert? Zeig mal Screenshots der Adapterkonfigurtionen der beiden Adapter

[FuXXz2]

@cash Meinst du weil bei den Alarm Datenpunkten nichts steht?

[Knusterus]

hallo zusammen
Ich habe seit längerem Eine Fehlermeldung die ich nicht weg bekomme. Das Gerät ist ein Shelly der über Cux mit Homematic verbunden ist. Ich habe unter HM - rpc2 2 Cux Geräte drin . (2 shelly). Der eine Shelly hängt in meiner Heizung und steuert die Pumpe. Steht meine Heizung allerdings nur auf Warmwasser ist der Shelly Spannungslos und es kommt zur Fehlermeldung.

Ich habe Das Gerät schon unter den nicht zu überwachenden Geräten eingetragen und auch Cux schon mal auf 0 ,1 und 9
gesetzt aber ohne Erfolg.

was kann ich tun damit die Meldung verschwindet?

Danke
Volker

[cash]

@knusterus auf welcher Instanz läuft Cux denn? Warum in der Konfiguration 9 wenn dort nicht die cux sachen sind? Ich würde ja behaupten das Du cux auf 2 hast und probierst dann 0 und 1 aus? Ist das Dein ernst? Cux Geräte können nicht aus der Überwachung ausgenommen werden, weil die garnicht vom Script unterstützt werden…

[Dominik F.]

@knusterus

Versuch mal den Pfad richtig anzugeben bei no observation. Versuche mal hm-rpc.2.CUX2801002

[cash]

@fuxxz2 ja genaus das meine ich. Probier mal in der Konfiguration vom Adapter Variablen und Duty Cycle auszuwählen. Vielleicht werden dann die Datenpunkte richtig befüllt. Ansonsten kannst Du nur bei github beim Adapter fragen wo das Problem liegen könnte.

[cash]

@dominik-f Cux Geräte kann man nicht mit no-observation ausschließen. Cux muss man komplett ausschließen, weil cux nicht alle Datenpunkte liefert und es somit nicht laufen kann

[Dominik F.]

@cash

Achso, ich nutze CUX nicht daher war das n Schuss ins Blaue

@Knusterus

Lern die Shellys doch einfach über den Shellyadapter an, dann haste das Problem auch gelöst

[Knusterus]

@cash Danke für den Tipp natürlich läuft CUX auf Instanz 2 jetzt habe ich auch 2 eingetragen ,jetzt ist der Fehler weg.
danke

@Dominik-F
Welchen Adapter meinst du ? Kann ich da Shellys in Homematic einbinden ?

[Dominik F.]

@knusterus

Ich meine den Shelly Adapter. Du nutzt ja Iobroker, da brauchst du nicht zwingend die Shellys in Homematic einbinden. Die Shellys laufen ja über Wlan und brauchen Homematic nicht. Die Logik steuerst du ja am Ende über Iobroker.

[nik82]

Hallo,
ich habe seit einigen Tagen ein Problem:
Bei mir war die Batterie eines Bewegungsmelder leer, soweit kein Problem, Batterie getauscht und gut.

Aber jetzt bekomme ich mehrmals am Tag, die Meldung das die Batterie immer noch leer wäre:

Bewegungsmelder_Wohnzimmer (000xxx) - Spannung Batterien/Akkus gering. 2x LR6/AA 

Das stimmt aber nicht, ich habe Batterie auch nochmal getauscht, auch Voltage steht auf 3.1V:

Und der Datenpunkt Low_Bat hat sich auch ewig nicht mehr geändert (vielleicht war auch die Batterie gar nicht leer):

Habe auch schon alles komplett neu gestartet.
Hat hier jemand eine Idee an was das liegen könnte?

Danke im Voraus.