NEWS

@oberst_von_gatow Hey, ich hatte das gleiche Problem. Bis mir in den Einstellungen von der Broadlink App (Handy App zum konfigurieren) eine Option aufgefallen ist. Du musst "Lock device" ausschalten. Dann wird das Gerät zumindest vom Adapter gefunden.
Könnte dann noch sein, dass du die Identifikation in den Adapter eintragen musst.
Im iobroker Log steht die Nummer z.B. 0x23g6 oder so. Dann trägst du noch 0x23g6=RM in den Adapter ein. Das hat zumindest bei mir funktioniert.

@frey2021 Mach dazu bitte beim Adapter ein Github Issue auf.

@peterbaumert Sentry Plugin (respektive Plugins selber) bedingt eine aktuelle js-controller Version (weiss gerade nicht welche). Wenn du die im io-package.json drin hast, genügt das.

Wenn du den ioBroker Sentry Server benutzen willst, musst du dich nur bei @apollon77 melden.

Ansonsten: einfach schnell im Discord oder Telegram nachfragen.

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.