Jump to content

wgoettler

Members
  • Gesamte Inhalte

    7
  • Benutzer seit

  • Letzter Besuch

wgoettler's Achievements

Newbie

Newbie (1/14)

0

Reputation in der Community

  1. Danke, das klingt gut. Bis dahin behelfe ich mir mit einem "Heartbeat"-Thread, der die LED ansteuert. 200msec grün 800msec aus Dann ist die Wahrscheinlichkeit, dass der disconnect im 200msec Zeitfenster auftritt, nicht ausgeschlossen aber deutlich gesunken.
  2. Ganz konkret meine ich das RGB Bricklet. Farbe grün = Zustand i.O. Farbe rot = Störung Farbe gelb = Warnung Bisher läuft das Programm auf einem Raspi mit USB Anbindung und ist über Wochen stabil. Wenn ich allerdings die Tinkerforge Module dezentral vom Raspi betreibe (Via WLAN), dann kommt es immer wieder mal zu (unvermeidbaren) Verbindungs-Problemen. Das RGB Bricklet leuchtet munter grün, obwohl gar keine Verbindung mehr da ist. Ein Dual-Relay Bricklet ist in dem Fall halt schon Fast mit Kanonen auf Spatzen geschossen, deswegen wäre eine software-basierte Lösung für mich die "angenehmere".
  3. Das DualRelay Bricklet könnte meine Lösung sein. Vielleicht ist da ja eine Erweiterung bei neuen Bricklets mit Co-Prozessor angedacht? Grüße Wolfgang
  4. Ist es möglich bzw. vorgesehen, dass ein Master/Bricklet mit KeepAlive Signalen angepingt werden kann? Wenn die Pings nicht mehr vom Client PC an den Master gesendet werden, sollte sich ein Bricklet z.B. abschalten lassen können. Konkret würde das Sinn machen bei unvorhergesehenen Programmabrüchen oder Netzwerkproblemen. LCD Bricklet bietet solch eine Option. Danke für eine Info & Grüße Wolfgang
  5. That sounds logical to me. Even if such a feature would be nice . Thank you for your explanation. Wolfgang
  6. I just disconnected my humidity bricklet during runtime. Even if no hum. bricklet is connected I get a callback from the humidity bricklet. How can I check, that the value which was returned is valid? It's not the configuration, it's just to know that the returned value is valid. (Damage of cable, broken sensor ...)
  7. Hello TinkerUnity! After I implemented the great feature of rugged "enumerate_callback" using reconnect functionality in C, I detected some problem during dis-/reconnecting sensors bricklets. When the enumerate_callback is triggered during a LAN or USB disconnect, it working quite well, but don't recognizes if a sensor connection has been lost. My application is running and reporting values of humidity verry well, but if I disconnect the cable to the humudity bricklet, no detection happens! The callback of the humidity callback is still triggered (answering with obviousley correct values!), only the value has been changed from 45.00% to 10.00% rH (or 10.10%). It seems, that a disconnect of the cable to a bricklet hasn't been detected by tinkerforge. I tried it with other bricklets as well (voltage, temperature...), same result. Is there any way, to monitor the connection to the bricklets? It's important for me to detect, if a bricklet is not valid or alive! If I receive values I hope that this values are correct Maybe I have to evaluate the return "E_UNKNOWN_ERROR_CODE"? Thanks a lot in advance for some hints, Wolfgang
×
×
  • Neu erstellen...