UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

[Gelöst] [V 3.4] Wie geht HTTP POST am Beispiel von Pushover? (WD-2171)

Wissen, Planung & Diskussion zur Unterstützung von Rest-API & Webabfragen im Timberwolf Server.
Stellt uns hier Eure Projekte und Ideen vor.
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Benutzeravatar

Ersteller
Parsley
Reactions:
Beiträge: 525
Registriert: Di Okt 09, 2018 7:27 am
Wohnort: 490..
Hat sich bedankt: 587 Mal
Danksagung erhalten: 351 Mal

#11

Beitrag von Parsley »

StefanW hat geschrieben: Mo Mär 21, 2022 3:28 pm wir haben uns das angesehen.
Jetzt haben sich unsere Antworten überschnitten.
Vielen Dank für euren Einsatz!
Ich werde das später testen, weil ich erstmal weg muss. (Ich hatte schon vermutet, dass es eher ein Anwendungs-/Verständnisfehler meinerseits sein
wird, als ein Fehler im TWS. :handgestures-thumbupright: )
Gruß Parsley


Timberwolf Server 3500L #657 (VPN offen, reboot nach Absprache)
Benutzeravatar

Ersteller
Parsley
Reactions:
Beiträge: 525
Registriert: Di Okt 09, 2018 7:27 am
Wohnort: 490..
Hat sich bedankt: 587 Mal
Danksagung erhalten: 351 Mal

#12

Beitrag von Parsley »

StefanW hat geschrieben: Mo Mär 21, 2022 3:28 pm Aus der der von Dir verlinkten API (den Beispielen) kann man ersehen, dass USER und TOKEN als Parameter zu übergeben sind, NICHT als HEADER.
Ein typisches Layer 8 Problem meinerseits. :doh: Sorry. Ist alles komplett neu für mich.
StefanW hat geschrieben: Mo Mär 21, 2022 3:28 pm Also bitte noch zwei Logiken anlegen, welche die Strings für USER und TOKEN erzeugen und diese Objekte als Parameter übergeben, so wie TEXT auch. Hierbei sind die Trigger so einzustellen, dass diese beiden Werte gesendet werden, wenn TEXT sich ändert, so dass immer alles drei übergeben wird.
Und an dieser Aufgabe bin ich sowohl gestern als auch heute Abend gescheitert und weiß wieder nicht was ich falsch mache...
Meine Überlegung war: Wie bekomme ich drei strings "gleichzeitig"/in der richtigen Reihenfolge aus der Logik in die HTTP-API?
Für meinen ersten Test hatte @Sun1453 mir ja bereits den Multiplexer empfohlen, um damit einen aus n Nachritentexten auszuwählen und an das message Opjekt der HTTP-API zu senden. Das hat ja auch gut funktioniert.
Mein erster Gedanke war drei Multiplexer "synchron" anzusteuern, aber da ich mich eh in Custom Logiken einarbeiten möchte habe ich einen anderen Weg gewählt und folgende Logik gebaut.

Code: Alles auswählen

/**
 * New custom logic
 *
 * 
 */

{
  "_Meta": { // Optional
    "Description": "Zwei String-Inputs nehmen als Parameter user und token auf. Der dritte String-Input nimmt die Nachricht entgegen. Getriggert auf dem Nachrichten-String werden alle drei Strings an die Ausgänge weitergereicht, welche dann als Input für die HTTP-API dienen.",
    "Version": "1.00",
    "Icon": "" // format: "data:image/svg+xml;base64,ENCODED_FILE"
  },
  "Input": [
    ["token","Pushover APP-TOKEN (string)","$i_token_str","u"],
    ["user","Pushover user key (string)","$i_user_str","u"],
    ["message","Pushover message to be send (string)","$i_message_str","a"]
  ],
  "Output": [
    ["token","Pushover APP-TOKEN (string)","$o_token_str","a"],
    ["user","Pushover user key (string)","$o_user_str","a"],
    ["message","Pushover message to be send (string)","$o_message_str","t"]
  ],
  "Level": [
    // in
    ["$i_token_str","string",""],
    ["$i_user_str","string",""],
    ["$i_message_str","string",""],
    // out
    ["$o_token_str","string",""],
    ["$o_user_str","string",""],
    ["$o_message_str","string",""],
    // const
    ["$const_int_0","integer",0],
    // break
    ["$VAR<Inhibit?>","bool",false]
  ],
  "Module": [
    ["Multiplexer",["$i_token_str"],"$o_token_str","$const_int_0"],
    ["Multiplexer",["$i_user_str"],"$o_user_str","$const_int_0"],
    ["Multiplexer",["$i_message_str"],"$o_message_str","$const_int_0"],
    ["Break",["$VAR<Inhibit?>"]]
  ]
}
Vermutlich ein sehr kühner Ansatz von mir gleich bei meiner erstan Custom Logik mit einer String-Logik starten zu wollen... ¯\_(ツ)_/¯

