freebus.org

Guten Tag zusammen,

Ich möchte eine Software für einen FreebusServer programmieren und hätte gerne eure Meinungen und Wünsche.
Mein erstes Ziel ist es einen kleinen Pc, bei mir ein AtomCPU-µATX Board(win7), für eine intelligente Steuerung zu nutzen.
Mir ist die Programmierung über die ETS einfach zu unkomfortable, unübersichtlich und viel zu beschränkt.
Das ganze wird in C# programmiert.

Bisher habe ich die GrundlegendstenTeile Programmiert.
Dazu gehören Funktionalitäten wie:
-Import der Gruppenadressen aus der ETS mittels *.csv - Datei
-Kommunikation über RS232-Schnittstelle zum EIB-Bus (RS-Interface)
-Eine Console wo alle Busaktivitäten angezeigt werden (mit entsprechenden GA Bezeichnungen aus der ETS falls diese zuvor importiert wurden)
-abspeichern aller Daten in *.xml Dateien
-Eine einfache Schaltfunktion implementiert
-Aktion erst bei ein/zwei/dreimaligen Ankunft einer Bus-Adresse in gewisser Zeit

Was noch geplant ist:
-Zeitfunktionen (An-/Abschaltverzögerrungen)
- evtl. implementierung der FT1.2-Schnittstelle
-Kalenderfunktionen
-Client-Version die sich übers Netzwerk zum Server verbinden kann
-"Visualisierung" aufm Client, mehr als eine Fernbedienung gedacht (Tablet-PC an die Wand klatschen )
-Lichtabhängige Funktionen ( z.B. drückt man auf einen Taster geht bei Dunkelheit das große Licht an, bei mittelerem Licht geht nur das kleine an)


Gerne könnt ihr alles schreiben was euch zu dem Thema einfällt.
Wie würdet ihr euch solch eine Software vorstellen? Habe selber noch nie am Homeserver gearbeitet und habe daher keine Vorstellungen.
Was für Funktionen hättet ihr gerne?
Ich habe mal ein paar Screenshots der bisherigen Version angehängt.
Das ganze steht noch ziemlich am Anfang und ich möchte vermeiden die Software nur für mich zu schreiben, wenn ich schon mal dran bin -_-

Greez

Moin,
da bin ich doch mit dabei.
Angefangen habe ich auch schon. Irgendwo habe ich da einen Thread zu.
Allerdings würde ich über IP auf den BUS zugreifen.

Gruß
René

_________________
Die Sollbruchstelle des Toilettenpapiers hat ihre Lösungsstruktur geändert.

ich fände es super, wenn ihr hier eure Energien bündeln würdet.
Vllt kann man das auch alles in die FTS integrieren, dann wäre alles an einem Fleck und für die FTS ist schon vieles fertig, was man weiter verwenden könnte, somit müsste es nicht doppelt gemacht werden.

Die FTS ist in Java geschrieben, aber ich denke das sollte für einen C# Programmierer kein Problem darstellen.

Ich lege euch im Bugtracker hierfür gerne ein Projekt an, dann könnt ihr dort Ideen sammeln, ich denke eine Wiki-Seite ist hierfür besser geeignet als das Forum hier.

@efreak, wenn das für dich ok, gib mir bitte einen Titel für das Projekt und eine kleine Beschreibung, dann lege ich ein Projekt an und trage dich als Manager ein.

_________________
Gruß
Matthias

Hallo zusammen,

die Idee finde ich Klasse.
Wünschenswert wäre es, wenn der Server auch auf dem WRT laufen würde.
Mit Dehofs EIBnet habe ich auch schon etwas herumgespielt,
mir fehlte dort die Umsetzung anderer EIS Typen (kann nur Datum, Uhrzeit, und Temperatur)

Gruß

Nordi

wäre super , bin über jede Hilfe dankbar!
Ja klar IP-Fähig wäre auch klasse. Habe meinen WRT bisher nicht zum laufen gebracht und kann daher dies noch nicht implementieren. Aber dürfte keine großer Aufwand sein das mit rein zu hauen. Kannst dich ja mal ran machen
kannst mir kurz dein c# projekt schicken? elektronik-freaks | @ | web.de
Ich kann dir gerne mal meins schicken aber sollte noch ein paar Sachen besser gliedern etc. aber is ja mal egal.


Ja falls sich noch mehr melden die aktiv mitarbeiten wollen können wir das gerne machen.
Aber das ganze in Java umzumodeln hab ich keine lust. Würde sehr sehr gerne bei C# bleiben.
Die FTS geht meiner Meinung nach in eine andere Richtung als meine Vision für einen FreebusServer.
Die Software soll eher den Homeserver ersetzten und immer laufen, wohingegen die FTS nur zum Parametrieren/Programmieren benötigt wird.


Oje, mitm WRT hab ich mich noch garnicht auseinandergesetzt aber da er auf Linux basiert wird da c# nicht wirklich was ausrichten können. Was geht, ist im per LAN alle verarbeiteten Daten etc. zuzuschicken. Aber was er dort dann damit anstellen will, verlässt meinen Wissenshorizont
Meinst du mit Dehofs EIBnet --> EIB2netOCX v7.2
Genau so hätte ich nämlich auch die FT1.2 Schnittstelle implementieren wollen. Möchte mich eigentlich nicht mit dem Protokoll auseinandersetzten wenn es ein Anderer schon mal gemacht hat.

Oder man benutzt die Java-Klasse aus der FTS.
Weiß jemand wie es dort gemacht wird?

Gruß

Hallo,
wenn ein günstiges und stromsparendes Board gesucht wird kann ich nur die ALIX von PC Engines empfehlen. Laufen unter unter Linux und das System ist auf CF Karte.
Beispielweise das alix 3d2 http://pcengines.ch/alix3d2.htm

Habe bei mir das Board mit EIBD, LINKNX und KNXweb unter Ubuntu 10.04 laufen.

Funktioniert prima und Stromsparend.

Gruß
Macke384

Hallo,
das klingt superinteressant mit dem c# Projekt - ich würde mich auch beteiligen, vor Januar ist bei mir aber keine Luft mehr selber aktiv zu sein.
IP wäre auch prima.
Ich kann mir vorstellen, das man über Webservices extrem einfach zw. c# und Java Projekt kommunizieren könnte - Da könnte man sich sehr schön ergänzen

Viele Grüße
Nils

hm, für diesen sehr hohen Preis würde ich mir eher einen Router kaufen und dort ein OpenWRT einsetzen.
Das klappt auch wunderbar und die neuen Router haben einen USB Anschluß, damit ist Festplattenspeicher auch kein Problem mehr.

_________________
Gruß
Matthias

Hallo Foristen,

ich habe mir auch einmal ein paar Gedanken gemacht: Vielleicht würde ich einfach alle Bausteine über ihre physikalische Adresse ansprechen. Der Overhead von ETS und mehr ist bei einer direkten Programmierung aus meiner Sicht nicht notwendig.

Gruppenprogrammierung und so weiter kann auch wegbleiben, bei einer Individualprogrammierung.

Aber das ist alles nur so eine Idee im Gärprozeß.

Gruß in die Runde

FreeBernie

also Gruppe weglassen? dann kannst ja gleich auf RS485, can unsw. gehen...

_________________
LG
Andreas

Hallo,

ich denke auch dass es nicht sinnvoll ist sich auf die Controllerebene zu begeben.
Ich habe bereits seit Jahren einen PC in der Diele der zum einen die Daten unter C# visualisiert zum anderen auch Steuerungsaufgaben übernimmt die nicht einfach über GAs zu realisieren sind, z.B.

- Rolladen abends runter wenn es dunkel wird, aber nicht vor 18:00 Uhr und spätestens um 22:00 Uhr, aber nicht wenn die Balkontür offen ist (denn dann sitzen wir auf der Terrasse und wollen nicht ausgesperrt werden )

- Weihanchtbeleuchtung ein bei Dunkelheit, aus um 22:00 Uhr aber nur zwischen 1.12 und 6.1.

- Licht in Zimmer bei Tag nach 10 Minuten abschalten

- Alarmsummer alle 5 Minuten wenn Wohnungstür offen

- ... u.v.m

Das ist unter C# alles sehr leicht möglich.
Die Kommunikation mit dem Bus geschieht über IP mit einem auch in C# geschriebene EIB-Server, der (zufällig auf dem selben Rechner) mit dem BUS über RS232 kommuniziert und diese Info mehreren Programmen über TCP zur Verfügung stellt (und umgekehrt)

Ich hatte früher schon mal berichtet, siehe:
viewtopic.php?f=8&t=900&hilit=leistung&start=30

Inzwischen ist noch einiges dazugekommen.

Gruß
Petzi

Hallo,

ich muss sagen, dass es mich wundert, wenn man mit einer
gemanageden Sprache wie C# mit Notwendigkeit eines
riesigen Framworks und nur einer beschrängten Portierbarkeit
(Mono) sich der der Sache annimmt. Und das unter dem
Zeichen der letzten BUILD, auf der meiner Meinung nach
eine Abkündigung für .net bekannt wurde (WinRT).
Wäre nicht eine Sprache wie Java o. C++ besser mit denen
man seinen Server nicht nur auf einer WinDose laufen
lassen kann (Stromverbrauch)?

Gruß Matthias

Du kannst es ja gerne in Java oder C++ machen, dann werden wir schon sehen was sich durchsetzt.
Ist das mittlerweile Mode es immer schlecht zu reden?

Er wird schon seine Gründe haben, wieso er es in einer M$ Sprache machen will.

_________________
Gruß
Matthias

da meine Visu sowieso unter Windows läuft und ich das Programm nur für mich entwickelt habe ist die Portierbarkeit kein Problem.
Die erste Version war damals unter C++ entwickelt, allerdings habe ich dann auf c# umgestellt, weil damit einfach schneller und einfacher entwickelt werden kann. Zumindest ist das bei mir so.

Und wieso soll ich ein Framework, welches mir viele Funktionen schon optimiert anbietet nicht nutzen?

Das soll nicht heißen, dass ein Server unter Java mit Webinterface schlecht ist, nur müsste ich mich da erst lange einarbeiten um eine ähnlich komplexe Lösung realisieren zu können.

Jeder wie er kann und mag.

Wenn wir mal die Erfahrungen unter C# und C++ und Java mit und ohne Webinterface haben, kann man ja gemeinsam eine optimale Lösung erarbeiten.

Interessanter wäre für mich allerdings ein Server der EIB auf IP umsetzt. Ja ich weiss, es gibt WRT. Aber dann brauche ich eine zusätzliche Hardware. Die Visu habe ich ja schon, eine serielle Schnittstelle auch, damit sollte es doch möglich sein, eine Software laufen zu lassen, mit der z.B. ein IP-Gateway simuliert wird. So dass mit nur einer Schnittstelle die Visu, ETS und andere Programme standardisiert auf den Bus zugreifen können.

Petzi