tf_archiv

Für unsere Stecker gibt es keine "Kabel Stecker" die man direkt mit nem Kabel verbinden könnte. Eine Lösung wäre es eine Kleiner Leiterplatte zu machen an der ein Kabel angelötet werden könnte. Dieses würden wir aber wohl definitiv zum selber Kabel anlöten anbieten, ist dies dann immernoch interessant?

Aus dem englischen Forum kam die Frage nach Kabeln auf, die die Bricks verbinden. Gemeint war damit: Kabel, die die "stacking connectors" verbinden, sodass man die einzelnen Bricks nicht aufeinander stecken muss, sondern die Stacks auch nebeneinander anordnen kann. Kann Vorteile haben, wenn man Stacks in beengtem Raum unterbringen muss.

Freut mich, dass die Idee Anklang findet. Ich will bzgl. des Materials aber nochmal nachhaken: Macht es wirklich einen Unterschied, ob man 5g oder 30g versendet? (In dem Gewichtsrahmen stell ich mir das ungefär vor) Metall hätte den Vorteil, dass es weniger schnell verschleißt und ein Loch durch ein Metallplättchen zu bohren ist ja eigentlich auch kein Problem. Falls ihr das mit dem Metall aber wirklich nicht wollt, dann fänd ich Kunststoff auch schon super. (Kunststoff ist ja ein weiter Begriff, da gibts bestimmt auch richtig geiles Zeug)

Sehr gute Idee! Wir werden mal an einer Variante aus Kunstoff arbeiten. Kunstoff sollte für euch einfacher zu Verarbeiten sein (mal schnell noch nen Loch bohren) und ist leichter = kann günstiger Versand werden. Grüße, Bastian

Ich hätte einen Zubehörwunsch: Ich fänd metallene Stackhalterplatten sehr praktisch. Da die Bricks an der Unterseite uneben sind, muss man sie ja mit Abstandshalter-Schrauben am Untergrund befestigen. Wenn es dafür eine vorgefertigte Metallplatte gäbe, die die Größte eines Bricks hat und schon 4 Gewindelöcher für die Abstandshalter-Schrauben, könnten diese eine Bestestigung stark vereinfachen. Diese Platte sollte dann noch weitere, größere Löcher haben, damit man sie mit "normalen" Schrauben am Untergrund befestigen kann. Weiterhin wären Einkerbungen am Rand sinnvoll, damit man diese Platte bei Bedarf auch mit einer Schnur etc. an etwas festzurren kann. Allerdings sollte das Metall qualitativ hochwertig sein, damit das Gewinde für die Abstandshalterschrauben nicht nach 3maliger Benutzung abgenutzt ist und zerbröselt. Muss man sein Stacks auf Materialien wie Plastik, Holz u. ä. befestigen, dann hat man nämlich u.U. auch das Problem mit dem Gewindeverschleiß. Edit: Passende Platten für die Bricklets wären natürlich ebenso praktisch. Die haben ja ein anderes Format. Vielleicht ist es möglich, Halterplatten in 1-3 Größen anzubieten. Wenn die passende Vorbohrungen (Gewinde) für Bricks/Bricklets verschiedener Größe hätten, dann braucht man nicht 100 verschiedene Halterplatten-größen anbieten.

Es kam auch der Wunsch nach eine Simulationssoftware auf, mit der man Code ohne real vorhandene Bricks/Bricklets laufen lassen und testen kann. Hier wurde aber schon festgehalten, dass das zwar denkbar ist, aber wenn, dann eher in zeitlicher Ferne realisiert wird. Die Entwickler sind nämlich momentan mir ausreichend vielen Aufgaben "versorgt" und dementsprechend beschäftigt.

Ich mach den Thread hier mal auf, damit wir hier Wünsche und Vorschläge sammeln können, die sich nicht auf neue Bricks/Bricklets beziehen. Es gab schon einige Vorschläge dieser Art, aber die gehen dann sonst ein bisschen unter und man findet sie nicht so schnell wieder :-) Dementsprechend werde ich diesen Thread auch nicht als "beantwortet" markieren, sobald ein paar Vorschläge da sind. Analog zum Modulwunsch-Thread: Bitte nur einen Vorschlag pro Antwort. Lässt sich leichter verwalten. Gruß, Fabian

Hallo, dies ist von uns zwar noch ungetestet, aber grundsätzlich sollten auch größere Kabellängen kein Problem darstellen. Auf Dauer werden wir auch längere Kabel anbieten. Beim Temperatur IR Bricklet begrenzt der von uns verwendete I2C Bus die Länge der Kabel. Ich habe von Leuten gelesen die nen "normalen" I2C Bus mit 12m Länge und mehr betreiben. D.h., dass wir Kabel mit 3m Länge anbieten könnten (Master: 4x3m = 12m Buslänge). Das Ganze ist abhängig von den verwendeten Kabeln, von der Länge dieser Kabel und den Störungen in der Umgebung in der das ganze eingesetzt wird. Wir werden mal ein bisschen rumtesten und dann längere Kabel bestellen. Grüße, Bastian

Hallo, wäre eine Kabellänge von z.B. 1m möglich? Welche maximale Länge ist für den Anschluss eines "Temperature IR Bricklet" gegeben?

libusb ist im Gerätemanager vorhanden. LEDleuchtet. Keine Meldungen im Eventviewer.

Mhh, schwer zu sagen. Steht im Gerätemanager sowas wie "libusb (WinUSB) devices: Brick_Driver"? Leuchtet die blaue LED an deinem Master Brick wenn er per USB angeschlossen ist? Steht in der Ereignisanzeige (im Startmenü eventvwr eintippen) unter Windows-Protokolle -> Anwendung irgendeine Fehlermeldung von brickd?

Leider wird weder der Master Brick noch der DC oder Servo Brick im Viewer angezeigt. Folgender Status: : Steht im Gerätemanager sowas wie "libusb (WinUSB) devices: Brick_Driver"? > nein, auch im Gerätemanager kein Master Brick mit Ausrufezeichen. Nach dem Anschluss an USB 3.0 hat Windows kurz automatisch die Gerätesoftware mit einer Fehlermeldung installiert und nach dem Anschluss an USB 2.0 wurde die Gerätesoftware ohne Fehlermeldung installiert. Der Dienst "Brickd 1.0" ist gestartet. : Leuchtet die blaue LED an deinem Master Brick wenn er per USB angeschlossen ist? > ja : Steht in der Ereignisanzeige (im Startmenü eventvwr eintippen) unter Windows-Protokolle -> Anwendung irgendeine Fehlermeldung von brickd? > Keine Meldung oder Fehlermeldung von brickd zu finden Mein System: OS: Windows 7 64 Bit (vor 5 Tagen neu installiert) Motherboard: ASROCK P67 Extreme6 Parallel habe ich es noch auf folgendem System probiert, jedoch das gleiche Verhalten: OS: Windows 7 64 Bit Laptop Lenovo T410 Habt ihr eine Idee, was ich noch machen kann? > Problem gelöst! Meine Freundin hatte die Idee das USB Kabel zu wechseln und siehe da, es funktioniert! Ein geliefertes Kabel war defekt. <

Das hatte ich so schon direkt gemacht. Sonst hätte es vermutlich auch beim Connect einen Fehler gegeben.

Ich denke ich habe die Lösung des Problems. Das Problem scheint zu sein, dass Windows 7 versucht die Treiber des Bricks zu installieren und dann irgendwann damit scheitert, weil es keine Treiber findet. Leider meldet es das nicht. D.h. du musst leider die Treiber "per Hand" im geben und installieren. Hier eine kurze Anleitung: Gerätemanager öffnen, Master Brick sollte im Fehlerfall mit Ausrufezeichen markiert sein rechte Maustaste, "Eigenschaften" Tab "Hardware" wählen Klick Button "Eigenschaften" Klick Button "Einstellungen ändern" Klick Button "Treiber aktualisieren" Klick "Auf dem Computer nach Treibersoftware suchen" Wähle Brickd $Installationsverzeichnis$/drivers Meldung "Treibersoftware konnte nicht überprüft werden" Diese Treibersoftware trotzdem installieren Treibersoftware wurde erfolgreich aktualisiert Danach sollte der Brick Viewer das Master Brick anzeigen und du kannst loslegen mit dem Programmieren. Sorry, wir hatten dies beim Testen der verschiedenen Betriebssysteme wohl übersehen. Bitte geb uns eine Rückmeldung ob damit dein Problem gelöst ist. Grüße, Bastian p.s.: Habe einen Hinweis in der Brick Deamon Dokumentation hinzugefügt

Problem scheint gelöst: Ich hatte es nur an zwei verschiedenen USB3.0/2.0 Kombiports ausprobiert. An einem reinen USB2.0 Port ging es.

brickd und brickv sind ordentlich installiert (brickv als Service), ein Masterbrick ist per USB angeschlossen und Treiber installiert, nur der Viewer zeigt nichts an nach dem Connect. Der Connect scheint prinzipiell zu klappen, da bei einer Änderung des Ports eine Fehlermeldung kommt. Betriebssystem ist Windows7 Pro, 64bit. Ausführung des Viewer als Admin bringt auch nichts...

Hi! Danke Fabian, besser hätte ich es auch nicht beantworten können. Grüße, Bastian

Hi, wenn ich das richtig verstanden habe, gibt es das bisher noch nicht von TinkerForge. Prinzipiell halte ich das zwar für möglich, ich kann mir aber vorstellen, dass die beiden Entwickler gerade nicht die Zeit dafür haben. Fänd das auf jeden Fall auch eine sehr hilfreiche Sache. Gruß, Fabian

Hi, wie sieht's eigentlich mit einer Art Simulation der Bricks und Bricklets aus? Ist so etwas realisierbar? Ich stelle mir da ein einfaches Tool vor wo ich einem "Pseudo-Brick/Bricklet" eine UID verpasse und dann bestimmte Zustände simulieren kann. Das wäre eine feine Sache, da man so auch ohne Bricks erst mal probieren könnte.

Ok, so ist das halt wohl bei einem Start-Up. Ich werde dann auf den Postboten warten und auf Windows ausweichen. THX

Hi, die Links sind im Moment nur Platzhalter. Da gehört natürlich auch noch eine entsprechende Bemerkung hin, das scheint unter gegangen zu sein. Wie du der Startseite entnehmen kannst: http://www.tinkerforge.com/ Kommt die Software für Mac OS X und iOS erst demnächst raus. Das ist auch nochmal in der Dokumentation so festgehalten: http://www.tinkerforge.com/doc/Software/Brickd.html#mac-os Da brauchst du noch ein kleines Bisschen Geduld. Gruß, Fabian

Hi! Sorry für die Irritation. Habe die Links rausgenommen. Wir hatten geplant schon mit der Mac OS Unterstützung online zu gehen und hatten schon so ein paar Dinge vorbereitet... Irgendwie sind die Links stehengeblieben. Sobald es hier ein wenig ruhiger wird kümmern wir uns um Mac OS. Grüße, Bastian

Hallo, wenn man hier versucht die Software für MacOS herunter zu laden, muss man feststellen, dass die Links "tot" sind. http://www.tinkerforge.com/doc/Downloads.html http://download.tinkerforge.com/tools/brickd/macos/brickd_macos_latest.dmg http://download.tinkerforge.com/tools/brickv/macos/brickv_macos_latest.dmg Sehr schade, denn ich dachte sie wären verfügbar! Nur bei SAM-BA steht der Vermerk "for MacOS not yet available". Existieren die Programme für MacOS nun oder sind die Links Platzhalter? Gruß Barkeeper

Grundsätzlich solltest du für dein Projekt IO4s verwenden, bei einer IO4 sind die Anschlüsse direkt mit der CPU verbunden, während die IO16 über I2C betrieben wird, dadurch ist die IO16 erheblich langsamer. Wenn du dann das auslesen der Lichtschranke per Callback machst (siehe API) und für das setzen den entsprechenden Setter aufrufst, sollte das kein Problem sein. Du solltest bei sowas vermeiden Getter aufzurufen, da diese blocken und die Nachricht das ganze System zweimal durchlaufen muss (vom PC über USB zum Brick und zurück). Mit dem DC Brick sollte ein 3A Motor ohne Kühlkörper betrieben werden können. Da unsere DC Brick mit Kühlkörper ausgeliefert werden, wird er deinen Motor wahrscheinlich betreiben können. Falls du Aussetzer bekommst kannst du versuchen über Abstandshalter eine weitere Kühlfläche anzubringen oder im Notfall aktiv kühlen.

Hallo Ich möchte drei L298 (Motortreiber), pro L298 ein Motor, also 3 Motoren über drei PWM Signale steuern und gleichzeitig deren Drehgeschwindigkeit über drei recht schnell drehende Lichtschranken messen. Kann ich das mir einem Master Brick und einem IO16 Bricklet machen? Ich würde mal tippen, dass jede Lichtschranke so 20 mal pro sekunde "ausgelesen" werden müsste. Wenn ich annehme, dass das bei den Motoren ähnlich ist (nur halt setzen, nicht lesen), müsste ich also 60 mal pro sekunde drei Eingänge abfragen + drei Ausgänge schalten. Würde das so funktionieren? vielen Dank schon mal [update] Und wenn ich die Frage noch dazu stellen darf: Meine Motoren, die ich mit einem L298 Betreibe, bei dem ich beide Brücken zusammen geschaltet habe um einen stärkeren Motor zu betreiben (2A/Brücke) (motoren laufen bei 6 V) müssten auch Problemlos von einer DC Brick betrieben werden können, oder?