NEWS
Zugriff auf iobroker via soket.io
-
@mickym sagte in Zugriff auf iobroker via soket.io:
Ich hab jetzt mal ein Issue erstellt. Sorry für meine Unkenntnis.
kein Problem, alles korrekt
@apollon77
Hallo - Danke erst mal für die Rückmeldung. Dann ist ja alles gut :relaxed:Ich habe mir mal die ganzen offenen Issues angeschaut und eines gefunden , was bereits als Enhancement deklariert ist und ähnliche Anforderungen hat, aber in meinen Augen kann man es noch erweitern,
Schau mal, ob Euch das so langt als Beschreibung: https://github.com/ioBroker/ioBroker.node-red/issues/30
oder soll ich ein eigenes Issue machen und mein Beschreibung, die ich dort als Kommentar hinterlassen habe, nochmal als neues Issue aufmachen?
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@apollon77 Ehrlich gesagt weiß ich nicht Recht wie man ein Issue als Feature Request erstellt. Ich hab jetzt mal ein Issue erstellt. Sorry für meine Unkenntnis.
Wenn das so richtig war - einfach ein Issue zu erstellen, dann kann ich ja das Hauptziel (s. nächstes Posting) entsprechende in Textform formulieren.
@mickym ein Traum von mir wäre mit mehreren Sternchen zu arbeiten - analog dem "mqtt + Wildcard" also zum Beispiel so
Also bei mir geht das problemlos mit dem ioBroker_In node.
Nachtrag, sehe grad, du willst mehrere Wildcards im String. Das hab ich nicht getestet.
-
@mickym sagte in Zugriff auf iobroker via soket.io:
Also wenn Du mir den ganzen Flow zur Verfügung stellen kannst, wie Du mit diesen Wildcards auf der socket-io Schnittstelle Datenpunkte abonnierst, wäre mir schon sehr geholfen. Dann spare ich mir vielleicht den ganzen Aufwand.
Na, du wolltest es ja nicht anders;-)
Sei gewarnt, das ist nur aus der Hüfte geschossen und eigentlich nicht zur Nachnutzung gedacht.
Also im Prinzip bist du ja schon den selben Weg gegangen wie ich.
Bei mir läuft das ganze zwar in deinem NR-Docker-Container, sollte aber in jedem eigenständigem NR ebenfalls funktionieren.- unter NR Socken.io < 3.0 installieren. Bei mir: 2.2.0
- beiliegende conn.js ins NR Verzeichnis kopieren. Achtung hab nur die offensichtlichen Sachen geändert. Und im Flow nur subscribe/unsunscribe/getstate implementiert und getestet.
- connection im Flow anpassen. Habs zum test leider hart kodiert.
servConn.init({ name: 'node-red.' + node.id, // optional - default 'vis.0' connLink: 'http://192.168.99.119:8084', // 8084 optional URL of the socket.io adapter socketSession: '' }, {- settings.json anpassen. Bei mir:
... functionGlobalContext: { io:require('socket.io-client'), servConn:require('./conn.js') }, ...Dann in in den Change-nodes ggf die patterns anpassen.
Sollen mehrere Objecte abboniert werden, muss das nächste Objekt nach payload.suscribePatter[1] usw.Melde dich, wenn du nicht klar kommst
@rewenode Ganz lieben Dank! - Es ist ja schon mal toll, dass es da jemand in der Community gibt, der die gleiche Idee hat, um ein Problem zu lösen- Inzwischen habe ich ja auch bissi Erfahrung gesammelt.
Ich melde mich, wenn ich Fragen habe bzw. nicht zurecht komme.
Nun muss ich mir das ganze aber erst mal genau anschauen und versuchen zu verstehen. :)
Ich sehe gerade bei Dir geht das mit der inNode - dann muss ich mal sehen, ob ich ein anderes Problem habe.
-
@mickym ein Traum von mir wäre mit mehreren Sternchen zu arbeiten - analog dem "mqtt + Wildcard" also zum Beispiel so
Also bei mir geht das problemlos mit dem ioBroker_In node.
Nachtrag, sehe grad, du willst mehrere Wildcards im String. Das hab ich nicht getestet.
@rewenode Hmm dann verstehe ich das alles nicht - dann muss es wohl an irgendeiner Konfig liegen - bei mir kommt da nichts raus - ich habe es sogar mal wie Du eben mit dem Xiaomi Würfel probiert - aber auch da tut sich nichts:
Es kommt bei mir einfach nichts an:
Es ändert auch nichts ob ich das Object oder nur den value in der IN Node eintrage.
Ich sehe allerdings einen Unterschied in Deinem Screenshot - als ob ich eine ganz andere Version habe????
Oder liegt das an Deinem Browser (Safari - denke ich mal ;) )
Wobei ich gerade sehe - das Debug Fenster zeigt doch einen ganz anderen Output (von Alexa) und nichts von Deinem Würfel ??????????????
-
@apollon77
Hallo - Danke erst mal für die Rückmeldung. Dann ist ja alles gut :relaxed:Ich habe mir mal die ganzen offenen Issues angeschaut und eines gefunden , was bereits als Enhancement deklariert ist und ähnliche Anforderungen hat, aber in meinen Augen kann man es noch erweitern,
Schau mal, ob Euch das so langt als Beschreibung: https://github.com/ioBroker/ioBroker.node-red/issues/30
oder soll ich ein eigenes Issue machen und mein Beschreibung, die ich dort als Kommentar hinterlassen habe, nochmal als neues Issue aufmachen?
@mickym sagte in Zugriff auf iobroker via soket.io:
oder soll ich ein eigenes Issue machen und mein Beschreibung, die ich dort als Kommentar hinterlassen habe, nochmal als neues Issue aufmachen?
Überleg dir wie du es haben wollen würdest ... kann ich dir so grad nicht sagen. wenns passt machs rein sonst extra issue
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@rewenode Hmm dann verstehe ich das alles nicht - dann muss es wohl an irgendeiner Konfig liegen - bei mir kommt da nichts raus - ich habe es sogar mal wie Du eben mit dem Xiaomi Würfel probiert - aber auch da tut sich nichts:
Es kommt bei mir einfach nichts an:
Es ändert auch nichts ob ich das Object oder nur den value in der IN Node eintrage.
Ich sehe allerdings einen Unterschied in Deinem Screenshot - als ob ich eine ganz andere Version habe????
Oder liegt das an Deinem Browser (Safari - denke ich mal ;) )
Wobei ich gerade sehe - das Debug Fenster zeigt doch einen ganz anderen Output (von Alexa) und nichts von Deinem Würfel ??????????????
@mickym sagte in Zugriff auf iobroker via soket.io:
Oder liegt das an Deinem Browser (Safari - denke ich mal )
Also, da scheint etwas anderes bei dir im Argen zu sein.
Gerade getestet mit Safari und Chrome.
Alias-Objekt, das originale Object und Alle Objekte mit 2 Wildcards bringen alle das gleiche Ergebnis.
-
@mickym sagte in Zugriff auf iobroker via soket.io:
Oder liegt das an Deinem Browser (Safari - denke ich mal )
Also, da scheint etwas anderes bei dir im Argen zu sein.
Gerade getestet mit Safari und Chrome.
Alias-Objekt, das originale Object und Alle Objekte mit 2 Wildcards bringen alle das gleiche Ergebnis.
@rewenode Ehrlich gesagt, weiß ich nicht was. An der Adapterkonfig kann es eigentlich nicht liegen:
Das Einzige was ich geändert habe, ist die Projektfunktion aktiviert zu haben und dafür die Konvertierung in Strings deaktiviert zu haben.
Ich hab die Konvertierung mal wieder rein genommen - aber das ändert nichts.
@apollon77 Irgendeine Idee - was an meinem Node-Red schief sein könnte und warum das bei mir nicht geht, die Wildcards bei @rewenode schon. Dann brauche ich nämlich auch kein Issue für ein Enhancement aufmachen. Dann hat mein System ja nur irgendein Fehler. :(
-
@rewenode Ehrlich gesagt, weiß ich nicht was. An der Adapterkonfig kann es eigentlich nicht liegen:
Das Einzige was ich geändert habe, ist die Projektfunktion aktiviert zu haben und dafür die Konvertierung in Strings deaktiviert zu haben.
Ich hab die Konvertierung mal wieder rein genommen - aber das ändert nichts.
@apollon77 Irgendeine Idee - was an meinem Node-Red schief sein könnte und warum das bei mir nicht geht, die Wildcards bei @rewenode schon. Dann brauche ich nämlich auch kein Issue für ein Enhancement aufmachen. Dann hat mein System ja nur irgendein Fehler. :(
@mickym sagte in Zugriff auf iobroker via soket.io:
Das Einzige was ich geändert habe, ist die Projektfunktion aktiviert zu haben und dafür die Konvertierung in Strings deaktiviert zu haben.
Sieht eigentlich im Prinzip aus wie bei mir.
Teste doch mal Wildcards bei Nicht-mqtt-Objekten. Irgendwo muss man ja anfangen ;-(
-
@mickym sagte in Zugriff auf iobroker via soket.io:
Also wenn Du mir den ganzen Flow zur Verfügung stellen kannst, wie Du mit diesen Wildcards auf der socket-io Schnittstelle Datenpunkte abonnierst, wäre mir schon sehr geholfen. Dann spare ich mir vielleicht den ganzen Aufwand.
Na, du wolltest es ja nicht anders;-)
Sei gewarnt, das ist nur aus der Hüfte geschossen und eigentlich nicht zur Nachnutzung gedacht.
Also im Prinzip bist du ja schon den selben Weg gegangen wie ich.
Bei mir läuft das ganze zwar in deinem NR-Docker-Container, sollte aber in jedem eigenständigem NR ebenfalls funktionieren.- unter NR Socken.io < 3.0 installieren. Bei mir: 2.2.0
- beiliegende conn.js ins NR Verzeichnis kopieren. Achtung hab nur die offensichtlichen Sachen geändert. Und im Flow nur subscribe/unsunscribe/getstate implementiert und getestet.
- connection im Flow anpassen. Habs zum test leider hart kodiert.
servConn.init({ name: 'node-red.' + node.id, // optional - default 'vis.0' connLink: 'http://192.168.99.119:8084', // 8084 optional URL of the socket.io adapter socketSession: '' }, {- settings.json anpassen. Bei mir:
... functionGlobalContext: { io:require('socket.io-client'), servConn:require('./conn.js') }, ...Dann in in den Change-nodes ggf die patterns anpassen.
Sollen mehrere Objecte abboniert werden, muss das nächste Objekt nach payload.suscribePatter[1] usw.Melde dich, wenn du nicht klar kommst
@rewenode Du bist so Klasse!!!! :+1: :+1: :+1: :+1:
Auch wenn ich nicht weiß, warum meine lokaler NodeRed Adapter mit den iobroker-in Nodes solche Probleme macht mit den Wildcards-
Aber ich habe noch eine Standalone Node Red Installation auf meinem Windows 10 Rechner laufen und da klappt Dein Flow schon mal ausgezeichnet - da kann man noch einiges draus machen.
Super STARK!
und hast Du toll gemacht, dass man gleich im iobroker sieht mit welcher Node man verbunden ist. ;)
-
@mickym sagte in Zugriff auf iobroker via soket.io:
Das Einzige was ich geändert habe, ist die Projektfunktion aktiviert zu haben und dafür die Konvertierung in Strings deaktiviert zu haben.
Sieht eigentlich im Prinzip aus wie bei mir.
Teste doch mal Wildcards bei Nicht-mqtt-Objekten. Irgendwo muss man ja anfangen ;-(
@rewenode Ich habs doch wie Du siehst auch mit den zigbee.0.*.rotate_angle genauso wie Du versucht! Das klappt nicht - aber Dein socket-io ZUgang der passt. ;)
Wenn ich nur wüsste wo man bei meinem Node-Red Adapter sonst anfangen könnte zu suchen - bei mir klappt das ja schon seit Anfang an nicht. An der Hardware kann es ja eigentlich nicht liegen und mein Log- im iobroker ist super sauber, wenn ich nicht selbst irgendwelche Dummheiten anstelle. Und die iobroker-Nodes bekomme ich ja nur über den Adapter geliefert.
-
@rewenode Ich habs doch wie Du siehst auch mit den zigbee.0.*.rotate_angle genauso wie Du versucht! Das klappt nicht - aber Dein socket-io ZUgang der passt. ;)
Wenn ich nur wüsste wo man bei meinem Node-Red Adapter sonst anfangen könnte zu suchen - bei mir klappt das ja schon seit Anfang an nicht. An der Hardware kann es ja eigentlich nicht liegen und mein Log- im iobroker ist super sauber, wenn ich nicht selbst irgendwelche Dummheiten anstelle. Und die iobroker-Nodes bekomme ich ja nur über den Adapter geliefert.
@mickym sagte in Zugriff auf iobroker via soket.io:
Ich habs doch wie Du siehst auch mit den zigbee.0.*.rotate_angle genauso wie Du versucht! Das klappt nicht - aber Dein socket-io ZUgang der passt.
Ja, da bin ich auch ratlos. Na da hast du ja mit socket.io wenigstens eine Alternative bis der eigentliche Fehler mal gefunden ist.
-
@mickym sagte in Zugriff auf iobroker via soket.io:
Ich habs doch wie Du siehst auch mit den zigbee.0.*.rotate_angle genauso wie Du versucht! Das klappt nicht - aber Dein socket-io ZUgang der passt.
Ja, da bin ich auch ratlos. Na da hast du ja mit socket.io wenigstens eine Alternative bis der eigentliche Fehler mal gefunden ist.
@rewenode Wahrscheinlich werde ich dazu auch ein Issue aufmachen - dann ist das halt ein Bug - auch wenn es bei Dir funktioniert. Aber dann muss man immer noch rausfinden, warum es bei mir nicht geht. Wie gesagt die Nodes kommen ja mit dem Adapter - also kann es ja nicht mehr an irgendwelchen Flows und Datenpunkten liegen, zudem ich ja sogar auch die gleichen Zigbee Datenpunkte - und auch noch vom gleichen Gerät genommen habe.
Ja ich mach in jedem Fall an der socket.io Schnittstelle weiter. :) Danke nochmals!
-
@rewenode Ich habs doch wie Du siehst auch mit den zigbee.0.*.rotate_angle genauso wie Du versucht! Das klappt nicht - aber Dein socket-io ZUgang der passt. ;)
Wenn ich nur wüsste wo man bei meinem Node-Red Adapter sonst anfangen könnte zu suchen - bei mir klappt das ja schon seit Anfang an nicht. An der Hardware kann es ja eigentlich nicht liegen und mein Log- im iobroker ist super sauber, wenn ich nicht selbst irgendwelche Dummheiten anstelle. Und die iobroker-Nodes bekomme ich ja nur über den Adapter geliefert.
@mickym sagte in Zugriff auf iobroker via soket.io:
Wenn ich nur wüsste wo man bei meinem Node-Red Adapter sonst anfangen könnte zu suchen - bei mir klappt das ja schon seit Anfang an nicht.
Letztlich bleibt eigentlich nur, das node zu debuggen um zu schauen was da wo ankommt und wie umgesetzt wird.
Aber das ist nicht so einfach, da habe ich schon einiges an Zeit investiert und dann für mich eine halb-gare Frickellösung gebastelt.
Aber da du an den Adapter-Quellcode rankommst, spricht ja nichts dagegen an interessanten Stellen Log-Ausgaben für die Konsole zu implementieren.
Sonst stocherst du ewig im Nebel. -
@mickym sagte in Zugriff auf iobroker via soket.io:
Wenn ich nur wüsste wo man bei meinem Node-Red Adapter sonst anfangen könnte zu suchen - bei mir klappt das ja schon seit Anfang an nicht.
Letztlich bleibt eigentlich nur, das node zu debuggen um zu schauen was da wo ankommt und wie umgesetzt wird.
Aber das ist nicht so einfach, da habe ich schon einiges an Zeit investiert und dann für mich eine halb-gare Frickellösung gebastelt.
Aber da du an den Adapter-Quellcode rankommst, spricht ja nichts dagegen an interessanten Stellen Log-Ausgaben für die Konsole zu implementieren.
Sonst stocherst du ewig im Nebel.@rewenode OK damit finde ich vielleicht raus, was die Ursache ist. Wenn es aber ein Bug in der Node ist, werde ich das sicherlich nicht selbst beheben können, das muss dann sowieso der Adapterentwickler machen. Zudem es wahrscheinlich schwerer ist den Code zu verstehen, als wenn ich sowas selber mache. Ich bin auch noch nicht der Javascript Entwickler, dass mir das alles so leicht fällt.
-
@rewenode OK damit finde ich vielleicht raus, was die Ursache ist. Wenn es aber ein Bug in der Node ist, werde ich das sicherlich nicht selbst beheben können, das muss dann sowieso der Adapterentwickler machen. Zudem es wahrscheinlich schwerer ist den Code zu verstehen, als wenn ich sowas selber mache. Ich bin auch noch nicht der Javascript Entwickler, dass mir das alles so leicht fällt.
@mickym sagte in Zugriff auf iobroker via soket.io:
Wenn es aber ein Bug in der Node ist, werde ich das sicherlich nicht selbst beheben können, das muss dann sowieso der Adapterentwickler machen.
Ja, das stimmt schon. Aber was soll man als Entwickler machen, wenn es (scheinbar) überall geht, nur bei einem nicht und man das auch nicht nachvollziehen kann;-(
@mickym sagte in Zugriff auf iobroker via soket.io:
Ich bin auch noch nicht der Javascript Entwickler, dass mir das alles so leicht fällt.
Ich leider auch nicht, deshalb tue ich mich auch so schwer, mein Gefrickel weiterzugeben ;-)
-
@mickym sagte in Zugriff auf iobroker via soket.io:
Wenn es aber ein Bug in der Node ist, werde ich das sicherlich nicht selbst beheben können, das muss dann sowieso der Adapterentwickler machen.
Ja, das stimmt schon. Aber was soll man als Entwickler machen, wenn es (scheinbar) überall geht, nur bei einem nicht und man das auch nicht nachvollziehen kann;-(
@mickym sagte in Zugriff auf iobroker via soket.io:
Ich bin auch noch nicht der Javascript Entwickler, dass mir das alles so leicht fällt.
Ich leider auch nicht, deshalb tue ich mich auch so schwer, mein Gefrickel weiterzugeben ;-)
@rewenode Du bist trotzdem schon weiter bei der Programmierung - jedenfalls hast Du mir toll geholfen und nun kann ich da weitermachen.
Ich habe das Ganze Problem ja mal hier angehängt - mach dann aber wahrscheinlich noch ein Neues Issue auf.
https://github.com/ioBroker/ioBroker.node-red/issues/30
Zumindest sieht man daran, dass es 2018 - ok ist super alt - auch nicht gegangen ist. Sonst hätte dieser @Osrx seine Lampen mit "lamp.*" auslesen können.
Ja, das stimmt schon. Aber was soll man als Entwickler machen, wenn es (scheinbar) überall geht, nur bei einem nicht und man das auch nicht nachvollziehen kann;-(
Also ich hatte auch mal einen Fehler im backit-up Adapter und da konnte mir der Entwickler super weiterhelfen und hat den Fehler auch im Code gefunden.Da kam dann auch raus, dass es daran lag, dass ich ein lokales Backup gemacht habe usw. ..
Jedenfalls hat man da was dann zum Debuggen eingebaut - dass man es im Log sieht. Ich wüsste ja nicht mal, wo ich im Code suchen müsste.
Ich habe es gerade nochmal auf einem fast jungfräulichen Projekt nochmals versucht und den node-red Adapter auf debug gestellt - aber da kommt auch nichts bzw. raus:
node-red.0 2021-02-03 20:16:43.755 debug (7110) system.adapter.admin.0: logging true node-red.0 2021-02-03 20:15:39.043 debug (7110) system.adapter.admin.0: logging false node-red.0 2021-02-03 20:09:17.106 debug (7110) system.adapter.admin.0: logging true node-red.0 2021-02-03 20:09:05.971 debug (7110) 3 Feb 20:09:05 - [info] Gestartete geänderte Nodes node-red.0 2021-02-03 20:09:05.970 debug (7110) 3 Feb 20:09:05 - [info] Modifizierte Nodes werden gestartet node-red.0 2021-02-03 20:09:05.967 debug (7110) 3 Feb 20:09:05 - [info] Geänderte Nodes gestoppt node-red.0 2021-02-03 20:09:05.967 debug (7110) 3 Feb 20:09:05 - [info] Modifizierte Nodes werden gestopptDie Shellies aktualisieren ihre Datenpunkte im Minutentakt.
Das Einzige was ich finde - wenn ich den Node-Red Adapter auf Debug stelle ist, dass er irgendwie nach Datenpunkten sucht, die es tatsächlich nicht bzw. nicht mehr gibt.
node-red.0 2021-02-03 20:19:24.404 debug (7110) State "logic.states.occupancy" does not exist in the ioBroker node-red.0 2021-02-03 20:19:24.283 debug (7110) State "logic.states.occupancy" does not exist in the ioBroker node-red.0 2021-02-03 20:19:24.214 debug (7110) State "logic.states.illuminance" does not exist in the ioBroker node-red.0 2021-02-03 20:19:24.191 debug (7110) State "logic.states.occupancy" does not exist in the ioBrokerAllerdings kann ich alle Nodes durch suchen - ich finde keine Node noch den String auch wenn ich die ganze flows.json durchsuche!
-
@mickym sagte in Zugriff auf iobroker via soket.io:
oder soll ich ein eigenes Issue machen und mein Beschreibung, die ich dort als Kommentar hinterlassen habe, nochmal als neues Issue aufmachen?
Überleg dir wie du es haben wollen würdest ... kann ich dir so grad nicht sagen. wenns passt machs rein sonst extra issue
@apollon77 Ich habe nun ein issue aufgemacht, da bei @rewenode die wildcards ja zu funktionieren scheinen.
-
@mickym sagte in Zugriff auf iobroker via soket.io:
Also wenn Du mir den ganzen Flow zur Verfügung stellen kannst, wie Du mit diesen Wildcards auf der socket-io Schnittstelle Datenpunkte abonnierst, wäre mir schon sehr geholfen. Dann spare ich mir vielleicht den ganzen Aufwand.
Na, du wolltest es ja nicht anders;-)
Sei gewarnt, das ist nur aus der Hüfte geschossen und eigentlich nicht zur Nachnutzung gedacht.
Also im Prinzip bist du ja schon den selben Weg gegangen wie ich.
Bei mir läuft das ganze zwar in deinem NR-Docker-Container, sollte aber in jedem eigenständigem NR ebenfalls funktionieren.- unter NR Socken.io < 3.0 installieren. Bei mir: 2.2.0
- beiliegende conn.js ins NR Verzeichnis kopieren. Achtung hab nur die offensichtlichen Sachen geändert. Und im Flow nur subscribe/unsunscribe/getstate implementiert und getestet.
- connection im Flow anpassen. Habs zum test leider hart kodiert.
servConn.init({ name: 'node-red.' + node.id, // optional - default 'vis.0' connLink: 'http://192.168.99.119:8084', // 8084 optional URL of the socket.io adapter socketSession: '' }, {- settings.json anpassen. Bei mir:
... functionGlobalContext: { io:require('socket.io-client'), servConn:require('./conn.js') }, ...Dann in in den Change-nodes ggf die patterns anpassen.
Sollen mehrere Objecte abboniert werden, muss das nächste Objekt nach payload.suscribePatter[1] usw.Melde dich, wenn du nicht klar kommst
@rewenode Ansonsten bin ich ein Stück weiter und hab nun die wichtigsten Funktionen getestet/implementiert.
Danke nochmals. ;)
Die Zugriffe aufs Dateisystem spare ich mir erst mal.
Der nächste Schritt ist nun eigene Nodes zu basteln. ;)
-
@rewenode Ansonsten bin ich ein Stück weiter und hab nun die wichtigsten Funktionen getestet/implementiert.
Danke nochmals. ;)
Die Zugriffe aufs Dateisystem spare ich mir erst mal.
Der nächste Schritt ist nun eigene Nodes zu basteln. ;)
@mickym sagte in Zugriff auf iobroker via soket.io:
Der nächste Schritt ist nun eigene Nodes zu basteln.
Sieht doch schon mal gut aus was du da machst!
Wäre toll, wenn du das durchziehst. Das wird dann die ultimative Schnittstelle NR-ioB. Auf schwachbrüstigen ioB Rechnern kann man dann auch komplett auf den NR-Adapter verzichten. Das kann recht nützlich sein.Nachtrag
Sieh dir unbedingt nochmal die conn.js genauer an. da habe ich wirklich nur die offensichtlichsten html-Referenzen behandelt. Da wimmelt es aber sicher noch von so reload() - Sachen.
Hab zwar irgendwo gelesen, dass man die conn.js bei eigenen Adaptern verwenden soll, aber wenn es sich nicht um Bowser-socket.io Geschichten handelt scheint mir das keine optimale Lösung zu sein. -
@mickym sagte in Zugriff auf iobroker via soket.io:
Der nächste Schritt ist nun eigene Nodes zu basteln.
Sieht doch schon mal gut aus was du da machst!
Wäre toll, wenn du das durchziehst. Das wird dann die ultimative Schnittstelle NR-ioB. Auf schwachbrüstigen ioB Rechnern kann man dann auch komplett auf den NR-Adapter verzichten. Das kann recht nützlich sein.Nachtrag
Sieh dir unbedingt nochmal die conn.js genauer an. da habe ich wirklich nur die offensichtlichsten html-Referenzen behandelt. Da wimmelt es aber sicher noch von so reload() - Sachen.
Hab zwar irgendwo gelesen, dass man die conn.js bei eigenen Adaptern verwenden soll, aber wenn es sich nicht um Bowser-socket.io Geschichten handelt scheint mir das keine optimale Lösung zu sein.@rewenode Ich glaube Du überschätzt mich wahrscheinlich. Ich bin wirklich ein blutiger Anfänger und muss mir soviel noch erarbeiten - teilweise selbst Grundlagen von Javascript - da meine Programmierzeit schon lange zurückliegt. Aber ich probiers halt.
Im Moment muss ich mich erst mal anhand der Beispiele einlesen, wie man solche Nodes überhaupt macht und alles soweit zusammenhängt. An Deinem Code in der Funktion habe ich erst mal bissi was verändert, damit der Output etwas näher an den NodeRed Standard angelehnt wird.
Auch Dein Sammeln der Eingaben über Arrays finde ich von Dir pfiffig - aber ich muss da noch sehen, was dann zentral bleibt und was ggf. doch in den Node Context kommt. ;)
Aber wie gesagt ich bin ja schon froh, dass ich die Funktionalität mit NodeRed und der conn.js getestet und soweit verstanden habe und nicht mehr verzweifelt vor einem "es geht nicht" und ich weiß nicht mehr weiter stehe.
Bis ich auf die nächsten Probleme stoße - aber wie gesagt - mich drängt ja nichts. ;)
Und wenn Du meinst, dass die Arbeit in jedem Fall sinnvoll ist - kann ich das ja auch zum Verstehen weitermachen - da ich hoffe, dass mein Problem mit den Wildcards im NR-Adapter trotzdem behoben werden.
Wenn ich mal etwas weiter bin - vielleicht können wir ja auch gemeinsam daran weiterarbeiten. Wie gesagt, Du warst mir eine große Hilfe, dass ich nun weitermachen kann.
Support us
884
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge