freebus.org

Ich finde den Vorschlag sehr gut, den Controller (BusCoppler) von der Applikation zu trennen.

Man sollte sich jedoch auf eine Steckerbelegung (I/O und VCC) einigen und vor allem wo der Stecker im Hutschienengehäuse sitzt (Kooridinate) um eine Austauschbarkeit zugewährleisten.

Schön wäre auch eine seitliche Position und Steckertyp zu definieren, um das Aneinandereihen von Komponenten auf der Hutschiene (Bus) zu ermöglichen.

Ideen?

Hi Tostmann,

eine Einigung auf eine Steckerbelegung lässt sich machen. Seitlich Stecker anzubringen auch, aber wo siehst du den den Bedarf ? Man darf auch nicht vergessen das man die ganze Geschichte ja auch noch EIB-fähig machen sollte und dies ist nicht immer so leicht. Wir hängen derzeit noch an der Übergabe der Parameter für Ein/Ausschaltverzögerung usw.. Andreas arbeitet schon sehr intensiv daran das zu implementieren. Wie weit bist du schon mit deiner Atmel AVR Serie ?.
Gruss
David

_________________
--------------------------------------------------------------------------------------------------------
Schöne Grüsse
David [Lumo]

Eigentlich bin ich ein CAN-Fan, da durch die höhere Geschwindigkeit auch MP3-Streaming oder Displaysteuerungen möglich wären.
Nun hab ich aber dieses Haus, mit Merten EIB auf vier Etagen und jede Menge Stichleitungen. Es ist zwar vierpolig verlegt, aber man will ja nicht alles rausschmeissen. Also denke ich nun auf der Basis von FreeBus doch eher darüber nach bei EIB zu bleiben und hier kräftig mitzuhelfen.
Zumal die Situation mit sooo vieeelen (total überteuerten) Sensoren und Aktoren und definiertem Protokoll für EIB spricht.

Der Vorschlag rührt daher, dass ich ja nun eine eigenen ATMEL-basierte Controllerplatine machen werde, aber möglichst kompatibel bleiben will.

Über EIB-Software hab ich mir noch nicht den Kopf zerbrochen, das fängt dann an, wenn die Hardware bestückt ist ;) Ich hoffe Ihr schreibt alles in C?

Hi Tostmann,

Andreas ist in Assembler zu Hause und die Freebus Software ist auch in Assembler gehalten. Durch das Timingverhalten des EIB ist dies auch schwierig in C zu realisieren. Wir lassen uns aber gerne eines besseren belehren. Wie kommst du eigentlich hinter deine Email Adresse? CAN und mp3 streaming ? Sowas gibs ? Link bitte ;-)

Schöne Grüße
David

_________________
--------------------------------------------------------------------------------------------------------
Schöne Grüsse
David [Lumo]

Ich bau gerade eine Haussteuerung für Urlaubs-Bungalows. Siehe:
http://web.mac.com/tostmann/iWeb/Web-Si ... 0Unit.html

Da ist ein Ethernetcontroller mit drauf, den man "anstreamen" kann und der dann Daten an den OnBoard-MP3-Decoder weiterleitet.

128kbps MP3 ist auch kein Problem für CAN, da es locker bei 250kps arbeiten kann. Meine CAN Projekte findest Du auch unter der o.g. URL.

Die Platine steuert auch das 240x128 Touch-Display indem es dessen Schnittstelle per TCP weiterreicht (was auch mit CAN ginge) Dadurch muß man sich nicht in C oder ASM quälen, sondern kann alles in Perl oder PHP auf einem Linuxrechner programmieren, der ja eh die MP3s vorhält.

Ich denke wir sollten man telefonieren, um rauszufinden was zu tun ist.

Fakt ist: Derzeit hab ich 8-fach EIB Taster je UP-Dose an der Wand und muß lang, kurz, mehrfach drücken um eine Lampe in der neuen Wohnung anzubekommen. Da eher meine Rollos hoch und runterfahren und die Freundin verrückt wird, muß ich das etwas vereinfachen. Außerdem hab ich noch FS20-Funk- und IR-Sensoren/Aktoren die gesteuert werden wollen.

Hi,

sieht schon interessant aus was du da alles machst. Im prinzip wäre es schon interessant übers EIB Kabel auch Musik zu streamen, allerdings sollte man Bedenken das einmal 2 Drähte für den bus brauchst und die nur mehr 2 Drähte für CAN oder ähnliches. Für Ethernet braucht man ja bekanntlich 4 Drähte ;-). Wenn du teln willst schick mir deinen Skype Nick.

Gruß
David

_________________
--------------------------------------------------------------------------------------------------------
Schöne Grüsse
David [Lumo]

Meine SykpeID ist "tostmann".<br><br>Post edited by: tostmann, at: 2007/07/08 17:58

Hallo Tostmann,
der Busankoppler, verhält er sich wie ein Eib-Busankoppler?
Und das USB-Board soll was alles können?
Und woher bekommt so lecker Platinen die du da machst? Bei deiner Hompage bietest du Platinen und Bausätze an, aber wo bestellen?
MfG
Helmut

Sorry wenn meine Post ev. im falschem Forumteil landet, das Forum hier ist etwas ungewöhnlich....

