AVMultiPhone: 20 Stunden Laufzeit auf dem PinePhone

Verfasst von

Urs Pfister, Entwickler der Linux-Distributionen AVMultimedia und AVMultiPhone sowie Chef der Firma Archivista, hat gestern in einem Blogeintrag über seine Fortschritte bei der mobilen, auf postmarketOS basierenden Distribution AVMultiPhone für das PinePhone berichtet und eine aktuelle Version der Distribution bereitgestellt.

500 Euro Prämie

Gleichzeitig hat er zwei Bereiche herausgestellt, bei denen er nicht weitergekommen ist. Für die Lösung dieser Probleme hat er je 500 Euro als Prämie bereitgestellt. Eine der Prämien war bereits nach wenigen Stunden vergeben.

Akku zu schnell leer

Eines der Probleme, deren Lösung prämiert wird, hat mit der bis vor kurzem sehr schlechten Laufzeit des PinePhone zu tun. Nach 4 – 6 Stunden war der Akku leer. Abhilfe schafft hier die Firmware Crust, die das Smartphone in einen Tiefschlaf vergleichbar dem Suspend-Modus versetzt.

Tiefschlaf durch Firmware

Bei Crust handelt es sich um eine Low-Level-Firmware für Allwinner-SoCs, wie sie im PinePhone und dem Pineboot eingesetzt werden. Crust verbessert die Laufzeit und die thermische Leistung durch die Implementierung eines Tiefschlafzustands. Während des Tiefschlafs werden die CPU-Kerne, der DRAM-Controller und die meisten Onboard-Peripheriegeräte abgeschaltet, wodurch der Stromverbrauch im Vergleich zu einem Gerät im Leerlauf um 80 Prozent oder mehr gesenkt wird.

20 Stunden Laufzeit

Die Implementierung in die mobilen Betriebssysteme förderte einige Probleme zutage, von denen Pfister die meisten für AVMultiPhone selbst lösen konnte. Mit der neuen Version der Distribution erreicht er so 20 Stunden Laufzeit. Ein elementares Problem ist allerdings geblieben.

Anruf verpasst

Das Gerät registriert zwar, wenn während des Tiefschlafs ein Anruf eintrifft, weckt das Telefon aber nicht auf. Dies ist zwar manuell durch Druck auf die Power-Taste problemlos möglich, aber der Anwender erfährt erst nach dem Aufwecken, dass ein Anruf hereinkam. Dieses Problem harrt noch einer Lösung, die mit 500 Euro prämiert wird.

Kamera funktioniert erstmals

Das zweite Problem, das gestern bereits einer Lösung zugeführt werden konnte, betrifft die Kamera des PinePhones. Obwohl der Kamera-Chip OV5640 vom Kernel bereits seit geraumer Zeit unterstützt wird, verfügt keine der mobilen Distributionen über Software, um die Kamera anzusprechen.

Qualität noch mangelhaft

Martijn Braam, Entwickler bei postmarketOS, hat nun ein Python-Script bereitgestellt, das Frames von der Kamera abgreifen und speichern kann. Die Qualität lässt wegen der aggressiven Rauschunterdrückung des Sensors noch zu wünschen übrig. Braam schlägt vor, die Bilder im RAW-Format einer Bearbeitung zuzuführen, bevor die Rauschunterdrückung vorgenommen wird. Auch Videoaufnahmen gelingen mit dem Script.

AVMultimedia

Kommentare

22 Antworten zu „AVMultiPhone: 20 Stunden Laufzeit auf dem PinePhone“

2020-07-01

Christian

Das PinePhone macht sich langsam und ich freu mich schon wenn es mein Smartphone ersetzen kann. Wenn dann irgendwann noch Telegram darauf läuft greif ich zu.

Antworten
1. 2020-07-01
  
  Ferdinand
  
  Genauer gesagt, wird die Software zum PinePhone besser, die Hardware ändert sich ja nicht (wenn, dann nur minimal). Und zu Telegram: https://twitter.com/realdanct12/status/1226120942054559745
  
  Antworten
  1. 2020-07-01
    
    Christian
    
    Danke für die Info. Das schaut ja schon richtig gut aus.
    
    Antworten
2020-07-01

tuxnix

Klasse, das ging ja jetzt mal richtig schnell, erste Bilder mit der Kamera zu machen. Hoffentlich gelingt das „telefonische Wecken“ aus dem Tiefschlaf bei pmOS auch recht bald. 20 Stunden standby machen das PinePhone für viele schon mal nutzbar.

