Homebride Npm-Module manuel bearbeitbar?
-
https://github.com/PaulMT/homebridge-blauberg-vento/pulls
Es gibt einen Fork, aber der hat das dann gleich für ein anderes Lüftermodel angepasst, mit dem sich wieder die Blauberg nicht komplett steuern lassen
-
prüfe mal ob die änderung hier mit drin ist
https://github.com/mbjedk/homebridge-duka-smartfandas ist ein fork von PaulMT wo kein Pullrequest mehr vorliegt und 15 commits weiter ist, wie der original.
Auch zeigt das paket bei npm auf dieses repository
https://www.npmjs.com/package/homebridge-duka-smartfanich verstehe nur noch nicht was das mit dem adapter zu tun hat
https://github.com/ioBroker/ioBroker.ham/blob/master/package.json
in diesem wird weder das alte noch das neue paket verwendet.
oder geht es um einen "anderen" homebridge adapter? -
@oliverio sagte in Homebride Npm-Module manuel bearbeitbar?:
prüfe mal ob die änderung hier mit drin ist
https://github.com/mbjedk/homebridge-duka-smartfanDas ist der Fork der mit einem anderen Model "duka-smartfan" funktioniert
das ist ein fork von PaulMT wo kein Pullrequest mehr vorliegt und 15 commits weiter ist, wie der original.
Auch zeigt das paket bei npm auf dieses repository
https://www.npmjs.com/package/homebridge-duka-smartfanHatte ich gesehen habe ich schon ausprobiert
ich verstehe nur noch nicht was das mit dem adapter zu tun hat
https://github.com/ioBroker/ioBroker.ham/blob/master/package.json
in diesem wird weder das alte noch das neue paket verwendet.
oder geht es um einen "anderen" homebridge adapter?Das sind npm - Module die man in dem Ham Adapter laden kann um Geräte zu steuern, das hat mit dem Adapter Ham an und für sich nichts zu tun.
Deswegen meinte ich ja wo die Module abgelegt werden um diese lokal zu bearbeiten. -
gespeichert werden die pakete immer ausgehend von dem verzeichnis wo man den npm install befehl ausführt im unterverzeichnis node_modules/
aber dort drin zu bearbeiten ist etwas was ich überhaupt nicht rate.
beim nächsten install befehl auf der übergeordneten ebene sind die änderungen wieder weg.
daher der weg den ich oben beschrieben habe.
allerdings nicht auf dem adapter (den betrifft es ja nur indirekt),
sonmdern nur auf dem homebridge plugin.ich verstehe nur nicht, wo das problem jetzt ist.
du hast mir ein repo genannt.
dafür gibt es einen fork, wo scheinbar der PR eingeflossen ist und zu dem es auch ein nmpm paket gibt. du hast dieses alternativpaket auch schon ausprobiert.
was passt jetzt noch nicht? die Änderung aus dem PR funktioniert doch nicht? -
@oliverio sagte in Homebride Npm-Module manuel bearbeitbar?:
ich verstehe nur nicht, wo das problem jetzt ist.
du hast mir ein repo genannt.
dafür gibt es einen fork, wo scheinbar der PR eingeflossen ist und zu dem es auch ein nmpm paket gibt. du hast dieses alternativpaket auch schon ausprobiert.
was passt jetzt noch nicht? die Änderung aus dem PR funktioniert doch nicht?ich trage doch im ham adapter das Plugin ein das ich brauche, und der Adapter installiert es dann von npm.
Mein Problem ist, dass ich nicht weiß wie ich das von Git da rein bekomme -
ich kenne den ham adapter nicht.
daher kenne ich das vorgehen nicht.
normalerweise wird alles anhand des paket-namens von npm installiert.
wie oben geschrieben ist das paket, welches geforkt wurde und dem original repo weiter ist (15 commits), ohne zu wissen ob die betreffende änderung da wirklich enthalten ist
https://github.com/mbjedk/homebridge-duka-smartfanauch auf npm vorhanden
https://www.npmjs.com/package/homebridge-duka-smartfanvon daher müsste es unter diesem namen auch eingetragen werden können
homebridge-duka-smartfanansonsten frag mal den adapter owner, wie das genau vonstatten geht.
-
Kannst du da ev. ein wenig Klarheit reinbringen wie man ein "eigenes" / odifiziertes Modul in den Homebridge Adapter einbinden kann?
-
Am Ende entweder lokal editieren, oder (nicht versucht) die github URL von einem eigenen fork/Branch angeben als Paketname oder halt ein eigenes Paket publizieren
-
@apollon77
magst du mir noch sagen wo im iob-Verzeichnis ich die finde, dann würde ich es lokal versuchen -
@peoples sollte in /opt/iobroker/node_modules/iobroker.ham/node_modules sein wenn der lokale Modus genutzt wird. Beim Wrapper Modus ggf woanders
