CChris

Hi, Danke nochmal für deinen Vorschlag. Leider steht "Dispatcher" nicht zur Auswahl für das ListView Element zur Verfügung. Das "invoke" dient schon dem Thread-Übergreifenden Zugriff auf das Steuerelement ListView. Sonst hätte er hier direkt eine Exception geworfen.

OK. Ich habe jetzt nochmal in die Debug-Ausgabe von Visual Studio geschaut. Folgende Exceptions werden ausgegeben, sobald ipcon.Disconnect() aufgerufen wird... Allerdings habe ich mein Ziel nun auf anderem Wege erreicht - und ich glaube, dieser ist sogar die bessere Wahl Danke jedenfalls für deinen Input... vielleicht ist diese Info aber dennoch relevant und hilfreich für jmd. anderen ? --- Da in der zwischenzeit noch die Antwort von Marvin dazu kam, werde ich den Vorschlag noch aus testen, um zu sehen, ob es daran lag oder nicht Vielen Dank auch hier

das ist es ja... im Visual Studio habe ich nichts wirklich erkennen können... werde das aber heute Abend / morgen Früh noch einmal versuchen. In den Tinkerforge Bindings ist ja ein mdb file für debug meldungen mit vorhanden... aber ehrlich gesagt, weiß ich nicht, wie ich damit umgehen sollte um ggf. die Bindings mit zu debuggen. Das Verhalten ist aber definitiv reproduzierbar, sobald der Code im DisconnectCB aufgerufen wird... Könnte es an den bindings liegen? Wie kann ich diese ggf. mit ins debug bekommen? (direkt die CS files einbinden?)

sieht danach aus... an seinem Namen hängt ein seltsam wirkender Link...

einen direkten Download-Link finde ich prinzipiell auch nicht schlecht. BrickV kann ja ermitteln, dass eine neue Datei vorhanden ist - und aus dieser Info ließe sich, bei entsprechender Dateiablage, auch direkt ein Link generieren. Andere Software schafft dies ja auch - und mit den FW Images für die Bricklets klappt das im Grunde ebenfalls. btw.: wie könnte man eine solche Info denn in seinem eigenen Programm mit einbinden? Also wie ist die URL um die aktuelle FW Version eines Bricklets bei Euch abzurufen? Ich möchte in meiner Anwendung quasi ein paar der Infos aus BrickV versuchen nach zu bauen... so z.B. eben auch, wenn für ein Bricklet eine neue FW Version verfügbar ist. (Ob ich dann auch versuche, das Downloaden und Flashen um zu setzen steht jetzt mal auf einem anderen Blatt Papier)

hm... das ist ja mein Original-Beitrag hier 1:1 rein kopiert?? o.O Aber danke, dadurch habe ich die Lösung für das gleiche Problem nach langer abwesenheit direkt wieder gefunden Und ab jetzt schreib ich mir das irgendwo auf...

hm... Ich hab zwar aktuell auch nur wenig Zeit... und weiß noch nicht wirklich, was ich mit all den Modulen anfangen sollte... aber ich glaube, ich greife hier mal zu... sind auf jeden Fall einige Interessante Dinge dabei und mit dem Rest wird mir vielleicht auch noch etwas einfallen ^^ PayPal akzeptiert?

