ElabNET Technik Forum

Hallo miteinander,

zunächst muss ich sagen, dass das mit den Profilen und deren Erstellung der absolute Kracher ist! Geniale Sache, das macht richtig Spass.

Nun bin ich aber gleich über ein Problem gestolpert. Ich habe die ersten paar Datenpunkte im Profileditor erfasst und das Profil exportiert. Daraufhin habe ich das json in IntelliJ geöffnet und einige weitere Datenpunkte via c&p hinzugefügt. Beim Import des json in den Profileditor gab es eine Warnmeldung, sinngemäss dass das Profil extern modifiziert wurde und es beim Import zu Konflikten kommen kann. Dann hatte ich zwei Profile im Editor, wovon ich das "alte" Profil gelöscht habe. Soweit, sogut, das importierte Profil hat problemlos funktioniert.

Daraufhin habe ich extern eine ganze Menge weitere Datenpunkte hinzugefügt und vor dem Import in den Profileditor das vorhandene Profil gelöscht. Ich will ja komplett das "neue" von extern importieren. Nur genau das geht jetzt nicht mehr!?

Beim Import kommt zunächst diese Warnung:


Da ich das alte Profil vorher gelöscht habe das also mit "Yes" bestätigt. Dann passiert aber das hier:


Die Fehlermeldung ist natürlich korrekt denn genau das hab' ich ja gemacht: Extern modifiziert. Dass da nun der interne Hash nicht mehr stimmt, ist klar. Aber warum ist das ein Problem, wenn es gar kein Profil gibt? Ich habe auch schon versucht, hash, exported und copy_log im json wegzulassen. Das macht aber keinen Unterschied, genausowenig wie das Erhöhen der Version.

Any ideas? Was mach' ich falsch?

Wenn da irgendwo die Profil-ID im JSON oder Dateinamen ist, dann das mal ändern. es sollte immer eine eindeutige ID sein wenn man sowas einliest und nie ein modifiziertes Profil eine bestehende ID haben.

Wie das genau synchronisiert wird im TWS keine Ahnung.

Das mal grundsätzlich.

Ob das da nun mit der Fehleranzeige und dem Löschen und erinnern des TWS so passt kann ich jetzt nicht beurteilen. Etwas unrund scheint es.

Hi zusammen, nur ganz kurz.

1. Um die Profil-ID kümmert sich der TWS selbst, auch beim Import einer komplett handgeschriebener JSON Datei

2. man muss auch nix vorher löschen, es kollidiert nichts, weil ein Import immer eine neue ID bekommt. Da vermischt sich nichts

3. Wenn ein Import nicht funktioniert, dann weil die Datei fehlerhaft ist

Also ganz einfach

Lg

Stefan

Hi Göran,

das habe ich auch schon versucht. Nützt leider nichts. Ich habe auch schon aus den Zeilen
das hier gemacht:
Dabei auch den Dateiname von modbus-timberwolf-product-159-1.json in modbus-timberwolf-product-159-2.json geändert. Leider gleiches Resultat.

Hallo zusammen,

mit dem Ansatz habe ich mein USV-Profil bearbeitet. In der Regel hast du beim externen Editieren dann eine der „Regeln“ verletzt die das JSON „ungültig“ machen. Wenn du z. B. Applikationen kopierst, musst du der kopierten Applikation auch zwingend einen im gesamten JSON eindeutigen Namen geben.

Den Profilnamen selbst muss man nicht anpassen.

Beste Grüße
Jens

Bitte nix an dem Header fummeln, dafür ist das nicht gedacht-

Der Export und Import war gedacht für den Austausch zwischen den Servern.

Es ist nicht gedacht dafür, dass jemand sich Profile auf diese Weise selbst schreibt. Wir haben den Weg dafür zwar nicht verbaut, aber auch nicht als einen tollen breiten Pfad gebaut mit allen Fehlermeldungen, Prüfungen, Schikanen und Rückmeldungen.

Im Header alles auf Null zu setzen ist kein guter Start, weil damit rechnet die Software nicht. Wenn man unten ein paar Register hinzufügt ok, aber für mehr ist die Software und die Prüfung nicht ausgelegt.

Lg

Stefan

blaubaerli hat geschrieben: ↑Sa Feb 27, 2021 6:02 pmWenn du z. B. Applikationen kopierst, musst du der kopierten Applikation auch zwingend einen im gesamten JSON eindeutigen Namen

Richtig,

Ein eindeutiger Name für die Applikation ist verpflichtend

Lg

Stefan

Hallo miteinander

