Weiter zum Inhalt

Tester

1.1k Themen 199.2k Beiträge

In dieser Kategorie werden Adapter Versionen vorgestellt die der Entwickler zum Testen Frei gibt.

NEWS

  • Test Adapter OctoPrint

    adapter entwicklung adatper updates developer testen
    461
    4 Stimmen
    461 Beiträge
    108k Aufrufe
    E
    @esp8266 @joergeli Hallo zusammen, das Problem saß mal wieder vorm PC - ich wusste nicht, dass ich das Plugin "DisplayLayerProgress" in den Einstellungen des ioBroker Adapters OctoPrint explizit einschalten muss. Getan und alles funktioniert. Vielen Dank an allle Gruß ExMatador
  • [Cloud eingestellt] Gigaset Elements

    79
    0 Stimmen
    79 Beiträge
    12k Aufrufe
    matthscM
    @mhss sollte sich da eine Community bilden, die etwas auf die Beine stellt um die Base Station und Elemente weiter betreiben zu können, werde ich gerne entweder diesen Adapter anpassen oder einen neuen dafür erstellen. Aber ich habe leider nicht die Zeit und vermutlich zu wenig know, um da selbst damit herumzuspielen
  • Test Adapter LG-ESS-Home v0.0.x Latest

    lg-ess photovoltaik pv-anlage wechselrichter
    12
    0 Stimmen
    12 Beiträge
    3k Aufrufe
    mcm1957M
    @ron-1 Viele Widgets müssen für vis-2 angepasst werden. IWenn das mit diesem Adapter ausgelieferte Widget unter vis-2 nicht funktioniert, rege ich an ein Issue im Adapter Repository zu erstellen damit sich das der Maintainer ansehen kann und zumindest mal eine klare Rück eldung geben kann ob das Widget seiner Ansicht nach mit vis-2 prinzipiell funktioniert (oder nicht).
  • Test Adapter Envertech-PV v1.3.x Github

    envertech-pv mcm1957
    5
    0 Stimmen
    5 Beiträge
    449 Aufrufe
    mcm1957M
    Release 1.3.2 wurde erstellt. Releasenotes siehe Eröffnungsposting.
  • Test adapter unifi-protect

    unifi-protect mcm1957
    2
    2 Stimmen
    2 Beiträge
    145 Aufrufe
    mcm1957M
    spare for future use
  • Vis2 Widget for Shelly devices

    1
    1
    5 Stimmen
    1 Beiträge
    225 Aufrufe
    Niemand hat geantwortet
  • Test Adapter device-reminder V 1.x

    adapter device-reminder geräteüberwachung test
    626
    6
    4 Stimmen
    626 Beiträge
    184k Aufrufe
    B
    Hallo. Kurze Frage zum Adapter. Ich würde die Werte gerne im Grafana auswerten. Der Adapter erstellt zB: device-reminder.0.Trockner.last operations device-reminder.0.Trockner.lastRuntime Diese lasse ich in die Influx speichern. Ich würde gerne zählen wie oft das Gerät pro Tag/Monat/Jahr gelaufen ist und mit BarGauke darstellen. Ich bekomme aber immer die Meldung: No numeric fields found
  • Test Adapter e3dc-rscp v0.0.x GitHub

    battery e3dc electricity energy photovoltaic rscp
    470
    0 Stimmen
    470 Beiträge
    116k Aufrufe
    T
    @alf4711 nichts, wenn das Script funktioniert, dann werden die Datenpunkte gespeichert und unter DB im E3DC Objektbaum angelegt / angezeigt.
  • Test Adapter Slideshow (ehemals Diashow) v0.1.x

    adapter bildschirmschoner diashow slideshow
    100
    2 Stimmen
    100 Beiträge
    17k Aufrufe
    T
    Hat noch jemand eine Idee wo das Problem liegen könnte? Habe die Diashow auf einer separaten View mit entsprechenden Script für den Seitenwechsel getestet und einmal die Diashow in eine bestehende Seite integriert.
  • Test Adapter BSB_LAN v0.0.x

    bsblan adapter bsb lan brötje
    85
    2
    0 Stimmen
    85 Beiträge
    13k Aufrufe
    G
    Hab ein Haus mit Brötje WMS 12 gekauft und bin nun ganz begeistert, dass ich die Kiste smart steuern kann :) Hat jemand zufällig einen Adapter über oder eine Bezugsquelle? Im Git scheint der Link zu fehlen und ich habe aktuell keine Option selber was zu löten.
  • Test Adapter oilfox 4.2.x

    1
    0 Stimmen
    1 Beiträge
    88 Aufrufe
    Niemand hat geantwortet
  • ioBroker Raspberry OS Image v2

    Gesperrt
    118
    11 Stimmen
    118 Beiträge
    32k Aufrufe
    apollon77A
    @entscheider Also wenn das dein Fazit ist dann hast du viele der Threads nicht ganz verstanden. Aber seines drum. Ich bin auch ehrlich: Für jemand der keine Erfahrung mit weder ioBroker noch Home Assistant hat finde ich so ein Fazit sehr gewagt. Genau die Meinung das ioBroker besonders für erfahrene User ist ist genau das was man nur mit eigener Erfahrung sagen kann. Und die hast Du nicht. Also behaupte ich das Gegenteil - zumindestens klar vom vom Ziel her ;-) Ingo.
  • Test Adapter WhatsAPP-CMB

    tester adapter
    172
    6 Stimmen
    172 Beiträge
    46k Aufrufe
    S
    @thomas-braun könnte das hier sein: [image: 1707830280554-7ff615c9-adbf-4618-8523-ba51907bcd12-grafik.png]
  • [neuer Adapter] Auslesung von Renac-Power-Invertern

    11
    0 Stimmen
    11 Beiträge
    1k Aufrufe
    Rene55R
    @miokoeln Ich weiß nicht. Was stellst du dir denn vor?
  • ZigBee neue Version 1.8.x

    385
    0 Stimmen
    385 Beiträge
    96k Aufrufe
    kBrausewK
    @skarpain sagte in ZigBee neue Version 1.8.x: @souly75 jup =) mqtt installieren zigbee2mqtt installieren und schon klappte es und er fand den "trvzb" ... Geht bei dir alles? Bei mir wird local_temperature nicht aktualisiert Wo Reporte ich den Fehler? Is doch bestimmt Herdsman und nicht der ZigBee-Adapter???
  • History2DB converter

    Verschoben
    60
    0 Stimmen
    60 Beiträge
    11k Aufrufe
    _JOHN__
    Mahlzeit! auch wenn der Eintrag hier schon älter ist, passt meine Erfahrung mit dem Import-Script wohl am besten hier rein. Evtl. hilft es ja jmd. mit dem gleichen Problem. Ich habe kürzlich auch zu Influx gewechselt - aus versch. Gründe noch die 1.8, tut hier nichts zur Sache. Habe mich aber dazu entschieden, die Objekt-Datenpunkte die ich zukünftig nach Influx loggen will, mit einem Alias zu versehen (im Gegensatz zu "HIS" wo ich keine Alias gesetzt hatte) Dadurch finde ich die entsprechenden Felder in bspw. Grafana später schneller und die Namen sind wesentlich kürzer. statt: "history.sourceanalytix.0.sonoff__0__DVES_49A41C__ENERGY_Power_1.currentYear.consumed.02_currentWeek" nur noch: "Waschmaschine_SA_Power_currentYear_consumed_WOCHE" Entsprechend habe ich den Alias in den Einstellungen des Objekts für Influx gesetzt. Zum Problem wurde nun aber, dass meine alten History-Daten (gleiche Objekte) KEINEN Alias hatten wie oben erwähnt, somit die JSON's mit dem original Objekt-Pfad-Namen benannt waren und das Import-Script diese natürlich als, ich nenn das mal "eigenständig" betrachtet und nicht in meine bereits vorhandenen Felder der Influx importiert da dort ja bereits der Alias verwendet wird, den ich für Influx hinterlegt habe. Ich habe daher alle betreffenden JSON's aus der History umbenannt (/opt/iobroker/iobroker-data/history-data/) - also so, dass diese nun identisch mit meinen Alias sind die ich für Influx vergeben habe und zu den in Influx erstellten Datenbankfelder passen. Der Analyzer lief durch, das Ergebnis war für mich soweit OK - wie erwartet; also hab ich den Import gestartet, bekam dann aber immer die Ausgabe das die Objekte "ignoriert" werden. Festzustellen war hierbei, dass die Objektnamen, die von HIS kamen, offensichtlich nicht zu den Feldern in der Influx passten obwohl der Name der JSON in der HIS identisch war. Also bspw: DB Feld in Influx (entsprechend dem Alias): Waschmaschine_SA_Power_currentYear_consumed_WOCHE und das entsprechend JSON File unter HIS: Waschmaschine_SA_Power_currentYear_consumed_WOCHE.JSON Bei genauer Betrachtung der Logs des Import-Script habe ich dann aber feststellen müssen, das das Script den Namen der aus HIS kommenden Daten wohl abschneidet. Aus "Waschmaschine_SA_Power_currentYear_consumed_WOCHE" wurde "chine_SA_Power_currentYear_consumed_WOCHE". Nach langem suchen; ich bin in erster Linie ma SysAdmin aber weiß Gott kein Entwickler..., habe ich dann im Script den folgenden Abschnitt entdeckt und festgestellt das tatsächlich immer die ersten 8 Zeichen abgeschnitten werden. Das hat sicher generell seinen Sinn, da normalerweise jeder Eintrag mit "history." beginnt. Das habe ich bei der Umbenennung jedoch nicht weiter beachtet, den Zusammenhang auch nicht gekannt - Ziel war es ja das die Namen identisch zu meinen Felder in Influx / dem Alias sind. Hier die Script Zeilen (im org. die Zeilen 188ff) function processFile() { if (breakIt) finish(true); if (Object.keys(allFiles).length === 0) finish(true); const day = parseInt(Object.keys(allFiles)[Object.keys(allFiles).length - 1], 10); const tsCheck = new Date(Math.floor(day / 10000), 0, 1).getTime(); if (allFiles[day].files.length > 0) { const dir = allFiles[day].dirname; const file = allFiles[day].files.shift(); const id = file.substring(8, file.length - 5); <--------HIER !!!!! ######## const weatherunderground_special_handling = (id.indexOf('weatherunderground') !== -1 && id.indexOf('current.precip') !== -1); console.log('Day ' + day + ' - ' + file); Ich habe somit die Zeile const id = file.substring(8, file.length - 5); zu const id = file.substring(0, file.length - 5); geändert. Und siehe da, mein Import lief im Anschluss nun erfolgreich durch, da die Namen nun übereinstimmten. Alternativ, das sei erwähnt wäre es wohl auch eine Option gewesen meine gesamten JSON Files unter "/opt/iobroker/iobroker-data/history-data/" nochmals umzubenennen und um "history." zu erweitern. Ich habe mich nur aus Zeitgründen dagegen entschieden, da ich die Daten ~80000 Files erst einmal herunterladen und auch wieder uploaden hätte müssen. Die Anpassung des Scripts war da weit schneller. Alles in allem wäre für mich aber festzuhaltend, dass es somit durch aus möglich ist, History-Daten auch aus der Vergangenheit zu importieren, wenn diese KEINEN Alias hatten und die neuen Datenpunkte einen verwenden. Entsprechender Aufwand wie oben beschrieben vorausgesetzt. Vermutlich erzählt mir nun einer, dass das anders viel einfacher gewesen wäre das wäre für mich OK, aber für mich war es erst einmal die einzige Möglichkeit die ich gesehen habe - und sie scheint zu funktionieren. Ich hätte mich geäergert, wären eine alten Daten aus HIS "verloren" gewesen - oder ich hätte dir org. Namen in Influx verwenden müssen...was doof gewesen wäre. so long - Danke an der stelle für das Script!! - geniale Sache! Grüße John.
  • Test Chromcast 3.2.x

    27
    2 Stimmen
    27 Beiträge
    2k Aufrufe
    Meister MopperM
    @maxpd sagte in Test Chromcast 3.2.x: Aber trotz Neustart alle 3h kommt es weiterhin vor, dass manchmal Ansagen stumm bleiben. Läuft jetzt bei seit 20 Stunden fehlerfrei (ohne Neustarts).
  • Test Adapter smart-race-event-receiver v0.0.x Github

    1
    0 Stimmen
    1 Beiträge
    264 Aufrufe
    Niemand hat geantwortet
  • Test Adapter Mihome-vacuum v3.1.6 Next Generarition

    1k
    6 Stimmen
    1k Beiträge
    412k Aufrufe
    S
    Ich habe meine Fragen in einem anderen Beitrag gestellt: https://forum.iobroker.net/topic/28615/adapter-mihome-vacuum-anpassungen/482
  • Wifilight 1.1.0 testing

    wifilight test
    29
    1 Stimmen
    29 Beiträge
    2k Aufrufe
    ?
    @foxriver76 Hi, frohes neues Jahr! Falls du mal wieder Zeit und Lust auf den Adapter hast, da waeren ein paar Fehlerchen noch raus zu hauen... gibt auch Issues auf Git dazu.. hier mal kurz und schnell: a) legt objects mit falschen States an, "reachable" soll ein boolean sein, macht aber number und schreibt 1/0 anstatt true/false b) polling funktioniert nicht, egal welchen Wert man eintraegt, ich kann zwar schalten, bekomme aber im Adapter nicht mit, wenn die Lampe von der App aus geschaltet wurde, d.h. der Adapter ruft den Status der Lampe nicht regelmaessig ab. Logfiles etc alles auf Git, auch von anderen Usern..

620

Online

32.8k

Benutzer

82.7k

Themen

1.3m

Beiträge