NEWS

Oje, ich habs hingekriegt, schau mal:
https://github.com/ioBroker/ioBroker.socketio/blob/919a467121e673590377a4fd1023f99ee38656b5/example/conn.js#L240
und hier:
https://github.com/ioBroker/ioBroker.socketio/blob/919a467121e673590377a4fd1023f99ee38656b5/example/conn.js#L260

connOptions hat eine property socketOptions, die wird übernommen als
query key=${socketOptions}

d.h. meine config sieht so aus:

connLink: 'https://192.168.1.35:8084', // optional URL of the socket.io adapter socketSession: 'abc&user=admin&pass=*****', // optional - used by authentication

Das abc ist der Wert für die key property, wofür die steht, ka, aber mit user und pass funzt es 🙂

@homoran

Puh , da werde ich lesen müssen, zumindest in Essen / Gelsenkirchen hatten Kohlezüge die kurzen Weichen und enge Krümmung im Verschiebebetrieb.
Die Maximale Krümmung würde ich eher den Fernzügen zuordnen Anhand der höhrern Geschwindigkeit.

@unclesam & @stan23

Danke an euch beide!

Zusammenfassung für alle:

Debug Logs beim Logging mit Visual Studio Code
Also mit dem Befehl in der Konsolenausgabe ("Windows Start" --> "ioBroker" --> "ioBroker(projektname) Komandozeile") bekommt man im Konsolenfenster beim Debuggen via Visual Studio Code debug einträge geprintet, ebenso werden diese im Log von dem ioBroker Admin angezeigt:

node --inspect-brk node_modules/ioBroker.EuerAdapterName/build/main.js --debug --logs

Debug normal über den Installierten Adapter:
Im ioBroker Bereich Instanzen kann man mit dem Mänchen Symbol in den Experten Modus wechseln.
Dadurch erhält man eine Spalte Log-Stufe. Diese kann man von info auf "debug" ändern. Dadurch wird der Adapter einmal neu gestartet und man erhält die Logeinträge im bereich "Log"
Siehe auch das erwähnte Video mit weiteren Details zum Logging:
ioBroker: Adapter auf Debug, Logstufen, Log Reiter und mehr

@unclesam
Nochmals Dankeschön für Deinen Einsatz! Ok, wenn ich das false bei autoSubscribe weglasse rennen Updates.

Mit dem false bei autoSubscribe ist Stille. Hier die logs:

ioBroker:
socketio.0 2021-01-20 16:19:13.301 info (5112) ==>Connected system.user.admin from ::ffff:192.168.178.20

console chrome:
conn.js:150 Trying connect...
16:19:11.965 conn.js:296 2021-01-20T15:19:11.965Z Connected => authenticate
16:19:12.037 conn.js:317 2021-01-20T15:19:12.037Z Authenticated: true
16:19:12.044 socketTest.js:14 connected
16:19:13.804 socketTest.js:20 Received 10926 states.

Also er verbindet, lädt die States aber es findet kein traffic beim update statt. Somit gehe ich davon aus, dass ein Problem im Bereich der Definition des gewünschten Updates herrscht. Also bei:

servConn.subscribe('hue.*')

Ich habe dies wie empfohlen ganz am Ende platziert.

@lhbl2003

Fertig:

<div class="row"> <div class="col s12 input-field"> <i class="material-icons prefix">mode_edit</i> <textarea id="SqlQuery" style="height: 50%; overflow-y: auto;" class="value materialize-textarea"></textarea> <label for="SqlQuery">SQL Abfrage</label> </div> </div>

@igor123
Klar - die Begrenzung auf das regelmässige Abfragen haben beide. Die Hue Bridge unterstützt nichts anderes.

A.

@atlantis BTW, es ist kein Raspi! Habe ein kleines NAS mit OMV gebaut.
Da läuft auch der Broker drauf.
Gruß

@jan_xx Und rutsch nicht als root auf dem System herum!
User nutzen und per sudo arbeiten.

@a-i-ks Gerne, freut mich das ich helfen konnte.

Wie UncleSam schon geschrieben hat, kannst sonst auch gerne in Discord schreiben, da gibt's auch ziemlich schnell Antworten 🙂

Viel Spass noch beim Entwickeln 🙂

@oliverio
ich habe auch noch die edit und index.html zurückgesetzt und das cachemaifest aus beiden entfernt.

Dann geht es wieder wie gewohnt mit nur F5

Aaah. Im Instance-Folder is das. Danke.
Also brauche ich für den Adapter selbst gar kein State mit den 'grundlegenden' Einstellungen.

Dann weiß ich erstmal bescheid.

@cash danke für das Skript, hat mir sehr geholfen! 🙂

Hallo, gibt es hier bereits irgendwelche News? Danke schonmal für die vorhandene Lösung.

@ljmarkus Da kann ich nicht wirklich weiterhelfen.
Ich habe Jan. 2019 eine node-red <-> Socket.io Verbindung als Implementation in einem function-node zum Laufen gebracht. Das waren eigentlich nur Untersuchungen, für den Fall, dass ich mich mal an einen Node-red-contrib-iob-socketIo setze.
Ich habe dazu die conn.js vom iob socket.io clienten modifiziert und über das function-node genutzt.
Also nichts, was man einfach so weitergeben kann;-( Eher ein proof of concept.
Inzwischen ist das eigentlich komplett obsolet, weil man mit den vom iob mitgelieferten NR nodes nahezu alles erschlagen kann. Das war Anfang 2019 noch nicht der Fall.

Reiner

@Peoples

so ich hab mir deinen code nochmal angeschaut und folgendes gefunden:

admin/client:
1)

async function getVisContent() {

das async kann da weg, gemäß mdn dokumentation ist async nur in einer funktion notwendig, in der mit await aufgerufen wird.
2)

sendTo('viewswitch.0', 'send', mObj, (visData) => {

scheint korrekt zu sein.
wenn du hier im Forum fragen stellst, sind diese Fehlermeldungen wichtig. bitte nicht einfach schreiben "irgendwo im Syntax einen Fehler".
Bitte konkret benennen mit Zeile und exakte Fehlermeldung, wie sie in der debugger console ausgegeben wird.
Der sendTo-Aufruf im client sieht bei mir wie folgt aus. Ich verwende hierden socketefehldirekt.:

function getCountdownInfo(callback) { this.socket.emit('sendTo', [adapter,instance].join('.'), 'getCountdownInfo', {},function (data) { callback(data); }); }

Server

hier sieht es für mich erst einmal ok aus.

@UncleSam dankeschön, das wars, so passts wieder.

@Boardy sagte in Neuer Adapter für DMX Controler:

https://github.com/Bordman-ger/ioBroker.nodedmx

Danke für den Adapter. Beim ersten starten (wohl bevor alles konfiguriert ist) kommt noch folgende Exception und der Adapter beendet sich wieder:

nodedmx.0 2021-01-03 14:06:28.023 error at processTicksAndRejections (internal/process/task_queues.js:97:5) nodedmx.0 2021-01-03 14:06:28.023 error at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:8148:34 nodedmx.0 2021-01-03 14:06:28.023 error at nodedmx.emit (events.js:315:20) nodedmx.0 2021-01-03 14:06:28.023 error at nodedmx.onReady (/opt/iobroker/node_modules/iobroker.nodedmx/build/main.js:61:16) nodedmx.0 2021-01-03 14:06:28.023 error at __awaiter (/opt/iobroker/node_modules/iobroker.nodedmx/build/main.js:26:12) nodedmx.0 2021-01-03 14:06:28.023 error at new Promise (<anonymous>) nodedmx.0 2021-01-03 14:06:28.023 error at /opt/iobroker/node_modules/iobroker.nodedmx/build/main.js:30:71 nodedmx.0 2021-01-03 14:06:28.023 error at Generator.next (<anonymous>) nodedmx.0 2021-01-03 14:06:28.023 error at nodedmx.<anonymous> (/opt/iobroker/node_modules/iobroker.nodedmx/build/main.js:73:46) nodedmx.0 2021-01-03 14:06:28.023 error at DMX.addUniverse (/opt/iobroker/node_modules/dmx/index.js:29:28) nodedmx.0 2021-01-03 14:06:28.023 error (1433) TypeError: this.drivers[driver] is not a constructor nodedmx.0 2021-01-03 14:06:28.013 error (1433) unhandled promise rejection: this.drivers[driver] is not a constructor Unhandled 2021-01-03 14:06:28.011 error promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Leider konnte ich nicht herausfinden, welcher Treiber zu meinem USB DMX Adapter passt - oder es hat nicht funktioniert.
Ich habe enttec-open-usb-dmx und dmx4all versucht am Port /dev/ttyAMA0.

Da ich kein Test-System für DMX habe, muss ich nun wieder auf meinen Adapter zurück wechseln - sonst hat die Familie kein Licht 😉

@AlCalzone
SUPER writeup!

Kapitel 6, war so meine Idee was damit gemeint ist.