Motorisierter Kamera-Slider "DIY"

[DAF]

Jetzt zeig ich´s doch mal her...

Hatte mir im Winter den Daumen gebrochen, was recht langwierig war. Aber tippen konnte ich noch - also Programme & Fräsjobs schreiben. Nu ist der Daumen wieder heil, und zwischenzeitlich ist das herausgekommen:

http://www.mechanikwerkstatt.de/v0/DemoSlider_01.mp4

Dauert ca. 20 Minuten - wen es also wirklich interessiert - am besten vorher nen Kaffee kochen ;)))

[Auf Achse]

Hab nur mal schnell reingeschaut. Wahnsinn, du hast da echt tolle Arbeit gemacht!

Bitte informiere uns über weitere Fortschritte!

Danke + Grüße,
Auf Achse

[ruessel]

Prima.
Was mich stört, das umständliche Menü. Ich stehe auf Touchscreen, kostet doch nicht mehr die Welt, und man könnte Sekunden direkt eingeben. Es gäbe dann nur noch einen Schalter: An/Aus. ;-)

[DAF]

Ich stehe auf Touchscreen, kostet doch nicht mehr die Welt,...

Das habe ich hin und her überlegt, und für die erste Version diesen Weg gewählt. Aus mehreren Gründen:
1. Es ist einfacher (und ggf. auch sicherer) einen STOP-Schalter via Interrupt auf einen Eingang (Taster) zu programmieren, als laufend Touch-Abfragen im LOOP zu haben welche ggf. (bzw. auf einem Arduino fast sicher) in Konflikt mit der Takterzeugung für den/die Motoren kommen.
2. Der Drehencoder hat 100 Schritte/Umdrehung. Beim Positionieren bedeutet 1 Schritt = 1mm Verfahrweg (könnte auch wesentlich weniger Verfahrweg/Schritt sein). Das erlaubt mit der imho sehr guten Haptik der Rasten ein präzises Arbeiten auch wenn´s hektisch ist. Gerade bei bildfüllenden Objekten im Nahbereich hat das mMn Vorteile.
3. Drehencoder mit der einen Hand, Taster/Buttons mit der anderen Hand = komfortable, sichere & schnelle Bedienung. Denn sooo umständlich ist das Menü nicht - vielleicht auf den ersten Blick im Video wenn der ganze Funktionsumfang schnell wegerklärt wird. Aber in der Praxis "tastet" man alles sehr schnell durch.
4. Daher kommt auch die Überlegung, die beiden blauen Taster (rechts/links beim Positionieren) erst mal so zu belassen. Man könnte das Positionieren ja auch in dem von mir so genannten "Proportionalmodus" machen. Das ist aber bei weitem nicht so präzise. Ich hab´s probiert.

... Es gäbe dann nur noch einen Schalter: An/Aus. ;-)

Genau. Und den braucht man dann jedes mal, wenn ein Mikrofonkabel zu kurz ist und sich die Kamera verbiegt. Oder man schlägt auf den Touch ein bis dat Dingen zum Stehen kommt ;-)))

Im Ernst. Klar kann man das mit Touch machen bzw. später erweitern. "Hübscher" und angesagter ist es auf den ersten Blick sicherlich. Glaube aber nicht, dass das nur Vorteile bringt.

[ruessel]

Am WE bin ich dabei meinen ersten Touchscreen zu füttern. Der läuft autonom, besitzt einen eigenen Prozessor und soll spielend programmiert werden können. Und hübsch sieht er auch aus.... ;-)

[DAF]

Es gibt Neues aus der Slider-Fraktion:

http://www.mechanikwerkstatt.de/v0/DemoSlider_02.mp4

Und nein, es ist (noch) kein Touchscreen ;)))

[prime]

Tolles Teil, ist die Ansteuerung vom Schrittmotor selber implementiert oder verwendest du die AccellStepper Library?

Wegen Touchscreen, warum nicht ein ESP8266 mit (minimalen) Webinterface. Minimal: also Jobs/Sequenzen anlegen, bearbeiten und abfeuern. Dann hättest du quasi Touchscreen ohne sehr viel mehr Aufwand.

[DAF]

Bisher ist es Accelstepper - aber bei 2 Motoren (Verfahren & Pan) wird was Eigenes her müssen. Mal sehen...
Touchscreen = siehe oben. Und weil ich erst mal die ganzen Funktionalitäten fertig bringen will, um beurteilen zu können wo & in wie weit ein Touch in der Praxis überhaupt Sinn macht.

[prime]

Touchscreen = siehe oben.

Statt richtig "integriertes Touchscreen", ESP8266/ESP32 der je nach HTTP input (vom Tablet/Smartphone) die selben PINs schliesst wie die Tasten. Auf der Seite des Arduinos ändert sich nichts. Damit wäre dann schonmal Jobs abfeurn / stoppen ohne Änderung möglich (wenn ich es bisher richtig verstanden habe). Alternativ per serielle Schnittstelle.

[DAF]

Touchscreen = siehe oben.

Statt richtig "integriertes Touchscreen", ESP8266/ESP32 der je nach HTTP input (vom Tablet/Smartphone) die selben PINs schliesst wie die Tasten. Auf der Seite des Arduinos ändert sich nichts. Damit wäre dann schonmal Jobs abfeurn / stoppen ohne Änderung möglich (wenn ich es bisher richtig verstanden habe). Alternativ per serielle Schnittstelle.

Kurze Frage - bitte mit eindeutiger Antwort. Was ist dir lieber
A. Ein Gerät mit mehr Funktionalität?
oder
B. Ein Gerät mit schönerer Bedienoberfläche?

Und bitte kein "ja wenn... dann... vielleicht könnte man überhaupt..."
Also: A oder B ?

[prime]

Ich verstehe ja wo du herkommst aber ein Gerät mit mehr Funktionalität ist nicht so attraktiv wenn das Interface umständlich ist und man durch zig Menus springen muss nur um ne Kleinigkeit zu ändern. Eine lediglich schöne Oberfläche ohne Funktionalität ist genauso sinnfrei. Daher würd ich weder A noch B nehmen.

[DAF]

Also ich mache das so:
Lieber 2 Schritte zum Ziel, wie einen zu großen und auf die Nase fallen (oder dabei stolpern & aufgeben). Was meinst du, wie viele an sich gute Projekte irgendwo in Schubladen vergammeln, weil sie aufgrund falscher Zielsetzungen... - sorry, heißt ja heutzutage "Milestones" - nie zu Ende gebracht werden?!?

Und deswegen steht für mich wie oben schon öfters gesagt die Funktionalität im Vordergrund. Viel wichtiger als eine Touch-Bedienung sind z.B. weitere Versuche mit anderen Endstufen die einen (noch) weicheren Motorlauf ermöglichen, eine zweite Achse usw.
Denn irgendwelchen Mist der zwar auf den ersten Blick toll aussieht aber in Wirklichkeit vom Wesentlichen her
- also dem was es bzgl. sauberen, parametrisierbaren und kreativen Kamerafahrten kann und wie (!) es das kann -
mehr oder weniger unbrauchbarer Kram ist, gibt´s genug zu kaufen.

Und bei alle dem muss ich auf meinen verdammten, saublöden & schweren Geburtsfehler aufpassen...
Ich muss nämlich mein Geld mit Arbeit verdienen!

Was heißt, wenn ich mich jetzt mit irgendwas für den Moment nebensächlichem beschäftige, bekommt das Ganze gute Chancen auch in der Schublade zu landen. Weil´s hinten & vorne zwar überall ein wenig, aber nirgends richtig vorwärts geht.