TimeoutException ID -1

[haperiebmann]

Hallo,

 

ich habe ein relativ komplexes System am Laufen bestehend aus DCBrick -> Master -> StepperBrick -> SilentStepperBlrick, dazu noch zwei PerformanceDC Bricklet, zwei Load Cell, ein IO16 und zwei RelaisBricklet.

Das funktioniert grundsätzlich sehr gut, heute jedoch wirft er mir ständig eine TimeoutException mit ID -1. Immer an unterschiedlichen Systemen, einmal an den Load Cells, dann am Stepper.

Was Wofür steht denn die ID -1?

 

VG

Michael

[photron]

Ich rate mal und sage du meinst diese Meldung:

Exception in thread "main" com.tinkerforge.TimeoutException: Did not receive response in time for function ID -1

Die -1 ist ein falsch dargestelltes Byte und soll 255 sein. Das ist ein Darstellungs-Bug in den Java Bindings. Wird behoben. auf Dauer zeigen wir da vermutlich einfach den Funktionsnamen und nicht die ID an.

255 ist die Funktions ID für die getIdentity Funktion. Die Bindings rufen beim ersten Aufruf den dein Programm macht intern getIdentity auf, um zu prüfen ob der Brick/Bricklet vom Typ her zur Bindings Klasse passt, die du instanziiert hast.

Das gibt dir da keine weitere Information, du läufst da einfach in einen Timeout rein, sprich die Kommunikation ist gestört, oder du versuchst Bricks/Brciklets anzusprechen die nicht angeschlossen sind.

Taucht der Stapel sauber in Brick Viewer auf?

Hast du vielleicht einfach den Stapel nicht ordentlich zusammengesteckt? Ist der Stapel nicht verschraubt und hat einen Stoß bekommen?

[haperiebmann]

Hi,

das erscheint plausibel, der Stack ist fest verschraubt und hat keinen stoß bekommen, es taucht auch alles sauber im Viewer auf.
Allerdings läuft das Programm auf einem Raspberry und wird mit dem Bootvorgang nach einem Delay gestartet. Vielleicht muss sich da manchmal der USB noch sortieren.

Wir haben jetzt allerdings auch festgestellt dass der Stepper Brick ohne Last sehr heiß wird und mittlerweile scheint der defekt zu sein, er gibt zwar an ein Signal zu liefern, der Motor tut allerdings keinen Mucks mehr. Kann es sein dass das mit rein spielt?

Die Software ist übrigens in Kotlin mit Java Bindings, die Fehlermeldung ist korrekt :-D

 

[photron]

Dann bau mal testweise den defekten Stepper Brick aus, um zu sehen ob der das Timeout Problem auslöst.

[MBOB]

Meine Fehlermeldung lautet ähnlich:

"Mikro-Schalter Did not receive response in time for function ID 1"

Ich arbeite mit VB.NET.

Helfen kann ich mir nur mit Strom aus und Strom ein bei den Bricklets.

Fehler tritt nicht ständig auf; aber oft!

 

Bricks und Bricklets sind fest verschraubt und hängen auf der Hutschiene!

 

Wo kann ich ansetzen?

[photron]

@MBOBHast du ab und zu Timeouts, oder treten den Timeouts ab einem gewissen Zeitpunkt durchgehend auf und es funktioniert dadurch nichts mehr bis du den Aufbau from Strom trennst?

[MBOB]

Ich habe ab und zu Timeouts!

[MBOB]

Ich habe doch ab einem gewissen Zeitpunkt durchgehend diese Timeoutfehlermeldung und nur mit Strom abschalten und Pause geht es dann wieder für einige Zeit; dann gleiches Problem wieder! Hilfe!

[MBOB]

Fehlermeldung

---------------ANFANG-----------

System.IndexOutOfRangeException
  HResult=0x80131508
  Message=Der Index war außerhalb des Arraybereichs.
  Source=Tinkerforge
  StackTrace:
   at Tinkerforge.IPConnection.HandleResponse(Byte[] packet)
   at Tinkerforge.IPConnection.ReceiveLoop(Int64 localSocketID)
   at Tinkerforge.IPConnection.<ConnectUnlocked>m__2()
   at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ThreadHelper.ThreadStart()

____________ENDE_____________________

[photron]

Der Fehler kommt daher, dass die Bindings eine beschädigte Antwort empfangen haben. Es steht noch auf der TODO Liste diesen Fehler besser zu behandeln. Das ist aber kein Bug in den Bindings, sondern die Antwort wurde vom Brick(let) entweder schon beschädigt losgeschickt, oder ist auf dem Weg beschädigt worden.

Wie ist dein Stack angeschlossen? USB, WLAN oder Ethernet? Ist ein RED Brick involviert?

Wie sehen die Fehlerzähler im Brick Viewer Health Monitor aus? Im besten Fall sind alle 0, oder ändern sich zumindest nicht. Falls diese durchgängig steigen dann ist deine Bricklet Kommunikation durch die Umgebung gestört. Die Kommunikation kann ein gewisses Level an Störung kompensieren, ab einem bestimmten Level greift das aber nicht mehr und beschädigte Antworten kommen durch.

[MBOB]

Anschluss über PoE

 

Fehler taucht bei diesem CodeBefehl auf:

Tinkerforge.BrickletAnalogInV3.SetVoltageCallbackConfiguration(100, False, "x"c, 2500, 3500)

 

Den Brickviewer kenne ich!

Wo finde ich den BrickViewer Health Monitor?

[MBOB]

Health Monitor im BrickViewer habe ich gefunden!

 

KEIN Red Brick

[MBOB]

Anbei die Fehler des BrickletAnalogInV3 gut sichtbar

 

Was kann ich tun?

mbob_brickv_health_report_2021-07-29_19-33-00.csv

[photron]

Frage ist jetzt was ist am Analog In Bricklet anders als mit den anderen Bricklets.

Hast du das abgesetzt vom Stapel an einem langen Bricklet Kabel?

Was misst du mit dem Analog In Bricklet?

Hast du vielleicht die Schrittmotorkabel parallel zum Analog In Bricklet Kabel verlegt? Die Vermutung ist, dass du dort elektromagnetische Störungen einfängst, die dann die Kommunikation mit dem Bricklet stören.

Beobachte mal im Betrieb mit dem Health Monitor die Fehlerzähler. Gibt es bestimmte Situation in denen diese steigen? Zum Beispiel, wenn die Schrittmotoren laufen?