Das ganze sieht jetzt so aus:
Screenshot 2022-03-22 at 22.20.21.png
Und das was mal in der HTTP-API ankam sah so aus:
Screenshot 2022-03-22 at 22.21.37.png
Ich habe hier tatsächlich meine echten und ungekürzten user und api keys als Parameter an den Eingängen user und token der Custom Logik. Leider brauche ich hier nichts zu zensieren, weil diese scheinbar nicht vollständig übertragen werden. Beide keys sind im Original 30 Zeichen lang. Ich sehe aber am Ende nur die ersten 15 Zeichen davon. Und einen Mouse Over entdecke ich auch nicht in dem der volle string stände.
Von der Message scheinen den Multiplexer noch 30 Zeichen zu verlassen. Am Ende der Custom Logik sehe ich auch von diesem String nur 15 Zeichen.

BTW: was habe ich kaputt gemacht, dass die Doktor-Daten-Felder teilweise so verrutscht sind?

Auch zwischen der Logik und der HTTP-API habe ich irgendeinen Bock gebaut. Jedenfalls schaffe ich es nicht mehr, dass die strings, die der Doktor am Logikausgang anzeigt, auch tatsächlich in der Ansicht der HTTP-API in deren Objekten ankommen. Egal ob ich am Multiplexer Text 1 oder Text 2 trigger, die Werte kommen in der HTTP-API nicht mehr an und es geht dementsprechend auch kein POST mehr raus.

Oh, ach ja: Ich verstehe die Triggereinstellungen in der HTTP API auch wohl nicht ganz. Jedenfalls entnehme ich den Texten in diesem Screenshot, dass ich immer nur bei Wertänderungen die API triggern kann, nicht aber bei einem erneuten Eintreffen des identischen Textes.
Screenshot 2022-03-22 at 22.44.49.png
Wenn ich also nacheinander zweimal die gleiche Nachricht schicken möchte (Beispiel es klingelt 2x im Abstand von 5 Minuten an der Tür) scheint das nicht zu gehen, oder doch?

Ich bin gerade kurz vorm Aufgeben, weil ich bei meinen Versuchen keinen Vortschritt mehr sehe. Vermutlich versuche ich das System/den TWS hier in einer Weise zu nutzen, für die es/er so nicht gedacht war. Vermutlich ist das alles eher auf Werte und nicht auf Strings ausgelegt und ich sollte mich einfach in Gedult üben und auch die Nachrichtenzentrale warten.

Falls diese Probleme alle nur an meinem Unverständnis oder einer Fehlanwendung meinerseits liegen, bitte ich die Unannehmichkeiten zu entschuldigen. Ich möchte es jedenfalls vermeiden extra ein NodeRed nur für Pushnachrichten betreiben zu müssen. Zumal NodeRed und Docker zwei weitere Systeme wären von denen ich nicht die geringste Ahnung habe.

Falls Elabnet in dem was ich hier berichte irgendwelche bugs findet bin ich froh, wenn dieser Thread zu irgendwas gut war.

