Ankündigung

**Gabschi** · 08.01.2020, 08:25

Ich habe jetzt versucht die JDK nach einer Anleitung zu Installieren. Nur kann es sich irgendwelche Dateien nicht holen. Ich denke ich werde Loxberry morgen nochmal neu Installieren, vielleicht ist da etwas schief gelaufen.

Hier wäre nochmal der Installationslog, ich wollte es über Putty installieren.

Code:

sudo apt-get install openjdk-8-jre
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  ca-certificates-java fonts-dejavu-extra java-common libatk-wrapper-java
  libatk-wrapper-java-jni libgif7 openjdk-8-jre-headless
Suggested packages:
  default-jre icedtea-8-plugin fonts-ipafont-gothic fonts-ipafont-mincho
  fonts-wqy-microhei fonts-wqy-zenhei fonts-indic
The following NEW packages will be installed:
  ca-certificates-java fonts-dejavu-extra java-common libatk-wrapper-java
  libatk-wrapper-java-jni libgif7 openjdk-8-jre openjdk-8-jre-headless
0 upgraded, 8 newly installed, 0 to remove and 96 not upgraded.
Need to get 27.7 MB of archives.
After this operation, 99.7 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Err:1 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf java                                                                            -common all 0.71
  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
Err:2 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf open                                                                            jdk-8-jre-headless armhf 8u212-b01-1+rpi1
  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
Err:3 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf ca-certificates-java al                                                         l 20190405
  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
Err:4 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf fonts-dejavu-extra all                                                          2.37-1
  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
Err:5 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf libatk-wrapper-java all                                                          0.33.3-22
  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
Err:6 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf libatk-wrapper-java-jni armhf 0.33.3-22
  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
Err:7 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf libgif7 armhf 5.1.4-3
  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
Err:8 http://ftp.halifax.rwth-aachen.de/raspbian/raspbian buster/main armhf openjdk-8-jre armhf 8u212-b01-1+rpi1
  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
E: Failed to fetch http://ftp.halifax.rwth-aachen.de/raspbian/raspbian/pool/main/j/java-common/java-common_0.71_all.deb  Temporary failure res              olving 'ftp.halifax.rwth-aachen.de'
E: Failed to fetch http://ftp.halifax.rwth-aachen.de/raspbian/raspbian/pool/main/o/openjdk-8/openjdk-8-jre-headless_8u212-b01-1+rpi1_armhf.deb                Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
E: Failed to fetch http://ftp.halifax.rwth-aachen.de/raspbian/raspbian/pool/main/c/ca-certificates-java/ca-certificates-java_20190405_all.deb                Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
E: Failed to fetch http://ftp.halifax.rwth-aachen.de/raspbian/raspbian/pool/main/f/fonts-dejavu/fonts-dejavu-extra_2.37-1_all.deb  Temporary f              ailure resolving 'ftp.halifax.rwth-aachen.de'
E: Failed to fetch http://ftp.halifax.rwth-aachen.de/raspbian/raspbian/pool/main/j/java-atk-wrapper/libatk-wrapper-java_0.33.3-22_all.deb  Tem              porary failure resolving 'ftp.halifax.rwth-aachen.de'
E: Failed to fetch http://ftp.halifax.rwth-aachen.de/raspbian/raspbian/pool/main/j/java-atk-wrapper/libatk-wrapper-java-jni_0.33.3-22_armhf.de              b  Temporary failure resolving 'ftp.halifax.rwth-aachen.de'
E: Failed to fetch http://ftp.halifax.rwth-aachen.de/raspbian/raspbian/pool/main/g/giflib/libgif7_5.1.4-3_armhf.deb  Temporary failure resolvi              ng 'ftp.halifax.rwth-aachen.de'
E: Failed to fetch http://ftp.halifax.rwth-aachen.de/raspbian/raspbian/pool/main/o/openjdk-8/openjdk-8-jre_8u212-b01-1+rpi1_armhf.deb  Tempora              ry failure resolving 'ftp.halifax.rwth-aachen.de'
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
root@loxberry:/opt/loxberry#

**svethi** · 08.01.2020, 08:49