blaubaerli hat geschrieben: ↑Sa Feb 27, 2021 6:02 pm mit dem Ansatz habe ich mein USV-Profil bearbeitet. In der Regel hast du beim externen Editieren dann eine der „Regeln“ verletzt die das JSON „ungültig“ machen. Wenn du z. B. Applikationen kopierst, musst du der kopierten Applikation auch zwingend einen im gesamten JSON eindeutigen Namen geben.

Ok, grundsätzlich geht's also so wie gedacht. Danke für die Bestätigung.

An der Stelle hab' ich dann zunächst überlegt, wass denn nun "Applikationen" sein sollen, da es dieses Tag im json nicht gibt. Aber das klärt sich gleich weiter unten...

blaubaerli hat geschrieben: ↑Sa Feb 27, 2021 6:02 pm Den Profilnamen selbst muss man nicht anpassen.

Gut.

StefanW hat geschrieben: ↑Sa Feb 27, 2021 6:07 pm Bitte nix an dem Header fummeln, dafür ist das nicht gedacht-

Der Export und Import war gedacht für den Austausch zwischen den Servern.

Schon klar. War auch nur ein Experiment.

StefanW hat geschrieben: ↑Sa Feb 27, 2021 6:07 pm Es ist nicht gedacht dafür, dass jemand sich Profile auf diese Weise selbst schreibt. Wir haben den Weg dafür zwar nicht verbaut, aber auch nicht als einen tollen breiten Pfad gebaut mit allen Fehlermeldungen, Prüfungen, Schikanen und Rückmeldungen.

Ist ja ok und wenn's funktioniert auch völlig in Ordnung so. Nur macht es IMHO Sinn, diesen Weg zu gehen denn es ist definitiv einfacher, wenn man Dutzende sich wiederholende Konfigurationen auf diese Art und Weise erstellen kann, als das im WebUI immer wieder zusammenzuklicken. Ich habe hier über 40 Seiten Dokumentation zu ein paar hundert Datenpunkten, wobei man aber die grundsätzlich unterschiedlichen Konfigurationen wohl an den Händen abzählen kann. In dem Fall hier ging es bspw. um die Temperaturen, welche alle nach dem gleichen Schema übermittelt werden.

Schlussendlich funktioniert es nun auch hier. Das json war/ist strukturell valide aber die Doku der Datenpunkte hat mir dabei zwei Eier gelegt.

Zunächst war ein Datenpunkt zweimal in der Doku, so dass ich ihn im json auch zweimal drin hatte.

Das zweite Problem war, dass das Feld register_name ebenfalls eindeutig sein muss. Ich habe hier den Inhalt aus der Datenpunkt-Doku 1:1 kopiert, damit sich diese so gut wie möglich im Profil wiederspiegelt. Aber hier gab es auch doppelten Inhalt, was dem Importer nicht schmeckt. Hinterher habe ich dann im Web-UI entdeckt. dass das Feld register_name dort Application heisst.

Anyway, alles gut. Man kann nicht genug aufpassen, auch Hersteller-Doku ist nicht über alle Zweifel erhaben.

Hallo Yves

Wie du schreibst
„
zunächst muss ich sagen, dass das mit den Profilen und deren Erstellung der absolute Kracher ist! Geniale Sache, das macht richtig Spass.
„

Gehe ich davon aus, das dich die Neuheit sehr überrascht hat und du über Modbus schon einiges im petto hast?

Nun zu meiner eigentlichen Frage.

Was würdest du zum deinem jetzigen Wissensstand,
ElabNET empfehlen, hinsichtlich der Neuerung und Timberwolf, wo sie die Werbung anbringen sollten ?

Zb in anderen Foren nur wo?

Könntest du da einige, falls vorhanden, links bereitstellen?

Sinn und Zweck soll eigentlich nur sein, den Wolf besser bekannt werden zu lassen, da ja im anderen Forum ( ich glaube das jeder weis welches ich meine) sofort auf Werbung geschaltet wird hingegen bei anderen Herstellern dies toleriert wird.

Oder wie währe da deine Vorgehensweise ?

Es ist nur eine private dumme Frage meinerseits.

Also ich finde das Elabnet auf jeden Fall über Instagram was machen sollte. Habe da nur mal aus interesse diverse Kanäle über Smarthome gefunden.

LoxForum wäre da eine mögliche Adresse denn die Nutzer sind ja von Loxone teilweise ganz schön gebeutelt worden. Gerade in Sachen KNX sowie Modbus gab es da ja massive Einschränkungen egal ob durch kein Interesse an der Weiterentwicklung (KNX) oder auch nachträglicher Einschränkung und Beschneidung der Funktionen ( MODBUS ). Auch in Sachen Bedienung und Umgang mit den beiden Schnittstellen kommt die Grüne Kiste auch trotz ständiger Updates / Upgrades nicht ran.