Der USB Koppler "soll" im ersten Schritt das Protokoll auf dem Bus 1:1 an den PC weiterleiten, ala TP-UART für "eibd". (Das ist sozusagen der erste Milestone) Dazu brauche ich aber erst die Platinen um mit Tests zu beginnen. Meine Platinen lasse ich bei q-pcb.de fertigen. 6mil SMD sind daheim nicht zu fertigen...
Wenn der Koppler hardwaremäßig funktionert kann man beginnen noch höhere Protokollschichten direkt im Koppler zu integrieren, was reine Software ist. Im Koppler sind ja reichlich Ressourcen vorhanden.

'nen Shop wirds geben, sobald das Prototyping erfolgreich war und es mehr als einer Interesse hat ;)

:) Jo,
das hört sich (Buslauscher) gut an.
Bei dem Shop meinte ich nicht ausschließlich freebus Platinen, sondern auch die DMX-Platine (und auch die Hex-Files dazu) usw.
Ich für meinen Teil, bevorzuge einseitige Platinenlayout's bei Hobby-Anwendungen. Wenn, dann müssen die Dinger preiswert sein.
Habe bei Andreas schon mein Wunsch zu einem eigenständigen EIB-ähnlichem System mit möglichst vielen Selbstbauten, die auch, oder überhaupt ohne Industriebauteile (EIB/KNX) und teurer Software auskommen, geäußert.
Und ich, für meinen Teil, schaffe es nicht C-Compiler mit Make-Files mit den passenden Compilern auf zurufen, brauche daher immer gern die Hex-Files ;-).
Für diejenigen, die mit C-Compilern arbeiten mag das einfach sein, für einen Newbie ist das schleierhaft und schreckt ab.
MfG
Helmut
POS:
Was ist das für'ne unchristliche Zeit in der ich poste? :laugh:<br><br>Post edited by: Helmut, at: 2007/07/13 03:45

DMX Platinen sind vorrätig. Schreib mir mal 'ne Mail an
tostmann ät mac dot com.

Leider scheint es dass hier im Forum keine privaten Nachrichten möglich sind. ADMIN: Vielleicht geht das auch noch? Dieses Thema ist ja eher OFF TOPIC.

Hallo,
dein Entwurf des Buskopplers kommt mir sehr entgegen :-),ich habe mir vorheriges Wochenende die Grundschaltung mit einem ATMega32 auf einer Lochrasterplatine zum testen zusammen gelötet.

Könntest du die Belegung deines ATMega bekanntgeben? Somit könnte man sich an der selben Grundschaltung an die Arbeit machen....

Werde dieses Wochenende erste Versuche am Bus machen.

Gruß Patrick

Der Ankopplerteil beider Platinen (DIL24 und USB) entspricht der vorgeschlagenen Grundschaltung hier im Forum (nur als SMD).

Allerdings will auch ich erstmal testen und "Hello World" senden/empfangen bevor ich die Gemeinschaft verwirre ;)

z.B. sind die 68R kritisch - sollten mit min. 1Watt ausgeführt werden. Und ob der FET lange hält ist auch so eine Frage, die ich erst testen möchte. Die FET-Ansteuerung sehe ich ohnehin als kritisch. Besonders in undefinierten Zuständen (Reset/Flashen) muß sichergestellt sein, das der nicht durchschaltet. Sonst ist Panik auf dem Bus und der Widerstand/FET brennt ab. Vielleicht ist Pull-Low eine Option?!

Die Grundidee für ATMEGA ist:

* Eingang wird über INT1 (bei ATmega8 PD3) angeschlossen
* Ausgang über OC1B (bei ATmega8 PB2) um T1 nutzen zu können

alles weitere wird die Software machen müssen...

Für die Erzeugung des Ausgangssignals schlage ich T1 im CTC Modus vor, da wir für Nullen 35usec Low pulse brauchen bei einer Gesamtperiode von 104usec (9600Baud). Also OC1A mit 104usec laden, sodaß nach einem gesendeten Bit ein Overflow-Int generiert wird und OC1B mit eben den 35usec zuschlägt und automatisch den Prozessor-Pin wieder auf Low schaltet, ohne Software bemühen zu müssen.

Das eingehende Signal wird man wohl mittels Interrupt (INT1) ausmessen müssen ...

Die Nutzung der UART haben wir bereits verworfen, da _BITWEISE_ Kollisionen geprüft werden müssen, z.B. ACK.<br><br>Post edited by: tostmann, at: 2007/07/13 07:13

Hallo,
da sind wir uns ja fast einig :-).
Ich wollte um ein Bit über den Bus zu empfangen einmal die Interrupt gesteuerte Variante testen wie du sie vorschlägst, zum anderen kam mir noch die Idee den Software UART von Wolfgang Tampert zu benutzen, dieser tastet einen Portpin 8 mal pro Bitzeit ab (20,83us) und kommt somit ohne Interrupt aus und unterbricht auch das Hauptprogramm nicht komplett um ein Byte zu empfangen.

Mal probieren ob diese Variante Sinn macht...

Gruß Patrick

Aber dran denken: Eine NULL ist nur 1/3 der Bitzeit wirklich Low, danach folgt ja der Ausgleichimpuls. 8 x abtasten dürfte wenig bringen ...

Wird man wohl probieren müssen, bekomm meine Platinen leider erst nächste Woche :(