Antworten
1. 2020-07-02
  
  Pfister
  
  Ich spreche von bis zu 20 Stunden, die ich auch bereits messen durfte. Nur eben, ohne eingehende Anrufe macht es jetzt aktuell noch nicht so wirklich Spass. Und darum habe ich die 500 Euro Preisgeld ja auch ausgesetzt, dass es in möglichst kurzer Zeit dann auch wirklich Spass macht.
  
  Antworten
  1. 2020-07-03
    
    tuxnix
    
    Eine tolle Initiative und bestimmt auch ein Ansporn für so manchen hier den Fokus zu legen!
    
    Spaßeshalber möchte ich dann doch noch bemerken, dass meine persönlichen Erfahrungen den Tiefschaf betreffend, ein telefonisches Wecken meinerseits dann auch schier unmöglich ist.
    Wenn mir das auch gelegentlich die Gesundheit rettet, so ist das aber sicher kein adäquates Verhalten für ein Telefon und hier auch gar nicht mehr smart.
    
    Antworten
2020-07-01

IlF

Ist die 20-Stunden-Laufzeit nur im neuesten Build? Ich habe den vom 28. Juni benutzt und die Batterie hat nur ein paar Stunden gehalten.

Antworten
1. 2020-07-01
  
  Ferdinand
  
  Die ist nur im neuesten Build von AVMultiPhone und meines Wissens in den Nightlies von Mobian. Mein Wissensstand ist aber gerade nicht ganz tagesaktuell, was den Rest der Distributionen angeht.
  
  Antworten
2. 2020-07-02
  
  Pfister
  
  Leider hatte das Image vom 28. Juni deep nicht enthalten. Es ist im letzten Moment „rausgerutscht“. Zu meiner Rechtfertigung darf ich folgendes anführen. Die Entwicklung befindet sich aktuell in einer Art „Wilder Westen“. Im Prinzip gibt es die drei Anwärter: UBPorts, Mobia und pmOS. Dazu gibt es sechs Kernel-Forks (5.6), einen Mainstream-Kernel gibt es nicht. Weitere zwei Hauptzweige gibt es für Kernel 5.7. Die Dokumentation, was in welchem Kernel enthalten ist, ergibt sich im besten Falle aus den Beschreibungen der Commits. Erschwert wird die Sache durch unzählig sich differenzierende conf-Kernel-Dateien. Diff-Dateien fördern jeweils Hunderte an Differenzen zu Tage.
  
  Dies führt dazu, dass je nach verwendetem Kernel, Features enthalten sind bzw. auch nicht. Der deep (sleep) Modus z.B. ist im „offiziellen“ linux-pine64-kernel-5.6.y enthalten, führt bei Verwendung unter pmOS aber dazu, dass die Anrufe nicht entgegengenommen werden. Der ubports-Kernel nimmt die Anrufe aus dem Schlafmodus entgegen, allerdings aus ’s2idle‘. Dabei gibt es ca. 10 Stunden Stanby-Zeit, deep sleep ist deutlich effizienter. Im Unterscheid zu s2idle (hier haben die vier Chefs noch ein halbes Auge offen), versetzt deep die vier Helden komplett in den Tiefschlaf und arbeitet mit einem fünften Sheriff, dessen Aufgabe lediglich darin besteht, die anderen vier Kerle zu wecken, sollte es Action geben.
  
  Bei deep hatte ich nach ca. 10 Stunden noch fast 50 Prozent Akku und darum habe ich ‚Bis zu 20 Stunden‘ in meinem Blog ja auch angeführt. Linuxnews.de hat daraus den kürzeren Ttiel: ’20 Stunden Laufzeit‘ gezimmert‘, wobei die News ja auch klar und sehr schön zusammenfasst, worin das Problem besteht, nämlich darin, dass deep nicht stabil arbeitet. Bei AVMultiPhone muss deep aktiv durch Drücken der Power-Taste gestartet werden, und mein Eindruck ist der, dass es dann funktioniert, wenn über Batterie gearbeitet wird. Bei einem aktuellen Mobian durfte ich allerdings feststellen, dass es nach 5 Minuten einschläft, danach aber machmal (selten) nicht mehr aufwacht.
  
  Entscheidend beeinflusst wird die Laufzeit (nur Schlafmodus bringt ja auch nicht den Goldrausch) ferner dadruch, ob alle möglichen sonstigen Massnahmen zum Stromsparen aktiviert sind. Ohne WLAN läuft es länger, ohne Mobildfunk und Bluetooth ebenso, von GPS gar nicht zu sprechen. Bei WLAN kann berichtet werden, dass der Stromsparmodus bei pmOS explizit herausgepacht wird (arbeitet mit den Kernel-Flags von pmOS einfach nicht stabil). Bei Kernel 5.7 gab es hier nichts mehr zu meckern, allerdings fehlt dann die Kamera (daher ist bei AVMultiMedia Kernel 5.6 aufgespielt).
  
  Ferner muss angefügt werden (auch das eine lehrreiche Erfahrung), dass das G25-Modem seinerseits ein Linux enthält, dies in einer Blackbox. Die Steuerung erfolgt über USB (AT-Kommandos). Auch dieses Teil lässt sich tunen. Ferner sei hier noch angefügt, dass das Blackbox-Modem jetzt vielleicht nicht das ist, was Linux-Indianer (zumindest meine Wenigkeit) sich wünschten. Wir befinden uns hier jedoch (soweit ich es verstehe) bei dem, was ganz allgemein im Mobilmarkt üblich ist, das Modem bildet immer abgekoppelte (nicht einsichtige) Einheit. Die Linux-Sourcen betr. des Teils hab ich nicht gefunden, bereits das Ansprechen über USB (z.B. über PinePhone) wird als ‚confidential‘ klassifiziert, lässt sich bei entsprechender Suche aber downloaden.
  
  Ich weiss, ist jetzt lang geworden, sorry. Kurz zusammngefasst: Es gibt zwei neue Images, einmal mit s2idle (stabil) und einmal mit deep (weniger stabil und ohne Weckruf).
  
  Antworten
2020-07-01

max

Könnte jemand eine RAW Foto online stellen?

Antworten
1. 2020-07-01
  
  tuxnix
  
  Zum Rohdatenformat von Fotos mal dies zum nachlesen. Zum online stellen ist raw nicht geeignet.
  Auch kann ich mir das nicht vorstellen, so wie Martijn Braam hier zitiert wird. Das ist zu rechenintensiv. Eher eignet sich dann RAW zur Nachbearbeitung am PC.
  
  Antworten
  1. 2020-07-02
    
    max
    
    Ich weiß was RAW bedeutet und genau deshalb würde es mich interessieren was der Sensor vom PinePhone da liefert.
    
    Antworten
    1. 2020-07-02
      
      Ferdinand
      
      Ich schau mal, ob ich am Wochenende Zeit finde.
      
      Antworten
      1. 2020-07-02
        
        max
        
        Danke! Ich verstehe auch noch nicht, warum Martijn in seinem Script als Pixelformat für Fotos „UYVY“ benutzt. Wenn man sich das Datenblatt anschaut[1] ist das ja ein Bayer-Sensor, der RGGB liefert. Auch die maximale Auflösung solle bei 2592×1936 liegen. Da ist also noch eine menge Luft nach oben.
        
        Evl. kannst du es ja auch mal hiermit probieren:
        https://github.com/avafinger/cap-v4l2
        
        [1] http://files.pine64.org/doc/datasheet/pinephone/OV5640_datasheet.pdf
      2. 2020-07-02
        
        Ferdinand
        
        Vielleicht ist Martijn so wie ich kein Experte für Kamerasensoren und damit verbandelte Software. Es bleibzt leider auch nicht immer Zeit sich in alles und Jedes einzulesen. Aber du kannst ihn im Matrix-Channel #PinePhone selbst fragen, da ist er als MartijnBraam meist anzutreffen. Vielleicht kannst du sogar helfen.
      3. 2020-07-02
        
        Pfister
        
        Der beste Experte hilft nicht, wenn die technische Dokumentation oder die Kapazität beim Bus (Martjins Feststellung) fehlt. Selbst der Linux-Treiber zum ov5640 gibt nur wenig bis keinen Aufschluss darüber, wie die Modis anzusprechen sind. Das grösste Problem allerdings stellt aktuell dar, dass auf fast allen PinePhone-Distributionen bereits die korrekten Treiber fehlen, um die Kamera auch nur über Skripte anzusprechen.
        
        Bis ich es für AVMultiPhone hatte, es waren ein paar lange harte Nächte. Zu verschieden sind aktuell die conf-Dateien für die PinePhone-Distributionen, und ja, bei 5.7 ist die Kamera gerade mal wieder überhaupt nicht mehr ansprechbar. Mehr Doku wäre echt hilfeich. Ich gestehe aber auch ein, dass nach all dem Kernel-Gepacke jeder sich einfach mal freut, wenn es irgendwie läuft.
      4. 2020-07-02
        
        Pfister
        
        Nachdem ich diese Doku bzw. das Skript dazu ja spendiert habe, und auch ein zwei Tage mit den Werten des ov5640 herumgespielt habe, kann ich nur sagen, dass die offiziellen Sourcen zum ov5640 wenig hergeben. Darin enthalten sind für mich nicht dokumentierte mathematischen Matrix-Befehle. Und ja, ich konnte auch feststellen, dass es zum ov5640 für die Lolipop-Version des Suchriesen eine für mich komplett andere Version gäbe, die aber (für mich) genauso wenig dokumentiert ist wie der offizielle Linux-Treiber zum ov5640-Sensor.
        
        Martijn brachte ja ein, der Bus (der die Daten entgegennimmt) würde nicht mehr Auflösung speedtechnisch vertragen. Du darfts gerne das AVMultiPhone Image ziehen, dort ist das Python-Skript lauffähig enthalten. In der zur Verfügung stehenden Zeit konnte ich nur Kamera-Apps testen, und leider funktioniert aktuell noch nichts. guvcview scheitert am Jack-Audiotreiber, Chesse sagt gar nichts, am ehesten müsste Kamoso gehen (und wohl auch passen), doch fehlt mir aktuell die Zeit, hier weiter zu gehen. Ich habe das Preisgeld für Martijn gesprochen, obwohl streng genommen nicht alle Punkte erfüllt waren, weil er immerhin mal schlüssig aufzeigte, wie es funktioniert.
        
        Letztlich liegt es auch an uns allen, einen Beitrag zu leisten. Und ich würde entsprechende weitergehende Lösungen (z.B. Echtzeit-Preview in einer Kamerapp) sicher gerne wohlwollend betr. eines Bonues prüfen, möchte aber auch anfügen, dass meine Möglichkeiten beschränkt sind und ich jetzt bereits sehr viel Arbeit geleistet habe. Mitmachen kann jeder, nur schon eine brauchbare technische Dokumentation zum os5640 oder das Testen des Lolipop-Treibers wären wichtige Schritte.
        
        Das geht mit AVMultiPhone vergleichsweise einfach, weil a) keine neuen Kernel gepacken werden müssen und b) weil AVMultiPhone direkt auf xorg aufsetzt. Damit gibt es zumindest mal keine Probleme bei Programmen (und dies ist der grösste Teil), die noch nicht für Wayland angepasst wurden. c) geht es einfacher, weil VNC verwendet werden kann (so fummelig auf dem kleinen Display macht das Programmieren bzw. Testen nur bedingt Spass) und d) (und das schätze ich sehr an pmOS) geht es bequem über USB unter der IP-Adresse 172.16.42.1 (ich brauch also noch nicht mal WLAN, sondern schliesse das Teil einfach an den USB-Port meines Rechners an).
      5. 2020-07-03
        
        tuxnix
        
        Martijn hätte sicher schon an vielen Stellen ein Preisgeld verdient. Es trifft also keinen Unschuldigen. Ganz allgemein ziehe ich meinen Hut vor den Leuten von pmOS. Ja, es freut sehr, überhaupt mal ein Photo zu sehen.
        Und dir hier auch mal ein dickes Dankeschön für die ganze Arbeit und und… Wenn ich deine Ausführungen lese, so frag ich mich allmählich was pine64 überhaupt dazu bewogen hat ausgerechnet den ov5640-Sensor zu wählen.
        Gibt es denn keinen Sensor der besser dokumentiert ist?
        Falls es was besseres gibt könnte man dann nicht für 3 Öcken einen anderen Sensor dranstecken?
2020-07-04

Atalanttore

Mit Allwinner-SoC wird man als Nutzer zum Allloser bei Treibern.

Antworten
2020-07-08

max

Es gibt übrigens einen zweiten Teil mit Neuigkeiten von Martijn Braam:
https://blog.brixit.nl/pinephone-camera-part-2/

Antworten
1. 2020-07-09
  
  tuxnix
  
  Danke für den Hinweis. Und du hattest recht! Er bearbeitetet tatsächlich die raw Daten nach.
  
  Antworten
  1. 2020-07-09
    
    Ferdinand
    
    Im weiteren Zusammenhang: https://www.youtube.com/watch?v=0Ju6szQebPk
    
    Antworten