[iot] Fragen und Probleme Migration Cloud->iot

ticaki

@Kusselin
hab keine Hilfe, aber habe gerade eben mal ein Gerät Büro Steckdose, Steckdose Büro angelegt um zu schauen ob es sich bei mir auch ändert.

Der hat bei mir 2 Geräte angelegt 1. Büro Steckdose und 2. Steckdose Büro.

Kusselin

Hi....danke dir für die Hilfe...das heisst du hast auch g-homa devices....??

Ja das macht er bei mir auch...nur wenn ich dann später ..weiss nicht heute abend..ja schau heute abend nochmal in den iot und wenn ich dann wieder reinschaue dann steht der Originalnamen des g-homa devices drin zb. 62A752
Weisst was ich meine.....wenn ich dann unter objekte gehe und auf den State Datenpunkt gehe und hinten auf den Bleistift dann auf "raw" steht unter Name: "Schaltzustand des Gerätes" und da müsste eigentlich dann Steckdose Büro drinn stehen!!!
Muss eigentlich na dem , eine Leerzeile rein also Steckdose Büro, Büro Steckdose?

Und da hatte ich mit dem Cloud Adapter null Probleme....habe jetzt mal über die Katze den iot auf 1.2 über github aktualisiert udn den Namen wieder geändert...mal schauen was rauskommt heute abend..schau ja auch nicht immer rein....merks immer beim ansagen dann..
Gruss und danke

Garfonso

@Kusselin
Ich glaube ehrlich gesagt nicht, dass das mit dem cloud Adapter anders funktioniert hat... jedenfalls wüsste ich nicht warum. Vielleicht gab es auch eine Veränderung beim g-homa adapter?
Bei dem JSON, was du gezeigt hast, fehlt auf jedenfall der Smartname. Entweder kann iot den nicht da rein schreiben (k.a. ob das möglich ist... ?? wäre jedenfalls das erste mal, dass ich das höre) oder jemand löscht den smartName -> vermutlich der Adapter. Frag doch mal beim Entwickler von g-homa nach, ob der ggf. alle Objekte neu erzeugt in bestimmten fällen? Das scheint mir irgendwie das wahrscheinlichste Szenario. Jedenfalls sollte ein "richtig benamtes Objekt" so ähnlich aussehen, wichtig der "smartName" Part:

