Ankündigung

**2ndsky** · 04.08.2013, 15:01

smarthome.py stürzt ab

verwendest du irgendwo urllib? die hat ein Memoryleak, weshalb Marcus in den tools eine Funktion für http Abfragen 'fetch_url' eingebaut hat.

**callidomus** · 04.08.2013, 15:26

Hallo Max,

ich denke auch es liegt an urllib(2). Das ist echt kaputt.
Selbst meine Wrapper-Funktion sh.tools.fetch_url('https://www.regular.com')
mildert nur das Leak stark ab.
Ich bin auf der Suche nach einer Alternative. Auch wenn es bedeutet einen zusätzliche Abhängigkeit einzubauen. :-(

Bis bald

Marcus

**JNK** · 04.08.2013, 17:07

Ich hatte das zuerst so gemacht, bevor Du sh.tools.fetch_url() ins Spiel gebracht hast.

Code:

import httplib

HTTPcon = httplib.HTTPConnection(serverName)
HTTPcon.request('GET', searchURL)
response = HTTPcon.getresponse()
        
if not response.status == 200:
    print 'Error in HTTP request', response.status
    HTTPcon.close()
    return False
    
content = response.read()

**callidomus** · 04.08.2013, 19:51

Hi Jan,

sieht auf den ersten Blick (Speicherverbrauch) gut aus. Ich behalte das weiter im Auge und teste das.

Danke und bis bald

Marcus

**l0wside** · 04.08.2013, 21:30

Zitat von 2ndsky Beitrag anzeigen

verwendest du irgendwo urllib? die hat ein Memoryleak, weshalb Marcus in den tools eine Funktion für http Abfragen 'fetch_url' eingebaut hat.

Nein, das ist es nicht. Ich habe eher den Verdacht, dass eine Logik nicht sauber terminiert und dann x-mal parallel läuft.
Gibt es eine Möglichkeit, zu sehen, welche Logiken aktuell aktiv sind?

Max

**callidomus** · 05.08.2013, 15:19

Hallo Max,

Zitat von l0wside Beitrag anzeigen

Gibt es eine Möglichkeit, zu sehen, welche Logiken aktuell aktiv sind?

nicht direkt. Siehe aber https://knx-user-forum.de/smarthome-...eobachten.html

Die dort beschriebene Logik gibt die Namen der aktiven Threads, und damit die Logiken, aus.

hth

Marcus

P.S. wahrscheinlich baue ich das noch in das CLI ein, um das einfach zu checken.

**l0wside** · 06.08.2013, 07:34

Hallo Marcus,

danke. Ich baue es dieser Tage mal ein und werde berichten.

Gruß,

Max

**callidomus** · 06.08.2013, 07:40

Hi Max,

das CLI Plugin im develop branch kann nun 'lt', das listet die Threads auf.

Weiterhin habe ich ein Memory Leak bei der Websocket-Schnittstelle gefunden und gefixed. Die Auswirkungen (Speicherersparniss) und den Fix muss ich aber noch testen bevor ich es einchecke.

Bis bald

Marcus

**l0wside** · 06.08.2013, 13:35

Zitat von mknx Beitrag anzeigen

das CLI Plugin im develop branch kann nun 'lt', das listet die Threads auf.

Weiterhin habe ich ein Memory Leak bei der Websocket-Schnittstelle gefunden und gefixed. Die Auswirkungen (Speicherersparniss) und den Fix muss ich aber noch testen bevor ich es einchecke.

Hallo Marcus,

merci, ich bin immer wieder von deinem Entwicklungstempo beeindruckt!

Ich baue das cli aus dem git mal ein. Websocket wäre eine mögliche Quelle für Speicherprobleme; ich habe eine (von Will inspirierte) handgestrickte Visu am Laufen, die die Websocket-Schnittstelle nutzt.

Max

**callidomus** · 06.08.2013, 19:22

Hallo Max,

ich denke das Leak im Visu-Plugin ist gefixed (in develop).

Wenn das über einen längeren Zeitraum stabil läuft, porte ich das in Master. Bis jetzt sieht es auf jeden Fall gut aus.

Bis bald

Marcus

**callidomus** · 09.08.2013, 22:41

Hallo,

kurzer Zwischenstand: Der Verbrauch auf meinem Produktivrechner ist sehr stabil. Ich habe es am 06. Vormittags neu gestartet. Ich werde die Änderung demnächst mal backporten.

Bis bald

Marcus

Angehängte Dateien

Speicher.png (139,6 KB, 99x aufgerufen)

**l0wside** · 13.08.2013, 11:01

Danke für die Erweiterung des Logs, das war schon mal sehr hilfreich.

Ich bekomme nun folgende Meldung:

Code:

2013-08-13 09:09:37 Scheduler    INFO     Current Threads: SmartHome.py, 1w-sen, series, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, heizungslimitierung, heizungslimitierung, 1w-sen, heizungslimitierung, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, series, Scheduler, 1w-sen, 1w-sen, series, 1w-sen, 1w-sen, 1w-sen, 1w-sen, heizungslimitierung, 1w-sen, 1w-sen, 1w-sen, 1w-sen, series, 1w-sen, 1w-sen, 1w-sen, heizungslimitierung, 1w-sen, 1w-sen, 1w-sen, 1w-sen, 1w-sen, Thread-50

Warum die Heizungslimitierungs-Funktion hängt, ist mir schleierhaft. Sie dient dazu, den immer mal wieder spinnenden Heizungsregler einzubremsen. Loops oder Ähnliches sind nicht enthalten, allerdings diverse Temperaturabfragen:

Code:

#!/usr/bin/env python
# Setzt in einem Raum bei Ueberschreiten der eingestellten Temperatur 
# um mehrals max_delta die PWM der Heizung zwangsweise auf 0 
# (durch Aktivieren der Zwangsstellung). 
# Nach Unterschreiten der Solltemperatur wird die Zwangsstellung wieder
# zurueckgenommen.
max_delta = 1

if (sh.eg.wohnzimmer.heizung.temperatur.ist() > sh.eg.wohnzimmer.heizung.temperatur.soll() + max_delta):
    sh.eg.wohnzimmer.heizung.zwang(1)
if (sh.eg.wohnzimmer.heizung.temperatur.ist() <= sh.eg.wohnzimmer.heizung.temperatur.soll()):
    sh.eg.wohnzimmer.heizung.zwang(0)

if (sh.eg.eingang.heizung.temperatur.ist() > sh.eg.eingang.heizung.temperatur.soll() + max_delta):
    sh.eg.eingang.heizung.zwang(1)
if (sh.eg.eingang.heizung.temperatur.ist() <= sh.eg.eingang.heizung.temperatur.soll()):
    sh.eg.eingang.heizung.zwang(0)

if (sh.eg.kueche.heizung.temperatur.ist() > sh.eg.kueche.heizung.temperatur.soll() + max_delta):
    sh.eg.kueche.heizung.zwang(1)
if (sh.eg.kueche.heizung.temperatur.ist() <= sh.eg.kueche.heizung.temperatur.soll()):
    sh.eg.kueche.heizung.zwang(0)

if (sh.og.ost.heizung.temperatur.ist() > sh.og.ost.heizung.temperatur.soll() + max_delta):
    sh.og.ost.heizung.zwang(1)
if (sh.og.ost.heizung.temperatur.ist() <= sh.og.ost.heizung.temperatur.soll()):
    sh.og.ost.heizung.zwang(0)

if (sh.og.west.heizung.temperatur.ist() > sh.og.west.heizung.temperatur.soll() + max_delta):
    sh.og.west.heizung.zwang(1)
if (sh.og.west.heizung.temperatur.ist() <= sh.og.west.heizung.temperatur.soll()):
    sh.og.west.heizung.zwang(0)

if (sh.dg.ost.heizung.temperatur.ist() > sh.dg.ost.heizung.temperatur.soll() + max_delta):
    sh.dg.ost.heizung.zwang(1)
if (sh.dg.ost.heizung.temperatur.ist() <= sh.dg.ost.heizung.temperatur.soll()):
    sh.dg.ost.heizung.zwang(0)
                        
if (sh.dg.west.heizung.temperatur.ist() > sh.dg.west.heizung.temperatur.soll() + max_delta):
    sh.dg.west.heizung.zwang(1)
if (sh.dg.west.heizung.temperatur.ist() <= sh.dg.west.heizung.temperatur.soll()):
    sh.dg.west.heizung.zwang(0)

Mein Onewire hat bekanntermaßen Probleme, rechnerisch müsste die parasitäre Versorgung zwar klappen, praktisch kommt es aber häufig zu Lesefehlern. Ich bin dran, habe aber noch andere Baustellen zu erledigen.
Die Lesefehler scheinen dem Onewire-Plugin aber gar nicht zu schmecken, 1w-sen läuft anscheinend x-mal parallel.
Was tun, sprach Zeus (außer die Temperatur- und Feuchtemessung auf die Rille zu bekommen)?

Max

**callidomus** · 13.08.2013, 11:12

Hallo Max,

kannst Du mir bitte mal ein Debug-Log und die Config der Items in der Logik posten?
Dann kann ich mir das heute Abend mal ansehen.

Edit: und bitte auch noch die plugin.conf bzw. den 1-Wire Abschnitt.

Danke

Marcus

**2ndsky** · 13.08.2013, 12:22

smarthome.py stürzt ab

Hallo Max,

unabhängig von deinem Problem ein Verbesserungsvorschlag zu der Logik. Schau dir mal die wildcards für Logiken an: https://knx-user-forum.de/showthread.php?t=25822
Deine Logik ist prädestiniert für deren Einsatz

Ankündigung

smarthome.py stürzt ab

smarthome.py stürzt ab

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar