Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[UncleSam]

@Boardy sagte in Problem beim Einbinden eines node.js Adapters:

Was ist der Grund für den Fehler?

Grundsätzlich hast du wohl alles richtig gemacht, allerdings ist das mit Node und Windows immer so eine Sache. In diesem Fall hat er Probleme serialport zu kompilieren. Wirst du es später auch unter Windows benutzen wollen, oder ist das nur deine Entwicklungsumgebung? Was benutzt du als IDE? Mein Vorschlag wäre sonst: VS Code und Devcontainer.

[Boardy]

@UncleSam deinen Adapter schaue ich mir morgen an...

Das Windows log war nur Spielerei aber auf dem NAS (Synology) kommt ja was ähnliches also nicht Windows spezifisch... Meine IDE ist noch nicht gut, VSCode hab ich mir heute auch ausgeguckt, Devcontainer kenn ich nicht? Docker unter Windows? muss ich morgen mal ausgiebiger suchen... momentan schieb ich alles auf Github und installiere von dort im IoBrocker auf dem NAS - zum Debuggen natürlich keine Lösung... wie gesagt, komplett alles Neuland (-:

Und deinen Loxone Adapter schau ich mir auch an - Danke

[Boardy]

@UncleSam sagte in Problem beim Einbinden eines node.js Adapters:

Kann noch nicht viel, aber wir könnten das zusammen erweitern.

Ja das sieht doch schon super aus - wüsste jetzt nicht warum das nicht gehen soll? Mir ist dein Daten-Interface zwar noch nicht klar, aber ich will letztlich auch nur Daten vom Homeserver auf den Controller durchreichen, benötige also nur paar Datenpunkte...

Ich hab mal versucht das nun anzupassen und verstehe im Moment nicht wieso die Fehlermeldung weiterhin kommt

Liegt das ggf an meinem USB Hub das er ihn nicht findet?

Spoiler

root@IOBroker:/opt/iobroker# udevadm info --name=/dev/ttyACM0 --attribute-walk

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/devices/pci0000:00/0000:00:15.0/usb1/1-2/1-2.3/1-2.3:1.0/tty/ttyACM0':
    KERNEL=="ttyACM0"
    SUBSYSTEM=="tty"
    DRIVER==""

  looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1/1-2/1-2.3/1-2.3:1.0':
    KERNELS=="1-2.3:1.0"
    SUBSYSTEMS=="usb"
    DRIVERS=="cdc_acm"
    ATTRS{bmCapabilities}=="6"
    ATTRS{bInterfaceProtocol}=="01"
    ATTRS{bInterfaceSubClass}=="02"
    ATTRS{bNumEndpoints}=="01"
    ATTRS{supports_autosuspend}=="1"
    ATTRS{bAlternateSetting}==" 0"
    ATTRS{bInterfaceClass}=="02"
    ATTRS{bInterfaceNumber}=="00"
    ATTRS{authorized}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1/1-2/1-2.3':
    KERNELS=="1-2.3"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{idVendor}=="03eb"
    ATTRS{version}==" 2.00"
    ATTRS{syno_quirks}=="0x0"
    ATTRS{speed}=="12"
    ATTRS{urbnum}=="12"
    ATTRS{removable}=="unknown"
    ATTRS{ltm_capable}=="no"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{bcdDevice}=="0100"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceClass}=="02"
    ATTRS{busnum}=="1"
    ATTRS{devpath}=="2.3"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{product}=="NanoDMX Interface"
    ATTRS{bNumInterfaces}==" 2"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{configuration}==""
    ATTRS{authorized}=="1"
    ATTRS{idProduct}=="2018"
    ATTRS{bMaxPacketSize0}=="32"
    ATTRS{devnum}=="11"
    ATTRS{serial}=="ffffffd1ffffffb2ffffffd3ffffffb5"
    ATTRS{bmAttributes}=="80"
    ATTRS{manufacturer}=="DMX4ALL"
    ATTRS{quirks}=="0x0"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{syno_vbus_reset}=="0"
    ATTRS{bMaxPower}=="250mA"
    ATTRS{maxchild}=="0"

  looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1/1-2':
    KERNELS=="1-2"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{authorized}=="1"
    ATTRS{idVendor}=="0bda"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{syno_quirks}=="0x0"
    ATTRS{maxchild}=="4"
    ATTRS{bDeviceClass}=="09"
    ATTRS{syno_vbus_reset}=="4"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{bDeviceProtocol}=="02"
    ATTRS{devpath}=="2"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{speed}=="480"
    ATTRS{quirks}=="0x0"
    ATTRS{idProduct}=="5411"
    ATTRS{version}==" 2.10"
    ATTRS{product}=="4-Port USB 2.0 Hub"
    ATTRS{busnum}=="1"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{devnum}=="9"
    ATTRS{serial}=="ffffffd6ffffffa3ffffffebffffffcb"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{urbnum}=="59"
    ATTRS{bcdDevice}=="0121"
    ATTRS{removable}=="removable"
    ATTRS{manufacturer}=="Generic"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{configuration}==""
    ATTRS{ltm_capable}=="no"

  looking at parent device '/devices/pci0000:00/0000:00:15.0/usb1':
    KERNELS=="usb1"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{version}==" 2.00"
    ATTRS{idVendor}=="1d6b"
    ATTRS{devnum}=="1"
    ATTRS{interface_authorized_default}=="1"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{syno_vbus_reset}=="9"
    ATTRS{serial}=="0000:00:15.0"
    ATTRS{bMaxPower}=="0mA"
    ATTRS{authorized}=="1"
    ATTRS{quirks}=="0x0"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{syno_quirks}=="0x0"
    ATTRS{bDeviceProtocol}=="01"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{configuration}==""
    ATTRS{manufacturer}=="Linux 4.4.59+ xhci-hcd"
    ATTRS{product}=="xHCI Host Controller"
    ATTRS{speed}=="480"
    ATTRS{devpath}=="0"
    ATTRS{maxchild}=="9"
    ATTRS{removable}=="unknown"
    ATTRS{urbnum}=="243"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{bDeviceClass}=="09"
    ATTRS{bNumInterfaces}==" 1"
    ATTRS{bmAttributes}=="e0"
    ATTRS{bcdDevice}=="0404"
    ATTRS{ltm_capable}=="no"
    ATTRS{idProduct}=="0002"
    ATTRS{authorized_default}=="1"
    ATTRS{busnum}=="1"
    ATTRS{bNumConfigurations}=="1"

  looking at parent device '/devices/pci0000:00/0000:00:15.0':
    KERNELS=="0000:00:15.0"
    SUBSYSTEMS=="pci"
    DRIVERS=="xhci_hcd"
    ATTRS{devspec}==""
    ATTRS{enable}=="1"
    ATTRS{consistent_dma_mask_bits}=="64"
    ATTRS{local_cpulist}=="0-3"
    ATTRS{subsystem_vendor}=="0x0000"
    ATTRS{driver_override}=="(null)"
    ATTRS{local_cpus}=="f"
    ATTRS{class}=="0x0c0330"
    ATTRS{d3cold_allowed}=="1"
    ATTRS{broken_parity_status}=="0"
    ATTRS{msi_bus}=="1"
    ATTRS{dma_mask_bits}=="64"
    ATTRS{subsystem_device}=="0x0000"
    ATTRS{irq}=="343"
    ATTRS{device}=="0x31a8"
    ATTRS{vendor}=="0x8086"

  looking at parent device '/devices/pci0000:00':
    KERNELS=="pci0000:00"
    SUBSYSTEMS==""
    DRIVERS==""

[Boardy]

Ich hatte die beiden Module aus dem Readme vergessen...

Per PACKAGES nachgalden: build-essential libudev-dev

nun bekomme ich im Container log den Fehler :

Was kann da klemmen?

[UncleSam]

@Boardy sagte in Problem beim Einbinden eines node.js Adapters:

Was kann da klemmen?

Docker Container? Ist der "privileged"? Sonst hast du wahrscheinlich keinen Zugriff auf den USB des Host.

[Boardy]

@UncleSam Ja das macht Sinn, ich habe es Dank buanet hinbekommen die Devices durchzureichen ohne priviligierten Container, aber node-usb greift ja gar nicht über die devices zu sonder geht auf den host - muss mal sehen ob ich das auch durchreichen kann - privilegiert kommt bei mir nicht in frage... hab es Testweise gerade mal abgeschaltet, da ist zumindest dieser Fehler weg aber es kommen andere - ich glaube ich setzte mien IOBroker erst mal neu auf mittels Best Practic clean istall und dann teste ich mal weiter.

[Boardy]

Hier noch mal das log in hübsch nachdem ich alles neu aufgesetzt habe... wer versteht wo das Problem liegt und wie man es beheben kann?
Scheint ja irgendwie an der alten serialport zu liegen - weiß aber gar nicht wo die herkommt...

2020-10-23T11_36_11_272Z-debug.log

[Boardy]

