Neue Version vom Cloud Adapter

[Smartuser]

Bei mir auch seit einiger Zeit keine Probleme mehr ….

@Bluefox

Hast du eventuell http://forum.iobroker.net/viewtopic.php?p=50279#p50279 aufgrund der offline Meldungen übersehen?

Gruß

[painkillerde]

ich bekomm nach der Anmeldung auf iobroker.net nen 501 Fehler. Ist eigentlich ein Serverfehler.

Und Alexa schaltet nix mehr … mhh.

~~https://picload.org/image/roldddow/unbenannt.png" />

Update: Bin jetzt nach dem Anmelden auf der 501 Seite gelandet dann im Browser auf zurück da war ich dann in meiner APP-Übersicht.

Wenn ich nun die Seite aufrufe lande ich direkt wieder auf der 501-Seite.~~

[arteck]

bei mir läuft alles

[painkillerde]

ok über https://iobroker.net/login?redirect=account gehts jetzt nur meine Apps landet dann auf der 501.

Dann geht Alexa daheim sicher auch wieder. Danke erstmal.

Update: Ich Depp - hatte den Web Adapter deaktiviert, deswegen gings daheim nicht. Den 501 bekomm ich aber trotz allem….

Aber insgesamt bin ich echt begeistert!!!!

Kann zwar nicht Programmieren aber hätte Webspace + Datenbanken + unendlich Traffic anzubieten falls mal ein Mirror benötigt wird.

Danke für die tolle Arbeit!!!

[Lumumba]

@Bluefox

Könntest Du einbauen, dass man den Smart Namen anpassen kann, wenn mehrere Geräte zusammengefasst sind?
1956_iobroker_cloud.png

[Zippolighter]

@Bluefox

bei meinem 0.6.3 ist der nächtliche Neustart um 02:00 Uhr noch drin.

Muss der drin bleiben?? Hatte Dich so verstanden das er sich automatisch überwacht

[Bluefox]

@Lumumba:

@Bluefox

Könntest Du einbauen, dass man den Smart Namen anpassen kann, wenn mehrere Geräte zusammengefasst sind? `
Nein. Kann ich nicht. Die Namen werden automatisch erzeugt. Erstelle eine Szene und mache es darüber.

Oder ändere Zimmer und Gewerksname auf dem nächsten Tab

[Bluefox]

@Zippolighter:

@Bluefox

bei meinem 0.6.3 ist der nächtliche Neustart um 02:00 Uhr noch drin.

Muss der drin bleiben?? Hatte Dich so verstanden das er sich automatisch überwacht `
Neustart kann man für jeden Adapter aktivieren und deaktivieren. Schalte einfach aus.

[Lumumba]

@Bluefox

Ich habe 2 Fragen:
<list type="decimal">4. Werden die Objekte unter den Smart Devices nacheinander "abgearbeitet"?
* erst Horizon.Number1

*   dann Horizon.Select 

7. Ist es möglich die Adressen mehreren Smart-Namen zuzuordnen?

Hintergrund:

Ich möchte Lampenkombinationen machen.

Das heisst eine Lampe soll in mehreren "Kombinationen" Ein und Ausgeschaltet werden.

Und den "Horizon.Select" würde ich ja auch für jeden Sender brauchen…
1956_umschalten.png

[Homoran]

Hast du das Ganze mal mit Szenen probiert.

Dann definierst du verschiedene Szenen als SmartName und innerhalb derer kannst du die verschiedenen Geräte beleibig oft verwenden.

Gruß

Rainer

[Lumumba]

Den Adapter hatte ich nich garnicht auf dem Schirm…

Es wird getestet

Nicht, dass der Pi mit den vielen Adaptern bald überfordert ist...

Bald kommt der Esxi Server...

[Marc1970]

Hallo Bluefox,

könntest du es ermöglichen im Cloud-Adapter auch einen frei wählbaren Wert (zwischen 0 u. 100) für AUS einzugeben?

Hintergrund: Meine Rademacher Schaltaktoren verstehen true und false nicht, was der Cloud-Adapter in den Homepilot-Adapter in die cid des Aktors schreibt.

Funktionieren würde für Aus: 1, 11, off, OFF, aus, AUS

und für An: 10, on, ON, an, AN, ein, EIN.

