NEWS

@Jan201:

Moin, habe mir das Funkmodul für HM-Geräte bestellt und auch schon zusammengelötet, ledoch noch nicht eingerichtet. Meine Frage: Kann ich mit dem Modul auch MAX! Thermostate steuern? `

Nein, MAX geht nicht per HM modul (andere frequenz) dafuer brauchst du einen CUL

Hi,

Es gibt noch ein selbstgebautes HUE Widget. Vielleicht ist das etwas für dich:

http://forum.iobroker.net/viewtopic.php … 140#p42829

Update

Ich musste in den Windows Umgebungsvariablen nochr den Pfad zu meinem installierten Git eintragen und ioBroker restarten.

Danach lief die Installation ohne Fehler durch.

*Update*

Ich habe auch das Problem das er mir den Harmony Adpater nicht installieren will.

0 info it worked if it ends with ok 1 verbose cli [ 'C:\\Program Files\\nodejs\\node.exe', 1 verbose cli 'C:\\Users\\TasKForcE\\AppData\\Roaming\\npm\\node_modules\\npm\\bin\\npm-cli.js', 1 verbose cli 'install', 1 verbose cli 'iobroker.harmony', 1 verbose cli '--production', 1 verbose cli '--prefix', 1 verbose cli 'U:/ioBroker' ] 2 info using npm@5.6.0 3 info using node@v8.9.3 4 verbose npm-session c15e87f660b4f20d 5 silly install loadCurrentTree 6 silly install readGlobalPackageData 7 http fetch GET 304 https://registry.npmjs.org/iobroker.harmony 108ms (from cache) 8 silly pacote tag manifest for iobroker.harmony@latest fetched in 135ms 9 silly install loadIdealTree 10 silly install cloneCurrentTreeToIdealTree 11 silly install loadShrinkwrap 12 silly install loadAllDepsIntoIdealTree 13 silly resolveWithNewModule iobroker.harmony@0.9.0 checking installable status 14 http fetch GET 304 https://registry.npmjs.org/harmonyhubjs-client 27ms (from cache) 15 silly pacote range manifest for harmonyhubjs-client@^1.1.10 fetched in 30ms 16 silly resolveWithNewModule harmonyhubjs-client@1.1.10 checking installable status 17 http fetch GET 304 https://registry.npmjs.org/harmonyhubjs-discover 76ms (from cache) 18 silly pacote range manifest for harmonyhubjs-discover@^1.0.2 fetched in 78ms 19 silly resolveWithNewModule harmonyhubjs-discover@1.1.1 checking installable status 20 http fetch GET 304 https://registry.npmjs.org/semaphore 80ms (from cache) 21 silly pacote range manifest for semaphore@~1.0.3 fetched in 81ms 22 silly resolveWithNewModule semaphore@1.0.5 checking installable status 23 silly fetchPackageMetaData error for ltx@git+https://github.com/swissmanu/ltx.git#cdata-for-ltx-parser No git binary found in $PATH 24 http fetch GET 304 https://registry.npmjs.org/node-xmpp-client 47ms (from cache) 25 silly pacote version manifest for node-xmpp-client@3.0.0 fetched in 51ms 26 silly resolveWithNewModule node-xmpp-client@3.0.0 checking installable status 27 http fetch GET 304 https://registry.npmjs.org/node-xmpp-stanza 54ms (from cache) 28 silly pacote version manifest for node-xmpp-stanza@1.1.0 fetched in 55ms 29 warn deprecated node-xmpp-stanza@1.1.0: use @xmpp/xml package <https: www.npmjs.com/package/@xmpp/xml="">30 silly resolveWithNewModule node-xmpp-stanza@1.1.0 checking installable status 31 http fetch GET 304 https://registry.npmjs.org/q 55ms (from cache) 32 silly pacote range manifest for q@^1.1.2 fetched in 57ms 33 silly resolveWithNewModule q@1.5.1 checking installable status 34 http fetch GET 304 https://registry.npmjs.org/debug 93ms (from cache) 35 silly pacote range manifest for debug@^2.1.0 fetched in 94ms 36 silly resolveWithNewModule debug@2.6.9 checking installable status 37 http fetch GET 304 https://registry.npmjs.org/request 99ms (from cache) 38 silly pacote range manifest for request@^2.48.0 fetched in 102ms 39 silly resolveWithNewModule request@2.83.0 checking installable status 40 verbose stack Error: No git binary found in $PATH 40 verbose stack at checkGit (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\pacote\lib\util\git.js:203:17) 40 verbose stack at spawnGit (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\pacote\lib\util\git.js:182:10) 40 verbose stack at pinflight (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\pacote\lib\util\git.js:114:12) 40 verbose stack at C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\promise-inflight\inflight.js:29:24 40 verbose stack at Promise._execute (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\debuggability.js:303:9) 40 verbose stack at Promise._resolveFromExecutor (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\promise.js:483:18) 40 verbose stack at new Promise (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\promise.js:79:10) 40 verbose stack at _inflight (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\promise-inflight\inflight.js:28:25) 40 verbose stack at C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\promise-inflight\inflight.js:22:14 40 verbose stack at tryCatcher (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\util.js:16:23) 40 verbose stack at Promise._settlePromiseFromHandler (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\promise.js:512:31) 40 verbose stack at Promise._settlePromise (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\promise.js:569:18) 40 verbose stack at Promise._settlePromiseCtx (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\promise.js:606:10) 40 verbose stack at Async._drainQueue (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\async.js:138:12) 40 verbose stack at Async._drainQueues (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\async.js:143:10) 40 verbose stack at Immediate.Async.drainQueues (C:\Users\TasKForcE\AppData\Roaming\npm\node_modules\npm\node_modules\bluebird\js\release\async.js:17:14) 41 verbose cwd U:\ 42 verbose Windows_NT 10.0.16299 43 verbose argv "C:\\Program Files\\nodejs\\node.exe" "C:\\Users\\TasKForcE\\AppData\\Roaming\\npm\\node_modules\\npm\\bin\\npm-cli.js" "install" "iobroker.harmony" "--production" "--prefix" "U:/ioBroker" 44 verbose node v8.9.3 45 verbose npm v5.6.0 46 error code ENOGIT 47 error No git binary found in $PATH 48 error Failed using git. 48 error Please check if you have git installed and in your PATH. 49 verbose exit [ 1, true ]</https:>

NPM, NodeJS und GIT habe ich jetzt mal nach https://blog.risingstack.com/node-js-wi … -tutorial/ geupdatet, aber der Fehler ist immer noch.

Kann mir jemand weiterhelfen?

@Marty56:

Der Ansatz mit dem Multihost habe ich noch nicht verstanden. Muss da wohl noch etwas forschen. `
Ein Multihost-System ergibt keinen Sinn, wenn du nicht
@Marty56:

immer die Verfügbarkeit des I-Nets als Voraussetzung `
gewährleisten kannst.

Gruß

Rainer

Mhhhh, habe mir mal meine Server angeschaut jetzt.

Da scheiden schonmal die mit LE und DietPi als OS aus.

Dann habe ich nur noch nen Pi3 mit Wheezy und einen Pi1 mit Jessie.

Und dann mal wieder einen Pi3 mit Jessie und FHEM laufen.

Mhhh, das sieht dann wohl eher nicht gut aus oder ?

P.S.:

Ehrlich gesagt weiss ich nicht ob es an ioBroker oder FHEM lag, warum es nicht funkionierte damals. Allerdings meinte ich das wertfrei 🙂

Habe gerade noch fest gestellt, dass der harmony Adapter seit dem ich io broker pro habe sehr oft einfach gar nicht mehr reagiert. Bei "alexa schalte TV ein" kam als Antwort nur "OK" aber es ist nichts passiert. Auch über vis konnte ich nichts per harmony steuern. Bin nun erstmal wieder auf iobroker free zurück gegangen, seit dem funktioniert wieder alles

Gesendet von meinem SM-G935F mit Tapatalk

Frohes neues

@jhg:

dann läuft das ganze ruck zuck durch und der Adapter ist da. `
Installation eines Adapters ist die eine Sache (sudo iobroker install….) hinzufügen einer Instanz eine andere (sudo iobroker add...)

Nicht der Adapter ist da (das war er schon vorher) sondern die Instanz was hier
@jhg:

Und eigentlich sollte doch in der Zeile beim Adapter auch am Ende ein 1/1 stehen, was hier fehlt. `
schön gezeigt wird. Die 1/1 bedeutet nämlich: 1 Instanz angelegt / 1 Instanz aktiviert. Und wenn das fehlt, wurde keine Instanz angelegt.

Aus dem Grund sind Screenshotsimmer ungemein hilfreuch. Darauf sieht man Dinge, die "verschwiegen" werden. Dann hätte sich das ganze ganz schnell in Wohlgefallen aufgelöst.

Guten Rutsch

Rainer

@crepp:

aber auf die Admin Seite komme ich nicht –- muss ich doch aber auch nicht ?!

Konfiguriert wird doch alles von der Master Admin Seite, oder ?? `
Alles gut - so muss es sein!

Gruß Rainer

Genauso isses. Diesen Datenpunkt musst du dann eben auf die entsprechenden Werte bringen. Mit einem Script kannst du das z. B. auch automatisch durchlaufen lassen.

Enrico

Danke dir - das motiviert wieder etwas. Mal sehen, was das neue Jahr bringt - jetzt erst einmal einen guten Rutsch.

Klar wird es ausbaubar sein - vermutlich mit Blende und Schwenkarm um schnell an die Rückseite zu gelangen.

Nur wenn mal was angepasst ist und die Wand ein entsprechendes Loch hat, will ich nur wechseln, wenn es defekt und das Gleiche nicht mehr zu bekommen ist.

Tab A hat glaube ich 10 Zoll - 12 würde ich als Minimum ansehen (für mich) und die beiden Kosten gerade 25-45 Euro mehr, klar ist es viel Geld, will mich aber nachher nicht ärgern, das mir das Display doch zu klein ist. 😉

Oder

"actrule_on":([a-z]*)

hier hilft immer https://regex101.com/

Gruß

Rainer

:twisted: SCHEIßE :evil:

Das Leben kann so einfach sein 🙂

Natürlich war es die Sonoff MQTT IP Adresse die noch auf dem "alten" Sonoff Adapter vom PI3 gezeigt hatte 🙂

Sonoff Basic´s alle auf die neue MQTT IP Adresse umgestellt und sehe da….

....JETZT IST ALLES GRÜN

sorry

hat sich aufgelöst in FIREFOX 58 problem - Firefox neugestartet und zuvor Cache gelöscht - danach wieder ok

@Fitti:

Oder sind diese Invests alle bereits kostenlos eingeflossen? `
So ist es.

Guten Rutsch

Rainer

Ansonsten schick Bluefox deine Email Adresse als PN

@hmanfred:

Hätte ein kompletter Deinstall über die Admin-Oberfläche mit erneutem Install den gleichen Effekt? `
Dazu hättest du auch den Adapter und nicht nur die Instanz löschen müssen.

und wenn du den Adapter aus der Liste gelöscht hast, kannst du ihn auch nicht mehr installieren 😉

Außerdem befänden sich nach wie vor die Dateien im npm cache und werden beim nächsten install wieder von dort genommen. Deshalb habe idch ihn ja erst einmal geleert, um die Dateien neu downzuloaden.

Ich habe damit es hochwahrscheinlich auch laufen wird natürlich mehrere Eventualitäten mit den Befehlen abgedeckt, wahrscheinlich hätte aber das upload gereicht.

@hmanfred:

Here we go: `
DANKE!

Aber 😉 ich möchte in den FAQ eigentlich keine langen Erklärungen haben - vielleicht sehe ich das auch nur falsch?

Muss ich mal darüber nachdenken. IMHO sollte in der DOku irgendwo der gesamte Backup7restore Vorgang ausführlicher erklärt werden.

BTW zu deinem ergänzenden Hinweis:
@hmanfred:

Alle Adapterinstanzen werden mit Ausnahme von "admin" als deaktiviert wiederhergestellt. `
kann ich auch noch etwas sagen, da ich damit schon auf die Nase gefallen bin 😞

Ich nutze die backup-Funktion auch um Cross-Restores einer Installation auf verschiedener Hardware zu testen. (Man kann ja auch mit einer Installation auf eine andere Hardware umziehen).

Da ist es natürlich klar, dass man bevor man eine Instanz eines Adapters startet die Konfiguration ggf. an eine andere IP (hm-rpc; hm-rega) o.a. anpassen muss, und nicht einfach alle Instanzen startet ohne nachzudeneken. Bei mir hat mich dann der mqtt-client einiges an Arbeit gekostet, weil danach zwei clients mit der gleichen ID im Netz waren.

Gruß

Rainer