Jump to content

CChris

Members
  • Content Count

    109
  • Joined

  • Last visited

Community Reputation

0 Neutral
  1. Hallo Zusammen, ich habe gerade noch einmal ein paar Tests gemacht, und möchte hier kurz die Ergebnisse ausführen... vielleicht sollte in den Dokumentationen erwähnt werden, welche Kombinationen NICHT möglich sind, bzw. dass zwingend eine bestimmte Reihenfolge der Extensions eingehalten werden sollte. Testaufbau: 1x MasterBrick 2.1 FW: 2.4.7 1x Ethernet w/o PoE 1.0 1x Wifi 1.0 1x Wifi 2.0 1x Chibi ---- TestRun 1 ---- 1) Ethernet 1.0 (w/o PoE) + MasterBrick oben drauf: Sowohl MasterBrick, wie MasterExtension werden erkannt 2) Wifi 1.0 + MasterBrick oben drauf: Es wird NUR
  2. Hi Zusammen, ich wollte mal nachfragen, ob es auch für bereits ab gekündigte Master-Extensions noch Korrekturen in der Firmware geben wird, oder eher nicht mehr... Bzw. gibt es irgendwo eine Liste, welche Extensions miteinander kombinierbar sind und welche nicht, bzw. wie viele Extensions genau in einem Stapel eingesetzt werden können? Zu meiner Situation: Ich habe jetzt insgesamt: 2x Master Brick 1.0 2x Master Brick 2.0 1x Master Brick 2.1 1x WiFi Extension 2.0 1x WiFi Extension 1.0 2x Chibi Extension 1x Ethernet w/o PoE Alle Bricks und co. sind auf dem aktuellen Firmw
  3. Pixel 2 von Google... sollte, wenn ich mich nicht täusche über NFC verfügen... stimmt, habe auch schon daran Gedacht, das mit dem Smartphone zu testen... nur habe ich eher weniger Aussichten darauf, dass das erfolgreich sein könnte. Aber ja, werde es mal versuchen (btw.: habe die Karte auch hier in der Firma mal vor ein Lesegerät gehalten - wurde auch nicht erkannt ... somit sinkt die Wahrscheinlichkeit, dass die Karte i.O. sein wird nochmals.)
  4. Hi Zusammen Ich habe hier kürzlich ein Paket mit älterer TF Hardware erstanden - darunter war auch ein NFC / RFID Bricklet enthalten, sowie eine Keyring Chip und eine MiFare Classic Karte. Den KeyRing Chip erkennt das Modul ohne Probleme, die MiFare Karte jedoch nicht. Testweise habe ich dann mal versucht, meine Kreditkarte, sowie meine Bankkarte zu lesen (beide bieten Sie Kontaktloses Bezahlen) - und hier wird auf jeden Fall etwas gelesen. Ich denke daher mal, dass die Karte Ihren Geist aufgegeben haben wird - aber gibt es ggf. noch eine Möglichkeit, das SICHER fest zu stellen?
  5. Danke - auch für den Ausschnitt aus dem IPConnection! Werde mir deine Vorschläge - und auch die anderen Callbacks mal genauer anschauen... Wie gesagt, werde es mal probieren, mit dem BeginInvoke() ...
  6. Hallo Zusammen, aktuell schafft es mein Programm, darauf zu reagieren, wenn an einem MasterBrick a) der USB Stecker gezogen wird und b) der Release-Knopf gedrückt wird. In diesem Fall wird mir meine Liste mit verbinundenen Bricks durch eine erneute Enumerierung neu aufgebaut. Allerdings würde ich ganz gerne eine Ausgabe schaffen, die dem Benutzer mitteilt, warum sich die Software quasi "neu" mit dem Stapel verbunden hat. In den Events ConnectedCB und DisconnectedCB habe ich folgende Ausgaben aus der Doku übernommen: //===================================================
  7. 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.
  8. 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
  9. 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?)
  10. sieht danach aus... an seinem Namen hängt ein seltsam wirkender Link...
  11. 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
  12. 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...
  13. 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?
  14. 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,
  15. 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
×
×
  • Create New...