Nachdem ich nun noch mal eine IOBrocker instanz mit Node Version
node: v10.20.0 npm: 6.14.4 aufgesetzt habe
klappt die Installation - es liegt also vermutlich an Node 12.xxx.

[Boardy]

Hallo,
ich habe nun kräftig umgebaut, bin auf Visual Studio Code umgestiegen, mir dem Generator den Adamter neu angelegt habe auf Typescript umgestellt und hänge nun an dem Aufruf der externen Klasse...
Kann mir da jemand eine Tip geben? Kann ich für diese Klasse Typescript deaktivieren?
es gibt noch kein declaration module - war wohl etwas ungeschickt gleich auf Typescript zu gehen...

Eine Frage zum Debuggen mit devcontainer: da ich den USB Stick im Keller fest verkabelt habe macht es wenig Sinn diesem am lokalen PC zu testen... komme ich ohne Devcontainer weiter oder ist das zu mühsam um sinnvoll was zu machen? (z.B. Status ins Log schreiben geht ja wohl)
Meine Typescript Version liegt unter
https://github.com/Bordman-ger/ioBroker.nanodmx2.git

Ich hatte auch schon versucht, die dmx Files mit in meien Adapter reinzunehmen aber da komme ich in teufels Küche... (daher sind die files aktuell aber noch im Git)

Uwe

[UncleSam]

@Boardy sagte in Problem beim Einbinden eines node.js Adapters:

es gibt noch kein declaration module - war wohl etwas ungeschickt gleich auf Typescript zu gehen...

Kannst du problemlos selber schreiben: z.B. eine Datei "dmx.d.ts" erstellen und dort die Definitionen selber schreiben.
Oder du belässt einfach alles bei any und hast (wie in JavaScript) keine Typenprüfung.

Eine Frage zum Debuggen mit devcontainer: da ich den USB Stick im Keller fest verkabelt habe macht es wenig Sinn diesem am lokalen PC zu testen... komme ich ohne Devcontainer weiter oder ist das zu mühsam um sinnvoll was zu machen? (z.B. Status ins Log schreiben geht ja wohl)

Devcontainer und USB sind nicht gerade die besten Freunde. Insbesondere unter Windows nicht.

Es gibt mehrere Möglichkeiten:

• du kopierst jeweils deinen Code per WinSCP auf das Gerät, wo der USB-Stick angeschlossen ist
• du lädst alles auf GitHub und installierst dann auf dem Gerät via GitHub URL den aktuellsten Stand
• du schreibst dir einen kleinen RPC Server/Client und arbeitest "remote": https://github.com/UncleSamSwiss/ioBroker.i2c/tree/master/src/debug

Ich hatte auch schon versucht, die dmx Files mit in meien Adapter reinzunehmen aber da komme ich in teufels Küche... (daher sind die files aktuell aber noch im Git)

Würde ich nie machen; dafür gibt es ja schliesslich NPM und Node Module.

Wieso heisst dein Adapter übrigens "nanodmx2"? Ich würde den dann noch umbenennen.

[Boardy]

@UncleSam nanaodmx2 weil das die Typescript Variante ist... ja wird natürlich umbenannt wollte nur nicht alles parallel schrotten...

