Jump to content

ttt

Members
  • Gesamte Inhalte

    5
  • Benutzer seit

  • Letzter Besuch

ttt's Achievements

Newbie

Newbie (1/14)

  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

0

Reputation in der Community

  1. Hi, @yuna: Meine "Lösung" bestand daraus, dass ich mir eine zuverlässige Netzwerklibrary herausgesucht habe (in meinem Fall die libuv[1], wird auch in nodejs verwendet) und mich per ganz normalen TCP/IP zum Brick verbunden habe (über WLAN). Die Beschreibung zum TF-TCP Protokoll[2] ist glücklicherweise ausführlich. War zwar eine Menge Arbeit, läuft jetzt aber seit Monaten stabil ohne Abstürze, Hänger oder Speicherfresser. Die libuv ist zwar nicht unbedingt einfach, aber zuverlässig und das wichtigste: Alles single-threaded (aus Programmierersicht). [1] https://github.com/libuv/libuv [2] https://www.tinkerforge.com/en/doc/Low_Level_Protocols/TCPIP.html
  2. Hi, open löscht den Dateiinhalt, probiere mal den Modus "std::ios_base::app" Grüße
  3. Hallo, da ja die IDs der Sensoren bei jedem Batteriewechsel neu gewürfelt werden, würde mich interessieren, wie du die Sensoren auseinander hältst? Grüße
  4. Ja, das hatte ich auch überlegt. Allerdings ist das TCP-Protokoll nun auch nicht soo kompliziert und man hat alles selbst in der Hand. Ich fand das einfacher, als die jeweiligen Libraries zu debuggen.
  5. Ich habe das Reconnect Szenario auch nie stabil mit der API zum Laufen bekommen (mit der C-API). Ich habe mich dann dazu entschlossen das TCP/IP-Protokoll direkt zu verwenden. Jetzt ist alles gut
×
×
  • Neu erstellen...