Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. Frage: Node-red tcp http POST, wie Connection behandeln?

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    22
    1
    1.1k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.1k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.4k

Frage: Node-red tcp http POST, wie Connection behandeln?

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
2 Beiträge 2 Kommentatoren 2.0k Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • ruhr70R Offline
    ruhr70R Offline
    ruhr70
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    einfaches Problem. Die einfache Lösung fehlt mir noch.

    • Über einen tcp node © in Node-red kommt eine Connection (a) zustande.

    • ohne den Baustein (d) erhält man immer ein Timeout

    • mit (d) auch, aber wenn man nach der kommenden Verbindung und vor dem Timeout noch auf Deploy in Node-Red drückt, kommt eine saubere Verbindungsbestätigung zu Stande (b)

    Dies bedeutet, dass Node-Red die bestehende tcp-Verbindung sauber beantwortet (alle bestehenden Verbindungen schliesst?), wenn ein Deploy durchgeführt wird.

    Das, was Node-red da macht, muss ich jetzt irgendwie im Flow manuell durchführen.

    Und hier benötige ich Hilfe. An der Stelle komme ich nun nicht mehr weiter.

    Ich dachte, ich müsste im TCP mit "HTTP/1.1. 200 OK" oder so antworten.

    Im Wireshark-Trace sehe ich auf der Ebene aber nichts (im Trace ist der Gutfall abgebildet).

    Die kommende Meldung an © sieht übrigens wie folgt aus:

    POST /0 HTTP/1.1 Host: irgendeine.dyndns.org:7999 Content-Type: application/json Connection: keep-alive Accept: application/json User-Agent: Geofency/83 CFNetwork/711.3.18 Darwin/14.0.0 Content-Length: 265 Accept-Language: de-de Accept-Encoding: gzip, deflate { "device" : "
    

    327_2015-05-09_tcp_stream_behandlung_1.png

    327_2015-05-09_tcp_stream_behandlung_2.png

    327_2015-05-09_tcp_stream_behandlung_3.png

    327_2015-05-09_tcp_stream_behandlung_4.png

    vielen Dank für jeden Tipp! ;-)

    Michael

    Adapter: Fritzbox, Unify Circuit
    Skripte: dynamic hue, Bluetooth Scan, Multi-Ereignisliste

    1 Antwort Letzte Antwort
    0
    • M Offline
      M Offline
      mozarella
      schrieb am zuletzt editiert von
      #2

      Hallo,

      bin auf der Suche nach Anwesenheitserkennung mit Node Red und Geofency auf deinen Beitrag von 2015 gestoßen.

      Ich hab genau das gleiche Problem "TCP IN" Node hat eine Connection, doch dann kommt ein Timeout von Geofency.

      Hast Du inzwischen eine Lösung gefunden.

      Gruß mozarella

      1 Antwort Letzte Antwort
      0
      Antworten
      • In einem neuen Thema antworten
      Anmelden zum Antworten
      • Älteste zuerst
      • Neuste zuerst
      • Meiste Stimmen


      Support us

      ioBroker
      Community Adapters
      Donate

      935

      Online

      32.5k

      Benutzer

      81.6k

      Themen

      1.3m

      Beiträge
      Community
      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
      ioBroker Community 2014-2025
      logo
      • Anmelden

      • Du hast noch kein Konto? Registrieren

      • Anmelden oder registrieren, um zu suchen
      • Erster Beitrag
        Letzter Beitrag
      0
      • Home
      • Aktuell
      • Tags
      • Ungelesen 0
      • Kategorien
      • Unreplied
      • Beliebt
      • GitHub
      • Docu
      • Hilfe