Mein Plan war es meine Loxone von den letzten par Aufgaben zu befreien, die sie noch hat und diese mit dem TWS abzubilden. Dabei wollte ich eigentlich in diesem Thread eine "How to Pushover mit dem TWS" Anleitung erstellen, die ich mir selbst gerade wünsche. Leider bin ich damit trotz toller Unterstützung offensichtlich krachend gescheitert. :crying-yellow:
Dennnoch vielen Dank für euren Einsatz @Sun1453 und natürlich @StefanW. :handgestures-thumbupright: Falls das hier doch noch klappen sollte wäre es natürlich schön, aber ich beginne gerade zu resignieren und mich mit der Situation abzufinden.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Gruß Parsley


Timberwolf Server 3500L #657 (VPN offen, reboot nach Absprache)

Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#13

Beitrag von Sun1453 »

Hallo Parsley,

also ich kann an der Logik erstmal keinen Fehler erkennen, soweit mein Versändnis. Zwischen Logik und HTTP API kann man nichts kaputt machen, außer man entfernt die Verknüpfung bzw. wenn bei der Logik Verbinder sind die man auftrennt. Was echt komisch ist sind erstmal die verschobenen Werte im Doktor Modus aber das ist nur Anzeige und nicht Funktion.

Was jetzt erstmal der eigentliche Fehler ist, warum die User und Token ID gekürzt wird. Das scheint ja das Problem zu sein wie man an der Rückmeldung des Service erkennen kann.

Wegen den Trigger, ja diese bassieren auf Werte Änderung. Einmal wird bei Werte Änderung nur dieser Wert mit gesendet oder wie bei deiner Einstellung werden alle Werte der Transaktion mit den Werten der sichtbaren Applikationen versendet.

Wegen dem mehrfach auslösen z.B. Tür musst einen kleinen Trick anwenden. Eine Logik an diese dahinter hängen das der Wert Text auf Leer geändert wird. Ist zwar nicht die 100 % Lösung aber besser ist es aktuell nicht umsetzbar.
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#14

Beitrag von StefanW »

Hallo Parsley,

ich kann jetzt nicht auf jedes Detail eingehen. Ich schreib kurz runter, was mir einfällt, habe aber jetzt nicht alles im Kopf.

- Verteilen: Der Verteiler, der für die Verteilung der Objektwerte bei Aktualisierung zuständig ist, ist praktisch nicht begrenzt, er könnte auch zig Megabytes in einer internen Message verschicken. Mithin "Weiterleitung = fast unendlich".

- Speichern: ABER gespeichert (damit man es Anzeigen kann in der Oberfläche) tut der Verteiler nur eine begrenzte Anzahl von Bytes (ich glaube es waren 30, aber könnten auch weniger sein). Mithin "Letzter Wert speichern = limitiert". Die Anzeigen der Oberfläche holen sich diese Werte aus dem limitierten Speicher.

- Senden: Die Logik sendet standardmäßig nur eine bestimmte Menge an Zeichen, das ist jedoch erweiterbar, müsste es Threads zu geben (und wir sollten sehen, dass das ins Wiki kommt).

- Anzeigen: Die Anzeigen sind für eine bestimmte Menge an Zeichen ausgelegt, das sieht man vor allem im Doktormodus. Da müssen wir für die Zukunft ohnehin überlegen, wie wir mit dem Doktormodus weitermachen. Weil es gibt viele Wünsche an den Logikeditor von Kundenseite und auf der anderen Seite praktisch kein Lob / keine Wertschätzung für den Doktormodus und womöglich muss man das eine für das andere opfern. Die Objektwertanzeigen sind ohnehin limitiert auf die Zeichenlänge, die abgespeichert wird.

- String senden: Die Logik kann Strings über mehrere Bausteine senden. Es ist für die hier angestrebte Lösung nicht erforderlich, dafür eine Custom Logik anzulegen. Einfach drei Zellen, welche jeweils einen String senden (Nachricht, User, Token).

- Auslösen: Unsere Gerätemanager (das ist bei Modbus, MQTT und Rest-API fast identisch gelöst) lassen sich für sendende Objekte in einer Gruppe dahingehend einstellen, WELCHE der Wertänderungen eines Objektes zum AUSLÖSEN eines Übertragungsereignis (senden an das externe Gerät) führen und ob nur diese eine Transaktion ausgeführt wird oder alle Transaktionen einer Gruppe.


Mein Vorschlag:

1. Drei Logiken anlegen, welche jeweils den Text senden, dabei darauf achten, dass dies vom Limit her geht bzw. in der Logik schalten

2. Für die Transaktion, welche das Objekt mit dem zu sendenden Text enthält, die Auslöser so einstellen, dass bei Wertänderung das Übertragen (HTTP-Requiest) ausgelöst wird und ALLE anderen Werte der weiteren Transaktionen in dieser Gruppe mitgesendet werden.

Das sollte es gewesen sein

lg

Stefan

PS: Wir haben verstanden, dass es zum Handling von Text Wünsche gibt, das besser umsetzen zu können. Wir arbeiten dran.
Zuletzt geändert von StefanW am Mi Mär 23, 2022 8:16 pm, insgesamt 2-mal geändert.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

ms20de
Elaborated Networks
Reactions:
Beiträge: 974
Registriert: Sa Aug 11, 2018 9:14 pm
Hat sich bedankt: 280 Mal
Danksagung erhalten: 499 Mal

#15

Beitrag von ms20de »

Hallo Parsley und alle Anderen,

ich habe das nur schnell überflogen.

Ich glaube das Problem liegt daran dass die Level Strings in der Custom Logik mit einer Länge vorbelegt werden müssen, die maximal genutzt werden soll.
Wenn du bei allen Leveln das Schema ["$o_token_str","string","hier soviele leerzeichen wie in Zukunft die maximale Länge des Levels sein soll"] verwendest, solltest du auf jeden Fall weiterkommen.

Pushover mit dem Timberwolf funktioniert, ich habe es schon vor längerer Zeit getestet:

Man kann den Token in den Einstellungen des HTTP-Server-Eintrags bereits eintragen. Erspart eine Logik-Quelle für den Token.
Bild



Mit dieser Konfig, kann ich eine Nachricht vom KNX-Bus auf mein Smartphone senden. Für die Quelle des users habe ich einen String-Muliplexer verwendet.

Bild

Viele Grüße,
Matthias
Zuletzt geändert von ms20de am Mi Mär 23, 2022 3:40 pm, insgesamt 5-mal geändert.
[ Timberwolf Entwicklung ]

TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
Benutzeravatar

Ersteller
Parsley
Reactions:
Beiträge: 525
Registriert: Di Okt 09, 2018 7:27 am
Wohnort: 490..
Hat sich bedankt: 587 Mal
Danksagung erhalten: 351 Mal

#16

Beitrag von Parsley »

Hallo zusammen

zunächst danke euch allen.
Sun1453 hat geschrieben: Mi Mär 23, 2022 9:25 am ...die verschobenen Werte im Doktor Modus aber das ist nur Anzeige und nicht Funktion.
Stimmt. Ist nicht weiter tragisch.
StefanW hat geschrieben: Mi Mär 23, 2022 9:27 am - Verteilen: ... "Weiterleitung = fast unendlich".
:handgestures-thumbupleft:
StefanW hat geschrieben: Mi Mär 23, 2022 9:27 am - Speichern: ... Die Anzeigen der Oberfläche holen sich diese Werte aus dem limitierten Speicher.
Mit dieser Erklärung macht es absolut Sinn. Und durch die Anzeige mit "..." ist es auch denke ich ganz gut gelöst. :handgestures-thumbupright:
StefanW hat geschrieben: Mi Mär 23, 2022 9:27 am - Senden: Die Logik sendet standardmäßig nur eine bestimmte Menge an Zeichen, das ist jedoch erweiterbar, müsste es Threads zu geben (und wir sollten sehen, dass das ins Wiki kommt).
Dieser Hinweis zusammen mit der Anleitung von @ms20de war sehr gut. Es geht halt oft einfach um das "gewusst wie". Somit ein dickes Dankeschön, dass ihr meine Lernkurve hier so super in Schwung bringt. :D In der Custom Logik scheint es jetzt auch schon zu klappen. Ob es beim Multiplexer auch klappt schaue ich mir als nächstes an.
StefanW hat geschrieben: Mi Mär 23, 2022 9:27 am - Anzeigen: Die Anzeigen sind für eine bestimmte Menge an Zeichen ausgelegt, das sieht man vor allem im Doktormodus. Da müssen wir für die Zukunft ohnehin überlegen, wie wir mit dem Doktormodus weitermachen. Weil es gibt viele Wünsche an den Logikeditor von Kundenseite und auf der anderen Seite praktisch kein Lob / keine Wertschätzung für den Doktormodus und womöglich muss man das eine für das andere opfern. Die Objektwertanzeigen sind ohnehin limitiert auf die Zeichenlänge, die abgespeichert wird.
Halt, stopp! :naughty: Ich glaube hier liegt eine Fehleinschätzung bezüglich Wertschätzung des Doktormodus vor. ;) Aber alles der Reihe nach:

- Anzeigen für bestimmte Menge Zeichen: Ist klar. Ist immer ein schwieriges Thema, wenn insbesondere Strings stark in der Länge variieren. Ohne Frage muss man die roten Kästen im Doktor beschränken und das ist denke ich auch ok. Gäbe es die von dir oben genannte (absolut gerechtfertigte!) Einschränkung nicht, dann wäre ein Tooltip zur Anzeige des vollen Textes mein Mittel der Wahl gewesen, aber das muss nicht sein. Wichtiger ist in meinen Augen, dass an geeigneter Stelle (im Wiki?) die Erklärung/Begründung dokumentiert wird, die du mir oben geschrieben hast. Und damit ist das für mich durch.

- Und jetzt zum Onkel Doc:
Ich finde diese Funktion ein sehr wertvolles Alleinstellungsmerkmal. Vermutlich bin ich nicht der einzige, der sich eben genau wegen Featuren wie den Doktormodus sich überhaupt den Wolf zugelegt hat. Ich finde es auch super wie offen Elabnet kommuniziert und wie erfolgreich ihr hier für einen super Umgang und freundlichen Ton unter allen Forenmitgliedern sorgt. Auch dazu noch mal danke, dass du mich (an anderer Stelle im Forum) darauf hinweist und mir mein Fehlverhalten aufzeigst, welches ich leider selbst nicht immer wahrnehme. Danke und Sorry! Dennnoch liegt es trotz allem guten Umgang wohl doch in der Natur eines Forums, dass häufiger Probleme und Fragen kommuniziert werden als Lob etc. Das ist genau wie mit dem "false balance" in Talkshows. Mit dem Unterschied, dass man Talkshows besser einfach nicht ansehen sollte, wohingegen dieses Forum eine wichtige Instanz ist und definitiv bleiben sollte. Ein wichtiger Unterschied ist ja auch der Tonfall hier im Vergleich zu Talkshows. ;) :handgestures-thumbupleft:
Worauf ich hinaus will ist: ausbleibendes Lob darf weder negativ- noch über-bewertet werden.
Meinen Frust der letzten Abende würde ich auch nicht gleich negativ bewerten. Ich habe lieber einen etwas schwereren Einstieg mit einer steilen Lernkurve und werde mit einem Produkt dann im Laufe der Zeit immer glücklicher, als anders herum. Beim TWS befinde ich mich noch am Anfang und sehe sehr gute Chancen, dass ich "nicht auch noch zum Timberwolf geschädigten" werde, wie du es in Anlehnung an meine alte Signatur mal so schön formuliert hattest. Eben ganz anders als es mir mit dieser leidigen grünen Kiste und letztlich auch mit dem X1 ergangen ist. Dort war der Anfang zwar sicherlich leichter, aber mit der Zeit kam auch immer mehr ernüchterung durch die Erkenntis was die Loxone alles nicht kann oder welcher Stillstand in der Entwicklung des X1 herscht und so weiter. Ich bin wie gesagt beim TWS jetzt erst am Anfang, aber ich sehe meine Zukunft mit dem Wolf absolut positiv und freue mich, dass ihr so gut erreichbar seid, dass es hier so viel Unterstützung gibt und dass ihr so munter weiter tolle neue Features bringt und das alles auf einer wirklich durchdachten und soliden Grundstruktur basiert.
Ja, auch ich habe schon den Wunsch geäußert, dass ich gerne den Source einer Custom Logik per Skript in eine Grafik wisualisieren würde, aber ich verstehe sehr gut, warum ihr die Logiken so umgesetzt habt wie sie sind. Und ich zweifele auch nicht daran, dass es so genau richtig ist. Es ist in meinen Augen ein guter Weg um Performance, Resourcen und Debuggingfeatures unter einen Hut zu bekommen. Bildlichgesprochen wünsche ich mir also nur "NotePad++ und Doxygen" statt "NotePad und MS Paint", aber mit Kompiler/Linker/Runtime/Debugger bin ich sehr zufrieden. :text-thankyouyellow: :romance-grouphug:
(Ich glaube ich habe wieder zu viel gequasselt :confusion-waiting: :eusa-shhh: Sorry, aber hatte das Gefühl dass es raus musste. :angelic-halo: )
StefanW hat geschrieben: Mi Mär 23, 2022 9:27 am - String senden: Es ist für die hier angestrebte Lösung nicht erforderlich, dafür eine Custom Logik anzulegen.
Ja, hatte ich auch schon so verstanden, aber ich möchte es eh lernen und finde es mit Custom aufgeräumter. ;-)
ms20de hat geschrieben: Mi Mär 23, 2022 3:38 pm Ich glaube das Problem liegt daran dass die Level Strings in der Custom Logik mit einer Länge vorbelegt werden müssen, die maximal genutzt werden soll.
Wenn du bei allen Leveln das Schema ["$o_token_str","string","hier soviele leerzeichen wie in Zukunft die maximale Länge des Levels sein soll"] verwendest, solltest du auf jeden Fall weiterkommen.
Ja, das hat bei der Custom Logik schon geholfen, danke!
Jetzt schaue ich mir gleich noch den normalen Multiplexer an... Muss ich da etwas ähnliches beachten? Gibt es da auch so einen Trick? Ich werde es herausfinden, oder mich noch mal melden. ;)
ms20de hat geschrieben: Mi Mär 23, 2022 3:38 pm Pushover mit dem Timberwolf funktioniert, ich habe es schon vor längerer Zeit getestet:

