Nic

Ich würde es eher Focus Stacking nennen. Der Begriff ist bekannter.

Aber für das Stacking braucht man keine 1-2m Schienenlänge, da reichen 15 bis 30cm Hub.

So ganz habe ich nicht verstanden, inwiefern die Räder, der Stepper-Brick und die Gewindestange gekoppelt werden sollen...

Ich bin habe keine Hacker Erfahrungen, aber das manuelle Anlegen eines Accounts und einmalige Anmelden (immer angemeldet bleiben per Cookie) könnte noch mit menschliche Hilfe geschehen. Könnte ein Bot dann diesen Account nicht hijacken ?

Die Bilder nennt man Captcha ?! komischer Name. Da wäre ich nie drauf gekommen

Wiseo nicht vor jedem Post Der Spam Käse kommt doch als Topic ins Forum und nicht als logged in User. Und sooooviele Beiträge werden noch immer nicht ins Forum gepostet. Die visuelle Erfassung der Zahlen und Buchstaben ist doch eine Sache von Millisekunden. Für das meist junge Publikum hier sollte das kein Hindernis stellen 

Übertrage mal diesen interessanten Thread ins German Board:

http://www.tinkerunity.org/forum/index.php/topic,601.msg3673.html#msg3673

Damit die Diskussion auch hier angestoßen wird.

Bläht so ein Feature die API zu sehr auf ? In jeder Funktion, die über die Bindings angesprochen wird, müsste einfach nur ein Counter hochgezählt werden. Ein separater Timer im MPC zählt diesen autom. runter, wenn er 0 erreicht hat und löst ein Reset (wenn sowas überhaupt geht) aus und/oder kappt von sich aus die Socket-Verbindung zum Host.

Ev. reicht es zu Beginn wenn der Watchdog nur im Master-Brick implm. wird. Eine Funkverbindung über Chibi/WIFI die zusammenbricht, würde der Watchdog(-Callback) ausgelöst.

Aktueller Anlaß:

Bei einer tagelangen Zeitraffer-Sequenz ist bei mir die Funkverbindung abgebrochen, selbst der Viewer konnte nach einem Reset keine Verbindung zum Stack aufbauen. Der Stepper, durch DriveFoward angestoßen, drehte sich trotzdem munter weiter bis ich es nach Std. bemerkte und verbrauchte so unnötig Strom.

@TF

Der Anmeldevorgang ist NICHT mit der (X+Y=Z) Frage abgesichert, sondern nur die Suche im Forum, wenn man nicht angemeldet ist.

Ich hätte kein Problem damit, VOR dem Posten eines neuen Themas, zusätzlich eine kleine Denksportaufgabe zu lösen 

Was ist mit diesen autogenerieren Bildern, worauf man eine Zahl erkennen muss...

Am StepDownBrick 10 EneloopXXX im Batteriefach. Dieser versorgt Master/Chibi/Stepper.

Am Stepper hängt ein 1 A Motor der aber nur mit 300mA gefahren wird.

Ansonsten von Energizer eine mobile Stromversorgung EnergyToGo XP8000 (LiPOs).

Für mobile TF-Satelliten die schon erwähnte 5V Akku-Quelle von Yayago:

http://www.tinkerunity.org/forum/index.php/topic,280.0.html

@Batti,

wirklich nur die FW ? Sind an/auf der Platine mögliche Kontakte schon vorhanden ?

Schreib mal final vor BrickletLCD20x4 lcd.

Zeig uns mal den kompletten Code, insbesondere den Teil der lcd deklariert.

Was soll ihm damit helfen ?

Er hat vermutl. das Problem innerhalb der buttonPressed Methode auf das lcd Object nicht zugreifen zu können.

@Fabian

Schau mal den SourceCode von adrianbernhard

http://www.tinkerunity.org/forum/index.php/topic,524.msg2895.html#msg2895 genauer an.

(unter der Methode temperatureReached, das dr, also ein BrickletDualRelay)

Kann es nicht testen, aber propiere mal statt dem

System.out.println("Pressed: " + button); 

austauschen mit

if (button == 0) {
  lcd.backlightOff();
}

ich denke das Object lcd muss auch als private in der Klasse deklariert sein und nicht lokal innerhalb der Methode wie Du es im TF-Beispiel entnommen hast.

Prima Sache, Java und GUI wird m.E. immer etwas stiefmütterlich behandelt

Aber mit Deinem Tutorial wird es einfacher.

Ich persönlich habe mich für Delphi entschieden, und kann zum Java Code nur soviel berichten:

Das AddDevice würde ich unter dem EnumCallback integrieren. Damit wird das Werfen der Exception vermieden falls ein Device nicht angeschlossen ist.