Ich vermute eher, dass die Namensauflösung (DNS) an Deinem Loxberry nicht funktioniert. Internet am Loxberry funktioniert aber sonst? Was hast Du noch so installiert? Hast Du die IP Adresse selbst vergeben?

**svethi** · 08.01.2020, 08:51

dizzy85 das Problem habe ich nicht. Das kann eigentlich nur passieren, wenn die Konfiguration auf die RAM Disk geschrieben wird. Wo liegt denn bei Dir die Konfiguration der HA-Bridge

**dizzy85** · 15.01.2020, 15:02

Hallöchen....Wie war das nochmal wenn ich die Ha-Bridge von 5.2.0 auf 5.3.0 updaten möchte....?

**michael287** · 16.01.2020, 15:03

Hallo zusammen,

habe ein ähnliches Problem wie Gabschi hier vor mir.

Habe den Port des Loxberrys auf 85 geändert, Plugin installiert:

Bei Klick auf den Button um HA-Bridge zu öffnen Fehler About:blank blocked

Nach Inspektion mit Chrome sehe ich als Linkziel des Buttons folgendes:

HTML-Code:

<a id="button" data-role="button" data-inline="false" data-mini="false" href="http://10.1.1.107:85:80/" target="_blank" class="ui-link ui-btn ui-shadow ui-corner-all" role="button">habridge aufrufen</a>

zuerst wird der Port 80 angehängt und dann 85, dass kann ja nicht funktionieren.
Ich sollte aber doch laut Plugin Anleitung den Port von 80 auf einen anderen ändern?

Klar habe ich dem Loxberry eine eigene IP-Adresse vergeben und nicht DHCP, aber warum soll das nicht gehen?

Viele Grüße

**Christian Fenzl** · 16.01.2020, 16:15

Das dürfte ein Fehler im Plugin sein.

**michael287** · 16.01.2020, 16:23

Das denke ich auch. Bekomme das Plugin in der aktuellen Version auch überhaupt nicht zum Laufen.
Port Loxberry auf 82 geändert.
Neustart
Plugin installiert
Neustart
Browser Chache geleert
Neustart

Bei direktem Aufruf <IP>:80 kommt immer 403

**OmerBeg** · 16.01.2020, 16:32

Zitat von michael287 Beitrag anzeigen

Das denke ich auch. Bekomme das Plugin in der aktuellen Version auch überhaupt nicht zum Laufen.
Port Loxberry auf 82 geändert.
Neustart
Plugin installiert
Neustart
Browser Chache geleert
Neustart

Bei direktem Aufruf <IP>:80 kommt immer 403

Ich würde es eher empfehlen das Du ein reverse proxy benuzst und loxberry auf port 80 betreibst und ha-bridge auf 8080 betreibst.

Siehe hier https://www.loxforum.com/forum/proje...294#post225294

**michael287** · 16.01.2020, 16:43

Zitat von OmerBeg Beitrag anzeigen

Ich würde es eher empfehlen das Du ein reverse proxy benuzst und loxberry auf port 80 betreibst und ha-bridge auf 8080 betreibst.

Siehe hier https://www.loxforum.com/forum/proje...294#post225294

Das wollte ich auch gerade machen, dazu müsste ich aber im Ha Bridge Plugin wieder den Port von 80 auf 8080 ändern.
winSCP sagt ich habe keine Rechte um in der habridge.config etwas zu ändern.
oder das ist nicht der richtige Weg.
den Wiki Artikel zur portänderung kann ich gerade nicht auf rufen, da loxwiki down ist.

**michael287** · 16.01.2020, 19:22

Zitat von OmerBeg Beitrag anzeigen

Ich würde es eher empfehlen das Du ein reverse proxy benuzst und loxberry auf port 80 betreibst und ha-bridge auf 8080 betreibst.

Siehe hier https://www.loxforum.com/forum/proje...294#post225294

EDIT: Es geht nun! Danke für den Tipp mit dem Reverse Proxy!

**dizzy85** · 26.01.2020, 11:42

Hallöchen.
Nach meinem Martyrium letztens mit der HA-Bridge (siehe weiter oben), sind weitere "Probleme" mit der Bridge bei mir aufgetaucht.
Zum einem hatte ich das Problem ,dass nach dem Ich die Bridge auf Port 80 umgestellt habe, deutsche Umlaute (ä,ö,ü) von der Alexa-App nicht mehr ordentlich dargestellt und dem zufolge auch nicht mehr erkannt wurden. Siehe hier: https://www.alefo.de/forum/umlaute-g...icht-mehr-7762 und hier: https://github.com/bwssytems/ha-bridge/issues/1151
Ein weiters Problem bestandt darin das in der Alexa-App einige HA-Bridge Geräte doppelt gefunden /angelegt wurden einmal verbunden über HUE-Hub und einmal als Royal Philips Electronics Intelligentes Gerät , siehe hier: https://github.com/bwssytems/ha-bridge/issues/1133 und siehe hier: https://github.com/bwssytems/ha-bridge/issues/806
Nach einiger Recherche mit Doktor Google etc. konnte ich das Problem etwas eingrenzen und auch Beheben.

Folgende Ausgangslage war gegeben:
*HA-Bridge auf Port 80
*2x Echo Gen.2
*2x Echo Show5
*1x Echo Generation

Vor meinem "Stromausfall" erkannte der Echo Generation 1 die HA-Bridge sauber über Port8080, nachdem aber durch den Stromausfall die Bridge und der Echo Generation1 (selber Stromkreis) nicht erreichbar waren switchte Alexa auf die beiden Show 5 um um Geräte zu suchen, diese Beiden Geräte haben aber einen anderen Software-Stand als die "alten" Echo-Geräte der Genration 1 und erwarten die HA-Bridge auf Port 80. Somit habe ich erstmal die HA-Bridge auf Port 80 gelegt und die Geräte wurden auch wieder gefunden. Als jetzt der Echo Generation 1 wieder mit ins Spiel gekommen ist, versuchte Alexa die HA-Bridge-Geräte über die Show 5 und teilweise über der Echo Gen.1 zufinden. Daher wurden Geräte doppelt angelegt. Da wie schon erwähnt der Echo Gen 1. eine andere Software hat als die Show 5 (laut Amazon bekommen die alten Echo´s auch keine großen Updates mehr), wurden die Geräte einmal als dimmable light - Hue Hub (Echo Generation 1) und als Royal Philips Electronics Intelligentes Gerät (Show 5) angelegt, und in den Geräten mit Umlauten wurden irgendwelche Sonderzeichen eingefügt, die Alexa nicht erkennt.

Also in Kurzform alte Echo-Geräte erkennen die HA-Bridge als dimmable light und neuere Geräte als Royal Philips Electronics Intelligentes Gerät (wird auch so in der Alexa-App dargestellt)

