Generally:
The aim is to have an SMS gateway for sending 2FA passwords and also for messages from monitoring

Hardware:

• Raspberry Pi 4  4GB
• Raspberry Pi HAT SIM7600X-H (H = Europa , T = China )
• SD Karte min 8GB
• Original Netzteil USB-C
• Gehäuse ( da es nichts passendes gibt muss man das drucken lassen )
• Gehäuse HiFiBerry ist etwas höher und man kann die Cinch Löcher vermutlich für die Antennen verwenden 
• Sim Karte (Pin deaktivieren) z.B. von PremiumSim für ca 4,99€ im Monat eine SMS Flat kann sich hier schon lohnen

Software:

• RaspberryOS 32Bit
• Rufus
• gammu-smsd
• playSMS
• apache2
• mariadb-server

Installation:
Download the operating system and write to the SD card with Rufus
As soon as this is done, an empty ssh file is created on the new drive x: \ boot, so that the SSH server is activated in the system.
If WLAN is required, a file wpa_supplicant.conf with content must also be found on x: \ boot

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
country=DE
network={
ssid="Wlanname"
psk="Wlanpasswort"
}

Now that the preparation is complete, the card can be switched on in the Pi and it can be switched on.
Now search for the Pi in the network with Netscanner or in DHCP.
It then continues with PuTTY
Connect to the found IP
Username: pi
Password: raspberry

sudo apt update && apt dist-upgrade -y

When the update is done, restart the Pi once: sudo shutdown -r now

Reconnect to PuTTY

Create user with whom the application runs

sudo adduser sms
sudo usermod -a -G sudo sms

Install the firewall and allow ssh, otherwise you can no longer get on the Pi

sudo apt install ufw
sudo ufw allow ssh
sudo ufw enable
sudo ufw reload

Install web server with PHP and database server

sudo update
sudo rm /etc/source.list.d/vscode.list # Seit dem letzten Update wird vscode von Microsoft automatisch hinzugefüht, da man das auf dem Server nicht braucht, wird es gelöscht
sudo apt install mariadb-server mc unzip apache2 php php-cli php-mysql php-gd php-curl php-mbstring php-xml php-zip

sudo systemctl start mariadb.service
sudo systemctl enable mariadb.service
sudo systemctl start apache2.service
sudo systemctl enable apache2.service
sudo ufw allow http
sudo ufw allow https
sudo ufw reload

Gammu, the SMS service
Since we need the serial interface, the config.txt has to be adjusted beforehand

sudo nano /boot/config.txt
enable_uart=1

sudo apt install gammu gammu-smsd
mkdir -p /var/log/gammu /var/spool/gammu/{inbox,outbox,sent,error}

chown www-data:www-data -R /var/spool/gammu/*

nano /etc/gammu-smsdrc
[gammu]
port = /dev/ttyS0
connection = at
logfile = /var/log/gammu/gammu.log
logformat = textall
[smsd]
Service = files
InboxPath = /var/spool/gammu/inbox/
OutboxPath = /var/spool/gammu/outbox/
SentSMSPath = /var/spool/gammu/sent/
ErrorSMSPath = /var/spool/gammu/error/
InboxFormat = unicode
OutboxFormat = unicode
TransmitFormat = auto
debugLevel = 1
LogFile = /var/log/gammu/smsd.log
DeliveryReport = sms
DeliveryReportDelay = 7200
CheckSecurity = 0

Gammu test

service gammu-smsd start
gammu-smsd-monitor
echo "Testnachricht" | gammu-smsd-inject TEXT +4917XXXXXX

Prepare directory for playSMS and the web server

cd /home/sms
mkdir -p public_html log
sudo chmod 775 /home/sms public_html log
sudo chown sms.sms -R /home/sms
sudo chown www-data.sms -R /home/sms/log
ls -l /home/sms

sudo nano /etc/apache2/sites-available/sms.domain.local.conf
ServerName sms.domain.local
DocumentRoot /home/sms/public_html
ErrorLog /home/sms/log/httpd-error.log
CustomLog /home/sms/log/httpd-accesss.log combined
 AllowOverride FileInfo AuthConfig
 Limit Indexes Options MultiViews Indexes
 SymLinksIfOwnerMatch IncludesNoExec Require method GET POST OPTIONS php_admin_value engine On

sudo a2ensite sms.domain.local
sudo a2dissite 000-default.conf
sudo a2dissite default-ssl.conf
sudo systemctl reload apache2.service

If you would like to carry out this step with an https certificate, because the gateway is internal, this is not absolutely necessary

sudo apt install python3-certbot-apache
sudo certbot --apache

Create database

sudo mysqladmin create playsms
sudo mysql

CREATE USER 'playsms'@'localhost' IDENTIFIED BY 'strongpasswordhere';
GRANT ALL PRIVILEGES ON playsms.* TO 'playsms'@'localhost';
FLUSH PRIVILEGES;
exit

Install playSMS
Since the application should not run in root mode, the user is changed here and work continues with these rights

su sms
cd /home/sms
mkdir -p bin etc lib src
sudo chmod 775 bin etc lib src
sudo touch log/audit.log log/playsms.log
sudo chmod 664 log/audit.log log/playsms.log
sudo chown www-data.sms -R log
ls -l log

cd /home/sms/src
git clone -b 1.4.3 --depth=1 https://github.com/antonraharja/playSMS
cd /home/sms/src/playSMS

nano install.conf

DBUSER="playsms"
DBPASS="strongpasswordhere"
DBNAME="playsms"
DBHOST="localhost"
DBPORT="3306"
WEBSERVERUSER="www-data"
WEBSERVERGROUP="www-data"
PATHSRC="/home/sms/src/playSMS"
PATHWEB="/home/sms/public_html"
PATHLIB="/home/sms/lib"
PATHBIN="/home/sms/bin"
PATHLOG="/home/sms/log"
PATHCONF="/home/sms/etc"

cd /home/sms/src/playSMS
./install-playsms.sh

During the installation you have to confirm 3 times with y

The following has to be saved as /etc/systemd/system/playsms.service

[Unit]
Description=PlaySMS
After=mariadb.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/home/sms/bin/playsmsd /home/sms/etc/playsmsd.conf start
ExecStop=/home/sms/bin/playsmsd /home/sms/etc/playsmsd.conf stop
[Install]
WantedBy=multi-user.target

Subsequently

systemctl enable playsms.service

The config.php has to be adapted for extended logs and if https is used

nano /home/sms/public_html/config.php

logstate 3

ishttps true

http://IP
Username: admin
Password: admin

playSMS https://playsms.org/
Routing Konfiguration: https://edzeame.wordpress.com/2019/06/08/playsms-web-interface-gammu-install-and-configure/
API Referenz: https://github.com/playsms/playsms/blob/master/documents/development/WEBSERVICES.md

Forgot admin password?

Then use ssh on the Pi and after sudo -s use the following command

echo “UPDATE playsms_tblUser SET password=’21232f297a57a5a743894a0e4a801fc3′ WHERE uid=’1′” | mysql -uroot -p playsms

Das ganze gibt es auch als fertiges Image

Amazon links are included in this article. Clicking on it will take you directly to the provider. Should you decide to buy there, we will receive a small commission. Nothing changes in the price for you.

Hausautomation , das Thema der Zeit. Nun habe ich mich dem auch einmal zugewandt und bin über diverse Software zu Home Assistant gekommen.

Was ich probiert habe:
– Homematic
– openHAB
– Node-RED
-HomeAsssistant

Homematic hat sicher seine Vorteile wenn man sich auf die Hardware einlässt und auch mit Add-Ons arbeitet, programmiert wird das ganze in einer Art die aussieht wie VB Script.

openHAB, ich habe es installiert und ein wenig rumgeklickt, dann habe ich es schnell wieder aufgegeben, da es mir zu kompliziert war.

Node-RED, man kann sich recht schnell Dinge mit Drag&Drop zusammenbauen und das auch recht gut aussehend gestalten.

Zum Schluss kam ich dann bei HomeAssistant an und fand es auf anhieb gut. Ich hatte es vor Jahren schon einmal versucht , aber zu dem Zeitpunkt war man auf reine YAML Konfiguration angewiesen. Jetzt kann man viel direkt im Webbrowser erledigen und nur wenige Dinge werden noch per YAML gemacht.

https://www.home-assistant.io/ hier mal der Link.

Auf der Seite gibt es diverse Anleitungen zur Installation. Ich habe mich für das fertige Image entschieden.

Hardware:
– RaspberryPI 4 2GB Version
– 64GB MicroSD Karte SanDisk
– USB-C Netzteil
– Zigbee USB Stick CC2531 (leider ohne Firmware)
– Ikea Tradfri Treiber Board
– Ikea 5 Button Switch
– Blitzwolf BW-SS1

Installation:
Die Installation war recht simple. Das Image auf der oben genannten Seite geladen und dann mit Rufus auf die Karte geschrieben.

Den CC2531 vorbereiten ohne Debugger.
Mir war nicht klar das man den Debugger braucht, somit nach einer Anleitung gesucht. https://notenoughtech.com/home-automation/flashing-cc2531-without-cc-debugger/ Hier braucht man einen Lötkolben und eine weitere SD Karte oder wie in meinem Fall habe ich dafür einen PI Zero verwendet.

Nachdem die Vorbereitung getroffen waren und der Pi Startet erstmal die Einrichtung per Browser abschließen.

Zunächst muss man einige Intragtionen unter Supervisor nachinstallieren, was aber nur Suchen und Klicken ist.

Reihenfolge ist wichtig:
– MQTT
– Zigbee2mqtt
– das es von extern erreichbar sein soll ach letsencrypt und nginx proxy
– File Editor (Sinnvoll damit man einige YAML im Browser bearbeiten kann)

MQTT muss man noch konfigurieren, das steht aber in den Anleitungen zu den Integrationen.

Tradfri anlernen: unter zigbee2mqtt permit join all aktivieren und dann am Treiber den Reset drücken, anschließend sollte dieser recht schnell erscheinen.
Die Fernbedienung war schon etwas nerviger, dort muss man 4 schnell den Reset drücken, es sollte eine rote LED blinken und dann 10 Sekunden gedrückt halten, man muss das im bei der Fernbedienung im Abstand von max 5cm zum CC2531 durchführen. Ich habe gut 10 Anläufe gebraucht bis es wirklich funktioniert hat.
Wenn beide Geräte verbunden sind kann man unter Einstellungen -> Vorlagen https://community.home-assistant.io/t/zigbee2mqtt-ikea-five-button-remote/255308 diese Importieren , damit braut man sich dann schnell die Verbindung zwischen den Geräten. Jetzt kann man die Fernbedienung nutzen und sich auch in der Übersicht einen Schalten anlegen.

Die Blitzwolf BW-SS1 waren schon etwas fummelig. Hier braucht man wieder die SD Karte mit dem reinen Raspbian wie schon beim Flashen des CC2531, aber auch einen Pi3 oder Pi4, diese haben WLAN schon integriert, mit einem Pi2 und USB WLAN Stick würde es wohl auch gehen.

Man könnte den BW-SS1 Switch vermutlich auch mit der Cloud Anbindung einbauen , aber ich möchte nicht die App etc verwenden und das die Geräte lokal sind. Somit https://www.heise.de/ct/artikel/Tuya-Convert-IoT-Geraete-ohne-Loeten-vom-Cloud-Zwang-befreien-4283623.html dieser Anleitung gefolgt. Am Anfang habe ich den Fehler begangen das zwischen Pi und dem BW-SS1 ca 20m Abstand waren und somit das WLAN ziemlich mau, es ließ sich einfach nicht flashen. Der Pi muss per LAN im normalen Netz sein damit man per SSH drauf kommt , denn das WLAN wird zu einem Access Point. Bei meinen weiteren Versuchen hatte ich die BW-SS1 dann ca 1m entfernt und es funktionierte sofort, unter der Auswahl welche Firmware geflasht werden soll habe ich die Tasmota ausgewählt.

Da das Smartphone noch in der Nähe war habe ich dort dann das WLAN verbunden mit dem Tasmota und per Browser die 192.168.4.1 aufgerufen.
In dem Webinterface geht man dann auf WLAN Scannen und wählt sein Heimnetz auf und trägt die Zugangsdaten ein . Nun da der Switch im heimischen Netz ist kann man ihn auch gut vom Computer aus konfigurieren.

Unter Configuration -> Templates https://hassiohelp.eu/2019/09/27/blitzwolf-bw-ss1/

{“NAME”: “BW-SS1”, “GPIO”: [255,255,255,255,157,21,0,0,255,17,255,255,0], “FLAG”: 15, “BASE”: 18}
dies eintragen und danach MQTT konfigurieren zum Verbinden mit HomeAssistant.
Damit die Daten auch wirklich gesendet werden noch in Configuration -> Console : SetOption19 1 (Enter drücken) https://community.home-assistant.io/t/mosquitto-mqtt-tasmota/203236/2

Ich habe heute wissen wollen wie viel Speicher in Ordnern belegt ist und dies als Benachrichtigung per Mail erhalten.
Weiterhin sollte eine zweite Person dies auch als CC erhalten. Folgendes kleines Script kam dabei heraus.

#!/bin/bash
##Prüfen ob die Datei usage.txt vorhanden ist und wenn ja löschen
FILE=/home/usage.txt
if test -f "$FILE"; then
        rm "$FILE"
fi
## Datumsvariable
dt=`date '+%d/%m/%Y %H:%M:%S'`
## Datum am Anfang von usage.txt einfügen
echo $dt >> "$FILE"
## Auslesen des Pfades und in usage.txt anhängen
du -h /home/Pfadzumauslesen/ --max-depth=1 >> "$FILE"
## usage.txt als Messagebody in die Mail einfügen und anschliessend senden
cat "$FILE" | mailx -r 'Absendername <absender@domain.tld>' -s "Usage Report $dt" -c ccempfaenger@domain.tld empfaenger@domain.tld 
## alternativ usage.txt als Anhang senden, dann die obere Zeile nicht verwenden
echo "Mailtext" | mailx -a $FILE -r 'Absendername <absender@domain.tld>' -s "Usage Report $dt" -c ccempfaenger@domain.tld empfaenger@domain.tld 

Auf Terminalservern besteht immer die “Gefahr” das Temporäre Ordner nicht sauber bereinigt werden und bei Outlook besonders. Es gibt einen Ordner der zuletzt geöffnete Dateien beinhaltet , in der Registry heißt der sogar OutlookSecureFolder. Leider ist der nicht so Secure.

Diesen Ordner gibt es übrigens auch auf einem normalen Client und dort werden dann die Anhänge von Emails beim öffnen gespeichert , werden diese aber erst nach dem schließen von Outlook dann selbst geschlossen bleiben diese dort liegen. Der Theorie nach würden sie beim nächsten Start von Outlook gelöscht, passiert leider aber nicht immer.

Um dem ganzen entgegen zu wirken ein kleinen PowerShell Script

function Get-Tree($Path,$Include='*') {
 @(Get-ChildItem $Path -Recurse -Include $Include) | sort pspath -Descending -unique
 }
function Remove-Tree($Path,$Include='*') {
 Get-Tree $Path $Include | Remove-Item -force -recurse
 }
foreach ($LS_Users in ls "C:Users" | ?{$_.psiscontainer -eq "true"}) {
 $Temp_Outlook_Content = Join-Path $LS_Users.fullname "\AppData\Local\Microsoft\Windows\INetCache\Content.Outlook\"
 Get-Tree $Temp_Outlook_Content | select fullname
 Remove-Tree $Temp_Outlook_Content
 }

Das Script wird direkt in c:\ gespeichert als z.B. outlook_clean.ps1

Ursprünglich stammt das Script von
https://theitbros.com/clean-out-temporary-outlook-files-via-powershell/
welches dort aber kleine Schreibfehler enthielt.

Es durchsucht dann alle Profil Ordner auf dem Rechner in löscht den Cache Ordner mit Inhalt.

Auf den Gedanken bin ich erst gekommen , nachdem ich eine Lösung gesucht haben , warum PDF Dateien immer langsamer geöffnet werden können. Anfangs im 1-2 Sekunden Bereich und mit der ZEit wurden daraus 30-60 Sekunden.

Ich schreibe nun doch mal wieder etwas. Der Grund? Ich habe am Wochenende ein Gespräch mit einem Freund gehabt, in dem es um die Sicherheit der Kinder im Internet ging. Problem ist, ich habe ein Speedport Router der Müll ist und er eine Fritzbox die in dem Fall auch nicht viel taugt.

Nun bin ich auf der Suche nach einer kostengünstigen Lösung mit Dingen die man eh schon daheim liegen hat. In meinem Fall ein Raspberry Pi 3 und div bananapi.

Also Google nach Firewall und utm durchsucht und für den Raspberry nur zeroshell gefunden.

Die Installation war erstmal denkbar einfach wie sonst auch. Image herunterladen und mit etcher auf die SD Karte schreiben, danach in den Pi und warten.

Nach ca 5 Minuten war dann auch die Weboberfläche zu erreichen unter HTTPS://192.168.0.75 mit admin und zeroshell.

Zeitserver noch angefragt und die ersten Einstellungen waren getätigt.

Nun geht es dann weiter mit WLAN etc einrichten, aber auf den ersten Blick habe ich die Schnittstelle noch nicht gefunden und auch den Webfilter nicht. Kann sein daß dies über die add-ons noch nachträglich installiert werden muss.

Auch wenn ich gestern schrieb ich gebe auf , schreibe ich heute trotzdem noch einen kleinen Artikel.

Da eine Backup Software eingesetzt wird die etwas bescheiden ist in Ihrer Funktion und nicht wirklich das macht was sie soll, außer dem Backup , braucht es einen kleinen Workaround. Es gibt zwar die Funktion “alte Backups aufräumen” diese funktioniert aber aus welchen Gründen auch immer , nicht.

Somit kam die gute alte Eingabeaufforderung wieder ins Spiel.
Ziel: Suche in einem Ordner/Laufwerk nach der Endung zip und alles was älter als X Tage ist löschen.

forfiles /P N:\ /S /M *.zip /D -7 /C "cmd /c del /q @path"

/P N:\Ordner : Pfad auf dem die Suche gestartet werden soll
/S : Bitte mit allen Unterordnern
/M *.* : Suchmaske – hier alle Dateien (ausser denen ohne Dateiendung)
/D -7 : Letztes Änderungsdatum älter als 7 Tage zum heutigen Datum
/C “cmd /c del /q @path” : Befehl der mit diesen Dateien ausgeführt werden soll (hier löschen)

Das gleiche Script nun etwas geändert, es löscht nicht , sondern verschiebt den Inhalt älter als 1 Tag in einen anderen Ordner

forfiles /P D:\Backup /S /M *.zip /D -1 /C "cmd /c move @file D:\Backup_alt"

Nach keine Ahnung wie vielen Jahren gebe ich nun auf.
Ich finde keine Zeit mehr zu basteln geschweige denn darüber zu schreiben.
Somit habe ich nach langem Überlegen beschlossen das ich das Projekt zum Ende des Server Vertrages im November einstellen werde.

Ich habe mal mein “altes” Script überarbeitet zum erstellen von einem Debian Image.

Die git Quellen sollte man entsprechend anpassen , da sie derzeit auf meine Testing zeigen und noch nicht alles funktioniert (jedenfalls M2 Ultra) der Rest sind aktuelle Quellen darin.

Verzeichnis zum erstellen

mkdir build
cd build

Sources laden hier für den Banana M2 Ultra (r40)

git clone --depth 1 -b r40 https://github.com/wens/u-boot-sunxi
git clone --depth 1 -b r40 https://github.com/a1d3s/linux

Image für die SD Karte erstellen 4GB

dd if=/dev/zero of=image.img bs=1M count=3900

Image als Laufwerk laden

losetup /dev/loop0 image.img

Image partitonieren und formatieren

fdisk /dev/loop0
partx -av /dev/loop0
mkfs.vfat /dev/loop0p1
mkfs.ext4 /dev/loop0p2

Arbeitsverzeichnis erstellen

mkdir /mnt/rootfs
mount /dev/loop0p2 /mnt/rootfs/
mount /dev/loop0p1 /mnt/rootfs/boot

Variablen setzen zum bearbeiten

targetdir=/mnt/rootfs

Version von Debian angeben wheezy/jessie/sid/testing sind möglich

distro=jessie

debootstrap um ein neues Debian bauen

debootstrap --arch=armhf --foreign $distro $targetdir
cp /usr/bin/qemu-arm-static $targetdir/usr/bin/
cp /etc/resolv.conf $targetdir/etc

Chroot in das neue Debian

chroot $targetdir

Variablen im Chroot neu setzen

distro=jessie
export LANG=C
/debootstrap/debootstrap --second-stage

Einstellungen für APT

cat < /etc/apt/sources.list
deb http://ftp.uk.debian.org/debian $distro main contrib non-free
deb-src http://ftp.uk.debian.org/debian $distro main contrib non-free
deb http://ftp.uk.debian.org/debian $distro-updates main contrib non-free
deb-src http://ftp.uk.debian.org/debian $distro-updates main contrib non-free
deb http://security.debian.org/debian-security $distro/updates main contrib non-free
deb-src http://security.debian.org/debian-security $distro/updates main contrib non-free
EOT

cat < /etc/apt/apt.conf.d/71-no-recommends
APT::Install-Recommends "0";
APT::Install-Suggests "0";
EOT

Lokalisierung und Zeitzone einstellen

apt-get update
apt-get install locales dialog -y
dpkg-reconfigure locales
dpkg-reconfigure tzdata

Extra Pakete installieren

apt-get install openssh-server ntpdate sudo wireless-tools wpasupplicant mc dbus slim -y

Passwort setzen und Benutzer erstellen

passwd root
useradd -m -G users,sudo,ssh -s /bin/bash bpi
passwd bpi

Netzwerk vorbereiten

cat < /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
EOT

Computername einstellen

echo bpi > /etc/hostname

Konsole erstellen

echo T0:2345:respawn:/sbin/getty -L ttyS0 115200 vt100 >> /etc/inittab

rc.local anpassen
ssh keys sollen beim start neu erstellt werden

nano /etc/rc.local
-> vor exit 0 einfügen

test -f /etc/ssh/ssh_host_dsa_key || dpkg-reconfigure openssh-server

Chroot verlassen

exit

Kernel bauen (defconfig je nach Board auswählen)

cd linux/
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- bananam2_defconfig
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- menuconfig
make -j8 ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- LOADADDR=0x40008000 uImage modules dtbs
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- modules_install INSTALL_MOD_PATH=$targetdir/lib/modules

Kernel und DTB kopieren
DTB je nach Board anpassen

cp arch/arm/boot/uImage $targetdir/boot
cp arch/arm/boot/dts/sun8i-r40-bananapi-m2-ultra.dtb $targetdir/boot

Bootscript erstellen
DTB je nach Board anpassen

cd ..
nano boot.cmd
fatload mmc 0 0x46000000 uImage
fatload mmc 0 0x49000000 sun8i-r40-bananapi-m2-ultra.dtb
setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2 rw rootwait panic=10 ${extra}
env set fdt_high ffffffff
bootm 0x46000000 - 0x49000000

cp boot.scr $targetdir/boot

U-Boot Bootloader bauen

cd ../u-boot-sunxi
make CROSS_COMPILE=arm-linux-gnueabihf- Bananapi_M2_Ultra_defconfig
make CROSS_COMPILE=arm-linux-gnueabihf-


Bootsektor löschen

dd if=/dev/zero of=/dev/loop0 bs=1k count=1023 seek=1

Bootsektor schreiben

dd if=u-boot-sunxi-with-spl.bin of=/dev/loop0 bs=1024 seek=8

Aufräumen

rm $targetdir/etc/ssh/ssh_host*
rm $targetdir/etc/resolv.conf
rm $targetdir/usr/bin/qemu-arm-static


Wie fange ich am besten an?

Ultra steht in der Überschrift , klingt viel versprechend und wenn man die Hardware Spezifikationen liest mag das auch stimmen.

Hardware:

CPU QuadCore
Ram 2GB
eMMC 8GB
Gigabit Netzwerk
Wlan & Bluethooth
Sata

Nun kommen wir aber mal zu dem, was man auch benutzen möchte, die Software!

Software:

Es gibt von Sinovoip diverse vorgefertigte Images , die auch alle toll klingen
– Android 6.0 (bis jetzt nur im Video)
– Debian Jessie
– Ubuntu 16.04

was daran so schlimm ist? Das Linux (Kernel) unten drunter.
Klar ist mit der Version 3.10.* eine LTS Variante im Einsatz , aber der Source Code den Sinovoip freigegeben hat ist ungepatched , also auch mit etlichen Sicherheitslücken. Gut damit könnte man als normaler Benutzer vielleicht auch noch leben so lang der Pi nicht im Internet direkt ist, aber wie sagt der Schwaben : ‘s hat g’schmäkle.
Weiterhin ist auch der Support für etwaige Zusatz Hardware damit nicht gegeben, wie z.B. DVB-T/C/S Karten die zumeist erst ab Version 4 Einzug gehalten haben in den Kernel.

Ich bin wie manch einer schon mitbekommen hat kein Entwickler sondern zumeist doch auch nur Benutzer oder andernfalls Netzwerker. Trotz allem habe ich mich mal bei gemacht und habe ein wenig am Kernel mich versucht , aber ab gewissen Punkten scheitere ich dann doch.

Meine Ergebnisse und Quellen:

U-Boot von Wens ( damit überhaupt ein aktueller Kernel startet)

https://github.com/wens/u-boot-sunxi/tree/r40

Quellen von Sinovoip , die so durcheinander sind das man an sich selbst zweifelt:

https://github.com/BPI-SINOVOIP/BPI-M2U-bsp/

Meine github mit den vorläufigen Ergebnissen:

https://github.com/a1d3s/linux/tree/r40

und zu guter letzt noch ein sehr instabiles , erstes Image zum testen:

https://drive.google.com/open?id=0B1yWcx5YfpEmTDNjdzFlQ2N3ckU

Fazit:

Also für Entwickler (in dem Falle wohl Kernel Hacker) das optimale

Für Benutzer die das Gerät auch sinnvoll einsetzen wollen , derzeit ein Griff ins Klo.

Wer auch was anderes machen möchte als sich nur um das Grundlegende kümmern zu wollen greift wie bei fast allen Allwinner Systemen dann doch lieber zum guten Raspberry Pi (3) , der hat zwar kein Sata und auch nur 100MBit Netzwerk aber dafür funktioniert der Out-Of-The-Box.

Ich habe von LeMaker mal wieder ein neues Spielzeug zum testen bekommen.

Vorerst werde ich nur ein paar Bilder einstellen und den Rest später ergänzen.

Positiv fällt aber auf, das man sofort loslegen kann nach dem Einschalten des Gerätes. (Android 5.0)