Nic

...also genaue Angaben zu Position/Abmaße von Ein- und Ausgängen an den Bricks. Nein, in der Doku steht m.W. nichts dazu.

Es gibt nur 3 versch. Board2Board-Connectoren auf der Brick-Platine: Immer Unten: https://shop.tinkerforge.com/accessories/30-pin-btb-bottom-485.html in 4.85mm Oben entweder: https://shop.tinkerforge.com/accessories/30-pin-btb-top-635.html in 6.35 oder https://shop.tinkerforge.com/accessories/30-pin-btb-top-935.html in 9.35mm dazu rechnet sich noch die Platinendicke (?) An den Bildern erkennt man, dass z.B. am Stepper, DC und Servo ein 9.35-Connector oben angelötet ist. Aber in der Doku von 17mm (DC- und Stepper) bzw. 16mm Gesamt-Bauhöhe beim Servo angegeben sind. Master oder IMU dürften einen 6.35 Connector oben haben.

Luxor, das finde ich eine prima Sache von Dir, Respekt. Ev. könnte man sich bei den Materialkosten beteiligen. Oh, das kenne ich noch nicht, muss schauen ob mein CAD das exportiert. Prinzipiell würden 2 Teile ausreichen: Eine Bodenplatte etwa 50x50mm mit Bohrungen/Gewinde für M3 zum Anschrauben des Stacks, über diese Bodenplatte wird ein Verkantprofil in der Maximallänge eines Stacks, der höchstens bestehen kann aus 1*Step-Down Power Supply + 1*Master + 8*Brick + 2*Extension als Schutzverkleidung übergestülpt. Die Seitenwände haben Vorbohrungen für die USB-Buchsen und zumindest Reset/Erase Schalter. Lassen sich Sollbruchstellen oder Einkerbungen ins Material anbringen um das Vierkant auf die passende Höhe (1, 2, 4, ... Bricks) später abzutrennen ?

Also um etwa eine Gehäuse-Wandstärke von 3mm zu erreichen, müsstest Du die Maschine so programmieren, dass sie mehrere Schichten hintereinander aufträgt ? Ist der Bio-Plastik verrottbar in der Biotonne ? Welches CAD-Austauschformat ist denn zulässig ? DXF...? Das müssen dann aber 3d-Volumenmodelle sein ? Wie haben wir Deine Anfrage zu verstehen, möchtest Du hier eine Dienstleistung anbieten oder für Dich experimentrieren ?

Hi luxor, Du hast einen 3D Drucker ?! Toll, kannst Du etwas dazu erzählen was der so leistet, welche Materialien bearbeitet werden können etc... Was ist Dein Konzept ? Mit passenden Gehäusen für die TF-Sachen rennst Du hier offene Türen ein...

Da der Threaderöffner weder von einer PowerSupply noch von dem externen Power-Anschluß am Stepper-Brick was erwähnte und borg auch nur diese Kombination erläuterte: Gehe ich davon aus, dass in dem besprochenen Stack auch nur 5 A durchfliessen können und weise ausdrücklich nochmal hin, dass das dann bei 1,7A pro Phase und 6 Motoren nix wird. Um diese Leistung dennoch zu erziehlen braucht es zusätzl. den externen Poweranschluß am Stepper-Brick. Daran habe weder ich noch bis gerade eben TF nicht gedacht um den guten Mann vollumfänglich zu helfen. Aber durch diese Diskussion sind jetzt zumindest alle restl. Unklarheiten nicht nur bei mir gelöst

Jo, zwar hatte er danach nicht gefragt, aber das wäre die Alternative, aber die externe Versorgung müsste an jeden Brick-Stepper um diesen Strom zu liefern. Wie schon erwähnt, solche Interventionen bitte nicht falsch verstehen, bei solchen Anfragen gehen bei mir die Alarmglocken an und dann frage (zumindest ich ) zur Sicherheit lieber doppelt nach insbesondere wenn wir nicht das nötige Insiderwissen haben. Wie schon Kollege Ax. meinte, ist nicht bös gemeint, sondern konstruktiv.

