iSmartHome HD - Support

[danyial]

Starte deine Zentrale mal neu. Das hilft in den meisten Fällen.
http:// nur vor die Login-Script Adresse setzen.

[Andreas70]

Das war es!

aeg = ausschalten, einschalten, geht

DANKE

[danyial]

Super. Freut mich...

[Flashmot]

Ich habe schon wieder eine Sache mit der ich noch nicht zurecht komme. Ich habe 2 Räume mit je einem WRT in Betrieb genommen. Über die normale Smarthome-Anwendung und App kann ich diese auch sehen und einstellen(sind bereits eingebunden). Leider sehe ich diese nicht in ismarthome HD. Mehrmals alles neu gestartet brachte bisher keinen Erfolg. Bitte um Info.

Gruß Klaus

[danyial]

Das ist noch ein kleiner Fehler in der Version.
Einfach die Raumübersicht nach unten ziehen. Dann wird das neu Laden der Konfiguration erzwungen.

[Flashmot]

Ahh, nicht der Rede wert. Man muss nur wissen wie. Danke

[arnesen]

So Leute,
nachdem ich wohl so ziemlich alles falsch gemacht habe zum Thema Fernzugriff via DynDNS und Co funktioniert es nun prächtig. Ich habe eine Fritzbox 7390, an der die RWE-SHC per LAN hängt.
Mein "Server" ist ein MacMini, der eh ständig läuft und auf dem ich MampPro installiert habe. Die DynDNS habe ich bei spdns.de eingerichtet.

Auf der Fritzbox habe ich zwei Ports freigegeben, einmal den Port 80 und den Port 443 für die SHC. Und mit Hilfe von einem guten Freund und Danny habe ich es nun endlich geschafft, es zum Laufen zu bekommen.

Also liebe Fritzbox-User....nicht aufgeben! Es geht!

Danny, herzlichen Dank für Deine Geduld und Deinen Support per mail, Forum, etc! Super App, weiter so!

[pillepalle]

Hallo Gemeinde - ich bin vorgestern erst über die iSmartHome-App "gestolpert" und habe sie auf einem iPadAir1 installiert. Lokal im WLAN funktionierte alles auf Anhieb Coole App - klasse gemacht! Mir kam es aber darauf an meine RWE-Zentrale (SHZ) auch von unterwegs zu erreichen. Ich habe nun exakt das gleiche Problem wie "Andreas70". Als Hardware für einen Webserver habe ich hier ein Android-Handy genommen (Galaxy Edge). Wenn alles mal läuft, dann nehme ich dafür wohl ein altes Gerät das eines meiner Kinder "abgelegt" hat Als Webserver mit PHP verwende ich aktuell den Palapa-Webserver. Ist ganz easy zu administrieren und läuft stabil (aber Achtung!! direkt Admin-Account ändern!!). Dazu muss man dann wohl noch "cURL" installieren, da in der "index.php" damit Daten an die SHZ übertragen werden. Diese index.php wird gefunden - der Test mit z.B. HALLO WORLD hat funktioniert. Ich habe null Ahnung von Perl - in dieser Datei sehen die Aufrufe von cURL aber nicht so aus wie sie das Android-curl erwartet. Ich vermute da liegt der Hund begraben ;-) Bin kein Programmierer, werde aber einmal versuchen die index.php anzupassen. Frage an "danyial": könnte das der Grund sein? Das NATing habe ich zu 99% richtig gemacht. Kann mir ggf. noch jemand einen Tip geben was als Webserver am besten geeignet ist? Ich hätte hier wie gesagt einige Androiden, einen Raspberry Pi1 und auch einen iMac der eigentlich immer läuft. Ich habe auch ein wenig Angst hier irgendwelche Backdoors zu öffnen und bevor ich das dauerhaft rennen lasse, werde ich zusehen dass ich alles deaktiviere was nicht wirklich gebraucht wird. Schöne Grüße

---

Trage bei der Login-Script Adresse http:// davor ein.

Und bitte schalte die Autokorrektur aus.
Das liest sich ja schrecklich

Sorry, wg. der Autokorrektur!

Leider bringen die Änderungen auch nicht den gewünschten Erfolg. Beim zweiten Feld wird http:// autom. wieder gelöscht. Beim dritten Feld bleibt es stehen.
Antwort innerhalb der App: "Keine Antwort der Zentrale mit IP ...". Wobei die gezeigte externe IP meine aktuelle ist. Und nu?

Hallo Andreas70 - Dieser "erfolgreiche Test" zeigt meines Erachtens nur dass die index.php gefunden wird und grundsätzlich funktioniert. Ich vermute du hast das gleiche Problem wie ich - nämlich eine nicht kompatible cURL-Version. Schau doch mal mit einem Editor in die index.php und prüf dann mal dein cURL. Versuch das mal im CLI mit "curl --help" und vergleiche dann die Syntax die in dieser Hilfe angezeigt wird mit der in der Datei verwendeten.
Wäre hilfreich zu wissen, ob das bei dir auch unterschiedlich ist. Ansonsten habe ich 100% genau das gleich Verhalten wie du es beschrieben hast.

Gruß
Wolfgang

[danyial]

Am besten nimmst du das vorbereitete Image für den Raspberry Pi. Damit klappt es auf alle Fälle.
Wie das mit "anderen" Webservern ist, kann ich leider nicht sagen.

[pillepalle]

Am besten nimmst du das vorbereitete Image für den Raspberry Pi. Damit klappt es auf alle Fälle.
Wie das mit "anderen" Webservern ist, kann ich leider nicht sagen.

Ok - höre ich gerne - danke für den Hinweis Das Teil liegt hier derzeit ohnehin nur rum. Ich habe nun übrigens mal quick und dirty einen MAMP auf den Mac gepackt - und siehe da - es funktioniert! cURL sieht nun aber "leider" auf dem Mac aus wie auf Android. Das macht meine Theorie kaputt, dass es an der vermeintlich inkompatiblen Syntax liegen könnte. Wenn ich heraus finden sollte woran es tatsächlich liegt, werde ich entsprechend berichten.
Im Zuge der Überlegungen was man als möglichst energiesparenden Server einsetzen könnte, kam ich ja auf die Idee mit dem Handy. Auch wenn das nun in diesem konkreten Fall (noch) nicht geklappt hat, so denke ich doch, dass das eine interessante Anwendung für "das Leben nach dem Tod" eines Handys sein könnte... Dann werde ich morgen mal den Pi betanken und schauen wie weit ich komme.

"Alleh hopp" und schönes Wochenende

Wolfgang