Man kann den Token in den Einstellungen des HTTP-Server-Eintrags bereits eintragen. Erspart eine Logik-Quelle für den Token.
Danke. Auch das werde ich beherzigen.
ms20de hat geschrieben: Mi Mär 23, 2022 3:38 pm Mit dieser Konfig, kann ich eine Nachricht vom KNX-Bus auf mein Smartphone senden. Für die Quelle des users habe ich einen String-Muliplexer verwendet.
:handgestures-thumbupleft:

Noch mal danke euch allen.

Gute Nacht! (Getestet wird morgen... zZz)
lg, euer Gemüse :)
Gruß Parsley


Timberwolf Server 3500L #657 (VPN offen, reboot nach Absprache)

Robert_Mini
Reactions:
Beiträge: 3741
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1164 Mal
Danksagung erhalten: 2058 Mal

#17

Beitrag von Robert_Mini »

Parsley hat geschrieben: Mi Mär 23, 2022 10:00 pm Halt, stopp! :naughty: Ich glaube hier liegt eine Fehleinschätzung bezüglich Wertschätzung des Doktormodus vor. ;) Aber alles der Reihe nach:
Dem muss ich mich anschließen: Der DokMode läuft bei mir bei fast allen Logiken mit, weil ich einfach sehen will, wie welcher Ein/Ausgang steht, wenn ich auf den LE klicke.
Darüber hinaus ist der DokMode die Basis für die Custom-Logik Erstellung, das wäre ohne undenkbar.

