Posts by mar3kus

Das mit dem einfach nicht Bestücken ist leichter gesagt als getan. Das Pinning des DC-DC Wandlers ist so blöd, dass man mit einfachen Brücken nicht viel anfangen kann. Außerdem was machen den Optokoppler für einen Sinn, wenn der Busbaustein nach wie vor über seine eigene Versorgung meine Hardware abschießen kann. Die Trennung macht nur in Kombination Sinn.

Dann würde die Busanbindung aus folgendem bestehen:
Optokoppler 1: RX
Optokoppler 2: TX
Optokoppler 3: RX/TX Auswahl am Bustreiber
Bustreiber
DCDC Wanlder

Das wären dann ca 7,20€ nur für die Busanbindung

Ich hatte ja nicht gesagt, dass wir diese Karte nehmen sollen, es war nur als Orientierung gedacht.
Außerdem sind die knapp 100€ auch etwas übertrieben. Wenn man mal die nötigen Teile aufaddiert kommt man vllt auf ca 20-30€.
...und Mikrostepping sollte jetzt nicht das große Problem darstellen

CAN als interner Bus? Naja nicht so überzeugend wenn du mich fragst...Wie gesagt, es wäre nicht schlecht sich auf Hardware-Komponenten der AVRs zu stützen, denn die Software muss schon genug erledigen...

Markus

Ich fasse die Sache mal zusammen:

wir haben dann einmal das MainBoard
- DMX Empfang, RDM fähig
- Analoge Eingänge, reicht ein Port?
- I²C
- Ethernet als Bestückungsmöglichkeite
Folgende Module habe ich zu dem Thema gefunden:
ENC28J60
CS8900
Taugen die was bzw. welches ist besser? Wie würde sich denn die SPI Version verhalten, wenn man über ISP den Controller programmiert?

- Busanbindung für die restlichen Module

Schrittmotor-Modul
Ich habe da ein ganz nettes Vorbild gefunden: RN Schrittmoter Steuerung
In dem Info-PDF sind sogar die ganzen Schaltpläne. Was ich persönlich aber nicht so ganz verstehe, wie man mit dieser Schaltung den Strom regeln können soll

Strom- und Spannungsüberwachung
Hier stellt sich die Frage, ob wir nicht gleich ein ganzes Netzteil von 230V auf 5 oder 12V Gleichstrom entwickeln und dann eben auch die Messwerte auslesen. Damit könnte man dann alle Module versorgen. Die Schrittmotoren brauchen dann wohl eine andere Versorgung.

User-Interface
Weil es jetzt sooft diekutiert wurde ob wir nun ein Display einbauen sollen, wir machen das ganz einfach: Diese Funktion wird auch eine optionale Platine, also ein Modul unseres Systemes.

Offen bleibt weiterhin der interne Bus. Mir persönlich würde eine serielle Kommunikation über den UART am besten gefallen. Wahrscheinlich werden wir um Bustreiber nicht herum kommen.
Da bietet sich der MAX232 an, ist aber etwas umständlich wegen den 4 Kondensatoren außenrum. Oder eben einen guten alten Bekannten MAX485.
Diese Verbindung sollte aber auf jeden Fall bidirektional sein.
Ich denke intern brauchen wir auch keine Optokoppler. Ich frage mich sogar ob dieser in Richtung des DMX-Busses großen Sinn macht.

Gruß
Markus

um dem ganzen Raten und beschreiben von Helligkeiten mal ein bisschen entgegen zu treten, ein kleines Bild im Anhang.
Die Sonne oben links ist die 150W Halogenlampe eines Scanners mit gelben Filter. Als Hintergrund sieht man eine low-cost PAR56 Kanne mit 156 5mm LEDs. Diese Farbe sollte theoretisch auch Gleb sein.

Man sieht wohl ganz klar, dass der PAR keine Chance hat. Das Gelb der Halogenlampe wirkt in dem Bild schon fast weiß. Auch bei der Leuchtweite können die normalen LEDs mit ihren einzelnen Linsen einpacken, das Licht wird so stark gestreut, dass es wirklich nur Sinn macht Sachen in der näheren Umgebung zu beleuchten (so max 3m).

Was man aber auch sagen muss, an nem LED PAR habe ich mir noch keine Finger verbrannt ...und wenn man mal 150W mit gerade mal 16W vergleicht, dann weis man auch warum...

Gruß
Markus

Meinst du so ein Teil STRAND LIGHTING VORSCHALTGERÄT HMI 575/1200 ?

Markus

Wieso trennst du Dimmer und Schrittmoter in 2 Adressbereiche auf? Ein normaler Scanner oder MH hat auch nur eine Adresse. Ich denke das wird auf jeden Fall reichen und ist ja auch irgendwie Standard.

Wie soll das dann mit dem RDM laufen? Soll man darüber dann auch die Adresse Konfigurieren können? Dann kann oder muss man sich ja die DIP-Schlater sparen.

Das mit dem Dimmerkruven ist eine super Sache, va wenn es um LEDs gehen soll ist eine Ausgleichskurve immer schön. Deswegen wäre es auch ratsam intern vllt sogar mit 16bit PWM zu arbeiten, wenn das unsere CPU packt.

Markus

das Problem am DMX4All Interface ist einfach die serielle Schnistelle. Deswegen ist die Datenrate vom DMX-Bus höher als die Kommunikationsgeschwindigkeit PC-Interface.

Das DE Interface nutzt den USB "richtig" mit der vollen 1.1 Geschwindigkeit, dh theoretisch kann man 14MB/s zum Interface jagen.

Markus

was mit am I²C nicht so ganz gefällt ist, dass man nur sehr schwer an die ziemlich teuren Repeater und Multiplexer kommt. So ein Baustein kostet dann auch noch gerade mal 3-4€...und bei etwaslängeren Kabeln bzw. mehreren Clients wäre sowas durchaus sinnvoll, wenn nicht sogar nötig.

Hier noch ein schönes Projekt, dass die Kommunikation auch ziemlich nett gelöst hat: c't Lab

hi leute,
habe leider erst jetzt diesen Thread entdeckt, hoffe aber das ihr noch offen für Interessenten an diesem Projekt seid Dann würde ich mich nämlich auch gerne anschließen.

Wieso nicht einfach serielle Signale? Sind einfach umzusetzten und es gibt ja AVRs mit 2 Hardware UARTs zB ATmega162

Gruß
Markus

Die 230V am Kühlkörper waren mir auch zu heiß
Habe einfach den BTA 16/600B genommen. Schaltplan ist im Anhang.

Selber habe ich das Teil bis zu 500W ohmschen und ca 100W induktiven Lasten getestet. Bei diesen Größenordnungen war keine Erwärmung des Bauteils zu spüren. Wahrscheinlich wirst du dir sogar die Kühlkörper schenken können. Das Bauteil kann laut Datenblatt wohl noch einiges mehr.

Gruß
Markus

es geht eher darum, dass sich die Leute nicht extra diese Version herunterladen, denn eigentlich ist die DMXC HP als globale Verwaltung der DDFs gedacht.

da fehlt mir mal wieder der Compiler....

Mit folgendem solltet ihr weiterkommen:
Gerüst für Ausgabeplugins

Gruß
Markus

Ein neues PlugIn zu erstellen ist ja nicht das große Problem. Ich habe aber leider keine dll oder sonstige Info's zu der Kommunikation gefunden. Hat jemand vielleicht einen hilfreichen Link?

Gruß
Markus

Bist du sicher, dass dieser Fehler mit den DMX-Werten nicht vom Interface kommt? Vllt "spricht" Freestyler etwas anders mit der Hardware. Viele Kanaländerungen auf einmal verursachen schon mal Probleme.

Markus

Die FireWire Schnittstelle an Kameras ist auch wirklich nur für den Zugriff auf die DV-Kassette gedacht, also das mit dem Zoonen wird darüber nichts.

Die Idee mit der IR-Fernbedienung ist gut, aber nicht ganz ausgereift. Es wird zwar gehen, was aber ein großes Manko ist, dass man keine Absolutposition des Zooms bekommt, man kann immer nur relativ zur letzten Position herein- oder heraus zoomen...

Bei sowas wird man üm eine professionelle Cam nicht herumkommen...

Gruß
Markus

das ist hier ein bisschen Off-Topic, aber gut...

Nachdem deine Frage sehr allgemein ist und wohl eher auf ein paar Basics in DMXC abziehlt, ist dir vllt mit dem Tutorial aus dem Wiki geholfen
Geräte einrichten

Gruß
Markus

um nochmal kurz zu dem eigentlichen Problem zu kommen:
Fluid ist nur Wasser mit Kondenstaionskeimen Nebel
Wenn die Luftfeuchtigkeit im Raum zu hoch ist, setzt sich das Fluid dann eben auf Flächen ab.
Durch Lüften erreicht man eine Abnahme der Feuchtigkeit, und die Ablagerungen verdunsten wieder.
Das mit den Rückständen hängt also nicht nur von der aktuellen Luftfeuchtigkeit, sondern auch von der Temperatur im Raum ab.

Gruß
Markus

Nutzt du als IP in DMXC auch localhost? Versuchs mal mit 127.0.0.1

Gruß
Markus

Das ist das DDF aus den Gerätedefinitionen von der DMXC Seite^^