Ankündigung

Einklappen
Keine Ankündigung bisher.

Support-Thread für das Backend-Plugin

Einklappen
X
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Support-Thread für das Backend-Plugin

    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.
    Viele Grüße
    Martin

    #2
    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

    Kommentar


      #3
      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"?
      Zuletzt geändert von Msinn; 05.07.2016, 13:53.
      Viele Grüße
      Martin

      Kommentar


        #4
        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.

        Code:
        # 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

        Kommentar


          #5
          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.
          Zuletzt geändert von bmx; 06.07.2016, 16:14. Grund: Link auf Support-Thread gelöscht weil Beiträge hierher verschoben worden sind.
          Viele Grüße
          Martin

          Kommentar


            #6
            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

            Kommentar


              #7
              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..

              Kommentar


                #8
                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

                Kommentar


                  #9
                  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?
                  Zuletzt geändert von Msinn; 06.07.2016, 11:34.
                  Viele Grüße
                  Martin

                  Kommentar


                    #10
                    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

                    Kommentar


                      #11
                      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).
                      Viele Grüße
                      Martin

                      Kommentar


                        #12
                        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

                        Kommentar


                          #13
                          Hi zusammen!

                          Ich bekomme folgende Meldung beim Start..
                          Code:
                          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:
                          Code:
                          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:
                          Code:
                          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.

                          Kommentar


                            #14
                            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.
                            Viele Grüße
                            Martin

                            Kommentar


                              #15
                              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.

                              Kommentar

                              Lädt...
                              X