Ankündigung

Einklappen
Keine Ankündigung bisher.

Reaktionszeit verbessert

Einklappen
X
Einklappen
 
  • Seite von 3
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
Vorherige 1 2 3 template Weiter
  • StefanSweden
    antwortet
    Das sieht sehr gut aus, die Fehlermeldungen sind weg und alle Plots funktionieren.

    Danke
    Stefan

    Einen Kommentar schreiben:

  • callidomus
    antwortet
    Hallo Stefan,

    Benenne mal die Items um die 'set' heißen. Da gibt es einen Konflikt, den ich die Tage löse.

    Bis bald

    Marcus


    Gesendet von unterwegs

    Einen Kommentar schreiben:

  • StefanSweden
    antwortet
    Manchmal keine Plots, seit Dev Zweig

    Hallo,
    leider ist das Problem mit den Plots bei mir noch immer vorhanden.Ab und an werden die Plots vom RTR und der Temperatur nicht angezeigt. Das Problem habe ich erst seit dem auch auf dem Dev Zweig bin (wg. em neuen Fritzbox Plugin). Nun habe ich in den Debug Meldungen etwas gefunden. Das Problem tritt nur manchmal auf, ist aber reproduzierbar. Nach einem Neustart funktionieren manche Plots, dann ist auch keine Fehlermeldung im Log. Ich habe es bereits mit sqlite = init versucht, das brachte aber auch keinen Erfolg.

    Gruß
    Stefan

    Hier der Start, diesmal mit 3 Fehlern:

    Code:
    admin@smarthome:/usr/smarthome$ smarthome.py -d
2014-04-03 20:29:26,510 INFO     Main         Start SmartHome.py 1.1.765.dev -- smarthome.py:__init__:236
2014-04-03 20:29:26,516 DEBUG    Main         Python 3.2.3 -- smarthome.py:__init__:237
2014-04-03 20:29:26,523 INFO     Main         Init Scheduler -- scheduler.py:__init__:86
2014-04-03 20:29:26,529 INFO     Main         Init Plugins -- smarthome.py:start:282
2014-04-03 20:29:26,542 DEBUG    Scheduler    creating 5 workers -- scheduler.py:run:93
2014-04-03 20:29:26,555 DEBUG    Main         Plugin: knx -- plugin.py:__init__:43
2014-04-03 20:29:26,588 DEBUG    Main         KNX time next time: 2014-04-03 20:29:37+02:00 -- scheduler.py:_next_time:301
2014-04-03 20:29:26,597 DEBUG    Main         Plugin: visu -- plugin.py:__init__:43
2014-04-03 20:29:26,683 DEBUG    Main         Plugin: cli -- plugin.py:__init__:43
2014-04-03 20:29:26,696 DEBUG    Main         Plugin: sql -- plugin.py:__init__:43
2014-04-03 20:29:26,730 DEBUG    Main         SQLite 3.7.13 -- __init__.py:__init__:60
2014-04-03 20:29:29,545 DEBUG    Main         SQLite: database integrity ok -- __init__.py:__init__:77
2014-04-03 20:29:29,573 DEBUG    Main         SQLite Maintain next time: 2014-04-04 03:02:00+02:00 -- scheduler.py:_next_time:301
2014-04-03 20:29:29,578 DEBUG    Main         Plugin: fritzbox -- plugin.py:__init__:43
2014-04-03 20:29:29,688 INFO     Main         Init Items -- smarthome.py:start:288
2014-04-03 20:29:30,088 DEBUG    Main         Item env.core.memory = 16527360.0 via SQLite None None -- item.py:set:466
2014-04-03 20:29:30,154 DEBUG    Main         Item env.core.threads = 7.0 via SQLite None None -- item.py:set:466
2014-04-03 20:29:30,217 DEBUG    Main         Item env.core.garbage = 0.0 via SQLite None None -- item.py:set:466
2014-04-03 20:29:30,222 DEBUG    Main         Item env.core: no type specified. -- item.py:__init__:242
2014-04-03 20:29:30,237 DEBUG    Main         KNX: Tag/Nacht Umschaltung reply to 0/0/1 -- __init__.py:parse_item:279
2014-04-03 20:29:30,279 DEBUG    Main         Item env.location: no type specified. -- item.py:__init__:242
2014-04-03 20:29:30,571 DEBUG    Main         Item env.system.load = 0.89 via SQLite None None -- item.py:set:466
2014-04-03 20:29:30,581 DEBUG    Main         Item env.system: no type specified. -- item.py:__init__:242
2014-04-03 20:29:30,587 DEBUG    Main         Item env: no type specified. -- item.py:__init__:242
2014-04-03 20:29:30,673 DEBUG    Main         Item IT.fritzbox: no type specified. -- item.py:__init__:242
2014-04-03 20:29:30,706 DEBUG    Main         Item IT: no type specified. -- item.py:__init__:242
2014-04-03 20:29:30,726 DEBUG    Main         KNX: outside.sensor.temp listen on 6/7/0 -- __init__.py:parse_item:247
2014-04-03 20:29:31,012 DEBUG    Main         Item outside.sensor.temp = 1.44 via SQLite None None -- item.py:set:466
2014-04-03 20:29:31,022 DEBUG    Main         KNX: outside.sensor.min reply to 6/7/102 -- __init__.py:parse_item:279
2014-04-03 20:29:31,033 DEBUG    Main         KNX: outside.sensor.max reply to 6/7/103 -- __init__.py:parse_item:279
2014-04-03 20:29:31,043 DEBUG    Main         KNX: outside.sensor.humid listen on 6/7/1 -- __init__.py:parse_item:247
2014-04-03 20:29:31,370 DEBUG    Main         Item outside.sensor.humid = 44.08 via SQLite None None -- item.py:set:466
2014-04-03 20:29:31,375 DEBUG    Main         Item outside.sensor: no type specified. -- item.py:__init__:242
2014-04-03 20:29:31,380 DEBUG    Main         Item outside: no type specified. -- item.py:__init__:242
2014-04-03 20:29:31,400 DEBUG    Main         KNX: Deckenlicht listen on 1/5/50 -- __init__.py:parse_item:247
2014-04-03 20:29:31,410 DEBUG    Main         Item eg.Stairs: no type specified. -- item.py:__init__:242
2014-04-03 20:29:31,435 DEBUG    Main         KNX: eg.living.light.ceiling.level listen on 3/3/3 -- __init__.py:parse_item:247
2014-04-03 20:29:31,440 DEBUG    Main         KNX: eg.living.light.ceiling.level listen on and init with 3/3/3 -- __init__.py:parse_item:256
2014-04-03 20:29:31,445 DEBUG    Main         KNX: Deckenlicht Sideboard listen on 3/3/5 -- __init__.py:parse_item:247
2014-04-03 20:29:31,450 DEBUG    Main         KNX: Deckenlicht Sideboard listen on and init with 3/3/5 -- __init__.py:parse_item:256
2014-04-03 20:29:31,461 DEBUG    Main         KNX: Wand listen on 1/5/0 -- __init__.py:parse_item:247
2014-04-03 20:29:31,477 DEBUG    Main         KNX: eg.living.light.table.level listen on 3/3/13 -- __init__.py:parse_item:247
2014-04-03 20:29:31,481 DEBUG    Main         KNX: eg.living.light.table.level listen on and init with 3/3/13 -- __init__.py:parse_item:256
2014-04-03 20:29:31,487 DEBUG    Main         KNX: Tisch listen on 3/3/15 -- __init__.py:parse_item:247
2014-04-03 20:29:31,492 DEBUG    Main         KNX: Tisch listen on and init with 3/3/15 -- __init__.py:parse_item:256
2014-04-03 20:29:31,497 DEBUG    Main         Item eg.living.light: no type specified. -- item.py:__init__:242
2014-04-03 20:29:31,536 DEBUG    Main         KNX: eg.living.temperature.state listen on 1/3/0 -- __init__.py:parse_item:247
2014-04-03 20:29:31,618 DEBUG    Main         Item eg.living.humidity = 50.0 via SQLite None None -- item.py:set:466
2014-04-03 20:29:31,636 DEBUG    Main         Item eg.living: no type specified. -- item.py:__init__:242
2014-04-03 20:29:31,657 DEBUG    Main         KNX: eg.kitchen.light.level listen on 3/2/15 -- __init__.py:parse_item:247
2014-04-03 20:29:31,662 DEBUG    Main         KNX: eg.kitchen.light.level listen on and init with 3/2/15 -- __init__.py:parse_item:256
2014-04-03 20:29:31,669 DEBUG    Main         KNX: Licht listen on 3/2/14 -- __init__.py:parse_item:247
2014-04-03 20:29:31,674 DEBUG    Main         KNX: Licht listen on and init with 3/2/14 -- __init__.py:parse_item:256
2014-04-03 20:29:31,684 DEBUG    Main         KNX: Wand listen on 1/5/10 -- __init__.py:parse_item:247
2014-04-03 20:29:31,695 DEBUG    Main         KNX: Fenser listen on 1/5/11 -- __init__.py:parse_item:247
2014-04-03 20:29:31,717 DEBUG    Main         KNX: eg.kitchen.heating.set listen on 6/1/1 -- __init__.py:parse_item:247
2014-04-03 20:29:31,722 DEBUG    Main         KNX: eg.kitchen.heating.set listen on and init with 6/1/1 -- __init__.py:parse_item:256
2014-04-03 20:29:31,773 DEBUG    Main         Item eg.kitchen.heating.set = 22.4 via SQLite None None -- item.py:set:466
2014-04-03 20:29:31,784 DEBUG    Main         KNX: eg.kitchen.heating.HVACstatus listen on 6/1/5 -- __init__.py:parse_item:247
2014-04-03 20:29:31,789 DEBUG    Main         KNX: eg.kitchen.heating.HVACstatus listen on and init with 6/1/5 -- __init__.py:parse_item:256
2014-04-03 20:29:31,799 DEBUG    Main         KNX: eg.kitchen.heating.comfort listen on 6/1/6 -- __init__.py:parse_item:247
2014-04-03 20:29:31,816 DEBUG    Main         KNX: eg.kitchen.heating.night listen on 6/1/7 -- __init__.py:parse_item:247
2014-04-03 20:29:31,832 DEBUG    Main         KNX: eg.kitchen.heating.state listen on 6/1/13 -- __init__.py:parse_item:247
2014-04-03 20:29:31,837 DEBUG    Main         KNX: eg.kitchen.heating.state listen on and init with 6/1/13 -- __init__.py:parse_item:256
2014-04-03 20:29:31,890 DEBUG    Main         Item eg.kitchen.heating.state = 1.0 via SQLite None None -- item.py:set:466
2014-04-03 20:29:31,900 DEBUG    Main         KNX: eg.kitchen.heating.value listen on 6/1/9 -- __init__.py:parse_item:247
2014-04-03 20:29:31,905 DEBUG    Main         KNX: eg.kitchen.heating.value listen on and init with 6/1/9 -- __init__.py:parse_item:256
2014-04-03 20:29:31,986 DEBUG    Main         Item eg.kitchen.heating.value = 65.1 via SQLite None None -- item.py:set:466
2014-04-03 20:29:31,991 DEBUG    Main         KNX: Temperature listen on 6/1/0 -- __init__.py:parse_item:247
2014-04-03 20:29:31,996 DEBUG    Main         KNX: Temperature listen on and init with 6/1/0 -- __init__.py:parse_item:256
2014-04-03 20:29:32,008 ERROR    Main         Item eg.kitchen.heating: problem creating: __call__() got an unexpected keyword argument 'last_change' -- item.py:__init__:221
Traceback (most recent call last):
  File "/usr/smarthome/lib/item.py", line 219, in __init__
    child = Item(smarthome, self, child_path, value)
  File "/usr/smarthome/lib/item.py", line 269, in __init__
    update = plugin.parse_item(self)
  File "/usr/smarthome/plugins/sqlite/__init__.py", line 144, in parse_item
    item.set(value, 'SQLite', prev_change=prev_change, last_change=last_change)
TypeError: __call__() got an unexpected keyword argument 'last_change'
2014-04-03 20:29:32,042 DEBUG    Main         KNX: eg.kitchen.TempSensor.Kuehlschrank listen on 12/2/0 -- __init__.py:parse_item:247
2014-04-03 20:29:32,348 DEBUG    Main         Item eg.kitchen.TempSensor.Kuehlschrank = 4.96 via SQLite None None -- item.py:set:466
2014-04-03 20:29:32,359 DEBUG    Main         KNX: eg.kitchen.TempSensor.Brauchwasser listen on 12/2/1 -- __init__.py:parse_item:247
2014-04-03 20:29:32,551 DEBUG    Main         Item eg.kitchen.TempSensor.Brauchwasser = 46.56 via SQLite None None -- item.py:set:466
2014-04-03 20:29:32,562 DEBUG    Main         KNX: eg.kitchen.TempSensor.HK_Ruecklauf listen on 12/2/2 -- __init__.py:parse_item:247
2014-04-03 20:29:32,744 DEBUG    Main         Item eg.kitchen.TempSensor.HK_Ruecklauf = 30.96 via SQLite None None -- item.py:set:466
2014-04-03 20:29:32,758 DEBUG    Main         KNX: eg.kitchen.TempSensor.HK_Vorlauf listen on 12/2/3 -- __init__.py:parse_item:247
2014-04-03 20:29:32,919 DEBUG    Main         Item eg.kitchen.TempSensor.HK_Vorlauf = 33.12 via SQLite None None -- item.py:set:466
2014-04-03 20:29:32,924 DEBUG    Main         Item eg.kitchen.TempSensor: no type specified. -- item.py:__init__:242
2014-04-03 20:29:32,929 DEBUG    Main         Item eg.kitchen: no type specified. -- item.py:__init__:242
2014-04-03 20:29:32,934 DEBUG    Main         Item eg: no type specified. -- item.py:__init__:242
2014-04-03 20:29:32,954 DEBUG    Main         KNX: CO2 in ppm Flur listen on 12/5/1 -- __init__.py:parse_item:247
2014-04-03 20:29:33,298 DEBUG    Main         Item og.hall.co2 = 692.48 via SQLite None None -- item.py:set:466
2014-04-03 20:29:33,346 DEBUG    Main         og.hall.stairs.All_OnOff next time: 2014-04-04 03:14:23.526474+00:00 -- scheduler.py:_next_time:301
2014-04-03 20:29:33,351 DEBUG    Main         KNX: Alle Farben listen on 3/1/13 -- __init__.py:parse_item:247
2014-04-03 20:29:33,362 DEBUG    Main         KNX: Red listen on 3/1/18 -- __init__.py:parse_item:247
2014-04-03 20:29:33,373 DEBUG    Main         KNX: Green listen on 3/1/19 -- __init__.py:parse_item:247
2014-04-03 20:29:33,384 DEBUG    Main         KNX: Blue listen on 3/1/20 -- __init__.py:parse_item:247
2014-04-03 20:29:33,395 DEBUG    Main         KNX: Red listen on 3/1/15 -- __init__.py:parse_item:247
2014-04-03 20:29:33,399 DEBUG    Main         KNX: Red listen on and init with 3/1/15 -- __init__.py:parse_item:256
2014-04-03 20:29:33,410 DEBUG    Main         KNX: Green listen on 3/1/16 -- __init__.py:parse_item:247
2014-04-03 20:29:33,415 DEBUG    Main         KNX: Green listen on and init with 3/1/16 -- __init__.py:parse_item:256
2014-04-03 20:29:33,426 DEBUG    Main         KNX: Blue listen on 3/1/17 -- __init__.py:parse_item:247
2014-04-03 20:29:33,430 DEBUG    Main         KNX: Blue listen on and init with 3/1/17 -- __init__.py:parse_item:256
2014-04-03 20:29:33,435 DEBUG    Main         Item og.hall.stairs: no type specified. -- item.py:__init__:242
2014-04-03 20:29:33,440 DEBUG    Main         Item og.hall: no type specified. -- item.py:__init__:242
2014-04-03 20:29:33,460 DEBUG    Main         KNX: og.stefan.sensor.temp listen on 6/7/10 -- __init__.py:parse_item:247
2014-04-03 20:29:33,646 DEBUG    Main         Item og.stefan.sensor.temp = 22.56 via SQLite None None -- item.py:set:466
2014-04-03 20:29:33,657 DEBUG    Main         KNX: og.stefan.sensor.humid listen on 6/7/11 -- __init__.py:parse_item:247
2014-04-03 20:29:33,868 DEBUG    Main         Item og.stefan.sensor.humid = 31.6 via SQLite None None -- item.py:set:466
2014-04-03 20:29:33,873 DEBUG    Main         Item og.stefan.sensor: no type specified. -- item.py:__init__:242
2014-04-03 20:29:33,889 DEBUG    Main         KNX: og.stefan.heating.set listen on 6/0/3 -- __init__.py:parse_item:247
2014-04-03 20:29:33,893 DEBUG    Main         KNX: og.stefan.heating.set listen on and init with 6/0/3 -- __init__.py:parse_item:256
2014-04-03 20:29:33,979 DEBUG    Main         Item og.stefan.heating.set = 20.5 via SQLite None None -- item.py:set:466
2014-04-03 20:29:33,995 DEBUG    Main         KNX: og.stefan.heating.mode listen on 6/0/5 -- __init__.py:parse_item:247
2014-04-03 20:29:34,000 DEBUG    Main         KNX: og.stefan.heating.mode listen on and init with 6/0/5 -- __init__.py:parse_item:256
2014-04-03 20:29:34,010 DEBUG    Main         KNX: og.stefan.heating.stellwert listen on 6/0/15 -- __init__.py:parse_item:247
2014-04-03 20:29:34,015 DEBUG    Main         KNX: og.stefan.heating.stellwert listen on and init with 6/0/15 -- __init__.py:parse_item:256
2014-04-03 20:29:34,092 DEBUG    Main         Item og.stefan.heating.stellwert = 0.0 via SQLite None None -- item.py:set:466
2014-04-03 20:29:34,103 DEBUG    Main         KNX: og.stefan.heating listen on 6/0/0 -- __init__.py:parse_item:247
2014-04-03 20:29:34,107 DEBUG    Main         KNX: og.stefan.heating listen on and init with 6/0/0 -- __init__.py:parse_item:256
2014-04-03 20:29:34,119 ERROR    Main         Item og.stefan.heating: problem creating: __call__() got an unexpected keyword argument 'last_change' -- item.py:__init__:221
Traceback (most recent call last):
  File "/usr/smarthome/lib/item.py", line 219, in __init__
    child = Item(smarthome, self, child_path, value)
  File "/usr/smarthome/lib/item.py", line 269, in __init__
    update = plugin.parse_item(self)
  File "/usr/smarthome/plugins/sqlite/__init__.py", line 144, in parse_item
    item.set(value, 'SQLite', prev_change=prev_change, last_change=last_change)
TypeError: __call__() got an unexpected keyword argument 'last_change'
2014-04-03 20:29:34,147 DEBUG    Main         KNX: og.stefan.light.led.level listen on 3/0/11 -- __init__.py:parse_item:247
2014-04-03 20:29:34,152 DEBUG    Main         KNX: og.stefan.light.led.level listen on and init with 3/0/11 -- __init__.py:parse_item:256
2014-04-03 20:29:34,157 DEBUG    Main         KNX: LED dimmer listen on 3/0/10 -- __init__.py:parse_item:247
2014-04-03 20:29:34,162 DEBUG    Main         KNX: LED dimmer listen on and init with 3/0/10 -- __init__.py:parse_item:256
2014-04-03 20:29:34,167 DEBUG    Main         Item og.stefan.light: no type specified. -- item.py:__init__:242
2014-04-03 20:29:34,172 DEBUG    Main         Item og.stefan: no type specified. -- item.py:__init__:242
2014-04-03 20:29:34,195 DEBUG    Main         KNX: og.sleeping.heating.set listen on 6/2/1 -- __init__.py:parse_item:247
2014-04-03 20:29:34,200 DEBUG    Main         KNX: og.sleeping.heating.set listen on and init with 6/2/1 -- __init__.py:parse_item:256
2014-04-03 20:29:34,212 DEBUG    Main         Item og.sleeping.heating.set = 20.4 via SQLite None None -- item.py:set:466
2014-04-03 20:29:34,247 DEBUG    Main         KNX: og.sleeping.heating.mode listen on 6/2/6 -- __init__.py:parse_item:247
2014-04-03 20:29:34,252 DEBUG    Main         KNX: og.sleeping.heating.mode listen on and init with 6/2/6 -- __init__.py:parse_item:256
2014-04-03 20:29:34,263 DEBUG    Main         KNX: og.sleeping.heating.night listen on 6/2/7 -- __init__.py:parse_item:247
2014-04-03 20:29:34,267 DEBUG    Main         KNX: og.sleeping.heating.night listen on and init with 6/2/7 -- __init__.py:parse_item:256
2014-04-03 20:29:34,283 DEBUG    Main         KNX: og.sleeping.heating.state listen on 6/2/13 -- __init__.py:parse_item:247
2014-04-03 20:29:34,288 DEBUG    Main         KNX: og.sleeping.heating.state listen on and init with 6/2/13 -- __init__.py:parse_item:256
2014-04-03 20:29:34,304 DEBUG    Main         KNX: og.sleeping.heating.value listen on 6/2/9 -- __init__.py:parse_item:247
2014-04-03 20:29:34,309 DEBUG    Main         KNX: og.sleeping.heating.value listen on and init with 6/2/9 -- __init__.py:parse_item:256
2014-04-03 20:29:34,319 DEBUG    Main         KNX: Temperature listen on 6/2/0 -- __init__.py:parse_item:247
2014-04-03 20:29:34,323 DEBUG    Main         KNX: Temperature listen on and init with 6/2/0 -- __init__.py:parse_item:256
2014-04-03 20:29:34,335 ERROR    Main         Item og.sleeping.heating: problem creating: __call__() got an unexpected keyword argument 'last_change' -- item.py:__init__:221
Traceback (most recent call last):
  File "/usr/smarthome/lib/item.py", line 219, in __init__
    child = Item(smarthome, self, child_path, value)
  File "/usr/smarthome/lib/item.py", line 269, in __init__
    update = plugin.parse_item(self)
  File "/usr/smarthome/plugins/sqlite/__init__.py", line 144, in parse_item
    item.set(value, 'SQLite', prev_change=prev_change, last_change=last_change)
TypeError: __call__() got an unexpected keyword argument 'last_change'
2014-04-03 20:29:34,348 DEBUG    Main         Item og.sleeping: no type specified. -- item.py:__init__:242
2014-04-03 20:29:34,353 DEBUG    Main         Item og: no type specified. -- item.py:__init__:242

    Einen Kommentar schreiben:

  • Dragonos2000
    antwortet
    Ok, danke für den Hinweis auf die "Einbahnstrasse"- das war mir nicht bewusst.

    Gruss
    Jochen.

    Einen Kommentar schreiben:

  • 2ndsky
    antwortet
    Kann bei mir nichts negatives, aber auch nichts positives fest stellen. Verwende allerdings auch keinen Pi. Ich merke nur, dass am normalen Desktop das ganze recht flüssig läuft, aber am iPad 3, iPad mini und iPhone 5 es jedes mal 2-4 Sekunden dauert, bis die Werte einer Seite geladen sind. Schalten usw. ist dann wieder in Echtzeit. Das Problem habe ich aber nur auf Seiten mit vielen Werten. Durch die Listendarstellung meiner Quad Visu sind bei mir aber wahrscheinlich auch mehr Items auf einer Seite als bei der normalen Visu. Deutlich merkt man es z.B. auf der Seite, wo alle Lichter des ganzen Hauses gelistet sind (26 Lampen, 3/4 davon dimmbar, also Schalt- und Wertitem und etwa 10 Lampen mit zusätzlicher UZSU). Keine Ahnung ob es an der Übertragung (glaube ich irgendwie nicht so richtig, denn warum ist das Macbook mit WLAN dann schneller) oder am Rendern der Seite/Verarbeiten der Widgets liegt.

    Einen Kommentar schreiben:

  • callidomus
    antwortet
    Hallo Jochen,

    bis jetzt habe ich kein Feedback bekommen, auch kein negatives. Ich gehe davon aus das es keine Probleme bereitet.
    Der Weg nach develop ist momentan eine Einbahnstraße, da das SQLite Plugin die DB migriert.

    Ich arbeite am nächsten Release, aber es gab leider aus persönlichen Gründen ein paar Verzögerungen/Rückschläge, daher bin ich nicht so weit wie ich wollte.

    Ich kann Dir daher leider keine Empfehlung aussprechen.

    Bis bald

    Marcus

    Einen Kommentar schreiben:

  • Dragonos2000
    antwortet
    Ich hab' -eher versehentlich- am Wochenende ein Update drübergebügelt und daher nun wieder auf der langsameren Implementierung gelandet- der Unterscheid ist schon eklatant, vor allem mit vielen Plots auf der Page.

    Ich hatte jedoch nie die beschriebenen Probleme mit den leeren Plots (habe immer den Master genutzt).
    @Marcus: Soll ich bewußt mal auf den Develop gehen, weil Du ja fragtest ob bei jemandem dort die Probleme auftauchen? Oder hat sich das Ganze schon erledigt?

    Gruss
    Jochen.

    Einen Kommentar schreiben:

  • callidomus
    antwortet
    Hallo,

    hat jemand die develop Version und auch das Problem?

    Bis bald

    Marcus

    Einen Kommentar schreiben:

  • chris5020
    antwortet
    Nachdem das ganze jetzt 2-3 Tage gut funktioniert hatte ist das Problem jetzt wieder da in der aktuellen Version.

    Heute Morgen wurde kein einziges Diagramm mehr gezeichnet, da half kein Cache leeren oder reload. Erst ein Neustart von Smarthome brachte wieder einen Teil der Diagramme, nach 2-3 reloads sind sie dann vollständig

    Einen Kommentar schreiben:

  • Foxi352
    antwortet
    Das mit einer Linie die fehlt habe ich auch manchmal. Allerdings hilft bei mir immer 1 bis 2 reload's...


    Gesendet von meinem iPad mit Tapatalk

    Einen Kommentar schreiben:

  • chris5020
    antwortet
    Also mit der aktuellen Version hatte ich jetzt in 3 Tagen das Problem mit den Plots nicht mehr, auch wenn es manchmal 30s dauert bis die Daten und Plots angezeigt werden.

    Mit der Version davor war es teilweise so, dass bei 9 von 10 Versuchen die Plots leer blieben.

    Ein Problem ist aber soeben aufgetaucht (war aber in der Version davor auch schon mal da): Plötzlich ist in einem Diagram eine von 3 Linien nicht mehr da, siehe Screen.
    Vor gut einer Stunde war das Diagramm noch korrekt. Erst ein Neustart zeigte wieder das ganze Diagramm
    Angehängte Dateien

    Einen Kommentar schreiben:

  • LuKa
    antwortet
    Ich habe herausgefunden wie ich zurück komme. (war mein erstes Mal "git" )
    Jetzt ist alles wieder schnell.

    Gruß Kai

    Einen Kommentar schreiben:

  • Foxi352
    antwortet
    Zitat von mknx Beitrag anzeigen
    die Änderung, die ich rückgängig gemacht habe, betrifft das gesamt Kommunikationsverhalten von SH.py. Ich habe den Fehler bis jetzt nicht reproduziert, aber ich bin gedanklich auf eine Problem gestoßen.
    Ich fürchte fast das Problem das ich hatte war nicht mir dieser Änderung verbunden. Denn das Problem mit leerem Plot das sich erst bei reload füllt habe ich immer noch, obwohl ich geupdated habe (und natürlich neu gestartet).

    Die anderen in diesem Thread die das Problem haben / hatten können ja mal berichten ob es denn nach einem Update wieder gelöst war ?

    MfG,

    Serge

    Einen Kommentar schreiben:

  • LuKa
    antwortet
    Hallo,
    komme ich irgendwie auf die letzte Revision zurück?
    Hatte das Thema leider zu spät gelesen. Bei mir funktionierte alles, auch mit den Plots und die Geschwindigkeit war super.

    Gruß Kai

    Einen Kommentar schreiben:

  • chris5020
    antwortet
    ...

    Wenn ich was beitragen oder testen kann, dann bitte einfach melden.

    danke, chris

    Einen Kommentar schreiben:

Vorherige 1 2 3 template Weiter
Lädt...
X

Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.

Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.

Ich stimme zu