Probleme mit DMX trennung

[max2d (Gast)]

Hallo,

ich möchte einem Arduino ATMega 2560 DMX auswerten und entsprechend LEDs 
schalten. Was soweit theoretisch auch funktioniert.
Zur Auswertung verwende ich die conceptinetics Libary.
Nur beginnt die angesteuerte LED immer wieder zu flackern. Deshalb habe 
ich mich entschlossen, das DMX Signal mit Optokopplern zu trennen.

Habe das ganze nach dem angehängten Schaltplan aufgebaut, leider 
funktionierts nicht (LED leuchtet nicht). Woran liegts?

[Dennis R. (dennis_ec)]

Die Optokoppler invertieren dein Signal.

[Sascha W. (sascha-w)]

max2d schrieb:
> Hallo,
> ich mich entschlossen, das DMX Signal mit Optokopplern zu trennen.
obs hilft?

> Habe das ganze nach dem angehängten Schaltplan aufgebaut, leider
> funktionierts nicht (LED leuchtet nicht). Woran liegts?
Sind VDD/2.4  2.4V? Dann wird der Vorwiderstand der OK mit 470 Ohm zu 
groß sein!

Sascha

[Falk B. (falk)]

@ max2d (Gast)

>Nur beginnt die angesteuerte LED immer wieder zu flackern. Deshalb habe
>ich mich entschlossen, das DMX Signal mit Optokopplern zu trennen.

Wenn die Tür quietsch spannst du den Regenschirm auf?
DMX braucht keine galvanische Trennung, der Fehler liegt woanders.

[Falk B. (falk)]

@ Dennis R. (dennis_ec)

>Die Optokoppler invertieren dein Signal.

Nö, die sind NICHTinvertierend angeschlossen, siehe Optokoppler.

[Dennis R. (dennis_ec)]

Muss mein Beitrag Revidieren, Die Leds hängen ja an 5V nicht an GND, 
sollte passen.

Hast du mal nachgemessen ob die Pegel passen wenn du über einen Weiteren 
Bustreiber einfach mal ein Signal vorgibst.

Optimal wäre Funktionsgenerator + Oszi.

[max2d (Gast)]

VDD 2.4 sind 5V. Zugegeben, der name ist unglücklich gewählt.

Ich möchte das DMX Signal aber trotzdem galvanisch Trennen.

Aber wodurch entsteht dann das Flackern?


Habe leider keinen weiteren Bustreiber.
Aber wie gesagt, es funktioniert ja eigendlich, abgesehen von der 
galvanischen trennung.

[Karl H. (kbuchegg)]

max2d schrieb:

> Aber wodurch entsteht dann das Flackern?

Da hätte ich doch glatt mal auf einen Programmfehler getippt.

[Karl H. (kbuchegg)]

max2d schrieb:

> Zur Auswertung verwende ich die conceptinetics Libary.

Ach das ist Arduino Zeugs. Und ich hab mich schon gewundert. DMX ist 
doch auch nichts anderes als eine UART - wozu braucht man da eine Lib 
dafür?

Jetzt allerdings bin ich mir recht sicher, dass es ein Programmfehler 
ist.

[max2d (Gast)]

ok, hier mal das Programm:

/*
  DMX_Slave.ino - Example code for using the Conceptinetics DMX library
  Copyright (c) 2013 W.A. van der Meeren <[e-mail]>.  All right reserved.

  This library is free software; you can redistribute it and/or
  modify it under the terms of the GNU Lesser General Public
  License as published by the Free Software Foundation; either
  version 3 of the License, or (at your option) any later version.

  This library is distributed in the hope that it will be useful,
  but WITHOUT ANY WARRANTY; without even the implied warranty of
  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
  Lesser General Public License for more details.

  You should have received a copy of the GNU Lesser General Public
  License along with this library; if not, write to the Free Software
  Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
*/


#include <Conceptinetics.h>

//
// CTC-DRA-13-1 ISOLATED DMX-RDM SHIELD JUMPER INSTRUCTIONS
//
// If you are using the above mentioned shield you should 
// place the RXEN jumper towards G (Ground), This will turn
// the shield into read mode without using up an IO pin
//
// The !EN Jumper should be either placed in the G (GROUND) 
// position to enable the shield circuitry 
//   OR
// if one of the pins is selected the selected pin should be
// set to OUTPUT mode and set to LOGIC LOW in order for the 
// shield to work
//