Laut Hersteller-Angaben für den Stepper sind das max. 1,7 A pro Phase. Wenn es ein 2-phasiger Schrittmotor ist macht das pro Motor 3,4 A und bei insgesamt 6 Motoren/Stepper-Brick in 1 Stack (?) müssten 20 A vorhanden sein, oder liege ich hier falsch ? Wenn ein Stack nur bis zu 5A unterstützen kann: http://www.tinkerunity.org/forum/index.php/topic,1268.msg7803.html#msg7803 dann wird das mit 1,7A pro Motor/Phase bei insgesmt 6 Motoren/Stack nicht klappen ! Edit: Habs jetzt erst gelesen: http://www.tinkerunity.org/forum/index.php/topic,1268.msg7892.html#msg7892 @Großer Also entweder die Stepper-Bricks auf mehrere Stacks verteilen sodaß Du die max.1.7A fahren kannst oder per Stepper-API die Current begrenzen ! Sonst dürften die Platinen durchbrennen...

Hmmh, ev. die Taster indirekt über IO16 und SSR ansteuern; habe das aus dem Wiki ausgegraben: http://www.tinkerunity.org/wiki/index.php/Bricktipp Wenn ich mich recht erinnere gab es mal darüber ähnliche Diskussionen (?) im Forum: IO16 über SSR-Relais http://www.pollin.de/shop/dt/OTI1OTU2OTk-/Bauelemente_Bauteile/Mechanische_Bauelemente/Relais_Zugmagnete/Solid_State_Relais_XSSR_DA2420.html hohe Lasten zu steuern, da die IO16 nur bis 20mA unterstützen, die Taster der Torsteuerung dürften da ev. deutlich mehr liefern ?!

Geht das nicht auch mit dem BrickViewer unter Linux ?

Aha, verstehe, kannte sowas noch nicht im Detail, mein "Schloss" ist nicht so groß, das es sowas braucht Ich dachte eher mehr an die Motor-Treiber, also die Bricks zum Ansteuern der Motoren. Alternative wäre ev. die IndustrialInOutBricklets, da galvanisch getrennt.

Aha, jetzt verstehe ich, im ersten Moment denkt man an diese Eigenarten eines anderen Betriebssyst. nicht sofort. Besten Dank.

Chris, was öffnet bzw. schließt das Tor ? Oder habe ich was übersehen ? Ist es ein DC-Motor, Schrittmotor, Servo, Schubstange, Hubmagnet ? Müsste der Antrieb ev. nicht auch über die Steuerung sprich TF-Elemente ausgelöst werden ?

Die Hallsensoren müssten an die IOs angeschlossen werden und liefern nur das Signal wenn ein Magnet berührungslos im bestimmten Abstand über den Hallsensor entlang wandert. Man müsste mehr als einen Sensor am Boden, Seitenwand und Decke anbringen. Die Kombination/zeitl.Interpretation aller ergibt Aufschluss ob es auf,zu/aufgeht oder geschlossen ist.

Was heißt das genauer ? Ist die Android-API so schlecht dokum., dass man sich alles googeln muss oder unvollständig, d.h. Standard-Komponenten muss man sich z.T. selbst stricken... Und wie komfortabel sind die visuellen Komponenten ? Im Falle von Delphi und C# gibt es (fast) alles...

Da fallen mir spontan wieder die Hallsensoren/Magnetschalter http://www.tinkerunity.org/forum/index.php/topic,1265.msg7773.html#msg7773 ein. Die würde ich an versch. Stellen des Torrahmens anbringen, um die Zustände zu melden. Dazu müssten sich die IOs eignen.

Danke remotecontrol. Nun ja, das GUI kostet mir auch unter Delphi und Windows viel Zeit. Nur gibt es dafür nix schickes und preiswertes als TabletPC. Verstehe ich richtig, die TF-Bindings für Java lassen sich ohne Anpassung fürs Android 4x benutzen ? Was meinst Du mit Also doch Modif. im Framework ?

Danke, remotecontrol. Lässt sich diese Umgebung nahezu identisch auch unter Win einrichten ? Die Controls sind aus der AWT-Library ? Bei der Vielfalt von günstigen Android-Tablets, könnte ich mir vorstellen die TF-Sachen für And. zu entw.

Die 5V Leitung hatte ich nicht gemeint, sondern den Versorgungsstrom via PowerSupply der max. für Stepper/Servo/Bricks im Stack anliegen darf: also 5 A ? Wenn jemand z.B. 6 Stepper anschließt und über das PowerSupply versorgen möchte, wieviel Strom darf jeder Motor max. ziehen ?

Hier wird von max.3A berichtet, die durch den Stack dürfen: http://www.tinkerunity.org/forum/index.php/topic,965.msg6813.html#msg6813 Was aber bedeutet dann 10x500mA, doch max. 5A ? Da wir uns nicht immer mit TF-Sachen beschäftigen, geht so mancher wichtiger Hinweis aus dem Forum in Vergessenheit oder wird übersehen. Könnte man unter der Doku ev. eine Kurzübersicht anlegen, die alle relevanten und wichtigen Benchmarks zur TF-Hardware übersichtlich zusammenfassen ? z.B. 1*Step-Down Power Supply + 1*Master + 8*Brick + 2*Extension. Das heißt wenn alles Master sind, können max. 36 Bricklets gleichzeitig verwendet werden zulässige externe USBVoltage zw. 4,8 - 5,7 V max. Strom im Stack 3A usw...

Das GUI sieht richtig gut aus, mit welcher Entwicklungsumgebung hast Du die Implementation für das Android-Tablet gemacht ?

Wonach orientiert sich die Course/Richtung aus GetMotion ? Gegenüber N ?

Hmmh, bei der Implementation ist mir aufgefallen, dass ich schon vor dem ersten Fix Koordinaten (GetCoordinates) bekomme, allerdings wird das m.E. nicht im Viewer dargestellt. Der zeigt zu Beginn nur die Uhrzeit, aber keine Koordinaten. Ich habe ans Bricklet extern eine typische GPS-Antenne angeschlossen, die Knopfzelle ist permanent an der Platine. Antenne hängt aus dem Fenster Richtung Süden ohne Hindernisse, so bleibt das Bricklet testweise erstmal trocken . Sat.Viewed: 10-12; Used:6-8; Epe:1,4-2,5m (aber erst nach ein paar Min.) Ein Kaltstart (nach PC hochfahren, Stack connectieren etc.) von App.start bis ersten Fix komme ich nie auf 2-3.

Man sollte aber schon erwähnen, dass das keine triviale Angelegenheit ist und Erfahrung und Motivation in hardwarenaher C-Programmierung voraussetzt. Verschärfend kommt hinzu, dass es (noch) keine hilfreiche Einführung zur Modifikation des Bricklet-Codes (Plugin ins Eeprom des Master-Bricks) hier im Portal gibt. Ev. wird das einfacher mit der OnDevice-API, hierzu wurde schon heute eine http://www.tinkerunity.org/forum/index.php/topic,1266.msg7787.html#msg7787 von vielen Anfragen gestellt. Der Wunsch nach einem RS232-Bricklet wurde auch schon oft gestellt, und die Chance auf Realisierung dürfte steigen je mehr Interesse es dafür gibt.

@Armin Bei meinem GPS war FW bzw. Betriebnahme unmittelbar nach Lieferung problemlos. Wie lange dauert bei deinem GPS-Bricklet der erste Fix ? Bei mir dauert es trotz Knopfzelle bis zu 10sec bei im Durchschn. 6-8 Satelliten unter freiem Himmel...