Allgemein:
Ziel ist es ein SMS Gateway zum versenden von 2FA Kennwörtern zu haben und auch für Meldungen aus dem 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:
Betriebssystem herunterladen und mit Rufus auf die SD Karte schreiben
Sobald das fertig ist wird auf das neue Laufwerk x:\boot eine leere Datei ssh erstellt, damit wird dann der SSH Server im System aktiviert.
Sollte WLAN benötigt werden muss auch auf x:\boot eine Datei wpa_supplicant.conf mit Inhalt

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

Da die Vorbereitung nun abgeschlossen ist kann die Karte in den Pi und dieser eingeschalten werden.
Im Netzwerk nun nach dem Pi suchen mit Netscanner oder im DHCP.
Weiter geht es dann mit PuTTY
Verbinden mit der gefundenen IP
Benutzername: pi
Passwort: raspberry

sudo apt update && apt dist-upgrade -y

Wenn das Update fertig ist, den Pi einmal neu starten: sudo shutdown -r now

Erneut mit PuTTY verbinden

Benutzer anlegen mit dem die Anwendung läuft

sudo adduser sms
sudo usermod -a -G sudo sms

Firewall installieren und ssh zulassen, sonst kommt man nicht mehr auf den Pi

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

Webserver mit PHP und Datenbankserver installieren

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 , der SMS Dienst
Da wir die Serielle Schnittstelle brauchen , muss vorher noch die config.txt angepasst werden

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 testen

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

Verzeichnis für playSMS vorbereiten und den Webserver

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

Wenn man mit Zertifikat https möchte dann diesen Schritt noch zusätzlich durchführen, da das Gateway intern steht,nicht unbedingt notwendig

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

Datenbank erstellen

sudo mysqladmin create playsms
sudo mysql

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

playSMS installieren
Da die Applikation nicht im root Modus laufen soll wird hier der Benutzer gewechselt und mit diesen Rechten weiter gearbeitet

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

bei der Installation muss man 3 Mal mit y bestätigen

Folgendes muss noch als /etc/systemd/system/playsms.service geseichert werden

[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

Anschließend

systemctl enable playsms.service

Die config.php muss man anpassen für erweiterte Logs und wenn https eingesetzt wird

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

Passwort vom Admin vergessen?

Dann per ssh auf den Pi und nach sudo -s folgenden Befehl verwenden

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

Das ganze gibt es auch als fertiges Image

In diesem Artikel sind Amazon-Links enthalten. Durch einen Klick darauf ge­lan­gt ihr direkt zum Anbieter. Solltet ihr euch dort für einen Kauf entscheiden, erhalten wir ei­ne kleine Provision. Für euch ändert sich am Preis nichts.

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

#!/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 

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.

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.

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"

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


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.

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)