{
  "type": "state",
  "common": {
    "type": "boolean",
    "read": true,
    "write": true,
    "role": "switch.light",
    "min": false,
    "max": true,
    "name": "Licht Büro",
    "alias": {
      "id": "knx.0.Beleuchtung.Ein_Aus.3_PH_Schiene_L1_OG-Hinten_Büro_Ein_Aus"
    },
    "smartName": {
      "de": "Licht Büro",
      "smartType": "LIGHT"
    }
  },
  "native": {},
  "from": "system.adapter.javascript.1",
  "user": "system.user.admin",
  "ts": 1578133067545,
  "_id": "alias.0.lamps.Buero.state",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

@Kusselin said in [iot] Fragen und Probleme Migration Cloud->iot:

Ich ändere den Namen immer im iot adapter.... ist das korrekt? Eben geschaut... name wieder verschwunden mit Steckdose Büro.. liegt das eventuell an dem „ü“....ist aber nur bei den g-homas so.. andere Geräte behält der iot adapter

Die Umlaute sollten kein Problem sein. Geht jedenfalls bei mir.
Wenn du im iot den Namen änderst, sollte der als "smartName"-Feld mit dem Namen im Raw des Objekts auftauchen. Das kannst du ja mal direkt prüfen. Wenn das da da drin steht, dann wird es gehen. Wenn es dann wieder verschwindet, muss man den finden, der es löscht, wobei da der erste Verdächtige der g-homa Adapter ist.
Im Grunde kannst du den Namen auch direkt selber im Raw des Objekts ändern (mach ich z.B. gerne über Javascript, damit der iot Adapter das mitbekommen muss man dann allerdings neustarten).

Brauch ich eigen5lich noch den alexa2 adapter?"

Der alexa2 Adapter ist dafür da, dass du mit ioBroker deine Echo Gerät fernsteuern kannst. Ob du das brauchst oder nicht, musst du selber wissen. Das ist aber im Grunde die andere Richtung. Also nicht mit Alexa ioBroker steuern, sondern mit ioBroker deine Alexa-Lautsprecher steuern.

ticaki

@Kusselin
Ne hab andere Geräte (benutze einen shelly dafür), sollte aber keinen Unterschied machen. Und bis jetzt geht es. Du hast auch nicht erwähnt das "Büro Steckdose, Steckdose Büro" 2 Geräte erzeugt. Macht es das bei dir? Damit meine ich das im IOT 2 Geräte mit jeweils 1 Namen erstellt werden.

Ich habe iot 1.2.

Gruß

Kusselin

@ticaki sagte in [iot] Fragen und Probleme Migration Cloud->iot:

@Kusselin
Ne hab andere Geräte (benutze einen shelly dafür), sollte aber keinen Unterschied machen. Und bis jetzt geht es. Du hast auch nicht erwähnt das "Büro Steckdose, Steckdose Büro" 2 Geräte erzeugt. Macht es das bei dir? Damit meine ich das im IOT 2 Geräte mit jeweils 1 Namen erstellt werden.

Ich habe iot 1.2.

Gruß
Hi, wenn ich als Steckdose Büro und Büro Steckdose erstelle dann erstellt iot auch bei mir 2 seperate geräte im iot!

Kusselin

@Garfonso sagte in [iot] Fragen und Probleme Migration Cloud->iot:

@Kusselin
Ich glaube ehrlich gesagt nicht, dass das mit dem cloud Adapter anders funktioniert hat... jedenfalls wüsste ich nicht warum. Vielleicht gab es auch eine Veränderung beim g-homa adapter?
Bei dem JSON, was du gezeigt hast, fehlt auf jedenfall der Smartname. Entweder kann iot den nicht da rein schreiben (k.a. ob das möglich ist... ?? wäre jedenfalls das erste mal, dass ich das höre) oder jemand löscht den smartName -> vermutlich der Adapter. Frag doch mal beim Entwickler von g-homa nach, ob der ggf. alle Objekte neu erzeugt in bestimmten fällen? Das scheint mir irgendwie das wahrscheinlichste Szenario. Jedenfalls sollte ein "richtig benamtes Objekt" so ähnlich aussehen, wichtig der "smartName" Part:
{
  "type": "state",
  "common": {
    "type": "boolean",
    "read": true,
    "write": true,
    "role": "switch.light",
    "min": false,
    "max": true,
    "name": "Licht Büro",
    "alias": {
      "id": "knx.0.Beleuchtung.Ein_Aus.3_PH_Schiene_L1_OG-Hinten_Büro_Ein_Aus"
    },
    "smartName": {
      "de": "Licht Büro",
      "smartType": "LIGHT"
    }
  },
  "native": {},
  "from": "system.adapter.javascript.1",
  "user": "system.user.admin",
  "ts": 1578133067545,
  "_id": "alias.0.lamps.Buero.state",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}
@Kusselin said in [iot] Fragen und Probleme Migration Cloud->iot:

Ich ändere den Namen immer im iot adapter.... ist das korrekt? Eben geschaut... name wieder verschwunden mit Steckdose Büro.. liegt das eventuell an dem „ü“....ist aber nur bei den g-homas so.. andere Geräte behält der iot adapter

Die Umlaute sollten kein Problem sein. Geht jedenfalls bei mir.
Wenn du im iot den Namen änderst, sollte der als "smartName"-Feld mit dem Namen im Raw des Objekts auftauchen. Das kannst du ja mal direkt prüfen. Wenn das da da drin steht, dann wird es gehen. Wenn es dann wieder verschwindet, muss man den finden, der es löscht, wobei da der erste Verdächtige der g-homa Adapter ist.
Im Grunde kannst du den Namen auch direkt selber im Raw des Objekts ändern (mach ich z.B. gerne über Javascript).

Brauch ich eigen5lich noch den alexa2 adapter?"

Der alexa2 Adapter ist dafür da, dass du mit ioBroker deine Echo Gerät fernsteuern kannst. Ob du das brauchst oder nicht, musst du selber wissen. Das ist aber im Grunde die andere Richtung. Also nicht mit Alexa ioBroker steuern, sondern mit ioBroker deine Alexa-Lautsprecher steuern.

Hi garfonso,

ich habe jetzt mal den iot über die katze auf 1.2 geupdated. Bis jetzt passt es. also alles o.k. glaube das hing mit dem update zusammen..ich prüfe und melde mich.

Danke Dir/Euch

Garfonso

@Kusselin
Was heißt "passt es"? Also nach dem ändern des Namens taucht im Raw des Objekts der "smartName" Part auf?

Kusselin

nein, seit dem Update des iot über github auf 1.2 bleibt der Smartname im state-objekt stehen auf Steckdose Büro.
Gruss

Kusselin

ne frage noch....wenn ich im iot.adapter den namen geändert habe oder ändere (man muss ja dann nicht speichern sondern nur schließen drücken), muss ich dann nochmal alexa fragen "A....suche neue Geräte" ?

Gruss

Garfonso

@Kusselin
Ja, wenn du den namen änderst, musst du nochmal die Gerätesuche bei Alexa starten. Du kannst ja auch mit Komma mehrere Namen für ein Gerät vergeben und das sind für Alexa dann einzelne Geräte. Auf Alexa-Seite zählt nur der Name.
Wenn du ein Gerät umbenennst, musst du übrigens das alte von Hand auch bei Alexa wieder löschen, ist etwas blöd, finde ich... aber das ist vermutlich nicht anders vorgesehen.

Basti97

Und zwar der Cloud Adapter funktioniert weiterhin für den kostenlosen Fernzugriff oder ist auch dafür der iot Adapter verantwortlich??
Ich bekomme seit letzten Jahr keine Verbindung zur Cloud. Der Adapter bleibt nach den Starten gelb.
Es hat aber meines Wissens nichts mit JS2.2 oder Nodejs 10.xx zutun weil es bei mir vorher schon nicht ging. Vielleicht hat einer von euch das gleiche Phänomen und für mich eine Lösung.

Version Cloud Adapter 3.0.1

apollon77

@Basti97 Cloud tut weiterhin. Timeout heißt an sich das er sich nicht sauber zum Server verbinden kann. DNS und Netzwerk und so ist alles ok?

Basti97

@apollon77 Muss ich mal gucken aber eigentlich schon da ich ja Updates bzw Adapter installieren kann. Wenn ich ein DNS Problem hätte könnte ich ja auch keine Updates installieren wenn ich da richtig liege.
Ich hatte es mit Zufall Ende letzten Jahre gesehen das er plötzlich nicht mehr geht und Fehler im Log stehen. Da habe ich ihn einfach gestoppt in der Hoffnung das er irgendwann mal geht.
Aber bis jetzt Fehlanzeige.
Gruß Basti

apollon77

@Basti97 mach mal nen reboot oder setze mal DNS Cache zurück. Vor einiger Zeit wurde der Server gewechselt und damit neue ip- nicht das deiner (was er nicht sollte) noch die alte irgendwie hat.

1Topf

OT:

Hallo,
ich weiß grad nicht wo ich folgende Frage sonst stellen soll:
Kann man den "Wichtig"-Hinweis im Info-Tab nicht langsam mal deaktivieren? Nervt mich. :grin:

Basti97

@apollon77 Dumme Frage wie löschen ich den DNS Cache. Das hat letztes Jahr nach Weihnachten erst angefangen.
Gruß Basti

Basti97

@apollon77 Adapter gelöscht und nochmal neu installiert hat auch nicht geholfen. Er verbindet sich trotzdem nicht mit der Cloud.

apollon77

Wenn er Timeout meldet dann ist irgendwas zwischen deinem Rechner und dem Cloud Rechner.

Von daher mach doch mal "ping iobroker.net" und Zeig mal ausgabe genauso wie von "traceroute iobroker.net"

Basti97

@apollon77 Danke werde ich morgen mal machen. Habe deine Nachricht gerade erst gelesen.Gruß Basti

Basti97

@apollon77
Hier ist der Ping zu iobrooker.net
Ping Anfrage iobroker.net.txt

Der Befehl traceroute iobroker.net wurde nicht gefunden (siehe Bild)

Gruß Basti

Community Forum

NEWS

[iot] Fragen und Probleme Migration Cloud->iot

Support us

838

32.4k

81.5k

1.3m