Ich habe im Homepilot-Adapter den Datenpunkt cid des Aktors mit level.blind deklariert und im Cloud-Adapter den Wert für AN auf 10% gesetzt, somit schreibt mir der Cloud-Adapter in die cid bei "Alexa schalte xxx ein" eine 10, bei aus aber eine 0.

Einschalten funktioniert so, ausschalten natürlich nicht.

Wenn ich sage " Alexa setze xxx auf 1" dann schaltet der Aktor aus.

Es funktioniert zwar so, klingt aber nicht so toll.

Wenn ich über den Datenpunkt level gehe, schreibt mir der Cloud-Adapter für "ein" 100% , schaltet den Aktor aber nicht ein,

bei 0% schaltet er aber aus.

Ich hoffe du kannst mir weiterhelfen…

Gruß Marc

[Bluefox]

@Marc1970:

Hallo Bluefox,

könntest du es ermöglichen im Cloud-Adapter auch einen frei wählbaren Wert (zwischen 0 u. 100) für AUS einzugeben?

Hintergrund: Meine Rademacher Schaltaktoren verstehen true und false nicht, was der Cloud-Adapter in den Homepilot-Adapter in die cid des Aktors schreibt.

Funktionieren würde für Aus: 1, 11, off, OFF, aus, AUS

und für An: 10, on, ON, an, AN, ein, EIN.

Ich habe im Homepilot-Adapter den Datenpunkt cid des Aktors mit level.blind deklariert und im Cloud-Adapter den Wert für AN auf 10% gesetzt, somit schreibt mir der Cloud-Adapter in die cid bei "Alexa schalte xxx ein" eine 10, bei aus aber eine 0.

Einschalten funktioniert so, ausschalten natürlich nicht.

Wenn ich sage " Alexa setze xxx auf 1" dann schaltet der Aktor aus.

Es funktioniert zwar so, klingt aber nicht so toll.

Wenn ich über den Datenpunkt level gehe, schreibt mir der Cloud-Adapter für "ein" 100% , schaltet den Aktor aber nicht ein,

bei 0% schaltet er aber aus.

Ich hoffe du kannst mir weiterhelfen…

Gruß Marc `
Bei dir sollte doch "homepilot.0.blabla.level" da sein. Damit muss es gehen.

[Marc1970]

@Bluefox, ja level habe ich, wenn ich den auswähle schreibt mir der Cloud-Adapter 0% oder 100% da rein, und wie ich schon geschrieben habe läßt sich der Aktor mit 100% nicht einschalten, er geht aber mit 0% aus.

Gruß Marc

[Marc1970]

@Bluefox, danke, hat sich erledigt, Pix hat den Homepilot-Adapter angepasst, so das er auch true und false erkennt.

Gruß Marc

[my-knx-shop]

ich wollte euch mal fragen ob ihr auch das Probloem habt, dass der Cloud Adapter täglich 1-2x neu gestartet werden muss.

Ich verliere immer die Verbindung ( wahrscheinlich wenn die Telekom einen IP wechsel macht ).

Unter Instanzen ist zwas noch der Cloud adapter grün, aber Alexa kann nicht mehr arbeiten und finden den Hub nicht.

einmal kurz cloud deaktiviert und wieder aktivieren und schon geht es wieder.

Aber das passiert mind. 1x am Tag.

Habt Ihr da eine Lösung ?

[Homoran]

Da gibt es IMHO sogar zwei Lösungen.

• Die neueste Version vom cloud Adapter auf github regelt das automatisch

• im Reiter Instanzen beim Cludadapter einen Restart per cron einstellen (im Expertenmodus)

Gruß

Rainer

[my-knx-shop]

das mit dem github habe ich bis heute noch nicht verstanden ?

Ich habe öfter den Begriff gelesen, aber was hat es damit auf sich.

Ist das ein Portal auf dem ich eine andere Version laden kann und installieren kann oder muss ich mich da woanders anmelden.

Wäre klasse wenn du mir dazu mal einen Einweisungskurs gibst

[Homoran]

@my-knx-shop:

Wäre klasse wenn du mir dazu mal einen Einweisungskurs gibst `
Das würde Seiten füllen. Außerdem kenne ich da auch nur einen Bruchteil von.

Sieh dir einfach mal http://www.github.com an.

@my-knx-shop:

Ist das ein Portal auf dem ich eine andere Version laden `
Github ist eine Plattform für Entwickler, wo sie ihre Programme veröffentlichen können, und andere Programmierer Verbesserungen anbieten, den Code kopieren und selber weiterverwenden und….. können.

Dort stellt auch Bluefox seine Codes (und Doku!) ein. Über das Github Icon (Octocat) im Admin kann man ganz einfach diese Betaversionen auf eigene Gefahr testen.

http://www.iobroker.net/?page_id=5379&l … stallieren

Gruß

Rainer

[justr]

Jetzt muss ich mich doch mal einklinken.
@Homoran:

• Die neueste Version vom cloud Adapter auf github regelt das automatisch `
  Ich finde auf github auch nur die derzeit auf npm veröffentlichte 0.6.3 und ich kann kein automatisches Verhalten feststellen.
  @Homoran:

• im Reiter Instanzen beim Cludadapter einen Restart per cron einstellen (im Expertenmodus) `
  Finde die cron-Lösung sehr suboptimal, da die neue IP-Adresse eher variabel kommt (in der Fritzbox kann man z.B. einen Ein-Stunden-Zeitrahmen festlegen) und außerdem Reboots des Routers oder gar Stromausfälle nicht abgedeckt sind.

Ich dachte "alles kein Problem", schreibe ich mir halt ein kleines Script, das bei neuer externer IP triggert:

on({
    id: "tr-064.0.states.externalP",
    change: "ne",
    ack: true
}, function (obj) {
    log('mylog: Restart cloud adapter due to new external IP address');
    extendObject('system.adapter.cloud.0', {common: {enabled: false}});
    setTimeout(function(){extendObject('system.adapter.cloud.0', {common: {enabled: true}})}, 10000);
});

Laut Log scheint es auch genau das zu machen:

2017-02-04 04:05:47.430  - error: cloud.0 Ping timeout
2017-02-04 04:05:47.433  - info: cloud.0 Connection changed: DISCONNECTED
2017-02-04 04:05:47.434  - info: cloud.0 Connection changed: DISCONNECTED
2017-02-04 04:05:54.906  - info: javascript.0 script.js.common.SystemIOB: mylog: Restart cloud adapter due to new external IP address
2017-02-04 04:05:54.906  - info: javascript.0 script.js.common.SystemIOB: extendObject(id=system.adapter.cloud.0, obj={"common":{"enabled":false}})
2017-02-04 04:05:54.910  - info: host.Juergens-Mini13.fritz.box object change system.adapter.cloud.0
2017-02-04 04:05:54.912  - info: host.Juergens-Mini13.fritz.box stopInstance system.adapter.cloud.0
2017-02-04 04:05:54.912  - info: host.Juergens-Mini13.fritz.box stopInstance system.adapter.cloud.0 killing pid 32289
2017-02-04 04:05:54.915  - info: cloud.0 Adapter is disabled => stop
2017-02-04 04:05:54.929  - info: host.Juergens-Mini13.fritz.box instance system.adapter.cloud.0 terminated with code 0 (OK)
2017-02-04 04:06:05.055  - info: javascript.0 script.js.common.SystemIOB: extendObject(id=system.adapter.cloud.0, obj={"common":{"enabled":true}})
2017-02-04 04:06:05.058  - info: host.Juergens-Mini13.fritz.box object change system.adapter.cloud.0
2017-02-04 04:06:05.067  - info: host.Juergens-Mini13.fritz.box instance system.adapter.cloud.0 started with pid 65043
2017-02-04 04:06:05.959  - info: cloud.0 starting. Version 0.6.3 in /Users/Shared/iobroker/node_modules/iobroker.cloud, node: v4.6.1
2017-02-04 04:06:05.963  - info: cloud.0 Connecting with https://iobroker.net:10555 with "[...]"
2017-02-04 04:06:06.007  - info: cloud.0 2017-02-04T03:06:06.007Z Connected system.user.admin
2017-02-04 04:06:06.193  - info: cloud.0 Connection changed: CONNECTED

Auch morgens steht die Cloud-Connection noch auf "Connected", aber dennoch funktioniert die Verbindung nicht (Alexa sagt: "Hub […] nicht verbunden"), bis ich die Cloud-Instanz manuell restarte.

Wäre für Ideen dankbar.

Beste Grüße, justr