Zur Lösung des Dilemma:
Als erstes habe ich die HA-Bridge wieder auf Port 8080 zurück gebracht. (Da ich im Internet verschiedene Lösungen gelesen hatte bei denen es geholfen hatte die Bridge nicht auf Port80 zu betreiben.
Dann habe ich bis auf den Echo Generation 1 alle Echo-Geräte vom Strom genommen und über die Web-Oberfläche von Alexa (alexa.amazon.de) alle Geräte gelöscht und neu suchen lassen und siehe da der Echo Generation 1 erkennt die HA-Bridge ohne zu mucken auf Port 8080 und auch die Geräte wurden nur einmal und auch mit umlauten etc. angelegt. Danach habe ich wieder die anderen Echo-Geräte ans Netz gegeben. Diese finden die HA-Bridge jetzt aber nicht auf Port 8080 (Gott sei dank) und somit werden auch keine Einträge doppelt erkannt.
Natürlich habe ich das ganze auch andersherum probiert, quasi den Echo-Generation 1 vom Netz genommen und nur über die neuern Echo´s suchen lassen, hier werden auch keine Eintäge doppelt erkannt, aber das diese Geräte von der Software anders mit der HA-Bridge umgehen werden diese als "royal philips electronics intelligentes gerät" erkannt, das ist eigentlich die US-Version der HUE-Bridge etc... Und bei dieser Version, da US gibt es keine Umlaute somit bleibt das Problem mit den Unlauten bestehen, bzw müssen die Geräte umbenannt werden. Ob das mal mit einem Update der HA-Bridge gefixt wird ????
Natürlich hat es mich dann nicht Ruhe gelassen und ich wollte wissen wie sich das ganze mit einem Echo mit einem integriertem HUB verhält.Diese Echo´s kommen defintiv nicht mit der Bridge auf Port 80 klar. Hier muss auch defintiv ein richtiger Hard-Resett vorgenommen werden damit Alexa die Geräte vergisst und nicht wieder findet bzw. neue Geräte findet. Aber im Grunde funktioniert die Lösung genau so wie oben besschrieben.

Meine Tipps:
1. Sobald ein Echo der 1.Genation mit im Netz hängt--> HA Bridge auf Port 8080 --> Nur dieses Gerät bei der Geräte suche am Strom lassen.
2. Ist kein Gerät der ersten Generation im Netz--> muss die HA-Bridge auf Port 80 verwendet werden (mit einigen Einbußen)
3. Ist ein Echo-Gerät mit integriertem HUB vorhanden, dann auch alle anderen Geräten vom Netz nehmen und die Bridge auf Port 80 betreiben, es muss aber definitiv vor jedem umschreiben /umstellung der HA-Bridge Geräte in Hard-Resett durchgeführt werden, da die Geräte bei diesem Echo durch den integriertem HUB so "tief" im Cache liegen.

Das ganze habe ich ab mit verschiedenen HA-Bridge-Versionen ab 4.7.X bis 5.2.X probiert.

Vielleicht sollten die Plugin-entwickler hier eine Auswahl schaffen auf welchen Port die Bridge installiert wird.

Und bei jeder umstellung etc, im Browser den Catch löschen.

Meine Empfehlung stellt euch irgendwo noch ein altes Gerät (Echo Gen.1 oder Dot Gen.1 etc) mit ins Netz hier läuft die HA-Bridge auf Port 80 am besten ;-)
Ein Probleme habe ich aber noch nicht lösen können, und zwar.... Triggere ich mit Alexa über die HA-Bridge einen einen virtuellen Eingang in Loxone, der aber über eine Gewisse Logik (Taster mit Zeitverzögerung oder ähnliches ) direkt in Loxone wieder deaktiviert wird, bleibt der "Ein/Aus-Schalter" in der Alexa-App noch auf EIN da Alexa ja keine Rückmeldung bekommt das "Ausgeschaltet, deaktiviert " wurde.....?

**Tom001** · 26.01.2020, 18:55

Zitat von dizzy85 Beitrag anzeigen

Siehe Svethi u. meinen Beitrag weiter oben..... Das Plugin geht im Moment nicht so ganz mit Loxberry 2.0

Folgendes machen....:
Plugin deinstallieren
Per Putty an der Konsole anmelden
Dann

sudo apt-get install openjdk-8-jre

eingeben.
Plugin neu installieren
HA-Port umbiegen
Neustarten

Die Installation von Java8 auf Debian 10 Buster scheint seit heute nicht mehr zu funktionieren.

E: Unable to locate package openjdk-8-jre

Bei der Installation des HA Bridge Plugins habe ich diesen Fehler erhalten und auch bei der manuellen Installation über Kommandozeile.

**Tom001** · 27.01.2020, 10:45

Zur Info:
Hat mit dieser Anleitung geklappt (ab Installing OpenJDK 8) :

Just a moment...

https://linuxize.com/post/install-java-on-debian-10/#installing-openjdk-8

**andreas221988** · 27.02.2020, 16:55

Kann man mit der HA Bridge auch LichtSzenen aktivieren?

**AlexAn** · 27.02.2020, 19:13

Virtuellen Eingang anlegen - in dem Fall VI12

In der Bridge bei Target Item

Code:

http://user:passwort@IP-Miniserver:port/dev/sps/io/VI12/Pulse

Den VI12 nur noch auf T5/x des Baustein Lichtsteuerung

Tipp: einen eigenen Benutzer mit eigenem Passwort z.B. Alexa in der Config anlegen (falls sich mal was selbständig macht

)

Ankündigung

PLUGINS

Plugin: HaBridge

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar