Ankündigung

**Caesium** · 10.10.2016, 11:08

Moin, du schreibst du kannst die Webseite nicht aufrufen?
Was sagen die üblichen Verdächtigen auf der PI:
ps -ef |grep java
und sudo netstat -pan |grep java
?

BTW, es ist idr keine gute Idee oauth tokens hier zu posten, sonst hast du bald andere Leute welche deine netatmo Devices fernsteuern.

Grüße

**Milhouse** · 10.10.2016, 11:16

Danke, werde ich prüfen und die Ergebnisse hier posten! Mit "top" habe ich schon gesehen dass Java mit einstelligen CPU Last Prozenten am Laufen ist, beim Hochfahren natürlich mit fast 100%.

Ich hatte gedacht es reicht wenn ich mein "private secret" rauslösche, werde den Rest auch löschen. Danke für den Hinweis.

Gruss

**Milhouse** · 10.10.2016, 19:31

Hier also die Ausgaben der Kommandos, kurz nachdem ich im Browser auf einer anderen Maschine die Demo Site aufrufe.

pi@raspberrypi:~ $ ps -ef | grep java

pi 1515 1509 12 20:08 pts/0 00:02:48 java -Dosgi.clean=true -Declipse.ignoreApp=true -Dosgi.noShutdown=true -Djetty.port=8080 -Djetty.port.ssl=8443 -Djetty.home=. -Dlogback.configurationFile=configurations/logback.xml -Dfelix.fileinstall.dir=addons -Dfelix.fileinstall.filter=.*\.jar -Djava.library.path=lib -Djava.security.auth.login.config=./etc/login.conf -Dorg.quartz.properties=./etc/quartz.properties -Dequinox.ds.block_timeout=240000 -Dequinox.scr.waitTimeOnBlock=60000 -Dfelix.fileinstall.active.level=4 -Djava.awt.headless=true -jar server/plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar -console

pi 2789 1906 1 20:29 pts/1 00:00:00 grep --color=auto java

pi@raspberrypi:~ $ sudo netstat -pan | grep java

tcp6 0 0 :::8443 :::* LISTEN 1515/java

tcp6 0 0 :::8080 :::* LISTEN 1515/java

tcp6 1 0 192.168.1.125:8080 192.168.1.142:49543 CLOSE_WAIT 1515/java

tcp6 1 0 192.168.1.125:8080 192.168.1.142:49485 CLOSE_WAIT 1515/java

tcp6 1 0 192.168.1.125:8080 192.168.1.142:49379 CLOSE_WAIT 1515/java

tcp6 1 0 192.168.1.125:8080 192.168.1.142:49389 CLOSE_WAIT 1515/java

tcp6 0 0 192.168.1.125:8080 192.168.1.142:49551 ESTABLISHED 1515/java

tcp6 1 0 192.168.1.125:8080 192.168.1.142:49487 CLOSE_WAIT 1515/java

udp6 0 0 :::5353 :::* 1515/java

unix 2 [ ] STREAM CONNECTED 9720 1515/java

unix 2 [ ] STREAM CONNECTED 9727 1515/java

Hab leider zuwenig Ahnung um das selber zu interpretieren. Die Zeile im netstat mit "ESTABLISHED" kommt nur wenn ich vorher die Seite im Browser aufrufe.

Danke im Voraus für eure Hilfe

Gruss

**Milhouse** · 13.10.2016, 07:12

Hat niemand eine Idee was das Problem sein könnte?

Caesium Wie beurteilst du die Ausgaben des netstat Kommandos? Sieht das so OK aus?

**tiftian** · 14.10.2016, 16:30

Ich habe keine direkte Lösung für dein Problem aber ich hatte auch mehrfach Probleme mit openHAB auf dem Raspberry. Wenn Du die Installation aus dem Repository gemacht hast würde ich die Verzeichnisse nochmals löschen und einfach nochmals neu installieren + vorher die Files sichern und wieder in die Verzeichnisse kopieren.

Zudem musste ich meinen Raspi regelmässig neu aufsetzen (ca. alle 7-10 Monate) weil durch mein exzessives Logging (openHAB + MQTT) die SD-Karte kaputt gegangen ist.

**Milhouse** · 14.10.2016, 18:50

Danke für den Input, ich werde es mal mit dem neu Aufsetzen versuchen. Ich hatte nicht aus dem Repository installiert, sondern das ZIP File von openhab.org runtergeladen und ausgepackt.

Die SD-Karte sollte noch in Ordnung sein, da ja mangels Events noch sehr wenig geloggt wurde

**Milhouse** · 16.10.2016, 13:10

Ich habe jetzt durch inkrementelles Vorgehen herausgefunden, dass es an folgender Rule lage:

Code:

[B]rule[/B] "Set Rollershutters at startup"

[B]when[/B]

[B]System[/B] [B]started[/B]

[B]then[/B]

        //wait after startup until Sunset_Time is known

[B]while[/B] (Sunset_Time.state == Uninitialized)

        {

            Thread::sleep(5000) 

        }

        logInfo("Rule_Startup", "execute")




[B]if[/B](now.isAfter((Sunset_Time.state [B]as[/B] DateTimeType).calendar.timeInMillis))

        {

            sendCommand(Shutter_Stube, "DOWN")    

        } [B]else[/B] 

        {

            sendCommand(Shutter_Stube, "UP")    

        }

[B]end[/B]

Konkret liegt es an der Warteschlaufe am Anfang. Diese ist nötig, weil das Astro Binding die nötigen Werte erst nach dem Aufstarten des Systems berechnet. Auf der VM funktioniert es auch problemlos so, auf dem Pi bewirkt das eine totale Blockade von allem.

Ich werde jetzt die Anforderung einfach anders lösen, würde aber gerne noch besser verstehen was genau passiert ist.

Ankündigung

Probleme openHab auf Raspberry Pi

Probleme openHab auf Raspberry Pi

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar