Mo in
Wo kann ich helfen?
Mich wuerde eine Anbindung an Codesys interessieren. Da sind noch einige die da warten.
In Codesys kann ich bzw mein Kollege weiter helfen.
Gruß Herbert
Ankündigung
Einklappen
Keine Ankündigung bisher.
eibd(war bcusdk) Fork -> knxd
Einklappen
X
-
Kann auch helfen, habe gerade die Synology Paketierung für den eibd gepushed. Ansonsten sind c, make und co auch meine Baustellen. Github ist derzeit die defakto Standard Plattform für Social Coding. Insofern alles richtig gewählt.
Einen Kommentar schreiben:
-
Zitat von dombn Beitrag anzeigenAn git wirst du dich vermutlich sehr schnell gewöhnen und nicht wieder zurück wollen. Auch wenn es Anfangs ein bisschen anders ist …
Da ich's nicht aus der Anwendung kenne, habe ich aber bisher keinen Vorteil gesehen...
Einen Kommentar schreiben:
-
top!
An git wirst du dich vermutlich sehr schnell gewöhnen und nicht wieder zurück wollen. Auch wenn es Anfangs ein bisschen anders ist …
Einen Kommentar schreiben:
-
Wir richten dafür jederzeit ein Unterforum ein, einfach melden.
Einen Kommentar schreiben:
-
Hallo,
ich bin dabei. Danke für die Initiative, Makki.
Wie organisieren wir uns? Mail? Dieser Thread? Bietet GitHub dazu etwas?
Gruß,
Hendrik
Einen Kommentar schreiben:
-
eibd(war bcusdk) Fork -> knxd
Präambel
Also, es ist so:
mkoegler meldet sich dazu seit geraumer Zeit nicht mehr.
Ist ja sein gutes Recht, ich hätte mir nur ein Statement dazu gewünscht.. Egal..
Der eibd funktioniert verdammt gut, wir haben aber ausstehende Probleme:
-- cEMI (neue USB-SS - nicht weiter wild, es gibt seit ewig einen Patch auf der ML, =gefixed..)
-- ETS5 (schon ein echtes Problem, daher jetzt echter Aktionsbedarf!)
Nun zu den Fakten:
Daher werde ich - nach sehr reiflicher Überlegung! - einen Fork auf Github starten. (Es hat sich einfach kein anderer dummer gefunden)
Dafür braucht es Mitstreiter, egal ob Doku, Code-Review (ich bin IMHO in C(++) eher Anfänger), Tests, Packaging für Debian, ...
Erwartet aber bitte nicht zuviel und nicht sehr zeitnah (Wochen)..
-> Erstmal kommt die auto(make)/*-Suppe (die aber wichtig ist..) und das umbennen in knxd
- Dann kommt das Packacking (das bisher sehr vernachlässigt wurde!)
-> Integriertes Packaging für Debian, OpenWRT, OE halte ich ich für essentiell.
Zwischendrin muss ich noch GIT lernen..
In Release 1.0 (wäre 0.0.6, stimmt aber nicht, weil der eib 0.0.5 produktiv schon jahrelang funktioniert)
sähe ich dann ein erstes Release, das weitgehend dem eibd 0.0.5 mit den Fixes&Enhancements der letzten 2-3J entspricht.
Also CometVisu-Backend, cEMI für neue USB-Interfaces, ETS5-Support, (evtl. mehr)
Ausblick:
- Ich war schon immer der Meinung, das ein (eibd)knxd auch das DPT en/decoding via API beherrschen sollte - das ist im Prinzip nur Copy&Paste von meinem Code (oder linknx in C++ - aber der C-Code stammt echt von mir..)
-> Statt das in in Python/Perl/JS hundertfach immer wieder neu zu schreiben. Mit all den möglichen Fehlern (z.B. in DPT9, die wir ja nun schon kennen)..
- Ein eingebrachter Einwand ist, pthsem zukünftig einfach zu integrieren. (pthsem wird m.W. sonst nur von linknx verwendet); pth selbst auch nur von einer Handvoll..
- Komplette Funktionalität als LK / KNXnet/IP Router mit Filtertabellen - dank eines Forums-Mitglieds habe ich seit heute die im KNX-Standard mit * (on demand) markierte Beschreibung.
-> Ich brauche vor allem Mitstreiter!
Denn alleine packe ich das nicht.
- Das auto(make) Zeugs bekomme ich hin, auch ein paar Zeilen C++ sowie das Packaging (mache ich fürs WireGate, OpenWRT und Openembedded [Dreambox, mit Hilfe von do13] & eibd ja seit >6J).
Aber Doku ist nicht meine Stärke, ebensowenig (automatisierte?) Tests und mit GIT bin ich komplett "blank".
-> GitHub wurde gewählt, weil mir mehrere im Vorfeld dazu geraten haben: um die Zusammenarbeit so einfach&effizient wie möglich zu gestalten.
Für Anwender noch nutzlos, aber es geht los:
https://github.com/Makki1/knxd
Makki
P.S.: @Admins: ich poste das bewusst im Hauptforum, weil IMHO sehr viele den eibd benutzen um auf KNX zuzugreifen..Stichworte: -
Einen Kommentar schreiben: