[Vorlage] Servicemeldungen Volume2

looxer01

@negalein sagte in [Vorlage] Servicemeldungen Volume2:

t frage ich mal beim Inventwo Thread nach.

ich persönlich finde auch die spaltenweise Darstellung nicht so optimal.
daher nutze ich 2 Spalten
Spalte 5 (lange message)
Spalte 8 (Status aufgehoben) - nur bei vergangene Meldungen

So hast du nur die notwendigen Infos

vG Looxer

looxer01

@sigi234
wenn ich das richtig sehe, dann kannst du keine Spalten auswählen. Es wird angezeigt was an Spalten im DP steht - korrekt ?

Wenn dies der Fall ist, dann könnte es helfen einen Datenpunkt zu erstellen, der nur 2 Spalten hat.

lange message
SM-aufgehoben-seit.

würde das helfen ?

vG Looxer

sigi234

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

wenn ich das richtig sehe, dann kannst du keine Spalten auswählen. Es wird angezeigt was an Spalten im DP steht - korrekt ?

Ja, aber nach löschen der DP und Neustart des Skriptes wird die Json Table korrekt befüllt.

Screenshot (1090).png

looxer01

@sigi234
und sieht auch gut aus. Gar nicht so basic.
vG Looxer

sigi234

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

@sigi234
und sieht auch gut aus. Gar nicht so basic.
vG Looxer

Ist ja auch das Inventwo Widget von VIS1 unter VIS2
Mal geht es, mal nicht.

looxer01

Hi,
Version 3.00 ist online.
man kann das so sehen: 1.0 Alpha, 2.0 Beta, 3.0 stable

Tatsächlich konnte ich diese Version so umschreiben, dass die Stabilität weiter zunimmt und der Testaufwand beim fixen abnimmt. Ein paar neue Funktionen gibt es auch:

Die JSON Datenpunkte sind führend (Text Datenpunkte werden davon abgeleitet)
Die Logik des Schreibens von Servicemeldungen (aktuell und Historie) ist harmonisiert und zentralisiert
Der Unterschied zwischen GeraeteTriggerID true/false ist im code nur noch marginal (dadurch reduzierter Wartungsaufwand/Testaufwand)
Die TextDatenpunkte sind jetzt nur noch optional. Empfehlung ist sie gar nicht zu nutzen (sondern die JSON Datenpunkte) Dazu gibt es eine neue Einstellung "UpdateTEXT_Datenpunkte", die im standard auf false steht. Dabei werden die exisitierenden (drei) Datenpunkte geloescht. Bei true werden diese angelegt und gefuellt
Die Einstellung "MessageBeiKeinerSM" wurde in die Experteneinstellungen verschoben
Es gab ein Problem bei der Datumsberechnung. Das ist jetzt gelöst
Es gibt einen neuen Zaehler-Datenpunkt: "SMHistorie". Dieser Zaehler zaehlt die Anzahl der Eintragungen in der JSON Historie
Am Monatsende wurden bisher die historischen Meldungen komplett geloescht. Das hat sich geaendert. Falls es noch aktive Servicemeldungen gibt, dann bleiben diese auch in der Historie erhalten
Die Umschaltung von GeraeteTriggerID true nach false und umgekehrt funktioniert ohne Probleme. Alle Daten bleiben erhalten. Ist beinahe unmerklich
Wenn das script neu gestartet wird, dann wird die aktuelle Situation sofort sichtbar. Sowohl bei den aktuellen Servicemeldungen als auch bei der historie (das war in der Vergangenheit nicht immer der Fall)
und noch schnell die 3.01 nachgeschossen. Hatte ich vergessen, dass ich noch den Text "n/a" variabel machen wollte. Ist jetzt implementiert

Der Testaufwand/Wartungsaufwand ist nach evt. fixen reduziert, da

Die Erstellung der TEXT Datenpunkte eine Ableitung der JSON Datenpunkte ist
Die Harmonisierung von GeraeteTriggerID true/false es nicht mehr notwendig macht beide Fälle für evt Fixe zu testen
Das Schreiben des Servicmeldungs-Logs ist zentral und damit stabil
Das Senden der Messages ist zentral und damit stabil
Das Tabellenwerk zur Anpassung an evt CCU/HCU Neuerungen funktioniert sehr stabil

Einstellungsempfehlungen gibt es bei den Kann-Einstellungen

Im Moment ist also nicht mehr zu tun. Fehler korrigiere ich gerne und bei evt. Anpassungen unterstütze ich ebenso gerne

vG Looxer

noch ein ScreenShot bezüglich des neuen Zaehlers:

looxer01

Hi,
ich habe einen Versuch gemacht neben JSON und TEXT auch eine HTML Version zu erstellen und das sieht ganz gut aus.
Der untenstehende ScreenPrint sieht ähnlich aus wie die JSON Version ist aber komplett aus einem generierten HTML Datenpunkt entstanden.

Wäre ja was für z.B. @sigi234, solange VIS2 noch Probleme macht mit dem Inventwo Widget.
oder eben auch für Fälle wo JSON nicht gut passt.

Ist das von Interesse ?

vG Looxer

Screenshot mit einem HTML Datenpunkt
Screenshot 2025-01-20 165130.png

looxer01

Script Version 3.2 ist Online.

Es gibt eine Fehlerkorrektur für die Datenpunkte der Texte (nicht JSON)
Es gibt nun die Möglichkeit auch HTML Datenpunkte zu erzeugen.<
Dazu muss in den Einstellungen "UpdateHTML_Datenpunkte = true" gesetzt werden
Die Farben für die Kopfzeile sowie gerade und ungerade Zeilen können farblich angepasst werden unter "Experteneinstellungen"
Wenn die Variable auf true gesetzt wurde werden die Datenpunkte samt Inhalte erzeugt.
wenn wieder auf false gesetzt wird, dann werden die Datenpunkte wieder gelöscht
Ich habe zwei Views im ersten post zur Verfügung gestellt

mit JSON Datenpunkten (Inventwo erforderlich)
mit HTML Daten punkten (iobroker ohne zusätzlcihe Adapter)

wie immer alles von meiner Seite aus getestet.

Looxer

sigi234

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

Die Farben für die Kopfzeile sowie gerade und ungerade Zeilen können farblich angepasst werden unter "Experteneinstellungen"

Super, kannst du bitte noch folgendes einbauen:

Schriftfarbe für alle 3 DP (Kopfzeile, gerade und ungerade Zeilen)
Rahmen mit Farbe und Stärke

looxer01

@sigi234 sagte in [Vorlage] Servicemeldungen Volume2:

Schriftfarbe für alle 3 DP (Kopfzeile, gerade und ungerade Zeilen)
Rahmen mit Farbe und Stärke

siehe Version 3.03

vG Looxer

sigi234

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

@sigi234 sagte in [Vorlage] Servicemeldungen Volume2:

Schriftfarbe für alle 3 DP (Kopfzeile, gerade und ungerade Zeilen)
Rahmen mit Farbe und Stärke

siehe Version 3.03

vG Looxer

Super, aber der Rahmen wird auch Rechts übernommen und nicht NUR auf das Widgets

Screenshot (1100).png

Edit:
Also auf alle Attribute, habe VIS2

sigi234

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

siehe Version 3.03

//const PathSMLog = "/iobroker/log/ServicemeldungenVol2.csv";";             // Pfad fuer Windows/  iobroker ist der angenommene iobroker home-pfad

Da kommt ein Fehler, so geht es:

const PathSMLog = "/Users/sigi/Documents/ServicemeldungenVol2.csv";             // Pfad fuer Windows/  iobroker ist der angenommene iobroker home-pfad

looxer01

@sigi234
siehe Version 3.04

sigi234

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

@sigi234
siehe Version 3.04

Keine Änderung der Rahmen in den Attributen

looxer01

@sigi234
ich weiss nicht genau was du meinst. Was fehlt denn genau ?

Aussenlinie sehen so aus:
Screenshot 2025-01-21 203200.png

und gitterlinien so:

Screenshot 2025-01-21 203229.png

sigi234

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

ich weiss nicht genau was du meinst. Was fehlt denn genau ?

Screenshot (1100).png

looxer01

@sigi234
oha, das sehe ich in VIS1 nicht so.
kannst du die folgende funktion austauschen und testen ?

function generateHtmlTable(data, HistOderAkt) {
    if (!UpdateHTML_Datenpunkte) {  return;     }
    const uniqueClass = "custom-table";
    const cellPadding = '6px';
    let table = `
        <table class="${uniqueClass}" style="
            width: 100%;
            border-collapse: collapse; /* Rahmen zusammenführen */
            border-spacing: 0; /* Kein Abstand zwischen Zellen */
            ${useBorderOutside ? `border: ${borderWidth} solid ${borderColorOutside};` : 'border: none;'}
        ">
    `;
    // Scoped Stile für die Tabelle
    table += `
        <style>
            .${uniqueClass} th, .${uniqueClass} td {
                padding: ${cellPadding};
                ${useBorderAll ? `border: ${borderWidth} solid ${borderColorInside};` : 'border: none;'}
            }

            .${uniqueClass} thead th {
                position: sticky;
                top: 0;
                background-color: ${headerColor};
                color: ${headerTextColor};
                z-index: 1;
            }
        </style>
    `;
    // Kopfzeile
    table += `
        <thead>
        <tr>
            <th style="text-align: left;">Datum_Seit</th>
            <th style="text-align: left;">Meldungsart</th>
            <th style="text-align: left;">Name</th>
            <th style="text-align: left;">GeraeteId</th>
            <th style="text-align: left;">Status</th>
            <th style="text-align: left;">Batterie</th>
            <th style="text-align: left;">SM_aufgehoben_seit</th>
        </tr>
        </thead>
    `;
    // Tabellenkörper
    table += '<tbody>';
    data.forEach((item, index) => {
        const rowColor = index % 2 === 0 ? evenRowColor : oddRowColor; // Farben der Zeilen
        const textColor = index % 2 === 0 ? evenRowTextColor : oddRowTextColor; // Textfarbe

        table += `
        <tr style="background-color: ${rowColor}; color: ${textColor};">
            <td>${item.datum_seit}</td>
            <td>${item.meldungsart}</td>
            <td>${item.common_name}</td>
            <td>${item.GeraeteId}</td>
            <td>${item.status_message_Pure}</td>
            <td>${item.batterie_bezeichnung}</td>
            <td>${item.SM_aufgehoben_seit}</td>
        </tr>
        `;
    });
    table += '</tbody>';
    table += '</table>';
    // Zustand setzen je nach HistOderAkt
    if (HistOderAkt === "AKT") {
        setState(id_HTML_ServicemeldungLang, table);  
    } else {
        setState(id_HTML_Servicemeldung_History, table); 
    }
}

sigi234

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

oha, das sehe ich in VIS1 nicht so.
kannst du die folgende funktion austauschen und testen ?

Jupp, wieder normal. THX

looxer01

Version 3.05 ist online.

global CSS Fix zur Vermeidung überbreifender HTML Effekte

looxer01

ich musste noch Version 3.06 nachschieben

Es gab ein log, übrig geblieben vom testen. Ist jetzt entfernt
Die HTML Einstellungen für den äusseren Rand habe ich entfernt. Dieser kann ohnehin über das Widget separariert eingestellt werden
die einstellungen sind lokal geblieben, sollten also hoffentlich keine Nebenwirkungen haben.
Für die Historie übernehme ich jetzt die Batteriebezeichnung. Das Feld gabe es zwar, wurde aber nie gefüllt

kleine Anmerkung: mir persönlich gefällt die HTML Version der Servicemeldungen zwischenzeitlich besser als die JSON Version.

vG Looxer

NEWS

[Vorlage] Servicemeldungen Volume2

Support us

524
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

[Vorlage] Servicemeldungen Volume2

Support us

524Online

31.7kUsers

79.8kTopics

1.3mPosts

524
Online

31.7k
Users

79.8k
Topics

1.3m
Posts