Das mit dem stromlosen Einstecken habe ich auch schon probiert, leider erfolglos. Tja, dann ist die SHC wohl für alle Geräte, die einen separaten Treiber benötigen, nicht geeignet.
Danke für eure schnelle Hilfe.
Das mit dem stromlosen Einstecken habe ich auch schon probiert, leider erfolglos. Tja, dann ist die SHC wohl für alle Geräte, die einen separaten Treiber benötigen, nicht geeignet.
Danke für eure schnelle Hilfe.
Moin Ralph,
danke für die schnelle Antwort. Ich habe gestern eigentlich alles genauso gemacht, wie dort beschrieben. Heute habe ich noch einmal einen ganz frischen USB-Stick genommen und dort das entsprechende Update-Verzeichnis direkt ins Root kopiert. Sonst war nix auf dem Stick. Sobald ich irgendeinen Treiber mit "Jetzt installieren" installieren möchte, erscheint die Meldung "Das Binding (Treiber) für dieses Gerät kann leider nicht installiert werden. Es wurde keine Installationsdatei für das Gerät auf dem USB Stick gefunden.". Das passiert bei jedem Gerät, das ich installieren möchte. Komisch finde ich auch, dass unter "Einstellungen -> Gerätetreiber" überhaupt keinen Gerätetreiber finde. Müsste da nicht mindestens der Standardtreiber "Innogy-Geräte" angezeigt werden (das Binding ist im Download nicht enthalten)?.
Ich habe gerade nochmal die Zentrale auf Werkseinstellungen zurückgesetzt und es noch einmal probiert. Wieder fehlgeschlagen. Die Zentrale schreibt allerdings auf den Stick, damit müsste er ja eigentlich auch lesbar sein.
Im Moment weiß ich nicht so richtig weiter. Zum Glück ist das ja nur ein erster Test, die "eigentliche" Zentrale läuft ja...
Moin Leute,
ich spiele zurzeit ein bisschen mit der alten Zentrale herum. Dazu habe ich mir mal eine Reservezentrale (bereits auf lokales Smarthome umgestellt) hergenommen und wollte das Binding für einen Power Control Solar installieren.
Ich habe mir die Bindings ab Version 3.1.1111.0 heruntergeladen (das ist die Version meiner SHC), nach dem Entpacken alles ink. und unterhalb des Verzeichnisses "update" auf einen Stick gezogen (FAT32 formatiert, die Gerätekeys werden von meiner SHC V2 von genau diesem Stick erkannt und geladen).
Beim Versuch, den Treiber zu installieren, bekomme ich folgende Fehlermeldung:
Das Binding (Treiber) für dieses Gerät kann leider nicht installiert werden.
Es wurde keine Installationsdatei für das Gerät auf dem USB Stick gefunden.
Ich habe auch schon versucht, die Unterverzeichnisse bis zum Treiber "hochzuziehen" (also soweit, bis die *.zip und die Manifestdatei direkt im Hauptverzeichnis des USB-Sticks liegen). Hat alles nicht geklappt.
Dann habe ich einen "jungfräulichen" Stick genommen und dabei dasselbe Phänomen gehabt (auf der SHC V2 kann ich damit Treiber installieren).
Vermutlich mache ich irgendeinen doofen Anfängerfehler. Habt ihr einen Tipp, was ich übersehen habe?
Vielen Dank und viele Grüße,
Andreas
Moin Leute,
danke für die vielen Infos. Die Idee von Ralph hatte ich auch so ähnlich (Restart und nach erfolglosem Ping per Ralais die Steckdose stromlos machen). Ich wollte das mit nem ESP oder so machen, allerdings kenne ich mich mit der API nicht aus. Da wollte ich mich eigentlich einarbeiten und dazu in die Entwicklergruppe des alten Forums eintragen lassen. Das hat aber nicht mehr geklappt (vermutlich war es 2 Monate vor Abschaltung zu spät) und deshalb fehlen mir ein paar Kenntnisse, die ich dazu bräuchte.
Ralph hat natürlich recht, dass das ein bisschen oversized ist, aber ich bastle halt gern (und manchmal kommt zum Basteldrang auch noch Langeweile dazu; dann wirds gefährlich, sagt meine Frau).
Mal sehen, was draus wird…
Hallo zusammen,
ich habe mal eine doofe Frage: kennt jemand eine Möglichkeit, die Zentrale per Software-Befehl „von außen“ herunterzufahren?
Hintergrund meiner Frage: ich fände es überaus praktisch, wenn ich bei Übernahme der Spannungsversorgung durch eine USV der SHC sagen könnte (z. B. durch OH angetriggert), dass sie sich bitte herunterfahren soll.
Bislang habe ich dazu noch nichts gefunden (vielleicht geht das aber auch gar nicht).
Hat irgendjemand eine Idee?
Ich werde das Gefühl nicht los, dass hier einige nun die "eierlegende Wollmilchsau" haben möchten.
@Ralph: Erstmal Respekt für Deine bisher geleistete Arbeit (und davor habe ich als alter Entwickler wirklich einen Heidenrespekt). Ich würde mich freuen, wenn das Tool die "Livisi-Seite" abdeckt.
Die "Openhab-Seite" gehört m. E. ins Openhab-Forum, außerdem gibts ja Workarounds (s. Beitrag von M1K, sofern man die Openhab-Regeln per Textdatei erstellt hat; wenn man sie per grafischer Oberfläche erstellt hat, wird es etwas manueller, aber dafür hat man ja dann auch "klicki-bunti").
Ich glaube, dass Ralph (und die Tester) schon genug "um die Ohren haben" und denke, dass ein Schritt nach dem anderen sinnvoll ist.
Das ist aber nur meine unmaßgebliche Meinung dazu, ich möchte damit niemandem zu nahe treten.
@Willi70
Hallo Willi70, ich nutze die Version 1 der Zentrale. Ich sende von einer GMX Adresse an eine andere GMX Adresse (also gleicher Server), Port 587, smtp mail.gmx..net. Wichtig war, bei der Http-Anfrage nicht https sonder nur http zu nutzen. Vielleicht liegt dort der Fehler?
Gruß
Jürgen
Moin Jürgen,
Danke für die Info. Ich habe alles genau so, allerdings habe ich eine Zentrale 2.Gen. Werde nochmal weiter testen (ggfs. mit Gmail) und sonst bilde ich das über OpenHAB ab (ist bei mir ohnehin das führende System).
Ich nutze smtp aus gmx an gmx, das funktioniert gut,
Hallo Mafli,
wie / mit welchen Parametern hast du denn gmx zum fliegen bekommen?
Ich habe bei meiner Zentrale (2. Gen) bereits alle beiden empfohlenen Ports, Empfänger gleich und ungleich Sender, SMTP auf gmx-Seite freigeschaltet und (natürlich) auch das APP-spezifische Kennwort versucht. Das Kennwort sogar einige Male neu generiert. Ich bekomme immer den Fehler „Error: Error in message body“. Ach ja, ich habe auch die beiden Standard-Nachrichten (Device unreachable und Battery low) aus und wieder eingeschaltet. Es will mir einfach nicht gelingen, hast du vielleicht einen Tipp für mich?
Ich kann nur sagen: ganz ganz herzlichen Dank für Eure Mühe (besonders in den letzten Wochen). Hut ab!
Ich wünsche Euch allen für die Zukunft alles Gute.
Das ist aber noch die Version 1.914-3.1.1088.0.
Macht ja auch Sinn, wenn Livisi sagt, dass noch Bugs gefixed werden müssen. Vielleicht einfach noch ein bisschen warten.
Hallo zusammen,
ich habe gerade ein ungewöhnliches Problem:
Vor einigen Tagen habe ich eine gebrauchte SHC (1. Gen.) erworben. Nun habe ich sie auf die derzeit aktuelle Version upgedatet (ich weiß, heute Abend soll eine neue Version kommen, das ist aber im Moment unerheblich). Anschließend wollte ich ein neues Passwort vergeben und habe dazu die Seriennummer als Defaultpasswort eingeben.
Dummerweise ist die auf dem Gehäuse aufgeklebte Seriennummer nicht die Original-Seriennummer (ggfs. hat der Vorbesitzer die Gehäuse schon mal getauscht, dass konnte er mir leider aus dem Gedächtnis heraus auch nicht mehr sagen).
Derzeit komme ich also leider an die Seriennummer ohne Hilfsmittel nicht heran und kann mich somit auch nicht einloggen.
Ich habe das Gehäuse bereits in der Hoffnung auf einen SN-Aufkleber o. ä. geöffnet, leider Fehlanzeige.
Wenn ich "http://IP-Adresse/status" eingebe, dann erhalte ich die Fehlermeldung "Not Found".
Hat irgendjemand eine Idee, wie ich an die korrekte Seriennummer der Zentrale herankomme, oder habe ich nun eine Zentrale, die zwar grundsätzlich funktionieren würde, sich nur leider nicht bedienen lässt?
Vielen Dank und viele Grüße,
Andreas
PS: Mir ist bewusst, dass hier viele - insbesondere vor dem Hintergrund der kommenden Abschaltung der Livisi-Dienste - ganz andere Probleme haben, aber vielleicht darf ich ja trotzdem diese Frage stellen.
Hallo zusammen,
ich möchte eine 2.0 zentrale Clonen. Jetzt habe ich hier schon viel über "away Clonen" gelesen aber ich weis immer noch nicht wie dies funktionieren soll. Brauche ich hierfür ein Program und wenn ja wo bekomme ich dies her.
Wäre schön wenn hier mir einer mal helfen könnte.
Vielen lieben Dank
Steht alles hier:
Achso, dann ist die Kombi aus allen drei Werten und nicht „nur“ der Schlüssel entscheidend? Das wusste ich nicht. Ich ging davon aus, dass der Schlüssel unique ist.
Das kann eigentlich nicht sein, da die Serialnummer ein Teil des Schlüssels ist hast du da überall 000000000stehen?
Nein, die haben alle einen (denselben) Schlüssel, der vom Aufbau her gut aussieht (zD4USUtXFPcei9oZ+Hnxxxxxxxxxxxxxxxxxxxxxxxx). Das ist der Eintrag in der "Key" Spalte. Die Einträge in "SGTIN" und die Seriennummer sind unterschiedlich.
Siehe 23. NOVEMBER 2023 Woran arbeiten wir gerade?
Es ist unwahrscheinlich, dass nochmal etwas für die Zentrale 2.0 kommt - Da können wir nicht mehr auf die geänderten Schnittstellen bei Netatmo reagieren. Ist zeitlich ziemlich doof gelaufen, dass da gerade jetzt noch bei Netatmo geschraubt wird... Jedenfalls laut Info von Dev/QA
Hallo Livisi,
auch wenn das jetzt hier nicht direkt zum Thema gehört, möchte ich mich nochmal bei Euch für die Aktivitäten der letzten Monate und insbesondere auch jetzt in der "heißen Phase" bedanken.
Ihr gebt trotz der bevorstehenden Abschaltung alles, um uns bestmöglich zu unterstützen und dafür ziehe ich meinen "virtuellen Hut". Vielen Dank!
Moin zusammen,
ich möchte die Geduld der vielen eifrigen Helfer hier nicht überstrapazieren. Falls ich irgendetwas überlesen oder die Suchfunktion nicht richtig bedient habe, steinigt mich bitte nicht, sondern sagt mir einfach, dass ich nochmal gründlicher suchen soll ![]()
Ich habe verstanden, dass die Rauchmelder der 1. Generation keine Schlüssel bekommen, die der 2. Generation aber schon. Soweit, so gut. Nun ist mir in meiner Schlüsseldatei aufgefallen, dass alle Rauchmelder der 2. Generation denselben Schlüssel haben. Ist das korrekt, oder läuft da bei mir irgendetwas schief?
Jepp, ich habe die Thermostaten in ein "Fenster auf" Szenario gepackt. Kein Effekt...
Moin zusammen,
ich möchte euch nicht überstrapazieren (die Einträge hier im Forum gehen ja seit einigen Tagen "durch die Decke").
Wenn ich also eine Frage stelle, die schon irgendwo beantwortet wurde, bitte ich um Entschuldigung, ich habe zu diesem (konkreten) Problem noch nichts gefunden.
Hier im Forum habe ich gelesen, dass die Geräte (nicht Zentralen) ggfs. nicht geupdatet werden, wenn sie kein Update benötigen. Zudem kann es durchaus einige Tage dauern, bis das Update angestoßen wird.
Nun habe ich aber ein kleines Problem mit zweien meiner Ersatz Heizkörperthermostaten (1. Generation): alle anderen Geräte sind auf 2.8 geupdatet, nur zwei Stück weigern sich beharrlich, sich upzudaten, sie stehen nach mehr als einer Woche immer noch auf 2.1. In den Releasenotes lese ich, dass es durchaus relevante Änderungen gibt (von "Update wird nicht benötigt", kann also m. E. keine Rede sein).
Nun meine Frage: Bin ich mit einer Woche Wartezeit zu ungeduldig, wird grundsätzlich kein Update mehr angeboten, oder habe ich irgendwas anderes übersehen?
Ach ja: Ich habe die Geräte bereits mehrfach manuell bedient und in neue Szenarien mit Fensteröffnung eingebunden.
Vielen Dank für eure Hilfe.
@SGK1: Prima, danke für den Hinweis. Hab' ich also doch etwas überlesen. Dann bin ich ja beruhigt.
Bei mir hat das Update geklappt. Bislang scheint alles problemlos zu laufen (habe das Update heute Mittag installiert).
Allerdings fällt mir gerade auf, dass die grüne / orangene Status-LED nicht mehr leuchtet. Ansprechbar ist die Zentrale aber und der "operation Status" ist "active".
Hat jemand von euch ein ähnliches Phänomen, habe ich etwas in den Release-Notes überlesen, oder deutet das evtl. auf einen nahenden Komplettausfall hin?