Support-Thread für das Backend-Plugin

[Msinn]

Hi,

in diesem Thread gibt es Support für das Backend-Plugin. Dieser Thread wird auch in der Doku zum Plugin verlinkt, damit er schnell gefunden werden kann.

Aktuell richtet sich der Thread an Tester, die auf dem develop Zweig von smarthomeNG unterwegs sind.

Dank eines unserer Tester haben wir inzwischen auch eine französische Übersetzung des Plugins. Dafür vielen Dank an Foxy352.

[schloessl]

Ich habs mal versucht, scheitere aber!

Also Dev gezogen, Plugin Backend eingebaut. Anpassungen laut README in etc/..conf durchgeführt.

Ich hänge an 2 Punkten:

1. Punkt
im Debug gibt es eine Fehlermeldung. visu_acl setzen. Durch das setzen des Parameters in den Items scheint der Fehler zu wandern.
Kann hier den Name des Items in der Fehlermeldung erscheinen? Oder habe ich hier einen Denkfehler?

2016-07-05 12:57:00 INFO Main Start SmartHome.py 1.1.0.man
2016-07-05 12:57:00 INFO Main Init Scheduler
2016-07-05 12:57:00 INFO Main Init Plugins
2016-07-05 12:57:02 INFO Main Init Items
2016-07-05 12:57:02 INFO Main Item env.core.memory = 25210880.0 via SQLite None None
2016-07-05 12:57:02 INFO Main Item env.core.threads = 7.0 via SQLite None None
2016-07-05 12:57:03 INFO Main Item env.system.load = 0.02 via SQLite None None
2016-07-05 12:57:03 INFO Main Item wire.werkst = 17.62 via SQLite None None
2016-07-05 12:57:03 INFO Main Item wire.vorlauf = 19.88 via SQLite None None
2016-07-05 12:57:03 INFO Main Item wire.ruecklauf = 21.94 via SQLite None None
2016-07-05 12:57:03 INFO Main Item wire.aussenost = 23.12 via SQLite None None
.. weiter SQLitewerte werden übernommen
2016-07-05 12:57:05 INFO Main Item og.sued.heizung.basissoll_nacht = 19.0 via SQLite None None
2016-07-05 12:57:06 INFO Main Item wugro.Temperatur = 23.7 via SQLite None None
2016-07-05 12:57:06 INFO wire.dew_r1 Item wire.dew_r1 = 12.89 via Init None None
2016-07-05 12:57:06 INFO Main Items: 787
2016-07-05 12:57:06 INFO Main Start Logics
2016-07-05 12:57:06 INFO wire.dew_r2 Item wire.dew_r2 = 11.73 via Init None None
2016-07-05 12:57:06 ERROR Main Unhandled exception: name 'item' is not defined
<class 'NameError'>
File "/usr/local/smarthome/bin/smarthome.py", line 601, in <module>
sh.start()
File "/usr/local/smarthome/bin/smarthome.py", line 304, in start
self._logics = lib.logic.Logics(self, self._logic_conf, self._env_logic_conf)
File "/usr/local/smarthome/lib/logic.py", line 54, in __init__
plugin.parse_logic(logic)
File "/usr/local/smarthome/plugins/visu_websocket/__init__.py", line 119, in parse_logic
if item.conf['visu_acl'].lower() in ('true', 'yes', 'rw'):

2016-07-05 12:57:06 INFO wire.temp_r1.max Item wire.temp_r1.max = 18.88 via Init None None
2016-07-05 12:57:06 INFO wire.temp_r2.max Item wire.temp_r2.max = 26.75 via Init None None
2016-07-05 12:57:07 INFO wire.dew_r3 Item wire.dew_r3 = 13.55 via Init None None
2016-07-05 12:57:07 INFO wire.dew_r4 Item wire.dew_r4 = 13.5 via Init None None
2016-07-05 12:57:07 INFO system.datum_uhrzeit.sonne.aufgang Item system.datum_uhrzeit.sonne.aufgang = 05:18 via Init None None
2016-07-05 12:57:08 INFO system.datum_uhrzeit.sonne.untergang Item system.datum_uhrzeit.sonne.untergang = 21:18 via Init None None
2016-07-05 12:57:08 INFO system.datum_uhrzeit.sonne.position Item system.datum_uhrzeit.sonne.position = (2.947298288345337, 1.1130422353744507) via Init None None
2016-07-05 12:57:08 INFO system.datum_uhrzeit.mond.aufgang Item system.datum_uhrzeit.mond.aufgang = 07:38 via Init None None
2016-07-05 12:57:08 INFO system.datum_uhrzeit.mond.position Item system.datum_uhrzeit.mond.position = (2.586068868637085, 0.9523476362228394) via Init None None
2016-07-05 12:57:08 INFO system.datum_uhrzeit.mond.untergang Item system.datum_uhrzeit.mond.untergang = 21:47 via Init None None
2016-07-05 12:57:09 INFO system.datum_uhrzeit.mond.licht Item system.datum_uhrzeit.mond.licht = 1 via Init None None
2016-07-05 12:57:11 INFO wettercom Item wetter.vorhersage.uebermorgen.spaet.temperatur.min = 8 via Logic None None
2016-07-05 12:57:11 INFO wettercom Item wetter.vorhersage.uebermorgen.spaet.temperatur.max = 20 via Logic None None
weiter Wettercom-Daten
2016-07-05 12:57:12 INFO wettercom Item wetter.vorhersage.uebermorgen.mittag.code = 1 via Logic None None
2016-07-05 12:57:12 INFO wettercom {datetime.datetime(2016, 7, 7, 6, 0): ['8', '20', 'leicht bewölkt', '10', '5', '270', 'W', '1'], datetime.datetime(2016, 7, 6, 11, 0): ['18', '20', 'leicht bewölkt', '10', '20', '270', 'W', '1'], datetime.datetime(2016, 7, 5, 17, 0): ['17', '24', 'leicht bewölkt', '20', '15', '270', 'W', '1'], datetime.datetime(2016, 7, 5, 11, 0): ['21', '25', 'leicht bewölkt', '10', '17', '270', 'W', '1'], datetime.datetime(2016, 7, 6, 23, 0): ['10', '14', 'leicht bewölkt', '10', '3', '270', 'W', '1'], datetime.datetime(2016, 7, 7, 17, 0): ['16', '24', 'leicht bewölkt', '10', '5', '0', 'N', '1'], datetime.datetime(2016, 7, 6, 6, 0): ['13', '18', 'leicht bewölkt', '20', '16', '270', 'W', '1'], datetime.datetime(2016, 7, 5, 23, 0): ['14', '17', 'leicht bewölkt', '10', '11', '270', 'W', '1'], datetime.datetime(2016, 7, 5, 6, 0): ['13', '21', 'leicht bewölkt', '10', '6', '225', 'SW', '1'], datetime.datetime(2016, 7, 7, 23, 0): ['12', '16', 'leicht bewölkt', '10', '2', '90', 'O', '1'], datetime.datetime(2016, 7, 6, 17, 0): ['14', '20', 'leicht bewölkt', '10', '10', '315', 'NW', '1'], datetime.datetime(2016, 7, 7, 11, 0): ['20', '24', 'leicht bewölkt', '10', '8', '270', 'W', '1']}

Jetzt ist 13:26 keine Daten mehr seit 12:57 ??

2. Punkt

Backend soll ja helfen Probleme zu erkennen und zu protokollieren. Da setzt es noch ganz aus. In der Version sind ja verschiedene htmls zur Auswertung beigefügt.
Ich habe leider keinen Hinweis gesehen, wie und wo ich diese html.Seiten einbinden muss oder evtl nur aufzurufen.
Leider schläft meine VISU noch ein! Test also noch problematisch!

Wer kann mir kurz den Weg aufzeigen zu den BACKEND-Seiten erklären?

Danke
Wolfgang

[Msinn]

Hallo Wolfgang,

beim Backend musst Du keine Seiten irgendwo einbinden. Du muss nur mit einem Browser deb Server auf dem smarthomeNG läuft auf Port 8383 ansteueren (z.B. http://smarthome.local:8383).

Die Fehlermeldung die Du bekommst, kommt wo anders her. Was hast Du in etc/logic.conf konfiguriert? Poste sie am Besten mal. Hast Du die Logiken so konfiguriert, dass Du sie aus der Visu triggern kannst?

Was meinst Du mit "Leider schläft meine VISU noch ein"?

[bmx]

Hallo Wolfgang,

die Developer Version ist auch eine Entwicklerversion. Heißt da können noch Fehler drin sein und es wird dran gearbeitet. Wenn Du etwas testen willst, wäre das richtige eher der Branch Release-1.2. Allerdings ist das eben noch nicht released und da kann auch noch was drin sein.
Um das Backend einzubinden, kannst Du sowas in Deine Plugin.conf aufnehmen. Das Backend kannst Du dann im Browser mit <ip-von-SmartHomeNH>:8383 aufrufen. Wenn Du einen user und ein password vorgegeben hast, dann wirst Du noch danach gefragt.

# plugin.conf
[BackendServer]
    class_name = BackendServer
    class_path = plugins.backend
    #ip = xxx.xxx.xxx.xxx
    port = 8383
    updates_allowed = True
    threads = 8
    user = admin
    password = xxxx
    language = de
    developer_mode = True

Zu 1. müßte ich mal einen Sample Deiner Items sehen und auch Deine Plugin.conf

Gruß,
Bernd

[Msinn]

Hallo Wolfgang,

zieh Dir mal das Plugin visu_websocket neu. Dann sollte auch die Konfiguration für Logiken, die aus der Visu triggerbar sind funktionieren.

[schloessl]

Dank an bmx und Msinn!

Neues Dev gezogen und den Hinweis von bmx zum Starten genutzt.

Jetzt läuft alles wieder!
an bmx: KNX war wohl nach dem Fehler noch nicht aktiv, deshalb mein Ausdruck "System schläft", da sich im Log nichts mehr tat.

Danke für die schnelle Hilfe und für das "BACKEND".

Habe gerade nur einen Schnelldurchgang gemacht, sieht aber alles Super aus.

Da ich erst gestern nach dem Readme und Hinweisen gearbeitet habe, fällt mir nur eine rote Zeile auf.
Irgendwo habe ich erst gestern eine alte Version geladen. Ihe findet sicher die Stelle in ( Readme/Wicki ?)

backend.jpg

[psilo]

Achtung: der Versionscheck geht nur gegen PyPI, hat nichts mit Pluginrequirements zu tun. Ggf. kann eine zu hohe version sogar Probleme machen. Pluginversionscheck kommt viell. später mal.. Mit CherryPy 6.0.2 geht bei mir Python 3.5 in Kombi aber alles..

[schloessl]

Hallo Martin,

gestern habe ich mich mit einer Anfrage im falschen Beitag bewegt.
Danke für die schnelle Hilfe von bmx und Deinem Rat.

Nach meiner Begeisterung über das neue Tool habe ich gleich etwas weiter getestet und mit der -d Funktion gearbeitet.
Hier habe ich einige Ungereimtheiten festgestelt, die ich Dir aufzeigen möchte.
Ich schließe natürlich eine Fehlbedienung meinerseitz nicht aus!
Mit dem Problem kann ich vorerst leben, betrachte es bitte nur als Hinweis für eine evtl. weitere Entwicklung!

zu 1:
Einmal hatte ich vergessen Backend zu verlassen, bzw. zu beenden und habe den Trace mit CtrL C abgebrochen.
Danach konnte ich nur nach einem REBOOT das System wieder erreichen. Also eigene Blödheit!

zu 2:
Function -d und CTRL C in den Trace
Beendigung startet und scheint zu stehen (Wartezeit ca. 2 Minuten), danach erneut CTRL C

hier ser Trace (mehrfach nachempfunden, immer gleiche Auswirkung)

^C in deb Debug
2016-07-06 11:03:21 INFO smarthome Main Number of Threads: 17 -- smarthome.py:stop:338
2016-07-06 11:03:21 INFO plugin Main Stop Plugins -- plugin.py:stop:81
2016-07-06 11:03:21 DEBUG plugin Main Stopping knx Plugin -- plugin.py:stop:83
2016-07-06 11:03:21 DEBUG plugin Main Stopping ow Plugin -- plugin.py:stop:83
2016-07-06 11:03:21 DEBUG plugin Main Stopping visu Plugin -- plugin.py:stop:83
2016-07-06 11:03:21 DEBUG connection Main websockethandler: closing socket 192.168.115.44:54623 -- connection.py:close:310
2016-07-06 11:03:21 DEBUG plugin Main Stopping smartvisu Plugin -- plugin.py:stop:83
2016-07-06 11:03:21 DEBUG connection Main KNX: closing socket 127.0.0.1:6720 -- connection.py:close:310
2016-07-06 11:03:31 INFO smarthome Main Thread: Main, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: CP Server Thread-13, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: HTTPServer Thread-7, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: _TimeoutMonitor, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: CP Server Thread-15, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: CP Server Thread-11, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: CP Server Thread-8, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: CP Server Thread-9, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: CP Server Thread-14, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: CP Server Thread-10, still alive -- smarthome.py:stop:360
2016-07-06 11:03:31 INFO smarthome Main Thread: CP Server Thread-12, still alive -- smarthome.py:stop:360

^C erneuter CTRL C nach langer Wartezeit

2016-07-06 11:03:59 INFO smarthome Main Number of Threads: 11 -- smarthome.py:stop:338
2016-07-06 11:03:59 INFO plugin Main Stop Plugins -- plugin.py:stop:81
2016-07-06 11:03:59 DEBUG plugin Main Stopping knx Plugin -- plugin.py:stop:83
2016-07-06 11:03:59 DEBUG plugin Main Stopping ow Plugin -- plugin.py:stop:83
2016-07-06 11:03:59 DEBUG plugin Main Stopping visu Plugin -- plugin.py:stop:83
2016-07-06 11:03:59 DEBUG plugin Main Stopping smartvisu Plugin -- plugin.py:stop:83
2016-07-06 11:04:09 INFO smarthome Main Thread: Main, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: CP Server Thread-13, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: HTTPServer Thread-7, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: _TimeoutMonitor, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: CP Server Thread-15, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: CP Server Thread-11, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: CP Server Thread-8, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: CP Server Thread-9, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: CP Server Thread-14, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: CP Server Thread-10, still alive -- smarthome.py:stop:360
2016-07-06 11:04:09 INFO smarthome Main Thread: CP Server Thread-12, still alive -- smarthome.py:stop:360
Exception ignored in: <module 'threading' from '/usr/lib/python3.4/threading.py'>
Traceback (most recent call last):
File "/usr/lib/python3.4/threading.py", line 1294, in _shutdown
t.join()
File "/usr/lib/python3.4/threading.py", line 1060, in join
self._wait_for_tstate_lock()
File "/usr/lib/python3.4/threading.py", line 1076, in _wait_for_tstate_lock
elif lock.acquire(block, timeout):
File "/usr/local/smarthome/bin/smarthome.py", line 366, in stop
exit()
File "/usr/lib/python3.4/_sitebuiltins.py", line 26, in __call__
raise SystemExit(code)
SystemExit: None
/usr/local/lib/python3.4/dist-packages/cherrypy/process/wspbus.py:231: RuntimeWarning: The main thread is exiting, but the Bus is in the states.STARTED state; shutting it down automatically now. You must either call bus.block() after start(), or call bus.exit() before the main thread exits.
"main thread exits." % self.state, RuntimeWarning)
[06/Jul/2016:11:04:09] ENGINE Bus STOPPING
2016-07-06 11:04:09 INFO _cplogging Main [06/Jul/2016:11:04:09] ENGINE Bus STOPPING -- _cplogging.py:error:217
[06/Jul/2016:11:04:09] ENGINE HTTP Server cherrypy._cpwsgi_server.CPWSGIServer(('192.168.115 .35', 8383)) shut down
2016-07-06 11:04:09 INFO _cplogging Main [06/Jul/2016:11:04:09] ENGINE HTTP Server cherrypy._cpwsgi_server.CPWSGIServer(('192.168.115 .35', 8383)) shut down -- _cplogging.py:error:217
[06/Jul/2016:11:04:09] ENGINE Stopped thread '_TimeoutMonitor'.
2016-07-06 11:04:09 INFO _cplogging Main [06/Jul/2016:11:04:09] ENGINE Stopped thread '_TimeoutMonitor'. -- _cplogging.py:error:217
[06/Jul/2016:11:04:09] ENGINE Bus STOPPED
2016-07-06 11:04:09 INFO _cplogging Main [06/Jul/2016:11:04:09] ENGINE Bus STOPPED -- _cplogging.py:error:217
[06/Jul/2016:11:04:09] ENGINE Bus EXITING
2016-07-06 11:04:09 INFO _cplogging Main [06/Jul/2016:11:04:09] ENGINE Bus EXITING -- _cplogging.py:error:217
[06/Jul/2016:11:04:09] ENGINE Bus EXITED
2016-07-06 11:04:09 INFO _cplogging Main [06/Jul/2016:11:04:09] ENGINE Bus EXITED -- _cplogging.py:error:217
root@ibbgateway:/home/smarthome#

Grüße nach HH

Wolfgang

[Msinn]

Hallo Wolfgang,

das ist kein spezielles Verhalten beim backend Plugin. Dieses Verhalten (SmartHomeNG beendet sich nicht, da noch Threads laufen) siehst Du sobald Du ein Plugin nutzt, welches eigene Threads aufmacht (z.B. avm oder mlgw).

Ich habe es übrigens nicht geschafft die Exception zu erzeugen. Übrigens: Wenn Du in der Schleife mit den nicht beendeten Thread hängst, kannst Du SmartHomeNG mit Crtl-D beenden.

Mein Vorschlag für Dich ist, dass logging in /etc/logging.yaml entsprechend zu konfigurieren und SmartHomeNG nicht im Debug Modus zu starten.

Btw.: Was wolltest Du debuggen?

[schloessl]

Hallo Martin,

ich wollte eigentlich nur einmal die Auswirkung des BACKEND im Debug verfolgen!

/etc/logging.yaml noch im Auslieferungszustand!

Jetzt gerade bem n0rmalen Betrieb stelle ich fest, das --stop verhält sich anders.
smarthome.py beendet nicht mehr sauber. Nur per ps -aux | grep smarthome und kill ist ein Neustart --start möglich.

Bin ich zu ungeduldig, hat sich das Beenden etwa sovoel verlängert.

2016-07-06 13:52:58 INFO Main Number of Threads: 17
2016-07-06 13:52:58 INFO Main Stop Plugins
2016-07-06 13:53:09 INFO Main Thread: Main, still alive
2016-07-06 13:53:09 INFO Main Thread: CP Server Thread-12, still alive
2016-07-06 13:53:09 INFO Main Thread: CP Server Thread-10, still alive
2016-07-06 13:53:09 INFO Main Thread: CP Server Thread-8, still alive
2016-07-06 13:53:09 INFO Main Thread: CP Server Thread-14, still alive
2016-07-06 13:53:09 INFO Main Thread: HTTPServer Thread-7, still alive
2016-07-06 13:53:09 INFO Main Thread: _TimeoutMonitor, still alive
2016-07-06 13:53:09 INFO Main Thread: CP Server Thread-9, still alive
2016-07-06 13:53:09 INFO Main Thread: CP Server Thread-15, still alive
2016-07-06 13:53:09 INFO Main Thread: CP Server Thread-13, still alive
2016-07-06 13:53:09 INFO Main Thread: CP Server Thread-11, still alive
2016-07-06 13:53:46 INFO Main Number of Threads: 11
2016-07-06 13:53:46 INFO Main Stop Plugins
2016-07-06 13:53:56 INFO Main Thread: Main, still alive
2016-07-06 13:53:56 INFO Main Thread: CP Server Thread-12, still alive
2016-07-06 13:53:56 INFO Main Thread: CP Server Thread-10, still alive
2016-07-06 13:53:56 INFO Main Thread: CP Server Thread-8, still alive

Spukt da treads = 8 hinein, sollte ich den Wert höher setzen?

[smartvisu]
class_name = SmartVisu
class_path = plugins.visu_smartvisu
smartvisu_dir = /var/www/html/smartVISU
# generate_pages = True
# handle_widgets = True
# overwrite_templates = Yes
# visu_style = blk

[BackendServer]
class_name = BackendServer
class_path = plugins.backend
#ip = xxx.xxx.xxx.xxx
#port = 8383
#updates_allowed = True
#threads = 8
#user = admin
#password = very_secure_password
language = de
#developer_mode = on

[Msinn]

Hallo Wolfgang,

nein 8 Threads ist ok. Das sind Auswirkungen aus anderen Plugins. Das was Du beobachtest hat nichts mit dem Backend Plugin zu tun.

Vergiss nicht: Du bis auf dem Dev Zweig unterwegs. Da sind Fehler möglich. Bei einem Plugin habe ich das auch schon gefixed. Zieh Dir eine neue Kopie aus dem Dev (oder lass den Debug Mode bleiben).

[schloessl]

Danke Martin,

ich werde Deinem Rat folgen!

Hier noch ein Debug der letzten Minuten.
Mir ist DEV schon klar, ich habe noch einen laufenden Stand gesichert.

2016-07-06 14:26:14 DEBUG Main KNX[default]: 1.1.11 set 3/5/7 to 0.0
2016-07-06 14:26:14 INFO Main Number of Threads: 17
2016-07-06 14:26:14 INFO Main Stop Plugins
2016-07-06 14:26:14 DEBUG Main Stopping knx Plugin
2016-07-06 14:26:14 DEBUG Main Stopping ow Plugin
2016-07-06 14:26:14 DEBUG Main Stopping visu Plugin
2016-07-06 14:26:14 DEBUG Main Stopping smartvisu Plugin
2016-07-06 14:26:24 INFO Main Thread: Main, still alive
2016-07-06 14:26:24 INFO Main Thread: CP Server Thread-13, still alive
2016-07-06 14:26:24 INFO Main Thread: CP Server Thread-9, still alive
2016-07-06 14:26:24 INFO Main Thread: CP Server Thread-11, still alive
2016-07-06 14:26:24 INFO Main Thread: _TimeoutMonitor, still alive
2016-07-06 14:26:24 INFO Main Thread: CP Server Thread-8, still alive
2016-07-06 14:26:24 INFO Main Thread: CP Server Thread-10, still alive
2016-07-06 14:26:24 INFO Main Thread: CP Server Thread-15, still alive
2016-07-06 14:26:24 INFO Main Thread: CP Server Thread-14, still alive
2016-07-06 14:26:24 INFO Main Thread: HTTPServer Thread-7, still alive
2016-07-06 14:26:24 INFO Main Thread: CP Server Thread-12, still alive
2016-07-06 14:27:34 INFO Main Number of Threads: 11
2016-07-06 14:27:34 INFO Main Stop Plugins
2016-07-06 14:27:34 DEBUG Main Stopping knx Plugin
2016-07-06 14:27:34 DEBUG Main Stopping ow Plugin
2016-07-06 14:27:34 DEBUG Main Stopping visu Plugin
2016-07-06 14:27:34 DEBUG Main Stopping smartvisu Plugin
2016-07-06 14:27:34 DEBUG Main KNX: closing socket 127.0.0.1:6720
2016-07-06 14:27:44 INFO Main Thread: Main, still alive
2016-07-06 14:27:44 INFO Main Thread: CP Server Thread-13, still alive
2016-07-06 14:27:44 INFO Main Thread: CP Server Thread-9, still alive
2016-07-06 14:27:44 INFO Main Thread: CP Server Thread-11, still alive
2016-07-06 14:27:44 INFO Main Thread: _TimeoutMonitor, still alive
2016-07-06 14:27:44 INFO Main Thread: CP Server Thread-8, still alive
2016-07-06 14:27:44 INFO Main Thread: CP Server Thread-10, still alive
2016-07-06 14:27:44 INFO Main Thread: CP Server Thread-15, still alive
2016-07-06 14:27:44 INFO Main Thread: CP Server Thread-14, still alive
2016-07-06 14:27:44 INFO Main Thread: HTTPServer Thread-7, still alive
2016-07-06 14:27:44 INFO Main Thread: CP Server Thread-12, still alive
2016-07-06 14:27:44 INFO Main [06/Jul/2016:14:27:44] ENGINE Bus STOPPING
2016-07-06 14:27:44 INFO Main [06/Jul/2016:14:27:44] ENGINE HTTP Server cherrypy._cpwsgi_server.CPWSGIServer(('192.168.115 .35', 8383)) shut down
2016-07-06 14:27:44 INFO Main [06/Jul/2016:14:27:44] ENGINE Stopped thread '_TimeoutMonitor'.
2016-07-06 14:27:44 INFO Main [06/Jul/2016:14:27:44] ENGINE Bus STOPPED
2016-07-06 14:27:44 INFO Main [06/Jul/2016:14:27:44] ENGINE Bus EXITING
2016-07-06 14:27:44 INFO Main [06/Jul/2016:14:27:44] ENGINE Bus EXITED
2016-07-06 12:30:10 WARNING Main -------------------- Init SmartHomeNG 1.1.0.man --------------------
2016-07-06 14:30:10 INFO Main Start SmartHome.py 1.1.0.man
2016-07-06 14:30:10 INFO Main Init Scheduler
2016-07-06 14:30:10 INFO Main Init Plugins
2016-07-06 14:30:13 INFO Main Init Items
2016-07-06 14:30:13 INFO Main Item env.core.memory = 26787840.0 via SQLite None None
2016-07-06 14:30:13 INFO Main Item env.core.threads = 17.0 via SQLite None None
2016-07-06 14:30:13 INFO Main Item env.system.load = 0.09 via SQLite None None

Danke für Deine Arbeit
Wolfgang

[Onkelandy]

Hi zusammen!

Ich bekomme folgende Meldung beim Start..

Backend: load_translation language='de': Error ''ascii' codec can't decode byte 0xc3 in position 86: ordinal not in range(128)'

Beim Start von SmarthomeNG führt das Script folgende Zeichncode und Lang-Konfiguration aus:

env PYTHONIOENCODING=utf-8
env LANG=de_DE.utf8
env LC_ALL=de_DE.utf8
export PYTHONIOENCODING
export LANG
export LC_ALL

Irgendeine Idee, wo das Problem liegt?

Rufe ich die Systeminfo-Seite auf, kommt noch folgende Meldung im Log:

2016-07-13  09:58:16 WARNING  CP Server Thread-17 Backend: Language 'de': Translation for 'Systeminfo' is missing

Auf die Funktionalität wirkt sich beides nicht aus, also kein großes Ding..

Noch ne andere Frage: Wäre es möglich, bei den Cache Items auch den aktuell dort eingetragenen Wert anzeigen zu lassen? Das wäre manchmal recht hilfreich.

[Msinn]

Da geht die Python Funktion zum laden einer Json Struktur beim ersten deutschen Umlaut auf die Bretter.

Ich bekomme den Fehler nicht. Ich habe allerdings auch keine speziellen Einstellungen auf Shellebene vorgenommen. Bei mir im Environment gibt es nur LANG=de_DE.utf8.
PYTHONIOENCODING und LC_ALL sind bei mir nicht gesetzt.

[Onkelandy]

Danke für die rasche Rückmeldung!
Ich habe nun den env und LANG Kram raus genommen, neu gebootet und jetzt bleiben die Fehlermeldungen auch aus.. perfekt.