Dann versuch ich mich mal mit der Datei "dmx.d.ts" da kann ich ja bei dir im Loxone bischen spicken (-.

Ich gehe aktuell den Weg über Git und Adapter install - klappt ganz gut

[UncleSam]

@Boardy sagte in Problem beim Einbinden eines node.js Adapters:

da kann ich ja bei dir im Loxone bischen spicken

Ja, gibt nicht gerade viel zu sehen :-D Ich habe mir das Leben ehrlich gesagt sehr einfach gemacht.

https://github.com/UncleSamSwiss/ioBroker.loxone/blob/master/src/node-lox-ws-api.d.ts

  declare module 'node-lox-ws-api';

Das war's auch schon...

[Boardy]

@UncleSam also kein gutes Beispiel? sorry zu viele neues und ich weiß nicht genau nach was ich suchen soll...
Die Klassendefiniton sieht wie folgt aus:

Ich würde zum start erst mal den weg mit any versuchen, aber wie genau muss ich dann den Typ deklarieren ?

declare module "dmx"; <- passt das für eine Klasse?

Ich habe nun mein Git aufgeräumt und bin wieder in
https://github.com/Bordman-ger/ioBroker.nanodmx.git

führt zu diversen Fehlern

passt das so und meine Fehler sind im Code meines main.js oder ist hier bei der Dekleration noch was falsch? Der Type Error deutet darauf hin?

[UncleSam]

Hatte dasselbe Problem. Bei mir war die Lösung

import * as loxoneWsApi from 'node-lox-ws-api';

// ....

client = new loxoneWsApi(/* ... */);

Das kommt aber ganz darauf an, wie der Export bei der benutzten Library aussieht. Vielleicht kann uns @AlCalzone hier weiterhelfen?

declare module sagt einfach: es gibt ein Modul. Was das Modul beinhaltet ist dann eben nicht festgelegt und damit ist alles "any".

[AlCalzone]

@Boardy @UncleSam Der TypeError deutet für mich darauf hin dass du das Paket falsch importierst oder falsch nutzt. Laut Anleitung:

const DMX = require('dmx')

was in TypeScript übersetzt wie folgt aussehen sollte (ein sog. Standard-Import):

import DMX from "dmx";

Die Form

import * as DMX

nutzt man, wenn das Modul mehrere Exporte hat, die du unter dem Namen DMX zusammenfassen möchtest.

Dann gäbe es noch import { something } from "modul", welches nur den Export something importiert.

[Boardy]

Cool das hat nun funktioniert (-:

@UncleSam sagte in Problem beim Einbinden eines node.js Adapters:

• du lädst alles auf GitHub und installierst dann auf dem Gerät via GitHub URL den aktuellsten Stand

Das ist für mich der schnellste weg... nun hab ich gesehen dass Visual Studio Code auch remote debuggen kann... geht das auch mit einem nicht privilegierten Container auf dem NAS?

Aktuell hab ich die Syntaxfehler weg und er Adapter statet und stoppt auch gleich wieder... muss mich noch mal durch die adapterdoku wühlen und Beispiele ansehen... falls einer auf den ersten Blick sieht was schief geht wäre ein Hinweis nett (-:

Gibt es vielleicht ein relativ triviales Type Script Besipiel an dem ich mich orientieren kann?
Denke aber mein Hauptproblem ist die DMX Klasse richtig einzubinden...

LG

Uwe

[UncleSam]

@Boardy sagte in Problem beim Einbinden eines node.js Adapters:

nun hab ich gesehen dass Visual Studio Code auch remote debuggen kann... geht das auch mit einem nicht privilegierten Container auf dem NAS?

Remote Debugging ist eine Funktionalität von nodejs, somit funktioniert das in jeder denkbaren Kombination.

Die andere Variante, die ich auch schon gemacht habe, ist Remote VS Code. Damit läuft dein VS Code GUI auf deinem PC, aber der Rest von VS Code läuft direkt in der VM: https://code.visualstudio.com/docs/remote/ssh Ich benutze das zB zum auf dem Raspi zu entwickeln, so kann ich immer auf meinem Desktop PC bleiben und trotzdem ohne herum kopieren meinen Code direkt auf dem Raspi laufen lassen.

Gibt es vielleicht ein relativ triviales Type Script Besipiel an dem ich mich orientieren kann?

Mein einfachster Adapter in TypeScript ist:
https://github.com/UncleSamSwiss/ioBroker.luxtronik2

[Boardy]

@UncleSam Ich kämpfe noch damit, im Docker container SSH zum laufen zu bringen... (BUANET) aber das habe ich an anderer Stelle adressiert...

Ich wäre schon glücklich wenn mein Adapter mal was ins Log schreibt - hast du ne Idee warum der gleich wieder beendet?
https://github.com/Bordman-ger/ioBroker.nanodmx.git

Fehlt wohl noch irgend was elementares - ich halte mich lieber an deinen loxone adapter, der ist auch nicht so viel komplizierter wie der luxtronik2...

[UncleSam]

@Boardy sagte in Problem beim Einbinden eines node.js Adapters:

ich halte mich lieber an deinen loxone adapter, der ist auch nicht so viel komplizierter wie der luxtronik2...

Einfach aufpassen: Loxone ist nicht ganz nach den aktuellsten Erkenntnissen bezüglich Devcontainer und so gemacht. Luxtronik2 hingegen habe ich letzte Woche mit dem Adapter Creator erstellt.

[UncleSam]

@Boardy sagte in Problem beim Einbinden eines node.js Adapters:

Ich wäre schon glücklich wenn mein Adapter mal was ins Log schreibt

Auf den ersten Blick (auf dem Handy) sehe ich keinen Fehler. Hast du mal versucht, den Adapter von Hand oder mit Debugger (Break on Exception) zu starten? Das kannst du ja auch auf deinem PC machen, der wird erst beim Verbinden des DMX mit einem Fehler kommen. So habe ich schon öfter ganz grundlegende Probleme gefunden.