Posts by hexzhen3x7

Quote from hyle

Quote from hexzhen3x7

gpiozero
...
Benötigt entweder RPi.GPIO oder pigpio als Backend

Das ist nicht korrekt, siehe dazu hier: https://gpiozero.readthedocs.io/en/stable/api_pins.html

Wurde KI-Generiert, ich überprüfe das mal, thxn

Hättest du noch funktionierende Alternativen zu den bisher gelisteten Bibliotheken?

Quote from hyle

Quote from hexzhen3x7

pigpio

NodeJS ist da der kleinste Nenner.

Quote from https://abyz.me.uk/rpi/pigpio/index.html

A C library and a Python module allow control of the GPIO via the pigpio daemon.

There is third party support for a number of other languages.

BTW: Dieser Liste fehlen die jeweiligen Links.

Bin gerade noch am bearbeiten, wollte nur schonmal zwischenspeichern Aber Link-Liste kommt.

Hallo Conmmunity,

hab hier keinen Sammelthread für GPIO Bibliotheken gefunden und dachte mir ich erstelle mal einen!"

Würde mich interessieren was ihr so an Bibliotheken benutzt zur Steuerung der GPIO-Hardware. Ich würde sagen, dass man die Bibliotheken die man nutzt, plus das Betriebssystem auf dem es läuft und die Versionen der Abhängigkeiten mit auflistet. Ich erstelle eine Tabelle mit Inhalt aller veröffentlichten GPIO Bibliotheken, die ich finden konnte und würde diese Liste dann nach euren Antworten her updaten. Würde mich über nicht gelistete Bibliotheken die was taugen freuen!"

mfg. hexzhen3x7

Tabellen für funktionierende Bibliotheken, mit Abhängigkeits Informationen:

Python - GPIO Bibliotheken

C/C++ - GPIO Bibliotheken

NodeJS, GoLang, Rust, Java und .NET - GPIO Bibliotheken

Ouh, nice das die Such Funktion mir endlich mal eine evtl. sogar funktionale alternative zu wiringpi-node biete.

Werde ich erstmal direkt auf rpi4b und 5 testen.

Danke für die bereitstellung!"

Quote from __blackjack__

hexzhen3x7 Was Du nicht alles willst. Das musst Du machen. Also wirklich machen und nicht so viel labern, oder Benutzerkonten und Beiträge mit Projektideen erstellen, wie Du das in den letzten Jahren machst. Und halt selbst mal ein bisschen Substanz produzieren und zeigen. Nicht einfach behaupten das wäre schon da aber nur auf Deinem Rechner. Das glaubt Dir keiner der sich anschaut wie unglaublich viel heisse Luft Du (nicht nur) hier im Forum ins Netz bläst, wo danach dann aber genau gar nix kommt. Wo Links zu den tollen Projekten dann auf 404 bei Github enden.

Dann zeig mir mal meine Benutzerkonten haha

Was hast du für ein Problem?

Minderbemittelt einfach. Ich Frage hier auf Rekrutierung an und nicht auf dumme Kommentare,

Ich hätte die Idee für ein Live-Syncing System, welches schlicht und einfach, nach jeder dateispeicherung, in den datei-changelog, eine komprimierte diff erstellt und direkt die datei, die aktualisiert/gespeichert wurde, unter den projekt-membern synchronisiert. wären keine vielen zeilen code und schon hat man ein eigenes live-sharing

Das komplette Projekt hab ich heute auf die schnelle erstellt. Das bisherige ausgangs-image ist bootfähig und launched eine shell. Als nächstes würde ich das init-system aussuchen, einen paketmanager aussuchen und die wichtigsten entwickler-dependencies ermitteln und dafür das buildsystem schreiben.

