User-Projekt

Hi,

nun, ich finde einfach, dass man den "Kleinen" irgendwie nur klarmachen sollte, dass manche Leute hier Geld und Zeit investieren, um Hardware oder Events zu planen und durch unfundierte Planungsposts hier mehr Arbeit machen, als nützlich sind.

Ich bekomme in der Woche so viele Mails mit Anfragen, ob ich nicht Lust hätte was zu bauen. z.B. ein DMX-Pult mit Motorfadern. Oder z.B. einen LED-MovingHead, weil das ja "cool" sei. Hallo? Das zählt für mich mittlerweile als Spam. ?(. Deshalb sollte man das hier im Forum auch irgendwie klarstellen.

Auch wäre ich gerne auf die Sommerfeier gefahren, die meiner Meinung nach letztendlich wegen solcher Teenager-Post bezüglich "oh - hab doch keine Zeit" dann nix geworden ist - da hätten sich durch Ignorieren solcher Posts bestimmt genügend wirklich interessierte Leute gefunden.

So, genug gemuffelt. Ich entführe den Post hier gerade irgendwie - auch nicht Sinn der Sache.

tschö,
Christian

@ Michael & Julien
Schade diesen Bus kann ich nicht auch noch drauf bauen.
Damit würde ich zu weit vom Kunden Wunsch abschweifen.
Außerdem wird das vom Platz nicht mehr passen.

Vielleicht beim nächsten Modul. Da werden außer dem CAN Bus nur reine IO Treiber drauf sein. Diese sind noch nicht genau festgelegt. Wird sich wohl um Initiatoren, Schalter, -10 bis +10V Eingänge und Schaltausgänge handeln. Da wird dann mit Sicherheit auch noch Platz sein für diese Schnittstelle.
Hierbei ist aber noch so viel im Umbruch das sich die Anforderungen in 2 Wochen wieder komplett ändern können. Es ist noch nicht mal der Prozessor fest gelegt.
Gibt da 2 Ansätze:
- ein AVR mit CAN Controller (Kosten) --> das ist mein Wunsch!
- ein ARM7 (gleicher Prozessor in allen Modulen, gleiche Code Basis)

Nunja das wird sich noch hinziehen bis das Ding fertig sein soll.
Hier wird zur Zeit auch nur geplant und nichts konkret fest gemacht.
Und es kann immer noch passieren das der Kunde bei dem Modul bleibt was er jetzt schon einsetzt.
Tja so ist das halt manchmal.
Dirk

michaeL und Julien bzgl. ICB:

sieht ähnlich aus, wie der Bus, den ich für meine Module des DMX-Controllers benutzen will. Wäre doch schön, wenn wir kompatibel sein könnten:

Mein Bus ist noch nicht festgelegt aber wie folgt geplant:

1 +5V
2 +5V
3 GND
4 GND
5 +12V
6 +12V
7 GND
8 GND
9 TX
10 /TX
11 RX
12 /RX
13 TX2
14 /TX2
15 RX2
16 /RX2
17 GND
18 GND
19 +5V
20 +5V

Aus Erfahrung mit Haltbarkeit von Flachbandkabeln sind die Spannungsversorgungen jeweils doppelt ausgelegt.

Der Hardwarebus entspricht RS485

Außer den gedoppelten 5V noch 12V, da ich Mini-PC, TFT, Module mit 12V versorgen kann und die Möglichkeit einer Pufferbatterie gegeben ist.

Es gibt einen Master pro Bus und optional einen 2. Bus (TX2/RX2) z. Z. für mein Grafik-LCD-Display (serielle Ansteuerung).

Die Baudrate war nur mit 115200 angedacht, damit man vom PC aus über die serielle Schnittstelle mit diesen Modulen testen und arbeiten kann. Evtl. mit ASCII Zeichen und mit Terminal Module zu testen und abfragen zu können.

Meine Slaves haben alle einen Quarz, weil daran will ich nicht sparen.

Was meint ihr?

Viele Grüße
Wolfgang

PS

> Anschluss des TX Enable Pins der Slaves an PortD,4.

Diesen Pin benutze ich auch bei meinem Tranceiver und anderen Geräten. Das ist ja mal glücklicher Zufall.

Nun, der ICB ist soweit bereits in Hardware und größtenteils in Software implementiert und es existieren bereits einige Mastercontroller und Slaves, so dass wir da jetzt nicht mehr groß Umstellen können.
Als Pinbelegung des ICB gibt es ja 6 und 10 polig, die auch bunt gemischt werden können. Für den Anschluss eines 6 pol Controllers an ein 10 pol Kabel werden vier Adern einfach neben dem Stecker hergeführt. So ähnlich könntest du deinen Bus auch anpassen, so dass dein zweiter Link und weitere Powersignale die Pins 11-20 nutzen und die unteren 10 zum ICB kompatibel sind. Die 5V sind vor allem für kleine Verbraucher und z.B. für die Optokoppler bei galvanischen Trennungen gedacht. Wenn mehr benötigt wird kann man aus de 24V vermutlich so ca. 24 Watt ziehen. Mehr macht über Flachbandkabel keinen Sinn und sollte dann seperat zugeführt werden. Die Idee zu den 24V kam, da wir damit über nen Flybackwandler auch schön einfach galvanisch getrennt ein paar Watt zur Verfügung stellen können. 12V bekommt man daraus auch durch einen einfachen Schalt- oder Linearregler.
Was die Geschwindigkeit angeht, so denken wir, sollte es auch möglich sein mind. ein DMX Universe problemlos weiterzuleiten, daher 500 KBit/s. Weiterhin ist das die max. Baudrate, die man mit dem internen RC Oszillator der AVRs noch realisieren kann. Wie genau wir den synchronisieren wird aktuell erforscht. Datenübertragung funktioniert paketorientiert mit Dest. Addr, Kommando, 1-256 Datenbytes und Checksumme. Man kann unidirektionale und bidirektionale Kommandos absetzten. Unidirektionale werden von den Slaves empfangen und nicht beantwortet, allerdings werden Fehler usw. mitgezählt und können ausgelesen werden. Sie sind zum schnellen Übertragen von Werten gedacht. Bidirektionale werden beantwortet und dienen der Konfiguration und Statusabfrage.