Geräte mit Home Manager koppeln via SEMP (Ethernet)

Hallo Axel,

ich habe vor ein paar Tagen von 1.6.6 auf 1.6.9 upgedated.

Leider hatte ich damit arge Probleme.

Die Anzeige des aktuellen SoC wurde nicht aktualisiert. Es wurde also geladen, aber der angezeigte Wert für SoC hat sich nicht geändert. Unter ./semp konnte man aber sehen, dass die zu ladende Energiemenge geringer wurde.

Das SoC-Script wurde nicht während des Ladens ausgeführt, obwohl alle 5% konfiguriert war. Evtl. zusammenhängend mit dem obigen Punkt.

Es wurde nicht erkannt, wenn ein Auto angeschlossen wurde. Das WebIf hat dann z.B. noch einen SoC vom Vortag mit dem entsprechenden Datum angezeigt.

Das Laden hat begonnen und wurde nach wenigen Minuten wieder beendet. Manchmal dann nach weiteren wenigen Minuten wieder gestartet.

Ich habe sowohl den SAE als auch den ganzen Raspi zwischendurch neu gestartet. Keine Veränderung.

Ich habe aktuell keine Zeit das genauer zu analysieren und bin deswegen wieder auf 1.6.6 zurück. Aber falls es ähnliche Meldungen von anderen Usern geben sollte ...

Sollte ich die Zeit finden, werde ich die Probleme genauer und mit Log analysieren.

Grüße,

Thomas

Zitat von pv-maxe

Hallo,

erst einmal ein großes Lob an Axel für die Entwicklung dieser großartigen Software.

Ich kann leider nicht mit guten Hinweisen dienen, sondern hänge beim Start von SAE auf einem Pi 0.

Im letzten Jahr lief bei mir SAE den ganzen Sommer mit der Version 1.4.19 auf Stretch mit Oracle Java. Meine Poolpumpe wurde über GPIO25+Relaisplatine bestens gesteuert.

Nun ist gerade mal Zeit Buster draufzuspielen.

Die Installation lief problemlos. Die Einrichtung der Appliance habe ich über Weboberfläche durchgeführt.

Nach einem Neustart kann Java aber nicht mehr auf den GPIO 25 zugreifen. Mit SAE-Release 1.5.11 und 1.6.9 getestet.

Woran kann das liegen?

Code

2021-01-22 20:50:08,074 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:266] F-xxxxxxxx-000000000001-00: Starting appliance
2021-01-22 20:50:08,091 DEBUG [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-xxxxxxxx-000000000001-00: Created timer task name=FillQueueTimerTask period=3600000ms id=12531415
2021-01-22 20:50:08,094 DEBUG [Timer-0] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:54] F-xxxxxxxx-000000000001-00: Executing timer task name=FillQueueTimerTask id=12531415
2021-01-22 20:50:08,097 DEBUG [Timer-0] d.a.s.s.TimeframeIntervalHandler [TimeframeIntervalHandler.java:119] F-xxxxxxxx-000000000001-00: Starting to fill queue
2021-01-22 20:50:08,102 DEBUG [Thread-3] d.a.s.u.GuardedTimerTask [GuardedTimerTask.java:40] F-xxxxxxxx-000000000001-00: Created timer task name=UpdateActiveTimeframeInterval period=30000ms id=30860636
2021-01-22 20:50:08,105 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:276] F-xxxxxxxx-000000000001-00: Starting Switch
2021-01-22 20:50:08,231 DEBUG [Thread-3] d.a.s.c.Switch [Switch.java:71] F-xxxxxxxx-000000000001-00: Starting Switch for GPIO 25
2021-01-22 20:50:08,719 ERROR [Thread-3] d.a.s.c.Switch [Switch.java:82] F-xxxxxxxx-000000000001-00: Error starting Switch for GPIO 25
java.lang.RuntimeException: Unable to open GPIO direction interface for pin [25]: Permission denied

    at com.pi4j.wiringpi.GpioUtil.export(Native Method)
    at com.pi4j.io.gpio.WiringPiGpioProviderBase.export(WiringPiGpioProviderBase.java:108)
    at com.pi4j.io.gpio.impl.GpioPinImpl.export(GpioPinImpl.java:158)
    at com.pi4j.io.gpio.impl.GpioControllerImpl.provisionPin(GpioControllerImpl.java:566)
    at com.pi4j.io.gpio.impl.GpioControllerImpl.provisionDigitalOutputPin(GpioControllerImpl.java:718)
    at com.pi4j.io.gpio.impl.GpioControllerImpl.provisionDigitalOutputPin(GpioControllerImpl.java:712)
    at com.pi4j.io.gpio.impl.GpioControllerImpl.provisionDigitalOutputPin(GpioControllerImpl.java:735)
    at de.avanux.smartapplianceenabler.control.Switch.start(Switch.java:77)
    at de.avanux.smartapplianceenabler.appliance.Appliance.start(Appliance.java:277)
    at de.avanux.smartapplianceenabler.appliance.ApplianceManager.init(ApplianceManager.java:203)
    at de.avanux.smartapplianceenabler.appliance.ApplianceManager.startAppliances(ApplianceManager.java:133)
    at de.avanux.smartapplianceenabler.appliance.ApplianceManager.run(ApplianceManager.java:103)
    at java.base/java.lang.Thread.run(Thread.java:834)
2021-01-22 20:50:08,755 INFO [Thread-3] d.a.s.a.Appliance [Appliance.java:278] F-xxxxxxxx-000000000001-00: Switch off appliance initially
2021-01-22 20:50:08,758 INFO [Thread-3] d.a.s.c.Switch [Switch.java:101] F-xxxxxxxx-000000000001-00: Switching off GPIO 25
2021-01-22 20:50:08,760 WARN [Thread-3] d.a.s.c.Switch [GpioControllable.java:73] F-xxxxxxxx-000000000001-00: Configured for GPIO 25, but GPIO access disabled.

Alles anzeigen

Alles anzeigen

Hallo.

Ich vermute java läuft unter dem User sae und dieser darf nicht auf /dev/gpiomem zugreifen
da er nicht der group gpio zugeordnet ist.

ls -l /dev/gpiomem

Also versuche mal

sudo usermod -a -G gpio sae

Roland

Zitat von pv-maxe

Hallo,

erst einmal ein großes Lob an Axel für die Entwicklung dieser großartigen Software.

Ich kann leider nicht mit guten Hinweisen dienen, sondern hänge beim Start von SAE auf einem Pi 0.

Im letzten Jahr lief bei mir SAE den ganzen Sommer mit der Version 1.4.19 auf Stretch mit Oracle Java. Meine Poolpumpe wurde über GPIO25+Relaisplatine bestens gesteuert.

Nun ist gerade mal Zeit Buster draufzuspielen.

Die Installation lief problemlos. Die Einrichtung der Appliance habe ich über Weboberfläche durchgeführt.

Nach einem Neustart kann Java aber nicht mehr auf den GPIO 25 zugreifen. Mit SAE-Release 1.5.11 und 1.6.9 getestet.

Alles anzeigen

Ich selbst verwende keinen Pi Zero, aber es gab Hinweise von Usern zu dem Thema. Siehe https://github.com/camueller/S…delle-mit-armv6-und-armv7

Axel

Danke Roland für den Hinweis. Ich habe sae der Gruppe gpio hinzugefügt. Aber keine Änderung.

Java läuft unter User sae. Korrekt.

Ich muss dazusagen, es lief schon mal direkt nach der sae-Installation. Nur eben nicht nach einem Neustart des Pi0.

Die Hinweise zur Anpassung der Timeout-Zeiten habe ich befolgt. Das musste ich auch schon bei Stretch und 1.4.19.

Wenn ich als User sae im Terminal den Ausgang direkt mittels "gpio write 25 1" anspreche, schaltet mein Relais.

Warum kann dann java nicht? Oder ist es ein Laufzeitproblem? Java ist geladen, aber wiringpi noch nicht.

Wenn es nicht geht, muss ich eben bei Stretch bleiben.

Zitat von webwanze

Es wurde nicht erkannt, wenn ein Auto angeschlossen wurde.

Das deutet auf grundsätzliche Probleme in Deinem Setup hin.

Am Wallbox-Handling hat sich in den letzten Versionen nichts geändert, insofern kann ich mir die von Dir genannten Probleme nicht erklären. Du kannst ja nochmal in den Bekanntgaben der neuen Versionen hier im Forum diesbzgl. schauen.

Axel

Zumindest wurde das SoC Script nicht aufgerufen, wenn das Auto angesteckt wurde. Der Statuswechsel A->B scheint ok zu sein. Im WebIf stand dann ein Wert vom Vortag mit dem entspr. Timestamp.

Hat sich am Aufruf des Scrips was verändert? Was könnte der Grund sein, dass es nicht immer aufgerufen wird?

Status am Phoenix-Controller war übrigens immer einwandfrei.

Thomas

Zitat von webwanze

Hat sich am Aufruf des Scrips was verändert? Was könnte der Grund sein, dass es nicht immer aufgerufen wird?

Vor Aufruf des Scripts wird geprüft, ob es lesbar ("r") und ausführbar ("x") ist. Das war in der Tat eine Änderung der letzten Versionen. Falls nciht, gibt es Einträge im Log.

Axel

Hallo Axel,

ich hab' dir mal was per PN geschickt. Da sollte man zumindest mal ein Problem schnell finden können.

Thomas

Hallo ,

bei der Win Image installation.

muss da die USB datei "install.config"  die endung ".config" haben ?


Weil beim download heist sie nur "install"


Danke Freundlicher Gruß

Zitat von chris45

bei der Win Image installation.

muss da die USB datei "install.config"  die endung ".config" haben ?


Weil beim download heist sie nur "install"

Das liegt ggf. an Deinem Browser und/oder Windows. Sie muss so heissen, wie angegeben.

Axel