Ankündigung

Einklappen
Keine Ankündigung bisher.

EDOMI-Releases/Updates | Aktuell: Version 2.03

Einklappen
Dieses Thema ist geschlossen.
X
Das ist ein wichtiges Thema.
X
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • gaert
    antwortet
    Die "Analoguhr" wurde nur um einige Optionen erweitert, jedoch nicht im Aussehen verändert?! Wenn Du alles auf "automatisch" (=0) belässt, sollte die Uhr wie zuvor aussehen.

    procStatus_getData() liefert diverse interne Prozess-Informationen und sollte normalerweise nicht weiter interessieren... Hier mal meine internen Notizen - Grammatik und Rechtschreibung sind zu ignorieren

    Code:
        Id 1: proc_main.php
    
            [0]=Startdatum (EDOMI wurde zu diesem DateTime gestartet - also nach der Init-Phase usw.!)
            [1]=PID von proc_main.php (wird von getEdomiStatus() benötigt)
    
            [19]=Status von proc_main.php:
                    (ungenutzt)
    
    
        Id 2: proc_sysinfo.php
            [0]=CPU-Last in %
            [1]=RAM belegt(!) in %
            [2]=HDD belegt(!) in %
            [3]=Systemlast
            [4]
            [5]
            [6]=Anzahl der PHP-Prozesse
            [7]=Anzahl der HTTPD-Prozesse (Apache)
            [8]=Anzahl der DB-Tables (###)
            [10..18]=wie 0..8, aber als Peaks (seit Neustart)
    
            [19]=Status von proc_sysinfo.php:
                    0=läuft nicht
                    2=läuft
    
    
        Id 3: proc_knx.php
            [0]=Anzahl der aktuellen Telegramme (KNX) in der Write-Queue (Read-Queue wird von serverLogic.php ermittelt)
            [1]=Gesamtanzahl "unbekannte Nachrichten" (empfangene Nachrichten vom IP-Router, die das Gateway nicht einordnen kann)
            [2]=Gesamtanzahl Read: unbekannte GAs (also GAs, die EDOMI nicht kennt)
            [3]=Gesamtanzahl Write = Tx
            [4]=Gesamtanzahl Read (IP-Router / lokal)
            [5]=Gesamtanzahl Read = Rx (KNX)
            [6]=Gesamtanzahl Read/Write-relevante Fehler (ohne [7])
            [7]=Gesamtanzahl Verbindungsrelevante Fehler,z.B. Open-Fehler, Heartbeat-Timeout, etc. (ohne [6])
            [8]=Gesamtanzahl Verbindungsversuche (normal wäre 1)
            [9]=Verbindungsstatus: 0=disconnected, 1=connected
            [10]=wie [0], aber als Peak (seit Neustart)
            [11]=
            [12]=
            [13]=Telegrammrate (letzten 5s) Write = Tx
            [14]=
            [15]=Telegrammrate (letzten 5s) Read = Rx (KNX)
            [16]=
            [17]=
            [18]=
    
            [19]=Status von proc_knx.php:
                    0=läuft nicht
                    1=bereit (Prozess ist gestartet, verrichtet aber noch nicht seinen Dienst)
                    2=läuft
    
    
        Id 4: proc_logic.php
            [0]=Anzahl der arbeitenden Logikbausteine, also alle aktuell getriggerten (ohne [4])
            [2]=Anzahl der aktuellen Telegramme (KNX oder intern) in der Read-Queue
            [3]=Anzahl der aktuellen Befehle von einer Visu (CMD-Liste, Button geklickt, ...)
            [4]=Anzahl der laufenden Logikbausteine, z.B. Timer
    
            [1]=Anzahl der Logikbausteine, die korrekt initialisiert wurden (gehört zu [11])
            [11]=Anzahl der Logikbausteine, die zu initialisieren sind (gehört zu [1])
    
            [10,12,13,14]=wie 0,2,3,4 aber als Peaks (seit Neustart)
    
            [19]=Status von proc_logic.php:
                    0=läuft nicht
                    1=bereit (Logic ist deaktiviert (Initialisierungsphase in serverMain.php), d.h. nur Telegramme empfangen und in db.(RAM)ko schreiben)
                    2=läuft (Logic ist aktiviert (normaler Zustand))
                    3=läuft (Logic ist deaktiviert (Initialisierung der Bausteine))
                    4=wird beendet (Logic wird deaktiviert)
    
    
        Id 5: proc_queue.php
            [0]=Anzahl der aktuellen Befehle mit Status=0 (warten auf Start) in der Queue
            [1]=Anzahl der aktuellen Befehle mit Status=1 (laufen gerade) in der Queue
            [10..18]=wie 0..9, aber als Peaks (seit Neustart)
    
            [19]=Status von proc_queue.php:
                    0=läuft nicht
                    1=bereit (Prozess ist gestartet, verrichtet aber noch nicht seinen Dienst)
                    2=läuft
                    Hinweis: der Status wird beim Start von EDOMI in dieser Reihenfolge verändert:
                        - während des Wartens auf Start/Projektaktivierung ist der Status=2 (damit in dieser Phase Queue-Befehle abgearbeitet werden können)
                        - bei der anschließenden Initialisierung ist der Status=1 (quasi "Pause")
                        - und schließlich beim echten Start ist der Status=2 (Queue-Befehle ganz normal abarbeiten)
    
    
        Id 6: proc_phone.php
            [0]=Status (1=Connected, 0=Disconnected)
    
            [19]=Status von proc_phone.php:
                    0=läuft nicht
                    1=bereit (Prozess ist gestartet, verrichtet aber noch nicht seinen Dienst)
                    2=läuft
    
    
        Id 7: (frei)
            - reserviert für "proc_7.php"
    
    
        Id 8: (frei)
            - reserviert für "proc_8.php"
    
    
    
        Id 9: Prozess-Steuerung: proc_main.php steuert hiermit die anderen Prozesse (diese greifen nur lesend zu)
            [0]
            [1]
            [2]=proc_sysinfo.php:    1=Beenden (ist per default aktiviert, bzw. steuert sich selbt)
            [3]=proc_knx.php:         1=Beenden (ist per default aktiviert, bzw. steuert sich selbt)
            [4]=proc_logic.php:     1=Beenden (ist per default aktiviert, bzw. steuert sich selbst über sysKO[2])
            [5]=proc_queue.php:        0=Warten, 1=Beenden, 2=Aktivieren (Normalzustand)
            [6]=proc_phone.php:        0=Warten, 1=Beenden, 2=Aktivieren (Normalzustand) Achtung: Nachdem der Phonemonitor aktiviert wurde (2), kann er nur noch beendet werden (1), aber NICHT pausiert (0)!
            [7]=reserviert für "proc_7.php"
            [8]=reserviert für "proc_8.php"
            [9..19]=dto.

    Einen Kommentar schreiben:


  • WagoKlemme
    antwortet
    Danke für das Update.
    Die Performanceoptimierung hat bei mir merklich die Projektaktivierung verkürzt.
    Im LBS Systemauslastung verwendest Du procStatus_getData(2). Könntest Du bitte ein paar erklärende Worte hierzu "verraten" ? Auch zu dem Wert in Klammern.
    ESF-Import -> TOP

    Ich hätte aber gerne meine geliebte Bahnhofsuhr zurück. Ich habe schon verschiedene Einstellungen durch, schaut aber nicht so aus wie das Original.

    Einen Kommentar schreiben:


  • ggt
    antwortet
    Durch das neue System-KO 15 (Ereignis-ID) erübrigt sich für mich die Bitte um Anpassung des Anruftriggers KO:Status.

    Danke

    Einen Kommentar schreiben:


  • gaert
    antwortet
    Bidde

    Ist halt ein Kompromiss... Ich fände es irgendwie nicht so prickelnd, wenn auch GA+DPT regelrecht "gesynced" werden würden - denn dies würde ja u.U. Logiken etc. beeinflussen.

    Einen Kommentar schreiben:


  • jonofe
    antwortet
    Auf die Anpassung des ESF Import habe ich schon sehnsüchtig gewartet. Danke!

    Einen Kommentar schreiben:


  • gaert
    antwortet
    Freut mich zu lesen

    Das umständliche Updaten von älteren Versionen ausgehend ist natürlich nicht optimal... Dies ist der EDOMI-Historie geschuldet: Ursprünglich waren Updates garnicht vorgesehen, da EDOMI nicht öffentlich werden sollte Vielleicht ändere ich die Funktionen dahinter mal irgendwann - andererseits ist es inzwischen ja nur noch ein Mausklick... Man muss eben stets am Ball bleiben

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    Nach meinem kürzlichen "timewarp" von 1.32 auf 1.44 war das gerade mein erster Kontakt mit der - für mich - neuen Updatelösung auf 1.45: Seeeeehr geschmeidig! Cool. Danke Christian. Wenn ich da an so manche andere Lösung bei SW und anderen Produkten denke, über die man sich regelmäßig ärgert... Da freut man sich jetzt nicht nur inhaltlich drauf...

    Einen Kommentar schreiben:


  • LynnBayer
    antwortet
    Danke für die Änderungen im ESF-Import. Werde ich morgen gleich mal testen.

    Einen Kommentar schreiben:


  • gaert
    antwortet
    Version 1.45 ist verfügbar - ideal für Sonntag-Abends

    Wichtige Hinweise bei Verwendung eines Updates:

    • Nach dem Update ist eine erneute Projektaktivierung ⇗ erforderlich. EDOMI ist nach dem Update pausiert und kann erst gestartet werden, wenn das aktuelle (oder ein beliebiges) Arbeitsprojekt aktiviert worden ist.
    Änderungen und Ergänzungen in dieser Version:

    • Interne Prozess-Kommunikation optimiert:
      • anstelle von "shared memory" wird nun eine Memory-Datenbank verwendet
      • Optimierung der Gesamtperformance
    • Live-Monitor (Statusseite):
      • Limitierung auf max. 1000 Einträge (Basis-Konfiguration)
    • Hilfe ergänzt:
      • Hilfe zu Datentypen ⇗ (KO-Datentypen, bzw. DPTs)
    • Logikbaustein 18000001 "Strings verbinden 10-fach" modifiziert:
      • optional kann nun an E13 eine Zeichenkette (oder ein einzelnes Zeichen) zum Trennen der Eingangswerte angegeben werden
    • Logikbaustein 18000100 "Systemauslastung" hinzugefügt:
      • gibt die aktuelle CPU-Last, Systemlast, RAM- und HDD-Auslastung aus
      • Details in der Hilfe zu diesem Logikbaustein
    • Logikbaustein 18000003 "String zerteilen 10-fach" hinzugefügt
      • Details in der Hilfe zu diesem Logikbaustein
    • Visueditor:
      • beim Hovern über inkludierte Visuelemente werden diese nicht mehr hervorgehoben (lediglich der Mauscursor wird wie gehabt verändert)
    • Visualisierung:
      • globale Inkludeseiten können nun optional für eine Visuseite ignoriert werden
      • Reihenfolge beim Inkludieren optimiert: globale Inkludeseiten werden jetzt zuerst gerendert, danach Inkludeseiten und zuletzt die Visuseite (zuvor: Inkludes, globale Inkludes, Visuseite)
      • Inkludeseiten können nun ein Hintergrundbild/-farbe enthalten
      • Details in der Hilfe zu Visuseiten
    • Visuaccount:
      • KO für Metadaten beim Seitenaufruf hinzugefügt
      • das KO wird bei jedem Seitenaufruf mit diversen Informationen befüllt (Visu-ID, Seiten-ID, etc.)
      • Details in der Hilfe zu Visuaccounts
    • Visuelement "Universalelement":
      • Lang-Klick-Animation modifiziert: Die Animation wird nun zentriert "im" Visuelement angezeigt (statt an der Position des Mauscursors)
    • Visuelement "Analoguhr" hinzugefügt:
      • ersetzt das "Rundinstrument" von Typ "Analoguhr"
      • diverse Darstellungsoptionen ergänzt
      • das Feld "Beschriftung" steht nun zu Verfügung (die Beschriftung wird stets zentriert angezeigt)
    • Visuelement "Rundinstrument" überarbeitet:
      • der Winkelbereich kann nun frei bestimmt werden
      • diverse Darstellungsoptionen ergänzt
      • optional kann eine "Bereichsanzeige" dargestellt werden (der vollständige Winkelbereich wird angezeigt)
      • das Feld "Beschriftung" steht nun zu Verfügung (die Beschriftung wird stets zentriert angezeigt)
    • Diagramme:
      • automatische Datenreduktion korrigiert: wenn mehr Daten als Pixel (Diagramm-Breite) zu Verfügung stehen, werden ggf. automatisch Mittelwerte gebildet
      • die Implementierung dieser Funktion war zuvor fehlerhaft, bzw. in einigen Fällen wirkungslos
    • System-KO "Anrufmonitor: Rohdaten" (15) hinzugefügt:
      • bei aktiviertem Anrufmonitor wird dieses KO bei jedem Ereignis auf einen speziell formatierten Wert gesetzt
      • mit Hilfe entsprechender Logikbausteine lassen sich diese Rohdaten ggf. auswerten
      • Details in der Hilfe: System-KOs ⇗
    • Protokollierung von unbekannten Gruppenadressen:
      • optional kann die Protokollierung von unbekannten GAs in der Basis-Konfiguration konfiguriert werden (global_knxUnknownGA)
    • ESF-Import (Gruppenadressen):
      • ein geänderter Name (Bezeichnung) einer bereits vorhandenen Gruppenadresse wird beim Import ggf. übernommen (alle anderen Parameter bleiben unverändert)
      • Zusammenfassung des Imports ergänzt (vorhandene Gruppenadressen werden nicht mehr aufgelistet)

    Viel Spaß und Erfolg bei der Arbeit

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    yepp, danke Dir. Sehe ich auch in dieser Sekunde. Hatte letztes WE nach dem Update direkt danach gesucht und nichts gefunden. Ich muss dringend an meinen Tomaten auf den Augen arbeiten...hm...vielleicht find' ich einen LBS dazu... sorry.. werde gleich mal rein schauen...

    Nachtrag: Wow! Das (über)trifft! Schöne Lösung und lässt viel Raum für flexible Lösungen von künftigen Anforderung. Das nennt man wohl vom Aufwand her eine Investition. Es gibt nur eine Funktion, die mir fehlt: Wenn ich eine Szene gewählt habe und eine Weile niemand im Raum war, merke ich mir alle Werte, fahre runter auf eine eco-Szene und beim betreten des Raumes wird der vorherige Stand wieder hergestellt. Aber derlei sollte man wunderbar vor die E2 vorlagen können und hat dann beide Welten vereint - Gruppensteuerung (Stimmung) und Einzelsteuerung (Funktion).

    Danke! Mit dem LBS werde ich nun tatsächlich mal ins Rennen gehen und bin gespannt, wie es sich verhalten wird.
    Zuletzt geändert von saegefisch; 01.10.2016, 23:09. Grund: Nachtrag nach intensiver Lektüre der Hilfe zum LBS 17000210

    Einen Kommentar schreiben:


  • jonofe
    antwortet
    Zitat von saegefisch Beitrag anzeigen
    Aber offen gesagt hatte ich nach meiner monatelangen Zwangspause eigentlich auf Deinen schon mal erwähnten Licht-LBS gehofft
    Ist es nicht der LBS 17000210 "virtuelle Leuchte" ???

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    Wir lieben hier alles diese Opfer!
    Die Frage war halt, ob es in den großen Teich des Standards kommen soll - dann müsste nicht jeder das Opfer selber bringen oder das Opfer des herunterladens-und-installieren-müssens... aber eigener Pool hört sich auch gut an - jetzt, wo es in D wieder kalt wird... Lass' mich/uns wissen, wenn Du es irgendwann doch haben magst. Ein Zwischenweg könnte auch sein, neben den 2-er nur 16-er-Varainten in den Standard zu legen und man kann sich die im eigenen Namensraum dann nach Bedarf kürzen. Das geht viel leichter, als aus einem 2er z.B. einen 8er zu machen.

    Wegen der "besonderen" LBS: Find' ich persönlich das eigentlich sehr spannend und inspirierend - wie auch die vielen neuen Community-LBS. Für's WW hab' ich eine ganz andere Logik. Aber offen gesagt hatte ich nach meiner monatelangen Zwangspause eigentlich auf Deinen schon mal erwähnten Licht-LBS gehofft: Du hattest mal irgendwo geschrieben, dass bei Dir kein einziges Licht direkt angesteuert wird, sondern durch diesen LBS. Da ich gerade von der Logik her ganz neu anfange - das würd' mich schon interessieren, in Dein Konzept hinein zu lunsen... und es vielleicht zu nutzen oder mir die passenden Ideen und Faktoren in einen eigenen LBS dazu zu kippen... Ich ahne, dass der Ansatz nämlich viele Vorteile schafft - vermutlich mehr, als mir derzeit bewusst sind. Ich bin weiter gespannt...

    VG, Carsten

    Einen Kommentar schreiben:


  • gaert
    antwortet
    Die "Sperrlogik" ist durchaus gewollt. Probleme würden sich nicht etwa durch das gleichzeitige Bearbeiten von Visu und Logik oder so ergeben, sondern vielmehr z.B. bei einer Projektaktivierung...

    Das Ganze dient also dem Schutz vor "falscher" Bedienung - auch wenn's sicher an einigen Stellen nervt und nicht wirklich notwendig wäre. Aber lieber ein paar Klicks zuviel, als versehentlich die DB zu verhuddeln

    @saegefisch
    Besten Dank für Deine Mühe! Ich halte es allerdings für sinnvoller, wenn derartige LBS optional zu Verfügung stehen. Ab Werk sollten m.E. nur die Basics zu Verfügung stehen (die oftmals ausreichend sind) - für speziellere Anforderungen kann sich dann jeder entsprechend seinen LBS-Pool zusammenstellen.

    Ich weiß, dass einige "recht spezielle" LBS ab Werk dabei sind (Warmwasser, etc.) - dies liegt einfach daran, dass ich(!!!) diese LBS benötige Kleine Opfer muss man bringen als "Endkunde"
    Zuletzt geändert von gaert; 01.10.2016, 20:58.

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    @Christian:´Ein ganz anderes Thema: Vor geraumer Zeit hattest Du mal dazu eingeladen, Dich bei der Fleißarbeit für weitere Grund-LBS zu unterstützen. Da ich zwar bei meinem Neuanfang (vor allem die Visu) mitnehme, so möchte ich besonders in der Logik nicht wieder "huddeln", sondern habe begonnen, erforderliche breitere LBS der Standard-LBS und auf deren Basis zu entwickeln. So z.B. ein Addierer 4-fach, 8-fach, 12-fach, 16-fach - alle auf Basis und im Geiste des LBS 15000050.

    Ist Dir das tatsächlich weiterhin ein Wunsch? Soll ich/andere - nach Rückfrage - Dir das Coding per PN zukommen lassen (dann wäre das Code-Review eher in Deiner Hand) oder in einem eigenen Thema (eher Community-Codereview)? Oder hat sich das erledigt? Ich persönlich komme zwar auch gut so klar, würde aber die Ergänzung des Grund-Werkzeugkastens als sinnvoller empfinden.

    Einen Kommentar schreiben:


  • saegefisch
    antwortet
    Du bist unfassbar mutig - ich hab' mich nicht getraut!

    okay, dann könnte man's als Wunsch zur effizienteren edomi-Arbeit ansehen - da in meiner laienhaften Vorstellung des Datenmodells man eigentlich problemlos an einer Logik und einer Visuseite arbeiten könnte, ohne dass mir Sperrprobleme in den Sinn kämen. Sind ja völlig getrennte Objekte. Natürlich die Anlage von neuen Objekte immer ein besonderes Ding, aber nett wär's. Ich ahne aber, das ist bei weitem nicht so einfach, wie es aussieht.

    Einen Kommentar schreiben:

Lädt...
X