Erstellte Forenantworten
-
Beiträge
-
Ja, solange die beiden auf unterschiedlichen Ports laufen, sollte es keine Probleme geben.
Gruß
TobiasOkay, hätte ich echt nicht erwartet. Ich hatte bisher nur FritzBoxen und Speedports in den Händen und ging davon aus, dass ein DNS fürs lokale Netz inzwischen Standard auf allen Routern sein müsste. Bleibt dir also entweder immer per IP auf deinen Pi zuzugreifen oder manuell auf deiner Windows(?) Kiste einen Eintrag für „logocontrol“ in die Hosts Datei zu machen. Die ganz große Keule wäre einen DHCP und DNS-Server auf dem Pi laufen zu lassen und den TP-Link so zu konfigurieren, dass er dann diesen verwendet.
Also wenn dein Router schon den Namen „logocontrol“ im Menü anzeigt, hast du mal ein „ping logocontrol“ von der Kommandozeile des PC, mit dem du auf den Pi zugreifst, versucht? Es müssen natürlich sowohl PC als auch Pi an diesem Router hängen (bzw. per WLAN verbunden sein). Irgendwie kann ich mir das nicht so recht vorstellen, dass dein Router keine Namensauflösung im lokalen Netz unterstützt…
Die config.xml liegt auf dem Pi im Verzeichnis LogoControl (also /home/pi/LogoControl), aber wenn du weder weißt wo sie liegt, noch die Weboberfläche jemals funktioniert hat, wirst du sie auch kaum geändert haben können, daher fällt diese Option weg 😉 Wenn LogoControl gestartet ist (sollte nach einem reboot automatisch passieren, wenn du das init.sh Skript einmalig erfolgreich ausgeführt hast, ein manueller start per start.sh ist dann nicht nötig) und der oben genannte wget nichts zurück liefert, dann scheint der Webserver in LogoControl nicht zu laufen. Dann muss jedoch irgendein Fehler aufgetreten sein und im Log stehen. Kannst du daher bitte mal die Logs unter /tmp/LogoControl.log checken? Evlt. auch noch die nohup.out in deinem Home-Verzeichnis (/home/pi)?
Viele Grüße,
TobiasWenn du den zpos Eingang nicht benötigst musst du ihn mit einen Low-Block verbinden, er darf nicht unbeschaltet bleiben. Ansonsten kannst du einen ganz normalen Logo-Eingang (einen weiteren Taster oder alle möglichen Blöcke (z.B. langer Tastendruck) mit digitalem Ausgang) auf den zpos verbinden. Ich habe bei mir vor den zpos-UDF einfach ein „zwei Taster gleichzeitig“-Block gehängt. Wenn ich nun die „hoch“ und „runter“ Taste an den Rollos gleichzeitig drücken fahren sie in die Zwischenposition. Allerdings habe ich extra keine mechanisch verriegelten Jalousie-Taster verbaut, sondern normale Serien-Taster damit das überhaupt möglich ist.
Also zuerst mal dein Hostname steht in der /etc/hostname kannst ihn aber auch über das Tool „raspi-config“ unter den „Advanced…“ Einstellungen ändern.
Die Namensauflösung sollte eigentlich dein Router machen. Vergibt dein Router per DHCP die IP-Adressen oder manuell? Wenn der Hostname deines Pi tatsächlich „logocontrol“ ist (siehtst du auf der Kommandozeile, da sollte dann pi@logocontrol stehen), dann versuch mal zuerst von dem Rechner von dem du auf den Pi zugreifen möchtest ein „ping logocontrol“ zu machen. Wenn das geht, die Weboberfläche unter „http://logocontrol:8088“ aber trotzdem nicht erreichbar ist, dann ist es zumindest kein Router/DNS-Problem.
Wie sieht denn deine config.xml aus? Ist da der folgende Eintrag noch enthalten:
<httpWebservice port="8088" />Mach mal auf der Shell deines Pi folgendes:
wget -qO- http://localhost:8088/rest/attributesKommt da was zurück oder funktioniert dann die Verbindung auch nicht?
Hi Guido,
vermutlich läuft bei dir dann noch die alte Version 0.3.0! Ich habe festgestellt, dass das logocontrol-pi-0.4.0.tgz nicht richtig gepackt war. Alle Dateien von LogoControl waren direkt im Root des Archivs enthalten, und nicht erst in einem Verzeichnis „LogoControl“. Wenn du also dein logocontrol-pi-0.4.0.tgz streng nach Anleitung (tar -zxvf logocontrol-pi-x.x.x.tgz) entpackt hast, liegen die LogoControl-Dateien alle direkt in deinem Benutzer-Verzeichnis wo sie nicht hingehören. Lösche am besten alles was normal nicht in dein /home/pi Verzeichnis gehört, auch die Verzeichnisse /home/pi/Remote und /home/pi/Scripts sind da falsch, sie sollten unter /home/pi/LogoControl/Remote und /home/pi/LogoControl/Scripts liegen.
Anschließend entpacke noch mal frisch die neue Version 0.4.1, da sollten dann alle Dateien im LogoControl-Verzeichnis landen…
Du erstellst am einfachsten ein weiteres Device mit dem Namen „Mail Notifier“ oder „Script Executor“ uns sammelst dort deine Methoden und Trigger um Scripts zu starten. Das würde dann ungefähr so aussehen:
<group name="Licht"> <device id="1" name="Flur" type="light"> <attribute id="1" name="Status" address="942.7" datatype="bit"> <valuetext value="0" text="aus" /> <valuetext value="1" text="an" /> </attribute> <method id="1" name="on" address="0.0" /> <method id="2" name="off" address="0.1" /> </device> <device id="2" name="Mail Notifier"> <method id="1" name="Mail: Flurlicht eingeschaltet" script="mailnotify.sh 'Flur' 'ist eingeschaltet worden'" /> <trigger address="942.7" datatype="bit"> <onValue value="1" method="1" /> </trigger> </device> </group>
Ok, könntest du dann bitte nochmal auf deinem Mac versuchen und vorher die config.st im LogoControl Verzeichnis austauschen (+Reboot des Pi). Mich würde nur interessieren, ob der Fix auch bei deinem Mac Abhilfe schafft. Danke.
Hi,
kein Ding, immerhin war es ja ein Bug, dass es unter Apple Geräten nicht funktioniert. Nur um nochmal auf Nummer sicher zu gehen: du bist jetzt nicht einfach auf Windows mit IE umgestiegen sondern hast mit der neuen config.st unter deinem Mac und iPad mit Safari Erfolg gehabt? Wenn ja, dann mach ich demnächst ein kleines Bugfix-Release 0.4.1 fertig, wobei du ja den Fix dann schon hast.
Konnte in der Mittagspause gerade mal kurz ein iPad zum Testen in die Finger bekommen, da bekomme ich den gleichen Fehler! Mein Chrome zu Hause tut’s aber einwandfrei. Denke es ist trotzdem ein Browser-Problem, da der Apfel-Browser den Content-Type anscheinend anders setzt als Firefox & Co. Kannst du in deinem LogoControl-Verzeichnis unter /Remote/Resources die config.st mit folgender austauschen
und anschließend LogoControl neu starten (nicht LogoControl über die Web-Oberfläche „Restarten“, ab einfachsten den Prozess mit „killall mono“ abschießen, das start.sh Script kümmert sich dann um das wieder Starten von LogoControl, oder noch einfacher aber langsamer: „sudo reboot“)
Hm, hast du es mal mit einem anderen Browser versucht? Nur um den Fehler tatsächlich auf den Browser eingrenzen zu können…
Hi,
kannst du mal kurz schreiben welchen Browser du zum Zugriff auf die LogoControl-Weboberfläche verwendest? Getestet habe ich zumindest IE, Firefox und Chrome. Meine mich aber erinnern zu können, das ein anderer User schon mal ein Problem hatte, weil er den auf dem Raspberry vorinstallierten Browser (Midori oder Epiphany) verwendet hat.
Viele Grüße,
TobiasHi,
nein, Methoden außerhalb des Popup-Menüs anzeigen geht leider nicht, will ich so auch nicht umsetzen, da die Übersichtlichkeit darunter leiden würde (habe bei mir fast 50 Devices in der Übersicht, wenn da jetzt auch noch alle Methoden dazu…). Das Problem ist ja, dass LogoControl bei jeder Änderung auf der Logo die HTML-Seite einfach neu lädt. Bei mir reicht das auch aus, da ich keine sich sekundlich ändernden Werte habe und bei Analogwerten (wie z.B. Helligkeit) per Mittelwert-Baustein auf der Logo nur alle 1 min einen neuen Wert generiere. In deinem Fall müsste man nur den Text des Devices ändern ohne die Seite neu zu laden (z.B. per jQuery), dann könnte das Popup-Menü offen bleiben. Ich schreib mir das mal auf meine Wunschliste, ist aber ne größere Umbauaktion. Für die Web-Oberfläche fällt mir momentan kein Workaround ein. Mit der NetIO-App fürs Smartphone könntest du dein Vorhaben aber umsetzen.
Viele Grüße
Ok, ich hab deine config.xml mal runtergeladen und bei mir in LogoControl eingespielt. Dann auf die Konfigurations-Seite in der LogoControl Weboberfläche gewechselt und dort den Device-XML-Block aus meinem Pushbullet Script-Beispiel reingepastet, gespeichert, fertig. Kein Fehler. Hier die gespeicherte Config:
http://www11.zippyshare.com/v/Rze6PQ1H/file.html
An der Konfiguration selbst kann es also nicht liegen, sondern auf dem Weg von Einfügen in die config.xml bis zum Speichern. Jetzt mal die üblichen Verdächtigen: welchen Browser verwendest du? Hast du LogoControl auf dem Pi oder unter Windows laufen? Bevor du den XML-Block in die Weboberfläche pastest, könntest du diesen mal in ein normales Notepad pasten und mal schauen ob hier evtl. etwas seltsam aussieht (z.B. andere Hochkommas/Anführungszeichen als beim Rest). Ansonsten bin ich noch ratlos…
Ich hab mein Beispiel aus der Seite mit der Anleitung nochmal kopiert und bei mir in die Konfig eingefügt und hatte keine Probleme. Der Fehler kommt jedenfalls von der XSD-Schemavalidierung des XML-Files und sagt dass du normalen Text (Character Content) zwischen zwei XML-Element-Pärchen hast, was nicht erlaubt ist. Allerdings kann ich in deinem Beispiel den bemängelten Fehler nicht erkennen. Das einzige was mir auffällt ist, dass die einfachen und doppelten Hochkommas in deinem Beitrag irgendwie seltsam aussehen (also nicht die normalen Anführungszeichen und Hochkommas), aber das kann auch an der Foren-Software hier liegen. Falls du den Fehler nicht findest, kannst du irgendwo deine config.xml (am besten direkt per WinSCP kopieren) hochladen, dann schau ich mal drüber.
