Kabelfernbedienung über USB für 350D ?

[dwoe]

Hallo zusammen,

jetzt geht´s mal ans Eingemachte:

Meine Timer-Fernbedienung mit Butterfly läuft jetzt ganz gut (siehe: https://www.dslr-forum.de/showthread.php?t=57722). Was mich aber ein wenig stört ist die Tatsache, dass man die wichtigen Parameter der Kamera (Verschlusszeit, Blende) nicht über die Fernbedienung steuern kann.

Ich denke die einzige Möglichkeit hierfür ist der USB-Port der Kamera. Von Atmel gibt´s jetzt ja auch ein Evaluierungsboard mit USB Schnittstelle. Meine Idee wäre jetzt: läßt sich nicht auch eine Fernbedienung mittels Atmel Chips über USB realisieren? Mit all den Einstellmöglichkeiten, die auch die Software vorsieht.

Hat jemand so etwas schon gesehen? Kennt sich jemand damit aus? Oder kennt jemanden der jemanden kennt....

Gruß Dirk

 

[chrta]

Wenn du keine Ahnung von USB hast, kannst du dir das imho schenken. Du müsstest einen USB-Host implementieren. Dann müsstest du durch Re-engineering (USB-Sniffer) versuchen das Protokoll herauszubekommen. Ich denke nicht, dass Canon irgendein öffentlichen Protokoll oder ein Standardprofil dafür nutzt.
Wenn du es doch versuchen willst würde ich erstmal versuchen eine USB-Festplatte mit einem Mikrokontroller auszulesen. Da ist das Protokoll wenigstens gut dokumentiert. Evtl. kannst du dann versuchen des Programm für die Kamera anzupassen.
Die Idee ist gut aber sehr aufwendig.
Edit: Das Protokoll hat wohl schon jemand analysiert: http://www.graphics.cornell.edu/~westin/canon/

 

[bionet]

Obwohl das PTP alles nötige bietet, um eine Kamera fernsteuern zu können, kann man das in der Praxis vergessen, weil die Hersteller lieber undokumentierte Aufrufe benutzen, für die das PTP leider Lücken freigelassen hat.
Bei meiner Canon 350D war exakt nichts mit Standard-PTP zu machen, wie man leicht mit ptpcam feststellen kann.
Am Port zu lauschen, ist also der einzige Ansatz, der da funktionieren wird (abgesehen vom Disassemblieren der Firmware oder Abfangen der USB-Daten im Rechner, etwa auf der Linuxseite hinter vmware).
Wenn das Atmel-Board frei genug programmierbar ist, sehe ich keinen Grund, warum man die aus dem Reverse Engineering gezogenen Calls nicht damit senden können sollte, aber das prüfst du am besten vorher..