Nic

Nicht Beschleunigung, mich interessiert hauptsächlich Strom und Velocity am Stepper die eingestellt wurden und die zum Timeout geführt hatten. Kann es sein, dass ihr euch keine Gedanken gemacht habt mit wieviel Strom der Motor vom Brick gefüttert wird. Bei kleinen Drehzahlen und Lasten reichen u.U. bis zu 0.5 bis 1A.

@TF Wenn es technisch und zeitlich machbar ist, wäre ein Monoflop auch für den RemoteSwitch ganz hilfreich. Ev. lässt sich das als quasi Standard Fkt. in allen Switches (dann auch im neuen SolidState ) per API verfügbar machen. Ich habe sowas wie ein Fototurntable für Zeitraffer, zudem immer nur kurz vor der nächsten Auslösung die Beleuchtung kurz zu geschaltet wird. Aus Platzgründen habe ich mir das Kabelgewirr gespaart und löse die Beleuchtung eleganter mittels RemoteSwitch aus. Ein autom. Ausschalten wäre dann sehr bequem.

Ich würde versuchen den Pseudocode unter http://www.tinkerforge.com/de/doc/Tutorials/Tutorial_Rugged/Tutorial.html als grobe Vorlage zu nehmen und diese in vb.net zu "übersetzen". Und ein wenig vom C# Beispiel abschauen. Abschl. deine ersten Gehversuche komplett mit Code ins Forum posten, damit die vb.net Experten dir hier eine Hilfestellung geben können.

Ich benutze aktuell in einer Anwendung den gleichen Stack-Aufbau, nur läuft das auch im Dauerbetrieb bisher problemlos. Einzige Ausnahme ich verwende die alte Chibi Ext. um mit dem Stack kabellos zu kommunizieren. Philipp, kannst du bitte angeben mit welcher Stromstärke+Geschw. du die Stepper fährst, bzw. was du zur Laufzeit mit "SetMotorCurrent+SetMaxVelocity" einstellst ?

Hast Du mal Testaufaufnahmen gemacht, ob das blaue LED-Licht wirklich in die Langzeitbelichtung einstreut ? CCDs oder CMOS Sensoren sind i.d.R. nicht sehr empfindlich für den blauen Spektralbereich. Ansonsten würde ich die LEDs Minimal-invasiv mit Tapeband/Mossgummiwürfel abdecken.

Ok, besten Dank. Das werde ich mal ausprobieren, aber dann mit dem passenden Image. Könnt ihr eine Basis Linux Distro empfehlen, woraus die späetere RED distro wird ?

Toll! daran habe ich natürlich nicht gedacht . Lässt sich eine VM für armhf auch auf einem x86 Host einrichten ?

Ich habe mir zu diesem Zweck eine VM mit Linux Mint Distro und Lazarus eingerichtet. Sind die damit erzeugten Kompilate am RED lauffähig ? Sind alternativ die in Lazarus erstellten Units zumindest auf der RED Umgebung compilierbar ?

http://www.golem.de/news/tinkerforge-linux-anpassen-fuer-ein-neues-prozessorboard-1407-108174.html Auf Seite 4, letzter Absatz... Mir war so diffus in Erinnerung, dass wir unsere Programme in der gewünschten Sprache auf dem DesktopPC entwickeln, compilieren und dann mittels BrickViewer quasi "hochladen" und ausführen. Deute ich den Artikel aber so, dass wir nur den SourceCode übertragen können und das Kompilat erst auf dem RED erzeugen können ?

Das ist aus der Doku entnommen und in der Tat scheinen dafür Lötpunkte vorgesehen zu sein. Aber bevor du hier vergeblich auf Antwort von TF wartest würde ich das Bricklet zusammen mit einem langen Bricklet Kabel in Harz vergießen um die Elektronik und Bricklet-Buchse zu schützen. Die beiden Spitzen natürlich offen lassen.

Wie gesagt, ich habe keinerlei Probleme, mit dem gleichen Aufbau, ich habe hier auch den Stepper 2.0.4, aber Master 2.1.2. Wird das Problem durch die Stepper-FW oder aktuelle Master FW bedingt ? Falls ich upgraden sollte, weiß ich Bescheid @wiego Magst Du etwas über Dein Projekt erzählen ?

Hmh, y right., but is he still alive, its long time ago when he post sth.

Es gibt kein spezielles Signal zw. Bricks zum Reset. Es scheint mir aber das die Stackspannung kurzweilig ausfällt und damit einen Reset erzwingt. Hast du das mit allen 3 Stepper beobachtet ? Hast Du alternativ die Stromquelle am DC-IN des Steppers angeschlossen, der hat noch einen extra Anschluss. Hast Du noch einen 2.Master zum Testen ? Die einfache Teststellung aus Power/Master/Stepper/ohne Last/ bei xyz mA führt bei mir zu keinem Ausfall oder Reset auch nach 1Std. mit oder ohne Last, allerdings benutze ich immer Akkus. Netzteil ist mir nicht mobil genug Wenn Dir das mit den Akkus zu umständlich ist, würde ich bei den TFlern nachfragen das Verhalten des Stack schildern. Ev. müsstest du das dann einschicken. PS: Erzähl hier mal wozu das ganze gut sein soll, Projekt usw.

Curious y use 2 diff accounts for clarify They are only 3 guys mainly working @ TF. Many month before lots people have asked for an additional interface bricklet to support I2C, RS232 and others. But I assume they invest most of the time for the RED, otherwise much more user will ask when this brick is finish finally

Hi thunderbird, ja daran erinnere ich mich noch sehr gut. Aber ich würde eine langsamere Verarbeitungsgeschwindigkeit für dieses Material eher als Vorteil ansehen. Ein 3D Druck heutzutage ist auch nicht schneller. Und ja die Synchron. bei mehrachsigen Systemen ist ein Thema. Aber ich würde mal "naiv" voraussagen, dass mittels des RED und dem SPI BUS weit (!) in der Zukunft solche Geschichten techn. gesehen eher im Machbaren liegen. Ansonsten bist Du sehr tüchtig, ich hätte auch so ne Fräse Zuhause.

Saubere Verarbeitung der Hartschaumplatten, nicht schlecht. Wie oder mit welchem Werkzeug hast du gearbeitet ?

The communication between Linux OS and the stack will be done by the internal SPI bus system only: http://www.tinkerunity.org/forum/index.php/topic,2129.msg13903.html#msg13903. At the end or the main goal will be to have the "host pc" much more nearer to the stack hardware or makes it embedded, so that we customer can deploy and run our own software (Java,C,Pascal etc.) like "onDevice". Latency or dependency on USB connection will be no longer an issue.

Gut, dann würde ich hier weitermachen und erstmal die Bricklets und Deine App. weglassen. Der gesamte Stack macht einen Reset, das ist ungewöhnlich und kann u.U. mit deiner Vermutung nicht zusammenhängen. Den Stepper mal ohne Last an der Motorwelle betreiben und in Halteposition einstellen. Schaltet er trotzdem ab ? Welche Spannung ist am Netzteil eingestellt ? Bei 12V die 3 Bricks betreiben. Schaltet der Stepper weiterhin ab? Master rausnehmen und nur PowerSupply+Stepper. Schaltet der Stepper weiterhin ab? Dann externe Stromversorgung nicht über den PowerSupply sondern über den DC-IN vom Stepper-Brick anschließen, PowerSupply raus. Schaltet der Stepper weiterhin ab? Nach welcher Zeit tritt das ein, abstoppen und auf Reproduzierbarkeit prüfen. Dann (!) statt Netzteil mal einen 12V Akku verwenden, der Schrittmotor lässt sich auch bei 9 bzw 12V fahren. Ein 9V Blockbatterie hat hier aber zu wenig Kapazität. Alternativ Batteriepack. Wenn bis dahin alles prima läuft, die Bricklets dazustecken, aber nicht wenn der Stack bestromt ist. UND (!) alle Tests machst du ausschl. mit dem Brick Viewer. Erst zum Schluß würde ich mit Deiner App. prüfen.

Was verstehst Du unter gleichzeitig ? Ein Befehl soll alle 3 Motoren gleichzeitig anlaufen lassen ? Parallelverarbeitung ist mit TF Teilen nicht möglich, im (theoretisch) günstigsten Fall wird jeder Befehl nacheinander an die Bricks im Abstand von 1ms abgearbeitet. Mein Ansatz hat übrigens keine Loop. Du aber zwingst den Hauptthread der GUI in der Schleife solange bis die Callbacks die Events bekommen wenn ich deinen Code richtig lese.

Well y can have a look to the Ambient Light Bricklet, but depends on level of sky covering. Where are y living, and what kind of insect can invasion a raspi ?? Never heard about this.

Ich würde das anders lösen: Mache 4 private Variablen in der Anwendung, einen int als n, und jeweils einen Boolean Motor_Stopped<X oder Y oder Z> für jeden Motor. In einer Startproc(zB. Button Click) beginne mit n=1 und alle Booleans auf false und rufe dort Portal.Bewege auf. Im jeweiligen OnPositionReached: Der Boolean wird auf true gesetzt. Dann prüfst du die beiden anderen Booleans, wenn die auch True sind, inkrementiere n um 1, falls n<=5 löst du Portal.Bewege erneut aus, sonst nichts mehr.

und natürlich einen passenden Schrittmotor kaufen, der kräftig genug ist die Scheibe zu drehen. Ein Servo lässt sich vom Stepper-Brick nicht steuern.

Hi Karl, am I right the last image shows the Plexiglas plate is deformed because y removed the distance bolts for the fan. PMMA or Plexiglas is a very brittle or breakable plastic especially under different temp. conditions. Maybe y enforce the metric screws by bolt spacer.

Hi Unex, d.h. beide Teile gleichzeitig ? Wenn ja wie verteilst Du das an einer Out-Buchse ?

Ev. würde ich den prozeduralen Ansatz verlassen, die Loop und sleeps weglassen. Und auf den Callback OnPositionReached jedes Steppers erst reagieren und mittels internem counter die Wiederholungen kontrollieren.