Also das DXF kann ich problemlos in Bricscad importieren.

Wenn Du Lust hast stelle doch jedes Modell einzeln pro Datei ins Wiki. Wen ich mich erinnere hat vor einigen Wo jemand nach 3DModelle gefragt:

http://www.tinkerunity.org/forum/index.php/topic,480.0.html

Ja, da muss man ev. nachjustieren. Ich denke nach zahlreichen Fahrten werden sich die Gleitlager von selbst "eingeschmiert" haben.

Aber wir sollten in diesem Thread lieber mal auf eine Antwort vom TF-Team hoffen ?!

Nach dem Hype um WIFI, IMU-Rotationen etc. wäre es mal schön wenn man sich auch nur kurz auch um andere Themen kümmern könnte.

Es macht m.E. mittelfristig keinen Sinn TF-Themen hier reinzustellen, die höchstens von den Ehrenamtlichen beantwortet werden, aber sonst kein Feedback erhalten.

Ich vermute eine Lizenz von Cinema4D wird etwas mehr als die TF-Sachen kosten ?!

Lassen sich ev. die 3d-Modelle in ein Austauschformat wie z.B. DXF exportieren ? Wenn ja, könntest Du die Modelle der Gemeinschaft zur Verfügung stellen...

Habe gerade mal selbst nachgesehen: der Einstieg mit C Prime kostet 800 und die Highend kanpp 2000 Euro. Das ist ein bissl zu teuer 

Was könnten wir also mit der c4D Datei von Dir anfangen ??

Sieht gut aus, Respekt, aber womit hast Du das gerendert ?

Wäre es möglich die Stepper-API um einen weiteren Callback zu erw.: Änderung des Stepper-Status. Beginn der Rampen-Fahrt, Erreichen der Endgeschw., Stepper-Stop, etc. (Stepper-State und Stepper-Speedramp-State)

Stehe in meiner Anwendungsentw. vor dem Problem einen weiteren Verarbeitungsschritt erst dann auszulösen, wenn der Stepper seine Endgeschw. erreicht hat bzw. wirklich gestoppt ist. Dazu kann ich nicht immer nur den Callback ReachedPosition nutzen, dieser wird ja nur ausgelöst wenn setSteps oder SetTragetPosition benutzt wurden.

Sehr praktisch wäre eine Funktion, die analog zur IMU-Brick-Fkt. GetAllData eine Zusammenfassung aller relevanten Daten (aus GetCurrentPos, GetRemainingSteps, GetTargetSteps...) zurückgibt.

Also ich benutze bisher für Kleinspannungen den IO4, z.B. zur Kameraauslösung kommt noch ein Optokoppler dazwischen.

Nicht vergessen sollte man beim Relay den zwar geringen aber vorhandenen Stromverbrauch.

Paul, ich habe jetzt den Schlitten und Schiene (80mm) von IGUS erhalten, was mir auffällt, der Schlitten fährt sehr streng über die Schiene. Ist das bei Euch auch so ?

Wenn ich die Schiene z.B. vertikal aufstelle bleibt der Schlitten stehen...

Ahh, danke Arcane, dass hatte ich noch gar nicht bemerkt. Sehr praktisch.

Ev. wird das nicht möglich sein, aber ich frage lieber nach, möchte mit einem Micro Switch https://shop.tinkerforge.com/accessories/micro-switch.html den Stepper anhalten, wenn der Switch gedrükt wird. Gäbe es an der Stepper-Platine Kontakte, die man ev. als Eingänge für ein Stop-Signal nutzen könnte. Oder bleibt mir nur der Umweg den Switch an ein IO4 bzw. Analog-Out Bricklet anzuschliessen ?

@photron

Vermute ich richtig, die Angaben gelten auch für die Windows-Version ?

Ich schlage vor, diese u.U. wichtigen Internas in die Doku von BrickD mit aufzunehmen. In ein paar Wo. ist dieses Topic von der Forumsbildfläche verschwunden, und das Wissen übers Logging und wie man dieses justiert unbekannt.

Das gleiche gilt u.a für die Versionierung zum BrickV aus der Registry.

Ahha, den Brick erst in Bootloader Modus bringen, dann geht das flashen mit dem Viewer, ist ja logisch.

JR,

mittelfristig, nachdem du mehr Erfahrungen gemacht hast, empfehle ich die C#-Bindings komplett ins Projekt einzubinden.

Ev. möchtest Du später eigene Klassen ableiten, bzw. zum Verständnis trägt der OpenSource-Framework der TF-Produkte besser bei.

Ich habe bisher keine Probleme. Alles ok.

Ist das Download Feature der FW bisher ausgeschaltet, oder liegt es daran, dass die Hardware bei mir auf dem neuesten Stand ist ?