MODs und Foristen: Bitte beim Aufräumen helfen

[blaubaerli]

Hallo Stefan,

schaut ggf. auch bitte hier noch einmal:

viewtopic.php?f=103&t=3981&p=44367&hili ... %9C#p44368

nachdem du letztens noch einmal auf die Nutzung der Funktion „Warnungen und Fehler“ hingewiesen hattest, wäre es evtl. sinnstiftend, wenn die „false positive“-Meldungen noch eliminiert werden könnten.

Beste Grüße
Jens

[Robert_Mini]

==> Ja, gerne, wenn Du uns eine Liste machst von Bausteinen, die es als Standard Bausteine geben sollte, dann ist das auf jeden Fall sehr hilfreich. Weil es ist für die Nutzer auch besser, wenn sie alles im Server haben und sich nicht die CustomLogiken aus dem Forum zusammen suchen müssen. Es ist für später ohnehin nachgedacht, dass sich der Katalog laufend aus der Cloud aktualisieren lässt.

Hab das mal hier zusammengefasst:
viewtopic.php?f=47&t=4524#p50224

lg
Robert

[Parsley]

Sehr geehrte Mitaufräumer

Ich bin mir sicher irgendwo mal die folgenden Dinge notiert gesehen zu haben, kann es aber nicht mehr wiederfinden. (Wer es findet darf es hier gerne verlinken.)

1. Namensgebung, die mich ein wenig verwirrt:
1-wire -> Geräte Manager
Modbus -> Geräte Manager
MQTT -> Geräte Manager
HTTP-API -> GeräteResourcen Manager

2. Sendefilter sind vorhanden in:
- 1-wire
- Modbus
aber fehlen noch in:
- MQTT
- HTTP-API

Die Namensgebung mag einfach mein persönlicher Monk sein, zumal es noch diverse andere "Manager" gibt. Aber die Sendefilter würde ich irgendwann schon sehr gerne einheitlich in allen Teilen des TWS verwenden können.

[StefanW]

Danke Lukas,

ich fürchte, wir können jetzt nicht alles machen.

Eigentlich ging es darum, ob es was WICHTIGES gibt, dass UNBEDINGT in V4 mitmuss und auch MACHBAR ist.

Wichtig sind vor allem Kompatiblitätsprobleme, wenn also etwas nicht funktioniert, was kompatibel sein sollte. Oder auch Fehler.

Ich fürchte, dass fehlende Komfortfunktionen hinter der Behebung von Fehlern oder Unzulänglichkeiten zurückstehen müssen, auch wenn ich den Wunsch dafür verstehe. Sendefilter z.B. kann man sich auch in der Logik bauen.

Aber wir wollen auch vermeiden, dass ein Kunde NodeRed nur dafür nutzen muss, weil eine (einfache) String-Konkatenation in der heutigen Logik (wegen einer Unachtsamkeit unsererseits) nicht richtig funktioniert. Das kostet uns nur eine Stunde, aber hilft dem Kunden im Vergleich zu unserem Aufwand enorm weiter. Also es geht um die tiefhängenden Früchte.

Zumindest sortieren wir das jetzt erstmal so für uns, wenn mehr Zeit bleibt, dann nehmen wir auch die anderen Sachen rein, es ist nicht so, dass wir nicht erst gestern über die Sendefilter gesprochen hätten, als wir die Neuerungen bei der JSON Kodierung durchgegangen sind.

lg

Stefan

[Parsley]

"Publish eines verschachtelten JSON"

Ich habe es mal als Minor Bug gekennzeichnet, damit wir es nicht übersehen.

Es fehlen scheinbar irgendwelche Klammern?

[Parsley]

Hi Stefan

ich fürchte, wir können jetzt nicht alles machen.

Ja, stimmt, es gibt wichtigeres. Dennoch wollte ich sichergehen, dass es nicht nach der V4 auf dem Weg zur V5 nicht untergeht.

[Parsley]

Fertig: MQTT ist durchgefegt.

(Zusammenfassung:
Es sind verblieben (und in diesem Thread oder an passender anderer Stelle bereits addressiert worden):
[BUG] [V3.5.1] TAGs im MQTT Gerätemanager ohne Funktion? (Das stufe ich als wichtig ein.)
[Minor Bug] [TWS 950 V3.0 RC 5.1] Publish eines verschachtelten JSON (behoben?)
[Problem] [V3.0 IP4] Keine Booelan Typkonvertierung für "OFF" aus JSON (vermutlich bereits behoben?)
[FR] [V3.5.1] Feature Request: MQTT Publish - Unterstützung Retain Flag
[FR] [V3.4.5] MQTT Topics Sortieren, Filtern, Gruppieren
[FR] [V3 IP5.1] Publishen von Werten von HTTP API auf MQTT (JSON ARRAY Formatierung) (im passenden DEV verlinkt (WD-2317))
[FINR] [V3.5.1] MQTT String wird abgeschnitten / Problem bei Logik (WD-2201) (in V4.0 IP2 enthalten?)
[FINR] [V3 IP5.1] publish array möglich in MQTT JSON? (Enthalten ab [V4.0 IP5]) (in V4.0 IP5 enthalten)
[FINR] [V3.5.1] Grundsatzfrage zu Logik beim publish von JSON-Daten (WD-2316) (in V4.0 IP5 enthalten)
und 1 Thread wurde in Spam verschoben)

[StefanW]

Sehr gut, super,

so eine Zusammenfassung pro Subsystem ist total hilfreich für uns, weil das gibt uns eine gute Übersicht

Merci

Stefan