Bausteinverwaltung / Downloadbereich

[AScherff]

Die Liste kannte ich gar nicht. Ist die irgendwo verlinkt?

Ja, hier...

[jonofe]

Wegen solcher User Brick nun gar keine Lust, da irgendwas zu investieren!

Nur so als Idee (wenn ich wieder "unten" bin):

https://service.knx-user-forum.de/?comm=downloadliste

Anlage-Datum könnte ich da noch rein machen bzw. nach Anlage-Datum absteigend sortieren...

Die Liste kannte ich gar nicht. Ist die irgendwo verlinkt?

Meinst du mit dem Anlage-Datum das Datum, was in der Detailübersicht "Aktualisiert" heisst?
Das wäre die beste Variante, dann könnte man sowohl erkennen wann ein Baustein aktualisiert wurde und wann er neu ist ('Aktualisiert' zum ersten mal gesetzt)

Wäre echt super!

[AScherff]

Wie wäre es denn alternativ mit einem plain CSV Export der Attribute

Wegen solcher User Brick nun gar keine Lust, da irgendwas zu investieren!

Nur so als Idee (wenn ich wieder "unten" bin):

https://service.knx-user-forum.de/?comm=downloadliste

Anlage-Datum könnte ich da noch rein machen bzw. nach Anlage-Datum absteigend sortieren...

[AScherff]

Damit kann ich leben.

Ohne Worte!

[jonofe]

Ich denk noch mal drüber...

Wie wäre es denn alternativ mit einem plain CSV Export der Attribute

• Kategorie
• ID
• Kurzbeschreibung
• Version
• Autor
• Aktualisiert
• Downloads

Wenn das einmal pro Tag aktualisiert würde, könnte man daraus einen EDOMI LBS bauen und alle Informationsbedürfnisse ableiten.

Das ganze wäre unabhängig von jeglichen Workflows und GUI Anpassungen und vermutlich auch mit überschaubarem Aufwand umzusetzten.

[Brick]

Damit kann ich leben.
Aber wie gesagt, lassen wir das Thema jetzt gut sein.

Bitte !

Gruß Martin

EDIT: Rest per PN.. wird hier sonst zu OT

[AScherff]

Also wie ich deine Art und Weise wie du schreibst interpretiere darfst du getrost mir überlassen.

Also das nenne ich mal wirklich scharfer (ohne Unter) Ton!

Du hast gerade einen neuen "Freund" gewonnen (mit scharfen Ton) !

Und nein, das reicht eben nicht, sonst hätte ich nicht gefragt. Den du hast nur geschrieben das du es nicht aufnehmen willst,
aber daraus kann man unmöglich auf den Grund schließen.

Und genau das ist das was mich nervt! Dieses "Anspruchsdenken" Warum glaubst Du, muss ich Dir gegenüber meine Entscheidung begründen? Warum "interpretierst" Du nicht aus meinem "nicht antworten", dass Du da noch mal energisch nachfassen musst? Warum meinst Du über meine Entscheidung (die meinen Arbeitsaufwand tendiert) diskutieren zu müssen?

Bin gerade echt "pisst"!

[Brick]

Also wie ich deine Art und Weise wie du schreibst interpretiere darfst du getrost mir überlassen. Wenn ich dich aber
hier falsch einschätze dann tut es mir leid, das darfst du mir gerne sagen/schreiben.

Und zum "beharrlichen warum"... wie gesagt, wenn ich eine Frage stelle, finde ich es einfach höflich, wenn ich eine Antwort
bekomme und da spielt es dann auch keine Rolle ob die Antwort pos. oder neg. ist. Das macht man im analogen Leben doch
genau so, wieso sollte das im digitalen nicht gelten ?

Und nein, das reicht eben nicht, sonst hätte ich nicht gefragt. Den du hast nur geschrieben das du es nicht aufnehmen willst,
aber daraus kann man unmöglich auf den Grund schließen.

Also, zu viel Arbeit... das kann ich akzeptieren .. alles klar... Thema erledigt.

Vielen Dank

Gruß Martin

[AScherff]

Es gäbe aber keine Möglichkeit irgendwo im Edomi Downloadarchiv einen Punkt vorzusehen mit dem man über neue Downloads per Mail benachrichtigt wird? Vielleicht wäre das kein großer Arbeitsaufwand, da es die Benachrichtigungsfunktion bei einzelnen Logikbausteinen ja schon gibt.

Das setzt eine Regel mit Parametern voraus.

Ich habe momentan keinen Ansatzpunkt, wo/um einen solchen "globalen" Parameter: "Benachrichtige mich bei Neu ab Datum" aufzunehmen. Weiterhin hängt da wieder "overhead" dran. Der Eintrag muss verwaltet werden können (Eintragen, Austragen). Und der "workflow" muss wiederum "verwalten", wenn ein "neu-event" ausgelöst wurde etc. etc.

Alternativ: Wenn mindestens ein Eintrag auf "Aktualisierung" steht und ein Download nach (wann) angelegt wurde ... Auch hier fehlt mir ein "Trigger-Datum"...

Ich denk noch mal drüber...

[AScherff]

..nicht zu antworten hätte ich deutlich unhöflicher gefunden. Auch wenn ich diesen scharfen Unterton nicht verstehe,..

Nur um das klar zu stellen (und das ist das Problem bei dieser Art von Kommunikation) es gibt keinen "scharfen" und schon gar keinen "Unterton".

IMHO hätte

Aktuell werde ich das "Aktualisierungsdatum" nicht in die Tabelle aufnehmen, somit kann danach auch nicht sortiert werden.

reichen müssen. Der "Unterton" kommt höchstens durch das beharrliche "Warum?" - oder wenn ich einfach "Darum!" geantwortet hätte.

[Brick]

Nein, nicht unter gegangen. Die Antwort wird ggf. unhöflich klingen. Aber Du willst es ja partout wisssen...

Gründe gibt es (für mich) einige.

• Änderungen wirken sich auf das Gesamtsystem aus.
• Es gibt nicht genug "Platz"
• Ich sehe die "Notwendigkeit" nicht, die den Arbeitsaufwand rechtfertigt
• Warum muss ich meine Entscheidung überhaupt rechtfertigen?

Guten Morgen,

nicht zu antworten hätte ich deutlich unhöflicher gefunden. Auch wenn ich diesen scharfen Unterton nicht verstehe, denn
ich finde es nicht verwerflich für irgendetwas die Gründe wissen zu wollen. Das hat dann auch nichts mit (Punkt 4) "rechtfertigen
müssen" zu tun. Und ich bin alt genug um auch mit einer negativen Antwort umgehen zu können.

Wenn (Punkt 3) der Arbeitsaufwand dafür einfach zu groß ist, hätte mir das als Antwort schon gereicht. Sowas kann ich gut
nachvollziehen und verstehen, auch wenn ICH hier immer noch eine Notwendigkeit sehen.

Nix für Ungut...

Gruß Martin

[Robby]

Nein, nicht unter gegangen. Die Antwort wird ggf. unhöflich klingen. Aber Du willst es ja partout wisssen...

Gründe gibt es (für mich) einige.

• Änderungen wirken sich auf das Gesamtsystem aus.
• Es gibt nicht genug "Platz"
• Ich sehe die "Notwendigkeit" nicht, die den Arbeitsaufwand rechtfertigt
• Warum muss ich meine Entscheidung überhaupt rechtfertigen?

Klare Gründe wie ich finde.

Hast vor Monaten mal überraschend meinen Vorschlag umgesetzt mit der Benachrichtigung per Mail wenn ein Logikbaustein aktualisiert wird. Finde die Funktion echt super und für mich sehr hilfreich.

Es gäbe aber keine Möglichkeit irgendwo im Edomi Downloadarchiv einen Punkt vorzusehen mit dem man über neue Downloads per Mail benachrichtigt wird? Vielleicht wäre das kein großer Arbeitsaufwand, da es die Benachrichtigungsfunktion bei einzelnen Logikbausteinen ja schon gibt.

Wenn nicht dann soll es so bleiben.

Gruß
Robby

[AScherff]

.. vielleicht ist meine Frage untergegangen, deswegen hier noch mal ein kleiner Reminder:

Nein, nicht unter gegangen. Die Antwort wird ggf. unhöflich klingen. Aber Du willst es ja partout wisssen...

Gründe gibt es (für mich) einige.

• Änderungen wirken sich auf das Gesamtsystem aus.
• Es gibt nicht genug "Platz"
• Ich sehe die "Notwendigkeit" nicht, die den Arbeitsaufwand rechtfertigt
• Warum muss ich meine Entscheidung überhaupt rechtfertigen?

[DolcheVita]

Ich hätte Bedarf für einen Gradienten LBS. Sprich Änderung einer Größe pro Zeiteinheit. Also ∆Y/∆t.
hat jmd sowas bereits gemacht oder vor? Habe bisher noch keinen Kontakt mit PHP gehabt... Wenn ich das richtig sehe, müsste man "nur" den Flankendetektor LBS um einen Zeitstempel und eine Division erweitern.

[Brick]

Hat das einen speziellen Grund ??

AScherff ... vielleicht ist meine Frage untergegangen, deswegen hier noch mal ein kleiner Reminder:

Gruß Martin