//
// The slave device will use a block of 10 channels counting from
// its start address.
//
// If the start address is for example 56, then the channels kept
// by the dmx_slave object is channel 56-66
//
#define DMX_SLAVE_CHANNELS   10 

//
// Pin number to change read or write mode on the shield
// Uncomment the following line if you choose to control 
// read and write via a pin
//
// On the CTC-DRA-13-1 shield this will always be pin 2,
// if you are using other shields you should look it up 
// yourself
//
///// #define RXEN_PIN                2


// Configure a DMX slave controller
DMX_Slave dmx_slave ( DMX_SLAVE_CHANNELS );

// If you are using an IO pin to control the shields RXEN
// the use the following line instead
///// DMX_Slave dmx_slave ( DMX_SLAVE_CHANNELS , RXEN_PIN );

const int ledPin = 13;

// the setup routine runs once when you press reset:
void setup() {             
  
  // Enable DMX slave interface and start recording
  // DMX data
  dmx_slave.enable ();  
  
  // Set start address to 1, this is also the default setting
  // You can change this address at any time during the program
  dmx_slave.setStartAddress (1);
  
  // Set led pin as output pin
  pinMode ( ledPin, OUTPUT );
}

// the loop routine runs over and over again forever:
void loop() 
{
  //
  // EXAMPLE DESCRIPTION
  //
  // If the first channel comes above 50% the led will switch on
  // and below 50% the led will be turned off
  
  // NOTE:
  // getChannelValue is relative to the configured startaddress
  if ( dmx_slave.getChannelValue (1) > 127 )
    digitalWrite ( ledPin, HIGH );
  else
    digitalWrite ( ledPin, LOW );
    
  
}

Hat jemand ne Idee was genau im Programm falsch ist?
Bzw. kann mir jemand bei der erstellung eines richtigen Programms auf 
Arduino basis helfen?
Das muss dieses Wochenende noch einwandfrei laufen. Muss das auf ner 
Veranstaltung einsetzen.

[max2d (Gast)]

Ich muss mich korrigieren.
Habe das ganze nochmals neu auf meinem Steckbrett aufgebaut. Bisher 
flimmert nichts :-)

Bleibt nurnoch die Frage, warum es mit der Trennung über die Optokoppler 
nicht geht?

[Falk B. (falk)]

Betreibe eine systematische Fehlersuche. Der Schaltplan an sich ist 
OK.

[Falk B. (falk)]

Korrigiere! Pin7 der Optokoppler MUSS auf +5V gelegt werden, das ist der 
ENABLE der Ausgänge!

[max2d (Gast)]

Hab Pin7 der Optokoppler auf +5V gelegt, leider funktionierts immernoch 
nicht :-(

Hab auch nochmal alles durchgeschaut, sollte passen

[Falk B. (falk)]

@ max2d (Gast)

>Hab auch nochmal alles durchgeschaut, sollte passen

Du sollst SYSTEWMATISCH eine Fehlersuche betreiben!

1.) Versorgungsspannung an allen ICs prüfen.
2.) Wenn du ein Oszi hast, alle Signale der Reihe nach prüfen. Erst 
Optokopplereinigang, dann Ausgang, für ALLER drei Optokoppeler
3.) Wenn du kein Oszi hast, kann man das mit langsamen Signalen und 
einem Multimeter auch testen. Mit dem AVR ein 1 Hz Blinksignal auf PIN2 
und TXD0 ausgeben und mit dem Multimeter prüfen, ob das durch beide 
Optokoppler durchgeht. In Empfangsrichtung muss du ein Blinksignal an 
Eingang A oder B von IC2 anschließen, Masse nicht vergessen! Den anderen 
Eingang kann man auf LOW oder HIGH legen.

[max2d (Gast)]

also, ich habe das ganze nochmals neu aufgebaut.
Jetzt zu meinen Messergebnissen:

Ich habe die Optokoppler mal manuell beschalten und mit dem Oszi 
gemessen, was sich am Augang tut.

an OK10:
An R11 0V angelegt -> LSP24 0V
An R11 5V angelegt -> LSP24 5V

an den anderen Optokopplern das gleiche.

Mit angeschlossenem DMX ist mir allerdings aufgefallen, dass die 
Ausgangsspannungen am MAX485 minimal einbrechen (geschätz 1V)