Zum graphischen LE: Bin kein Freund davon, wann überhaupt könnte ich mir eine Darstellung aus dem custom code abgeleitet vorstellen, damit es für den einen oder anderen leichtern nachvollziehbar wird. Timer, Trigger-Optionen und Sende-Optionen, Modifizierer am Ein/Ausgang etc. sind graphisch auch schwer übersetzbar...

lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
Benutzeravatar

Ersteller
Parsley
Reactions:
Beiträge: 525
Registriert: Di Okt 09, 2018 7:27 am
Wohnort: 490..
Hat sich bedankt: 587 Mal
Danksagung erhalten: 351 Mal

#18

Beitrag von Parsley »

Hi
Robert_Mini hat geschrieben: Do Mär 24, 2022 10:11 am ...eine Darstellung aus dem custom code abgeleitet vorstellen, damit es für den einen oder anderen leichtern nachvollziehbar wird.
Genau das ist es, was auch ich mir wünschen würde. Einerseits, damit man eine CL anderen leichter verdeutlichen kann und anererseits, damit man es auch sich selbst leichter machen kann, wenn man nach langer Zeit in eine alte CL reinsieht. Aber das muss nicht im TWS drin sein. Es reicht auch ein GUI- oder CLI-Tool auf dem Mac/PC und es muss nicht von Elabnet stammen. (Darf es aber natürlich.) Einfach den CL JSON-"Code" in eine Textdatei speichern, die Textdatei in ein Tool stecken und hinten fällt dann ein jpg oder png oder svg oder ähnliches raus.
Gruß Parsley


Timberwolf Server 3500L #657 (VPN offen, reboot nach Absprache)
Benutzeravatar

Ersteller
Parsley
Reactions:
Beiträge: 525
Registriert: Di Okt 09, 2018 7:27 am
Wohnort: 490..
Hat sich bedankt: 587 Mal
Danksagung erhalten: 351 Mal

#19

Beitrag von Parsley »

Hallo zusammen,

ich hatte jetzt endlich die Gelegenheit die Tipps zu testen. Ich habe es jetzt geschafft und konnte die ersten Nachrichten von meinem TWS an Pushover abschicken. Danke nochmals für eure Hilfe.

Dabei ist mir aufgefallen, dass widererwarten auch dann der POST gesendet wurde, wenn mehrfach der identische Text an das HTTP-API Objekt gesendet wird. Ich für meinen Anwendungsfall finde das ja sehr positiv. Es wiederspricht aber meinem Verständnis dessen, was der Text am "Auslöser"-Schalter sagt. (Siehe den letzten Screenshot in Post 12. Hier könnte "Wertänderung" vielleicht einfach durch "Wert" ersetzt werden?)

Eine Frage habe ich noch zur Stringlänge im Multiplexer (Standard Logik, nicht Custom Baustein):
Gibt es auch hier einen Trick, wie man die mögliche Stringlänge beeinflussen kann?

Ich habe vermutlich soeben den Thread gefunden, den @StefanW erwähnt hatte. Damit konnte ich mir diese Frage schon selbst beantworten.
Gruß Parsley


Timberwolf Server 3500L #657 (VPN offen, reboot nach Absprache)

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#20

Beitrag von StefanW »

Hi Parsley,
Parsley hat geschrieben: Fr Mär 25, 2022 12:05 amEs widerspricht aber meinem Verständnis dessen, was der Text am "Auslöser"-Schalter sagt. (Siehe den letzten Screenshot in Post 12. Hier könnte "Wertänderung" vielleicht einfach durch "Wert" ersetzt werden?)
Danke für den Hinweis, wir prüfen das.

Das Verhalten bei dem Hinterlegen der Header (mit oder ohne Leerzeichen nach :) wurde bereits behoben und wird in Kürze mit der nächsten Version ausgerollt.

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.
Antworten

Zurück zu „HTTP-API, REST & Web-Abfragen“