hi,
Also ich gehe schon davon aus, dass das Teil bei McGyver in Betrieb ist, dafür hat er's ja gemacht...
naja, er hatte mir vor 2 wochen auf meine frage einmal geantwortet. allerdings mit antworten auf fragen, die ich garnicht gestellt hatte. auf nachfragen hat er dann leider nicht mehr reagiert.
was mich eben irritiert ist, daß dieses verhalten nicht nur in meinem modifizierten code auftritt, sondern bereits in seinem bcm beispielcode.
Zitat
Was mich etwas irritiert:die SW von McGyver ist ja für 27 BCM-Ausgänge und DIP-Schalter per SR, wofür sind dann 31 Endstufen dran...
ich will das programm mit fester dmx adresse ohne dip schalter betreiben und die frei werdenden pins als weiteren ausgang verwenden. pin 31 ist dann die status led.
da ich das problem erst mit meiner gepatchten version bemerkt habe, dachte ich natürlich erst an einen fehler bei mir.
um diesen auszuschließen habe ich dann aber erstmal das originalprogamm benutzt (und die 3 pins, an denen der dipswitch hängt, mit einem pullup versehen).
gleichzeitig habe ich die subroutine zum dip abfragen auskommentiert.
der fehler tritt aber sowohl mit unberührtem source, als auch mit auskommentierter dip abfrage auf.
was mir am seltsamsten vorkommt ist, daß es ja manchmal völlig klaglos klappt.
sowohl die originalversion, als auch die mit auskommentierter dip abfrage und auch meine gepatchte version.
natürlich habe ich auch bereits die pwm version der software getestet. diese funktioniert vollkommen klaglos.
daß es an der hardware liegt, scheint mir deshalb recht unwahrscheinlich.
jay