Sensor auslesen, wenn nicht von Google unterstützt

[ui_3k1]

Hallo,

ich wollte mal fragen, ob jemand von euch eine Idee hat den "Laser" beim LG G3 anzusteuern.
LG nutzt das Teil in der Kamera-App wohl dafür um bei Aufnahmen schnell fokussieren zu können.
Mein Vorhaben ist allerdings etwas anders gelagert. Im Prinzip würde es mir schon reichen, nur die Zeit zu messen, die der Lichtstrahl braucht um ausgesendet und zurückgeworfen bzw. vom Sensor "erkannt" zu werden.

Google bietet in der API keine Schnittstelle für einen solchen Sensor an. Ich habe mir die LG Kamera App auch mal näher angesehen - allerdings steige ich durch den Code nicht so richtig durch. :-/ Ich finde nicht den Hauch einer Spur wo/wie eine solche Abfrage gemacht werden könnte.

Beste Grüße und Danke vorab!
Martin

 

[DagobertDokate]

Und was sagt die LG dev Ecke dazu? Bzw der Support? Ist bei solchen speziellen Vorhaben Vllt die erste Anlaufstelle..

 

[ui_3k1]

Der LG-Support ist selbst überfragt und hat meine Frage an die Fachabteilung (Entwicklung) weitergegeben - das war vor über 3 Wochen. Ich bezweifle, dass ich da noch Informationen erhalte bzw. überhaupt eine Antwort kommt...
Hmm, dann frage ich noch mal in XDA nach, kann mir vorstellen, dass du vielleicht nicht ganz unrecht hast - immerhin gibts dort ja auch ein paar Android Hacker, die sich fernab der APIs mit der Technik beschäftigen.

 

[Blyton]

Ich zitier mich mal selbst da der andere geschlossen wurde:

Du weißt das der LaserSensor lediglich 40cm Reichweite hat?
Räume ausmessen dürfte sich damit schwierig gestalten

 

[ui_3k1]

Zu dem Sensor habe ich bis dato alle möglichen Angaben gelesen, vertrauen würde ich hier nur auf einen Test. Und zwar auf einen Test, der nicht die Kamera-App als Grundlage nutzt. Vielleicht arbeitet die Kamera-App auch nur mit den besagten 40cm und rein von der Hardware wäre noch mehr möglich, aber es ist einfach schlichtweg nicht sinnvoll in dieser Anwendung auf größere Entfernungen zu reagieren? Weiß ich nicht und ich glaube auf diese Informationen hat auch kein Redakteur bzw. ein Geek, der einen Blog betreibt, einfach so Zugriff. Deswegen sind mir diese Informationen ziemlich egal, ehrlich gesagt habe ich das Gefühl, dass mindestens 50% von dem Zeug den ich in irgendwelchen Berichten gelesen habe sowieso purer Bullshit ist.

Alles reine Spekulation, die 40cm nehme ich derzeit nicht als Hindernis wahr.

 

[DagobertDokate]

Naja ich frage mich ob du überhaupt per api drauf zugreifen kannst.. Und nicht nur per Treiber oder sogar nur Hardware seitig...

 

[ui_3k1]

Dass man mit der Android API drauf zugreifen kann, kann ich ausschließen.. Mir geht es genau darum einen Weg zu finden der praktisch die Hardware direkt anspricht.

 

[RacingSystems]

Schau mal in den Kamera app in src\com\lge\visidon\app\beauty da ist eine API drinnen die von LG ist und wenn mein Java reicht erkenne ich das in dieser API versucht wird ein Gesicht zu vermessen, das würde schonmal in die richtung gehen.

 

[Zoopa]

Ich habe früher auch mal bei einem Samsung-Feature nachgeforscht, obs dazu ne API gibt. Da es ein Samsung-Feature war, gabs direkt von Samsung ein SDK, womit man auf ihre APIs zugreifen konnte.

LG bietet auf der Webseite auch diverse SDKs an, vielleicht ist deine Funktion ja da enthalten. Ist aber natürlich auch möglich, dass LG die Funktionen nicht öffentlich zugänglich gemacht hat / machen will.

 

[rihntrha]

Und Hardware direkt ansprechen geht nicht. Aber man kann über /dev und /sys mit den Kernel-(modulen) reden. Die Dateien da drin sind virtuell und die Schnittstelle zu den Modulen.

cu

 

[ui_3k1]

Danke Leute,
diese Hinweise gehen schon genau in die Richtung, die mir ich mir vorstellte.

 

[ui_3k1]

@rihntrha: ich suche zwar schon seit geraumer Zeit in den von die genannten Ordnern, aber so wirklich viel habe ich bis jetzt noch nicht herausfinden können...

Dazu habe ich mir uA auch diesen Beitrag durchgelesen. Teilweise finde ich nicht mal die Verzeichnisse, die dort beschrieben sind wie zB <android source?>/boot
Meint der mit source das root-VZ? Vermutlich nicht.. Hm...

Oder ist es für meine weitere Vorgehensweise angeraten, dass ich wieder Linux auf meinem Rechner installiere und dann mal die Sources von der Firmware des Geräts dekompiliere?

 

[rihntrha]

Mal ein Beispiel, du öffnest
/dev/random
zum lesen und liest ein Byte. Das ist jedesmal anders. Dann das ist in Wirklichkeit keine echte Datei sondern das Interface zum Teil des Kernels der Zufallszahlen erstellen kann. Und dieser Teil erzeugt und liefert halt die Zufallszahlen wenn jemand diese "Datei" liest.

Das ist der Linux typische Weg. Und jedes Modul und der Kernel sollte die Doku darüber mitliefern.
Tut ein Hersteller das nicht für seine Kernelmodule und/oder Kernelpatches dann hast du Pech gehabt.

cu

Der ursprüngliche Beitrag von 21:31 Uhr wurde um 21:46 Uhr ergänzt:

Noch nennen schönes Beispiel

echo 1 > /sys/class/leds/red/notify_led
lässt meine BenachrichtigungsLED blinken. So was kann man einfach so mal durch probieren rausfinden ;-)

cu

 

[ui_3k1]

Danke rihntrha,
hab meine Benachrichtungs-LED jetzt auch angesteuert bekommen und ich glaube es hat mir vom Verständnis wieder einiges gebracht. Die Shell war mir immer ein "rotes Tuch", aber dank deinem recht simplen Beispiel und etwas zusätzlicher Recherche habe ich nun zumindest mal eine grobe Ahnung wie der Hase laufen könnte.
Bei mir wird die "brightness" angesteuert und da ist es natürlich schwierig bei 0 und 1 einen Unterschied zu sehen - deswegen war ich erst mal ein bisschen auf Abwegen unterwegs

Mal sehen ob ich noch zur Infrarot-Diode (die LG-Marketingabteilung sagt "Laser"^^) herausfinden kann.

Beste Grüße
Martin