Nic

Ich würde vielleicht mal einen unipolaren Hallsensor TLE 4905L http://www.reichelt.de/?ARTICLE=25717;PROVID=1024 ausprobieren, Nachteil bei diesem hier er braucht min. 3,8V VersorgSp. Der IO4 liefert nur 3,3V dann eher zum IO16 greifen. Vielleicht gibt es so ein gutes Teil irgendwann mal als Bricklet

Welches IR-Bricklet ist es denn - Distanz oder Temp-IR ? Wenn ich dich richtig verstehe möchtest Du sowas ähnliches machen, wie man mit einem Fahrrad-Computer die Geschwindigkeit des Rades misst ? Dazu werden eig. auch die Impulse gemessen. Nur liegt der Sensor zwar an den Speichen, aber dieser muss sehr nahe zum Empfänger ausgerichtet sein. Mit IR-Sensoren habe ich eher schlechte Erfahrungen gemacht: z.B. IR-Fernauslöser für Kameras/Blitze sind nicht immer zuverlässig in der Detection/Auslösung. Starke Winkelabhängigkeit, Reflexionsgrad der Oberfläche, störlichtempfindlich etc. M.W. funktionieren deshalb die Fahrradcomputer zuverlässiger mit einem Magneten(Sender) der in einer Spule (Empfänger) an der Radgabel ein Spannungsimpuls induziert. Ev. würde ich mal nach so einem Sensor googeln und diesen ev. an ein IO-Bricklet anschliessen. Gut möglich das der IR für die Erfassung der dünnen Speichen bei Deinen Textilrollen zu langsam, bzw. unzuverlässig ist. Mit der niedr. Frequenz sollten die Callbacks aber allemal funktionieren.

Ahaa, mit WideChar(223) in Delphi bekommt man ein °-ähnliches Zeichen ins LCD20x4.

Das wäre prima, da ich gerade dabei bin, den LCD20x4 zu implementieren, und u.a. das °-Zeichen verwenden möchte. Bitte aber so lösen, dass auch D7 (WideString) unterstützt wird.

Gutes neues 2013 ! LCD20x4-Doku für Delphi: Im Gegensatz zu C#, Java etc. gibt es dort keine Utf16ToKS0066U-(Beispiel-)Funktion. Ist die noch in Arbeit oder habe ich etwas übersehen ?

Kann ich bestätigen !! Wenn der GPS am IMU hängt, scheint beides wie eingefroren im Viewer zu reagieren. Einzig die LED An/Aus Funktion am IMU lässt sich schalten, wobei bei den Direction LEDs nur die roten permanent leuchten. FW, Tools aktuelle Versionen (altes Protokoll).

Oh, danke, das muss ich übersehen haben.

Jo, die hab ich schon, nur in der Wohnung für Testzwecke reicht die nicht aus, da möchte ich mir eine aus dem Fenster mit mind. 2m Länge hängen.

Ok, also "nur" * AddDevice entfällt, dafür erhält die Create-Methode des Brick/Bricklet ein weiteres Argument für die Referenz auf die IPConnection * Callbacks haben zusätzlich die Referenz zum Sender Logfile: Gibt es für den Brick-Viewer auch eine erweiterte Debug/Log-Option ?

Im Viewer gibt es Buttons zum Hot-, Warm-, Coldstart. Könnt ihr etwas dazu sagen bzw. die Doku erweitern wozu bzw. wann man die Starts ausführen kann/muss. API-Methoden habe ich dazu nicht gefunden. Bitte auch Empfehlungen für eine passende GPS-Antenne (Länge 2-5m) mit diesem UFL Anschluss, ich bin bei div. Shops nicht fündig geworden, dort gibt es nur Antennen mit SMA bzw. MCX.

@nrg007 Ev. deinstalliere den Virenscanner und Firewall wenn es geht. Nochmals: unter Win gibt es sogenannte Hardware-Regeln, z.B. das Autorun beim Anschließen von Hardware, diese können aus Security ausgeschaltet werden. Wie verhält sich generell Dein System wenn du USB-Zubehör anschließt ? Ev. würde ich darüber nachdenken, eine Win7-System neu aufzusetzen. Oder probier mal eine VM mit Win7 zum Testen. Vom Notnagel mit Protokoll 2 würde ich die Finger lassen, das ist noch Beta und würde nur noch mehr Unsicherheitsfaktoren ins Spiel bringen. Die Ursache liegt in Deinem System und seine speziellen Restriktionen.

Hier ist ein weiterer Beta-Tester ... Müssen bei der Migration auf das neue Protokoll im eigenen Code Anpassungen vorgenommen werden ? Wo liegt unter Win das Log-File des BrickD-Treibers ? Lässt sich der Log-Level einstellen ? Bzw. ist das nötig ?

Ja, eine Neuauflage der Chibi-Exten. wäre prima, da ich neben der alten Variante durchaus noch weitere gebrauchen könnte. Ich habe gute Erfahrungen damit gemacht und würde es gerne zukünftig weiterhin verwenden. Wenn es geht also bitte die Kompatibilität zur alten V.1.0 unbedingt einplanen.

Hybrid heißt hier, dass der Motor sowohl unipolar als auch bipolar angesteuert werden kann, deshalb die 6 statt 4 Litzen. Der Stepper-Brick zum Steuern eines Schrittmotors unterstützt nur bipolar und 2-Phasen. Ev. hilft das hier weiter: http://www.ostermann-net.de/electronic/schritt/sm_faq.htm#faq_anschluss und http://de.nanotec.com/faq_143_schrittmotor_anschl%C3%BCsse.html 1-2 Steps pro Sec. sind ev. etwas sehr langsam, und wird oft "übersehen", mal ruhig 25 oder mehr Schrittfrequenz eingeben.

Wenn es geht, die Abstandshülsen/bolzen gleich in passender Länge 9.5/12.5mm anbieten. Das Gefummel mit Unterlegscheiben muß nicht sein. Als Material wäre Aluminium ideal. Es wäre ein Kompromiss aus Witterungsbeständigkeit und Maßhaltigkeit, da Polyamid oder Pappe Feuchtigkeit aufsaugt. Stahl, verzinkt oder Edelstahl, insbesondere bei großen, umfangreichen Stacks, macht sich in der Gewichtszunahme bemerkbar. Frohe Weihnachten allerseits.

Du hast -wie du erwähnst- die FW aufgespielt. Nachdem der Fortschritt 100 % erreicht hat, wird im Dialog der Reset des Bricks angekündigt und autom. durchgeführt. Hast du das bemerkt: die blauen LEDs gehen aus und der Brick startet neu. Wenn Du das bemerkt hast, dürfte der Amtel doch gar nicht defekt sein, oder sehe ich das falsch ?

Wackler, kalte Lötstellen etc. sowas könnten ev. die TF-Jungs feststellen, also am besten Einschicken. Oder eine WIFI-Ext. ordern und so versuchen eine Verbindung aufzubauen... Ja, ja, ich weiß, ein blöder Vorschlag

Dann fällt mir bis auf Firewall/VirenScanner und/oder irgendwelchen Hardware-Restriktionen/Regeln im Betriebssystem auf USB auch nix mehr ein.

Hängt am Master da noch ein oder mehrere Bricklet(s) dran, sonst mal abklemmen.

Ev. würde ich mal zu einem anderen USB-Kabel greifen, auch wenn der Brick mit Strom versorgt wird, kann es ev. sein, daß die Datenleitung(en) des Kabels defekt sind. Das blaue Licht und die Lichtorgel erscheint auch wenn man an die USB-Buchse nur einen externen 5V-Akku-Pack hängt. Ansonsten wenn noch nicht geschehen, auf den Brick die aktuellste Firmware übertragen: http://www.tinkerforge.com/doc/Software/Brickv.html#brickv-flash-firmware

Schau mal hier, ob es ev. damit zu tun hat: http://www.tinkerunity.org/forum/index.php/topic,780.0.html Port korrekt ? Wenn der Brick via USB am Host-PC verbunden ist, leuchten auch die blauen LEDs ?

Das Thema wurde vor kurzem besprochen: http://www.tinkerunity.org/forum/index.php/topic,1182.msg7188.html Generell ein paar Worte zum TF Prinzip: Ein Stack ist nicht dafür vorgesehen, andere Fremdgeräte über USB oder (W-)LAN als Hub oder Router zu verbinden. Ein zentraler Master-Brick plus der WIFI-Ext. funktioniert zw. Brick/Bricklets und Host-PC zwar quasi als Router, aber auch nur für diese Bausteine. Solange keine Kamera mit der TF-Schnittstelle angeboten wird, müsste man ev. eine IP-Kamera verwenden und diese unabhängig vom Stack via Host-PC und (W-)LAN direkt ansprechen.

Den Brick-Viewer starten, jeder angeschlossene Brick und Bricklet-Baustein wird dann aufgelistet. Die UID ablesen und in das Beispiel-Script (egal welcher Programmiersprache) statt dem Platzhalter XYZ eintragen. Die Beispiele in C/C++: http://www.tinkerforge.com/doc/Software/Bricklets/DistanceIR_Bricklet_C.html#distance-ir-bricklet-c

Weitere Baustellen: Wie soll der Encoder an die Motoren adaptierbar sein ? Unterschiedl. Wellendurchmesser, 2.Wellenende vorhanden und Motorflansch Nema 11, 17, 23 etc... Und sprechen wir hier nur von einem Interface und auch vom Sensor/Signalgeber, welcher die aktuelle Position einer Welle erfasst und als elektrisches Signal ausgibt. Nicht umsonst werden Schrittmotoren mit integr. Encoder komplett angeboten (Close-Loop-System). Z.T. auch mit integr. Endstufe zur Steuerung. Prinzipiell wäre ich auch an so einem Encoder interessiert, aber die o.g. Probleme werden nicht so schnell zu knacken sein.

Alles klar, und danke.