Adapter - Parser (regEx)

[Diginix]

@Qlink

Core #3 VID",\s*"SensorValue": "(\d+,\d+)",

Die runde Klammer kommt nur um den Teil den du auch als Ergebnis willst. Du hast nur die Nachkommastelle in Klammern und den Namen "Core..." brauchst du gar nicht.
Den trägst du im Parser Adapter als Namen des Objektes ein. So bekommt das Objekt dann nur den eigentlichen Wert 0,7...
Der Parser trimmt bei mir schon alle Zeilenumbrüche usw. Der RegEx für den Adapter darf als nicht mehr nach Zeilenumbrüchen suchen. Daher müsste es wohl dann im Adapter so aussehen:

Core #3 VID",.*"SensorValue": "(\d+,\d+)",

[Qlink]

@Diginix

Danke für deine Hilfe!
Mit deinem ersten Vorschlag hab ich den Nuller vor dem Komma auch schonmal dabei. D.h. der Wert wäre soweit schonmal vollständig.
Den Name Core... brauche ich glaube ich schon in der Abfrage, da das Format "SensorValue" ... mit genau dem Wert öfters auf der Homepage vorkommt und ich sonst nicht wüsste wie ich den richtigen Wert erwische ...

Mit deinem zweiten Vorschlag kommt allerdings auf regex101.com nur "no matches found"

[Homoran]

Der ioBroker Parser schein mit dem \n nicht zurechtzukommen.
Gib mir ein paar Minuten, ich teste es mal.

EDIT:
probiere das mal:

Core #3 VID"[^\:]+:\s\"(\d\,\d+)

[Qlink]

@Homoran

hmm da hab ich bei regex101 zwar den vollen Wert, aber unter Full Match auch wieder Core #3 VID ... dabei:
siehe hier:

https://regex101.com/r/oHCIgq/3

Das hätte ich dann ja auch in iobroker bei den objects dabei, was mir den Zahlenwert unbrauchbar macht oder habe ich hier einen Denkfehler ?

[Homoran]

@Homoran sagte in Adapter - Parser (regEx):

Der ioBroker Parser schein mit dem \n nicht zurechtzukommen.
Gib mir ein paar Minuten, ich teste es mal.

EDIT:
probiere das mal:

Core #3 VID"[^\:]+:\s\"(\d\,\d+)

EDIT2:
das ganze lässt sich zum einen noch verkürzen, zum anderen noch variabler gestalten:

Core[^\:]+:\s\"(\d+\,\d+)

Jetzt erwischst du alles mit "Core" über den gleichen RegEx und du musst im Parser-Adapter unter "Num" das gewünschte Ergebnis rausfiltern

[Homoran]

@Qlink sagte in Adapter - Parser (regEx):

habe ich hier einen Denkfehler ?

Ja!

Das Ergebnis ist die Group (grün)

der full match (blau) ist alles was du zur identifizierung dieser Group verwendest

[Qlink]

ahhh okay und im parser Adapter passiert erst die unterscheidung welchen Wert über NUM !
Ich glaub jetzt hab ichs

Ich werds mal so versuchen anzulegen und schaue wie es sich verhält.

Vielen Dank für die Hilfe!

Beste Grüße

[Diginix]

@Qlink Mein zweiter Vorschlag war ja auch für den Parser. Hab ja geschrieben dass der Adapter keinen Zeilenumbruch braucht.
Um mit regex101 wirklich den regex für den Adapter erarbeiten zu können, muss man die Quell Daten "minified" machen. Also alle Einrückungen und Zeilenumbrüche entfernen.
Der Rest wurde hier glaube ausreichend erklärt.

[Homoran]

@Qlink sagte in Adapter - Parser (regEx):

im parser Adapter passiert erst die unterscheidung welchen Wert über NUM !

Ja!

Entweder musst du für jeden Fall ein eindeutiges RegEx bauen, so dass es nur ein match gibt, oder du nimmst ein möglichst universelles (aber Achtung, da sollte kein Mist bei rauskommen) und filterst dann die z.B.21 matches über die Num

[Diginix]

@Homoran Ich bevorzuge eindeutige Matches so es denn unique Werte gibt mit denen das möglich ist. Wenn man mehrere Werte aus einer Quelle will, muss man so oder so mehrere Objekte mit jeweils einem RegEx erstellen. Man kann natürlich bei z.B. 3 Werten und einem universellen RegEx mit 3 Klammerpaaren dann mit Num 0-2 arbeiten, aber ich hab eben lieber 3 verschiedene RegEx die exakt nur da matchen wo einer der 3 Werte existiert.
Je nach Quelldaten kann es aber sein dass man Num braucht.

[Homoran]

@Diginix
ich eigentlich auch.

Nur für Einsteiger mit dem Parser-Adapter kann es einfacher sein, den RegEx zu kopieren und die num einzustellen

[Qlink]

Ich habe jetzt soweit alle Werte.

Einzig die geschätzte Laufzeit meiner USV ärgert mich etwas. Ich würde gerne 1 oder 2 Nachkommastellen ebenfalls auslesen, bekomme aber nur Stellen vor dem Komma:

mit

"Estimated Runtime"[^\:]+:\s\"(\d+)

 {
    "SensorApp": "HWiNFO",
    "SensorClass": "UPS",
    "SensorName": "Estimated Runtime",
    "SensorValue": "51,6833333333333",
    "SensorUnit": "min",
    "SensorUpdateTime": 1559130047
  },

[Homoran]

@Qlink
Die zahl beinhaltet ein komma.

Versuch mal als typ "zahl mit komma"

[Qlink]

Nummer mit Komma ist im Parser Adapter ausgewählt:

[Diginix]

@Qlink \d matcht nur bei Ziffern. Gebrochene Zahlen enthalten aber Ziffern plus Dezimaltrennzeichen. Auch wenn dieser ein Punkt ist, würde \d nicht matchen. Alle Trennzeichen müssen explizit mit ins regex.

So sollte es funktionieren:

"Estimated Runtime"[^\:]+:\s\"(\d+,\d+)

[Qlink]

Super, danke so klappts auch mit den Nachkommastellen !

Beste Grüße

[PatrickFro]

Hallo zusammen,

ich komme mit dem Parser nicht zurecht. Ich versuche von der Seite https://abfahrten.hvv.de/75870033-9dd4-41c0-81bb-903c93fdc819 Bus-Nummer, Richtung und Abfahrzeit auszulesen. Ich habe dunkle Views erstellt, da passt die weiße Farbe einfach nicht rein. Leider schaffe ich jedoch nicht, mit dem Parser etwas auszulesen. Kann mir dabei jemand helfen?

Danke schon vorab!

[Diginix]

So wie es aussieht werden die Werte per Javascript in der Seite gesetzt. Ich weiß nicht ob der Parser das erst noch interpretiert oder ob der nur mit statischem html umgehen kann.

[PatrickFro]

Schade... Gibt es denn eine andere Möglichkeit die Daten auszulesen? Oder zumindest die Farben der eingebundenen Webseite zu invertieren?

[hannoi]

Kurze Verständnis Frage, ich parse auf der clever-tanken Seite einen Super Plus Wert z.B. Tanke

Mit dem RegEx

(?:4">)(\d+.\d.)

bekomme ich auch über die regex101 Seite einen entsprechenden Match der auch wunderbar passt. Wenn ich mir nun den erzeugten Datenpunkt anschaue, finde ich dort nur den Wert ohne Punkt angezeigt:

Ansonsten steht die Regel auf Rolle "Wert" und der Typ ist "Nummer mit Komma", wo hab ich den Denkfehler?

Danke für Hinweise.