Ich habs hinbekommen.

Danke an alle.

Ich hole mir jetzt die aktuell konfigurierte Sprache im Adapter und schicke passende Labels zurück.

Hallo zusammen,
wie kann ich denn für einen selectSendTo in der jsonConfig.json eine Übersetzung der Labels hinbekommen ?
Wenn ich ein Object zurückschicke in der Form

sendTo(obj.from, obj.command, {'label': {'en': 'english', 'de': 'deutsch'}, 'value': 1}, obj.callback);

führt das zu einem Fehler im Browser.

Wenn ich nue eine Sprache zurückschicke funkioniert alles.
Allerdings wird dann im Browser nichts übersetzt.

Ich könnte ja die aktuell ausgewählte Sprache zurückschicken, aber wie bekomme ich im Adapter die
aktuell im Admin gewählte Sprache raus ?

Vielen Dank schonmal.

@buzz Ich habe eine neue Version mit neuen Funktionen veröffentlicht.
Diese sollten dein Problem lösen.

@buzz Danke für den Hinweis.
Ich werde demnächst eine neue Version machen, bei der man dan frei wählen kann
was wann bzw. in welchem Intervall abgefragt wird.
Dann mit deinem Hinweis wahrscheinlich auch noch was nur abgefragt wird wenn Power = on ist.

@bannsaenger Aktuelle Version 0.0.3

Hier Adapter Beschreibung, Changelog etc.
Vorab:
Es ist mir bewusst, dass bereits ein PJLink Adapter zur Aufnahme in das beta repository existiert.

Da ich aktuell für ein Projekt von mir einen solchen Adapter benötige, habe ich selbst einen entwickelt.
Dieser basiert auf dem bestehenden node Packet node/pjlink
Github Link: https://github.com/sy1vain/node-pjlink

Der Plan wäre, das bestende Paket, das auch z.B. für ein Node-RED addon verwendet wird,
auf Unterstützung für Class 2 incl. Gerätesuche zu erweitern und danach den Adapter
auch entsprechend für Class 2 zu erweitern.

Bitte testet mal den Adapter.
Er läuft bei mir gegen einen Optoma Projektor.
Ebenfalls getestet ist er mit dem Simulator von der PJLink Homepage.

@mickym Danke für deinen Hinweis mit MQTT. Das ist schon ein Argument.
Das stimmt mit der Get Node, dass beide Schreibweisen verstanden werden.
Beim Get Node wird das Topic durchgereicht. Das ist gut so.
Da können alternativ beide Schreibweisen verwendet werden.
Leider kommt beim In Node immer die / Schreibweise raus, egal
in welcher Schreibweise man das Topic formuliert.
Da wäre es gut wenn man das "Ausgabeformat" wählen könnte.
Das Problem entsteht dann wenn man auf Teile der Datenbank einen
Subscribe macht und danach das Topic für die Weiterverarbeitung
braucht und zusätzlich hin und wieder auch ein get verwendet.

Git es einen Grund warum die Ausgabe aus dem
getNode das Topic in der Form
mit Punkten getrennt kommt (wie in der Datenbank) und im
inNode das Topic aber mit slashes / getrennt ist ?

Bsp:
getNode: topic: backitup.0.history.iobrokerSuccess
inNode: topic backitup/0/history/iobrokerSuccess

Ist das ein Bug oder absichtlich so ?

Wenn es einen Grund dafür gibt das so zu formatieren, würde ich auch gerne
den Adapter insofern erweitern, dass es konfigurierbar ist.

Danke schon mal.

Version: iobroker.nodeRed: 2.4.2
Node Version: 16.14.0

@mickym Danke für deine Mühe.
Das funktioniert jetzt.

@mickym Eventuell liegt das an der Projektfunkion. Bei mir tut das definitiv so nicht.
Schade.

Nachtrag:
Wenn ich nach dem Tip von @liv-in-sky in der Objekt-Datenbank in dem flows config Objekt
den Inhalt der flows lösche, die flows.json lösche und dann den Adpater neu starte, kommt
er mit einer leeren Datenbak daher.