Da wir heutzutage ChatGPT am Start haben, könnte man die Projekt-Konzepierung, die Programmier-Leitfäden etc. professionellst erstellen durch analyse der pros(kontras ...

Also mit einem Team von 3-4 Mann, kann das Projekt in einer Woche schon sehr sehr sehr was her machen, sofern alle bereit sind dafür Zeit zu investieren.

Quote from pgloor

Mir ist der Sinn hinter deinem Projekt noch nicht ganz klar. Wozu soll das gut sein und worin liegt der Nutzen? Ob ich die Tools gesammelt in einer busybox oder in den bin-Verzeichnissen der Distro habe ist mir eigentlich egal und bisher sehe ich nicht sehr viel sinnvolle Möglichkeiten die Anzahl installierter Pakete abzuspecken.

Vielleicht wäre das pi-gen Projekt etwas für dich. Ich würde meinerseits jedenfalls meine Energie eher dort reinstecken. In deinem Repo kann ich nichts finden, was ich nicht irgendwie schon kenne und das für mich einen Sinn ergeben würde. Mir fehlt ein Konzept und eine klare Aussage mit einer überzeugenden Vision.

Wie auch immer, ich hoffe, dass du mit dem Pi mindestens so viel Spass wie ich hast und wünsche dir nur das Beste auf dem Weg zur Verwirklichung deiner Träume.

Ich möchte mit dem Projekt meine Programmierkenntnisse stark erweitern und das ganze Konzept drum herum und mitten drin verstehen um selbst in zukünftigen Projekten Konzepte auf sehr innovatier Basis zu erstellen. Ich bin sehr stark am überlegen mich von Busybox abzuwenden und die kompletten Applets mit einem eigenen buildchain* zu kompilieren und zu installieren. Coreutils etc. Vlt kommt in Future Releases sogar für die Firmware ein Bare Metal Bootloader. Erweiterter GPIO Kernel Treiber und andere gpio libs. Ziel ist die höchstgeschwindigkeit in rechenverarbeitung, laufzeit etc. für alle gpio aktionen. Das könnte sehr nutzvoll für Roboting sein und anderen GPIO nutzenden Projekten die eine schnelle datenverarbeitung / reaktion vorraussetzen. Ich machs einfach nur für learning by doing und möchte am ende ein voll optimiertes system haben, wofür der grund für die entwicklung der boards im hauptgedanken gedacht war. Während des Projekts lerne ich Automatisierung in Python, Bash, C/C++, Docker, Github Actions, ++ das kontrollieren der gpio pins via assembler in bare metal, c/c++, python etc. . Nach fertigstellung von all dem sollte ich sehr gut in der Lage sein, das ein oder andere Projekt was ich mir so aus hacke, umzusetzen.

Ich suche ja einfach nur Leute die gerne Programmieren, auch Lust haben auf etwas komplett neues und vlt. einfach sogar nur was dabei lernen wollen.

Quote from RTFM

Wenn ich mir Deine Beitragshistorie ansehe, frage ich mich: Was suchst Du hier wirklich ?

Servus !

Leute die Spaß am programmieren haben, und du so? Also mehr als dumme, nichts zum Thema äußernde Beiträge finde ich hier nicht.

Also eigentlich soll die Substanz* gemeinsam besprochen und dann erst erstellt werden.

Momentan habe ich 2 Projekte im Sinn.

Projekt Nr. 1 - [Erstellung eines Fimware Build Systems als CLI und GUI als Web und Desktop App]

*vorerst als Konsolenanwendung, soll dann aber Schritt für Schritt mit einer Web-UI versehen werden, da dies sehr wahrscheinlich in ReactJS/NextJS geschieht kann mit ElectronJS das ganze dann noch als Desktop App für alle Systeme Released werden.

Das Firmware Build System bietet:

- Manuelle Konfiguration für das Build.

- Freie Wahl der Distribution-Basis !" (Debian, Ubuntu, ArchLinux, Buildroot und dann bald auch HardendOS* (wird von mir alleine momentan erstellt, würde mich über Mitwirkende freuen)

- Wahl des Schwerpunkts für das das System genutzt werden soll. (Ich denke es gibt dann die Wahl zwischen: Server Sicherheit, GPIO Programmierung, TV Box und Desktop)

- Erweiterte auswahl der Systemkomponenten. (Paketmanager, Sicherheitssystem, Kernel, Bootloader und Pakete)

- Speicherung des Build-Profils

- Vollautomatisierte Build-Profile für mit Schwerpunkten wie eben schon gennant (GPIO Control, Server, TV Box, Desktop)

Sprachen die wir wahrscheinlich einsetzen werden:

(Web-UI) - JavaScript/TypeScript (ReactJS/NextJS/VueJS/NodeJS/ElectronJS), HTML/JSX und CSS

(Build-System) - Python3, Bash/Shebang, Json/Yaml oder etwagiges, Dockerfile/Composer und Github Actions/Workflows (ganz ganz ganz vielleicht auch ein bisschen code in C/C++, Rust oder Go!)

Projekt Nr. 2 - [HardendOS]

Diese Firmware wird auf keiner bekannten basis gebaut, sondern ist/soll completly self-made entwickelt werden!"

Schwerpunkt soll die GPIO-Programmierung sein und soll alle möglichen Pakete zur programmierung dessen mitgeliefert bekommen.

Ich habe die Grundlage eine komplett eigenen Distribution schon fertiggestellt. Das system läuft auf allen Pi's und braucht jetzt tüchtige Mitarbeiter, die wissen wo es bei der programmierung der gpio pins drauf ankommt.

Alle möglichen Punkte der Komponenten wahl überlasse ich den Abstimmungen die durchgeführt werden.

Es werden dann Punkte wie System-Initialisierung diskutiert etc. momentan bootet das system mithilfe eines init-skripts, busybox init ist auch gerade fähig, aber uns wird schon ein schickes init-system in frage kommen . Die wahl des Paketmanagers steht auch zur debatte, da die auswahl an komponenten riesen groß ist, freue ich mich schon auf die Besprechung dessen.

Ich habe für beide Projekte schon einen Anfang gesetzt, dieser ist auf meinem Laptop und wird erst online kommen, sobald ich jemanden habe, der mit an diesen Projekten arbeitet!"

Meine Website zeigt nur auf Nginx, da ich den Server-Anbieter gewchselt habe und noch nichts eingerichtet habe, damit ihr "Substanz" dahinter seht, nehme ich mir die 5Minuten und installiere ein Forum für die Organisation auf dem VPS.

Namen wie den der Github-Orfganisation und dem Team-Namen stehen vollkommen frei zur diskussion!"

Den Namen für die neue Linux Distribution hab ich mir heute einfach mal so einfallen lassen, bin aber für alle Vorschläge zu haben!"

Wenn es hier Programmierer oder Leute, die gerne Programmieren lernen wollen gibt, dann schreibt mich doch bitte an unter:

Hier []

Mein Github-Profil: https://github.com/hexzhen3x7

Discord: https://discord.gg/3dvfAspt

E-Mail: hexzhen3x7@gmail.com / hexzhen3x7@blackzspace.de

mfg. hexzhen3x7

Hallo liebe Community,

ich arbeite gerade so zum verständnis der Herstellung von Linux Firmwares für Raspberry Pi, an einem minimalen build-system, auf kompletter grundbasis, heißt busybox sind die jetztigen grund-applets und alles in sachen gpio, etc wird dem build-system nach und nach hinzugefuegt. Wollte wissen ob jemand so rein zum verständnis (Dem Linux-Know-How) jemand lust hat, an dem Build-System / der entstehenden Linux Distribution mit zu helfen !" Kleinvieh macht auch mist, also für alles was es an der Firmware zu tun gibt, kann mitgearbeitet werden!" Man muss kein All-Rounder-Ass ein um hier learning per doin mit einzusteigen. Ich habe nur zum testen, in wie weit minimal man das system bauen kann schonmal etwas erstellt, ist auf busybox basis, mit einem init-skript, bootet, launched ne shell, also ist der anfang schonmal gesetzt. Wer lust hat, mit zu coden:

[Organisation]: https://github.com/arm-firmware-hackers#

[Repository]: https://github.com/arm-firmware-h…rm64-minimal-os

Mfg. hexzhen3x7

Hallo Community,

Ich arbeite gerade an einen Firmware-Builder und habe dafür schonmal ein kleines mini-projekt was ich bereitstelle kann. Das Repository bietet für jedes Raspberry Pi Modell eine minimale Palette an Files, die zum Booten benötigt werden!" Das Repository sucht jede Stunde nach Updates vom Offiziellen Raspberry Pi Repository und updatet dann ggf. die Files via GIthub-Workflow!" Ich werde hier in den nächsten Tagen am Thread noch vieles bearbeiten, da ich einen Teil des Firmware-Builders auch einzeln Releasen werde, welcher sich nur ums Thema : "Bootloader" handelt. Mit den Bootloader-Builder wird es euch hoffe ich doch dann möglich sein, jedes X-Belibige OS, was die Prozessor-Architektur unterstüzt zu booten!"

Hier erstmal der Link zu dem minimalen Bootloader, basierend auf Offziellen Files:

GitHub - firmware-builderz/raspberry-pi-bootloader: Offical Raspberry Pi Bootloader Files for ALL VERSIONS!

Offical Raspberry Pi Bootloader Files for ALL VERSIONS! - firmware-builderz/raspberry-pi-bootloader

github.com

Mfg. hexzhen3x7

Hallo liebe Community,

ich arbeite gerade an einem "FIrmware Builder" der es möglich macht komplett benutzerdefinierte Firmware Images für alle Raspberry Pi Modelle zu erstellen!"

Ich werde versuchen jedes arm/arm64 verfügbare RootFS anzubieten!"

• Buildroot
• Debian/Ubuntu
• ArchLinux
• Alpine Linux

Hier das Projekt-Repository:

GitHub - raspberry-pi-firmware-building-org/ultimate-firmware-builder: Ultimate Raspberry Pi - Firmware Builder

Ultimate Raspberry Pi - Firmware Builder. Contribute to raspberry-pi-firmware-building-org/ultimate-firmware-builder development by creating an account on…

github.com

Projekt:

@ultimate.firmware-builder • raspberry-pi-firmware-building-org

@ultimate.firmware-builder

github.com

Organisation:

raspberry-pi-firmware-building-org

Raspberry Pi Firmware Building Organistaion. raspberry-pi-firmware-building-org has 15 repositories available. Follow their code on GitHub.

github.com

Sprachen bisher:

• Python3
• Shebang

Es wird zuerst ein CLI-Framework in Python3 erstellt und mit Shebang ergänzt!"

Wer gerne mit Coden mag, ist herzlich Willkommen!"

MFg, hexzhen3x7

Hallo liebe Community,

ich arbeite gerade daran ein eigenes Linux Firmware Image zu erstellen mit buildroot, doch leider fehlt mir für das erstellen von u-boot die rpi_5_defconfig.

Kennt sich jemand damit gut aus? Ich würde mich um Hilfe freuen^^

Quote from DistroEx

Quote from hexzhen3x7

ich suche nach wissbegierigen Codern die einfach spaß am Raspi'ler sein haben und ein wenig zeit und hirnschmalz investieren können um der Community einen zauberhaften Multiboot Bootloader am ende dahin zu stellen.

Alle Projekt bezogenen Informationen könnt ihr in der Github Organisation und den Repositorys finden!"

Ich finde da, dass Du den Code von raspberrypi/usbboot geforkt und noch keine einzige Änderung gemacht hast. Und jetzt suchst Du hier nach Mitstreitern, die das erledigen sollen. Soweit richtig verstanden?

Ich habe das Projekt gerade erst erstellt dikka. ich hab mehrere repositorys noch gar nicht hochgeladen, ich erstelle gerade den leitfaden etc. usbboot ist eine ressource die laut AI hilfreich oder sogar notwenig für das projekt sein könnte. Hexen kann ich auch nicht. Habe sogar einen ganzen Linux Server mit Forum etc für das projekt aufgesetzt!"

Hier der Anfang eines Leitfadens:

Die Projektseite auf Github ist jetzt auch Public, steht nur noch nicht so viel. Bin noch am schauren wie die Dokumentationen am besten Organisiert werden sollen und die Projekt-Planung.

Hallo liebe Community,

zur Erweiterung meiner Kenntnisse starte ich ein Projekt für einen Multiboot Bootloader, geschrieben in C, mit Aussicht auf Rust Implementierung.

Ziel:

Der Bootloader soll Multiboot unterstützen und in der Lage sein, Betriebssysteme über das Netzwerk herunterzuladen und zu installieren.

Programmiersprache:

Nach Abwägung der Optionen wurde **C** mit etwas **Assembler** gewählt, da es einfacher einzurichten ist und viele existierende Beispiele für den Raspberry Pi gibt.

Was ich suche:

ich suche nach wissbegierigen Codern die einfach spaß am Raspi'ler sein haben und ein wenig zeit und hirnschmalz investieren können um der Community einen zauberhaften Multiboot Bootloader am ende dahin zu stellen.

Alle Projekt bezogenen Informationen könnt ihr in der Github Organisation und den Repositorys finden!"

Organisation

Projekt

Mit freundliche Grüßen,

Calvin Ronksley (hexzhen3x7)

Quote from framp

wie heißt ihr denn auf Github? Würde euch einladen.

Quote from Franjo G

Quote from noisefloor

Bei mir führt der zur Loginseite von Github.

Bei mir auch, aber nach dem login

hab den link jetzt mal auf meinem nutzer-reposiotry gelinkt

hier ist das organisations repository

Quote from noisefloor

Quote from framp

Der GH Link bringt 404 ...

Bei mir führt der zur Loginseite von Github.

hexzhen3x7 : du müsstest da vielleicht mal ein bisschen mehr Infos liefern. "GPIO Bibliotheken" ist ziemlich unspezifisch. Für welche Programmiersprache z.B.? Und welche Bibliotheken meinst du genau? gpiozero ist z.B. auf dem aktuellen Stand,

Gruß, noisefloor

GPIO Bibliotheken, die andere Programmiersprachen Unterstützen wie NodeJS, Ruby, Perl, PHP, Java (Pi4j ) etc. da kann auf jeden Fall noch einiges getan werden so wie ich das bisher spüren musste... Alle WiringPi Bibliotheken die was anderes als c/c++ und Python versprechen sind sowas von nicht funktionstüchtig von werk aus...

sudo umount ?