Hallo Zusammen, ich habe aktuell leider ein kleines Problem mit meinem Source-Code und weiß ehrlich gesagt nicht, wo ich mit dem Debuggen ansetzen soll :-( Vielleicht kann mir ja einer von Euch hier weiter helfen? Problembeschreibung: Ich fülle im EnumerationCallback eine ListView mit den angeschlossenen Bricks. Wenn ich nun die Verbindung trenne, dann soll diese Liste abgelöscht / geleert werden. Dies funktioniert auch - wenn ich den Aufruf listView1.Items.Clear() direkt in der TFConnect Methode aufrufe (diese wird im Eventhandler Button_Click aufgerufen Und es funktioniert auch, wenn ich die Liste im ConnectCallback leere. Sobald ich den Aufruf aber im DisconnectCallback durchführe, egal an welcher Stelle, hängt sich das Programm auf und reagiert nicht mehr. Nachfolgender Code wird nicht mehr ausgeführt. Alles, was vor dem Aufruf von listView1.Items.Clear() im DisconnectCallback passiert (was derzeit noch nicht viel ist) funktioniert ohne Probleme. Der Code läuft auch nicht in eine Exception hinein... //============================================================================= private TFConnect(string ConnectionCommand, string ConnectionString) { string[] connections; connections = ConnectionString.Split(':'); string HOST = connections[0]; int PORT = Convert.ToInt16(connections[1]); switch (ConnectionCommand) { case "connect": try { if (ipcon.GetConnectionState() != IPConnection.CONNECTION_STATE_CONNECTED) { ipcon.Connect(HOST, PORT); // TinkerForge IPConnection.Connect d_Logger.CreateLogFile("Connected to TinkerForge @ " + comboBox1.Text, "[3]"); // write LogOutput "Connected" } } catch (Exception ex) { d_Logger.CreateLogFile(ex.Message, "[8]"); } break; case "disconnect": try { if (ipcon.GetConnectionState() == IPConnection.CONNECTION_STATE_CONNECTED) { ipcon.Disconnect(); // TinkerForge IPConnection.Disconnect try { listView1.Invoke(new Action(() => listView1.Items.Clear())); // An dieser Stelle leert das Programm auch wie gewünscht die Liste ab... } catch (Exception ex) { MessageBox.Show(ex.Message); } d_Logger.CreateLogFile("Disconnected from TinkerForge", "[3]"); } } catch (Exception ex) { d_Logger.CreateLogFile(ex.Message, "[8]"); } break; } } //============================================================================= // Callback handles reconnection of IP Connection private void ConnectedCB(IPConnection sender, short connectReason) { switch (connectReason) { case IPConnection.CONNECT_REASON_REQUEST: MessageBox.Show("Connected by request"); break; case IPConnection.CONNECT_REASON_AUTO_RECONNECT: MessageBox.Show("Auto-Reconnected"); break; } try { listView1.Invoke(new Action(() => listView1.Items.Clear())); // Auch an dieser Stelle wird die ListView wie gewünscht abgelöscht } catch (Exception ex) { MessageBox.Show(ex.Message); } ipcon.Enumerate(); } //============================================================================= private void DisconnectedCB(IPConnection sender, short disconnectReason) { switch (disconnectReason) { case IPConnection.DISCONNECT_REASON_REQUEST: MessageBox.Show("Disconnected by request"); break; case IPConnection.DISCONNECT_REASON_ERROR: MessageBox.Show("Disconnected by error"); break; case IPConnection.DISCONNECT_REASON_SHUTDOWN: MessageBox.Show("Disconnected by shutdown"); break; } try { listView1.Invoke(new Action(() => listView1.Items.Clear())); // sobald die listView1.Items.Clear() aber im DisconnectedCallback Event aufgerufen wird, hängt sich das Programm auf und reagiert nicht mehr. // Es wird auch keine Exception aufgeworfen. // Auch, wenn ich hier eine neue Methode aufrufe, in welcher dann die ListView abgelöscht werden soll, zeigt sich das gleiche Verhalten. // Code direkt vor dem Aufruf von listView1.Items.Clear() wird hier auch noch ausgeführt. (Testweise war eine MsgBox ausgabe enthalten. } catch (Exception ex) { MessageBox.Show(ex.Message); } } //============================================================================= private void EnumerateCB(IPConnection sender, string UID, string connectedUID, char position, short[] hardwareVersion, short[] firmwareVersion, int deviceIdentifier, short enumerationType) { if (enumerationType == IPConnection.ENUMERATION_TYPE_CONNECTED || enumerationType == IPConnection.ENUMERATION_TYPE_AVAILABLE) { //Baue ListenItems auf string[] myItems = new string[6]; myItems[0] = deviceIdentifier.ToString(); myItems[1] = UID; myItems[2] = connectedUID; myItems[3] = position.ToString().ToUpper(); myItems[4] = firmwareVersion[0] + "." + firmwareVersion[1] + "." + firmwareVersion[2]; myItems[5] = hardwareVersion[0] + "." + hardwareVersion[1] + "." + hardwareVersion[2]; // Neues ListView Item initiieren ListViewItem LVItem = new ListViewItem(myItems); try { listView1.Invoke(new Action(() => listView1.Items.Add(LVItem))); } catch (Exception exceptionMsg) { MessageBox.Show(exceptionMsg.Message, "Fehler!", MessageBoxButtons.AbortRetryIgnore, MessageBoxIcon.Error); } } }

Hallo Zusammen, ich bin gerade wieder ein bisschen am herum Programmieren und dabei ist mir aufgefallen, dass ein MasterBrick ggf. keinen Wert für GetConnectionType zurück gibt. Mein Stack (von unten nach oben): 1. RedBrick 2. MasterBrick Hw-Rev. 2.1 (UID = 6wwS7d) 3. MasterBrick Hw-Rev. 2.0 (UID = 6m9VR4) Verbindung des RedBrick via USB: Verbindung 1. Brick im Stapel (Redbrick) per USB: --> beide nachfolgende MasterBricks liefern für GetConnectionType 2 (SPI Stack) zurück Verbindung 2. MasterBrick (1. MasterBrick im Stack, HW-Rev. 2.1) per USB: --> ich bekomme nur für diesen überhaupt einen Wert von GetConnectionType zurück. Im BrickViewer wird mir der zweite auf diesem MasterBrick aufgesteckte MasterBrick (Hw-Rev 2.0) nicht angezeigt. Verbindung 3. MasterBrick (2. MasterBrick im Stack, HW-Rev. 2.0) per USB: --> LEDs gehen an, wird aber im BrickViewer nicht erkannt Tausche ich jedoch die Reihenfolge der MasterBricks im Stapel, also: 1. RedBrick 2. MasterBrick Hw-Rev. 2.0 3. MasterBrick Hw-Rev. 2.1 und wiederhole den oben stehenden Versuch (ohne den RedBrick), komme ich zu folgendem Ergebnis: Verbindung 2. MasterBrick (1. MasterBrick im Stack, HW-Rev. 2.1) per USB: --> MasterBrick 1: USB --> MasterBrick 2: Stack --> Beide MasterBricks werden mir in BrickViewer angezeigt Verbindung 3. MasterBrick (2. MasterBrick im Stack, HW-Rev. 2.0) per USB: --> LEDs gehen an, wird aber im BrickViewer nicht erkannt Ich habe die Dokumentation jetzt gerade nicht parat, aber ist es "gewollt" oder Technisch bedingt der Fall, dass in der Reihenfolge 2.1 -> 2.0 nur der unterste Brick erkannt wird (wenn die Initialisierung nicht über einen RedBrick erfolgt) ? Ich glaube eher weniger... oder?

Danke Ja, für einen ähnlichen Ansatz habe ich mich jetzt auch entschieden. wollte das ganze sowieso noch einmal "frisch" schreiben...

Hallo Zusammen, ich habe nach längerer Zeit mal wieder meinen "Baukasten" hervor gekramt und wollte nun nochmal ein klein wenig meine alten Programme etwas überarbeiten und erweitern. Nun möchte ich, bei der Initialisierung gerne ermitteln, wie viele Bricklets oder Bricks eines bestimmten Typs im Stack verbaut sind - und, am besten deren UID in eine Liste oder ein Array schreiben. Ich habe mir das z.B. folgender maßen Überlegt: 2x MasterBrick MasterBrick_1 -> UID: 12345 MasterBRick_2 -> UID: 67890 public int UIDCounter = 0; //----------------------------------------------------------------------------- private void EnumerateCB(IPConnection sender, string UID, string connectedUID, char position, short[] hardwareVersion, short[] firmwareVersion, int deviceIdentifier, short enumerationType) { string deviceName = ""; if (enumerationType == IPConnection.ENUMERATION_TYPE_CONNECTED || enumerationType == IPConnection.ENUMERATION_TYPE_AVAILABLE) { // // Display-Namen anhand des Device-Identifiers ermitteln switch (deviceIdentifier.ToString()) { case "13": deviceName = BrickMaster.DEVICE_DISPLAY_NAME.ToString(); break; case "17": deviceName = BrickRED.DEVICE_DISPLAY_NAME.ToString(); break; case "26": deviceName = BrickletDualRelay.DEVICE_DISPLAY_NAME.ToString(); break; } } // // MasterBrick Iniziieren // if (deviceIdentifier.ToString() == "13") { /* Count MasterBricks --> wie oft kommt der DeviceIdentifier 13 vor? --> für jedes mal die UID ermitteln und in ein Array schreiben */ UIDCounter = UIDCounter + 1; } // Baue Liste mit Bricks und Bricklets, FirmwareVersion, UID, ConUID, etc.pp. auf } Mir werden alle Bricks und Bricklets samt UID in der Liste (ListView) korrekt angezeigt - und im Grunde funktioniert soweit auch alles... Einzig bei der Lösung, wie ich die jeweilige UID des MasterBricks so abspeichern kann (in ein Array), dass ich später auf die Länge des Arrays und die einzelnen UIDs zugreifen kann stehe ich gerade auf dem Schlauch. Ich will z.B. die Status-LED der angeschlossenen MasterBricks separat steuern können - und da brauche ich dann ja den Connect zum jeweiligen Brick über dessen UID. Sorry, falls diese Frage gerade für Lacher sorgen sollte... vielleicht ist es im Moment auch einfach zu spät... ^^

Am Aufbau selbst liegt es nicht. Getestet wurde einmal 'alles' - und nachdem sich da nix getan hatte, habe ich den stepdown mit jeweils zwei Master getestet, an denen sonst nix angeschlossen war. Der einzige punkt, welcher mir noch einfallen würde (ich halte es allerdings für unwahrscheinlich) wäre der DCJack Adapter. Leider habe ich aktuell nicht so Zeit gehabt, mir das nochmal genauer anzuschauen. Vielleicht komme ich heute Abend dazu.

Ja, das ist mir auch schon aufgefallen, dass die manchmal zu bereit sind und Kontakte an der Elektronik herstellen können. Nur ohne hat man immer wieder mal das Problem, das sich die platine leicht verbirgt, wen man einen Stapel zusammen schraubt... :-/ Man muß hier also schon recht gut aufpassen

Hi batti, Danke für die Antwort. Eine Multimeter muss ich erst noch Auftreiben. Den Ausgang zu messen hab ich auch schon überlegt - wollte eben nur mal fragen, ob es vielleicht noch irgend eine andere Möglichkeit gibt. Im Moment laufen die restlichen bauteile nur über die usb Verbindung - oder über ein usb- netzteil. Bzgl. Den Test mit einem anderen netzteil am powersupply: Auch mit anderen war keine Funktion gegeben.

Hallo photron, Danke für die Info. Was mich an dieser Stelle ein wenig verwundert ist, dass ich eben nur das RED Brick doppelt gelistet bekomme, wenn die Verbindung über WLan aufgebaut wurde. Unabhängig, ob der BrickV läuft oder nicht, oder ob er Connected ist oder nicht. Wen ich z.b. den BrickV verbinde, während meine Anwendung läuft, Fan bekomme ich alle Bricks&Bricklets mehrfach angezeigt - das passt ja zu deiner Erklärung... Aber NUR der RedBrick? Und NUR bei Verbindung über WLan? Gibt es in diesem Fall etwas auf dem RED Brick, was durch das Enumerate zwei Antworten vom RED auslöst? Wie gesagt - BrickV spielt hier keine rolle aktuell - und sonst sind auch keine anderen Komponenten betroffen.

Ja, ist eine WLan Verbindung über einen angeschlossenen WLan USB-Stick. Dass sich meine Liste vervielfacht, wenn ich mein Programm laufen habe - und dann zusätzlich noch den BrickV verbinde, kommt vor - auch, wenn ich das CONNECTCB aus dem Bereich "Robuster Ansatz" mit einbaue... Aber hier habe ich NUR den Redbrick doppelt - und die o.g. Szenarien sind nicht vorhanden. Also BrickV ist nicht verbunden - und das ConnectCB aus Robuster Ansatz ist auch nicht in meinem Code mit drin.

Hallo Zusammen, irgendwie seltsam... ich hatte das StepDown-Power Supply Brick jetzt ein paar Tage lang in meinem Stapel mit drin - und es hat auch alles funktioniert - bis gerade eben. Wollte noch einmal ein bisschen Testen - und diesmal speziell die Verbindung, wenn mein Stapel über WLan nicht mit dem PC verbunden ist. Netzteil angeschlossen - Stapel geht nicht an. Per USB-Netzteil angeschlossen - Stapel geht an. Um auszuschließen, dass irgendetwas mit den Kabel nicht i.O. war (herausgezogen, etc.pp.) diese getauscht - und mal nur die PowerSupply mit einem Master probiert... gleiches Problem. Es geht nichts an. Alle Bricks und Bricklets sind soweit i.O. - also zum Glück scheine ich nicht mehr "gegrillt" zu haben... :-/ Habt Ihr mir aber noch Tipps, wie ich prüfen kann, ob die PowerSupply wirklich hinüber ist? Wenn das der Fall sein sollte, war es ein kurzes Vergnügen mit Ihr :-(

kannst du mal den Code davon zeigen? Ich bin zwar selber kein Profi - und mit Perl habe ich mich bislang noch gar nicht befasst, aber vielleicht gibt der Code ja dem ein oder anderen noch den nötigen Hinweis Ich habe z.B. folgendes bei mir Bemerkt: int StackVoltage = BM.GetStackVoltage() / 1000; int StackCurrent = BM.GetStackCurrent() / 1000; if (StackVoltage <= 0) { label7.Invoke(new Action(() => label7.Text = "Stromversorgung über USB...")); } else { label7.Invoke(new Action(() => label7.Text = StackVoltage.ToString() + " V // " + StackCurrent.ToString() + " A")); } Wenn ich die Bricks per USB angeschlossen habe, dann wird mir für GetStackVoltage() 0 zurück gegeben. Schließe ich die Bricks via StepDown PowerSupply an, dann wird mir der entsprechende Wert passend zurück gemeldet. Jetzt wäre natürlich interessant zu wissen, wie du das bei dir genau eingebaut hast...

Hallo Zusammen, mir ist gerade Aufgefallen, dass der RED Brick in meinem Programm Doppelt aufgeführt wird, wenn ich mich über die IP / Wlan auf meinen Stack verbinde. Läuft die Verbindung über USB / localhost, dann wird er mir nur einmal in meiner Liste angezeigt. Liegt das ggf. am BrickD auf dem RED? Sonst habe ich im Programm noch nichts, was irgendwie hier eine Rolle spielen dürfte / sollte... ?! Folgender Code: private void EnumerateCB(IPConnection sender, string UID, string connectedUID, char position, short[] hardwareVersion, short[] firmwareVersion, int deviceIdentifier, short enumerationType) { if (enumerationType == IPConnection.ENUMERATION_TYPE_CONNECTED || enumerationType == IPConnection.ENUMERATION_TYPE_AVAILABLE) { string[] myItems = new string[5]; if (connectedUID == "0") { connectedUID = "--"; } string deviceName = GetDeviceName(deviceIdentifier.ToString()); myItems[0] = deviceName; myItems[1] = UID; myItems[2] = connectedUID; if (position == '\x0030') { myItems[3] = "--"; } else { myItems[3] = position.ToString().ToUpper(); } myItems[4] = firmwareVersion[0] + "." + firmwareVersion[1] + "." + firmwareVersion[2]; ListViewItem LVItem = new ListViewItem(myItems); try { listView1.Invoke(new Action(() => listView1.Items.Add(LVItem))); } catch (Exception exceptionMsg) { MessageBox.Show(exceptionMsg.Message, "Fehler!", MessageBoxButtons.AbortRetryIgnore, MessageBoxIcon.Error); } } } private string GetDeviceName(string Identifier) { string deviceName = ""; switch (Identifier) { case "13": deviceName = BrickMaster.DEVICE_DISPLAY_NAME.ToString(); break; case "17": deviceName = BrickRED.DEVICE_DISPLAY_NAME.ToString(); break; case "26": deviceName = BrickletDualRelay.DEVICE_DISPLAY_NAME.ToString(); break; case "27": deviceName = BrickletHumidity.DEVICE_DISPLAY_NAME.ToString(); break; case "216": deviceName = BrickletTemperature.DEVICE_DISPLAY_NAME.ToString(); break; case "217": deviceName = BrickletTemperatureIR.DEVICE_DISPLAY_NAME.ToString(); break; case "221": deviceName = BrickletBarometer.DEVICE_DISPLAY_NAME.ToString(); break; case "226": deviceName = BrickletPTC.DEVICE_DISPLAY_NAME.ToString(); break; case "263": deviceName = BrickletOLED128x64.DEVICE_DISPLAY_NAME.ToString(); break; case "268": deviceName = BrickletRealTimeClock.DEVICE_DISPLAY_NAME.ToString(); break; } return deviceName; }

Hallo zusammen Ich hab mir jetzt dir dem RED Brick einen Nano-WlanStick gegönnt und beim Einrichten sind mir da ein paar Dinge aufgefallen, die ich etwas unschön fand. Keine Ahnung, ob das dem Linux System geschildert ist, da ich bisher eigentlich keinen Kontakt zu Linux hatte.... Naja. 1. Es ist nicht möglich, den Netzwerknamen (SSID) Manuell einzugeben. Das ist natürlich etwas umständlich, wenn man ein versteckes Wlan hat. In der Liste taucht zwar <hidden> auf, aber mit Signalstärke 0% - und verbinden kann man sich damit auch nicht - da man die Ssid nirgends eingeben kann. Man muß also erst einmal sein WLan sichtbar machen und sich anschließend verbinden. 2. Weh man sich verbunden hat - und dann das Netzwerk versteckt, bleibt das Netzwerk mit der SSID in der Liste Sichtbar (ist ja auch ok und richtig) - aber die Signalstärke wird wieder mit 0% angegeben - obwohl eine Verbindung besteht und auch alles funktioniert. Das erschwert dadurch natürlich auch den Aufbau an einem späteren Standort etwas, da man die Signalstärke nicht als Anhaltspunkt heran ziehen kann. Wie gesagt, ich weis nicht, ob diese Punkte dem zugrundeliegendem LinuxSystem geschuldet sind... Wen nicht, wäre es m.m.n. eine schöne Sache für eine spätere Version von BrickV

Ah. Ich glaube, ich habe das Problem Dank eines älteren Beitrages ausfindig gemacht. Sobald ich heute Abend wieder daheim bin, werde ich es nochmal probieren. Dann sollten auch der zweite Master Brick und mein oledBricklet da sein, damit ich auch daran weiter basteln kann. Wenn das alles dann so läuft wie ich es mir vorstelle, kann ich mich an das konzept für die eigentliche Steuerung setzen...

Hallo Zusammen, da leider mein TF-Paket bis morgen auf der Post liegt, wollte ich mich heute mal ein bisschen näher mit dem RED-Brick befassen. Dazu habe ich ihn erst einmal via HDMI an meinen Monitor angeschlossen - und in den Settings die Desktop-Umgebung aktiviert. Nach einem Neustart wurde mir auch eine Desktopumgebung angezeigt - soweit also alles gut und schön. Ich habe nun also meine Testanwendung auf den Brick geladen - C# (.NET) Anwendung + die ein oder andere DLL für zusätzliche Controls. Allerdings: Die Anwendung startet nicht - es wird folgender Log_Eintrag erzeugt: Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for System.Windows.Forms.XplatUI ---> System.ArgumentNullException: Could not open display (X-Server required. Check you DISPLAY environment variable) Parameter name: Display at System.Windows.Forms.XplatUIX11.SetDisplay (IntPtr display_handle) [0x00000] in <filename unknown>:0 at System.Windows.Forms.XplatUIX11..ctor () [0x00000] in <filename unknown>:0 at System.Windows.Forms.XplatUIX11.GetInstance () [0x00000] in <filename unknown>:0 at System.Windows.Forms.XplatUI..cctor () [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at System.Windows.Forms.Application.EnableVisualStyles () [0x00000] in <filename unknown>:0 at TinkerForge_TerrarienSteuerung.Program.Main () [0x00000] in <filename unknown>:0 [ERROR] FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for System.Windows.Forms.XplatUI ---> System.ArgumentNullException: Could not open display (X-Server required. Check you DISPLAY environment variable) Parameter name: Display at System.Windows.Forms.XplatUIX11.SetDisplay (IntPtr display_handle) [0x00000] in <filename unknown>:0 at System.Windows.Forms.XplatUIX11..ctor () [0x00000] in <filename unknown>:0 at System.Windows.Forms.XplatUIX11.GetInstance () [0x00000] in <filename unknown>:0 at System.Windows.Forms.XplatUI..cctor () [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at System.Windows.Forms.Application.EnableVisualStyles () [0x00000] in <filename unknown>:0 at TinkerForge_TerrarienSteuerung.Program.Main () [0x00000] in <filename unknown>:0

Aber zwei Platten quasi zeitgleich ausfallen? Aus der selben marge genommen?

Jap, bei mir geht seit geraumer Zeit heute auch nix mehr

Das wäre nett... und vlt. noch das ein oder andere Bildchen, damit ich mir den fertigen Aufbau auch mal anschauen kann... ^^ Wäre für die weitere Planung auch nicht ganz unnütz für mich ^^