Aktueller Inhalt von matze f.

Stimmt. da hab ich mich vertan im schaltplan. ja, da ich UART nicht schreiben will ist das doch in ordnung, oder? lesen reicht für meine anwendung... jup. das ist deshalb, weil in dem schon angesprochenen "eigentlichen programm" der Pin6 von PORTD als eingang für einen schalter dienen...

wieso? hängt doch an PD0. das ist doch der eingang für uart wieso schwer? ja aber so wie ich das gemacht habe gehts doch auch... ich arbeite lieber mit wenigen befehlen... EDIT: achso, du meinst mit "schwer" bezüglich error-led, dass ich das als sub-routine gemacht habe? ja, das kommt...

Hallo ihr lieben menschen! Ich muss diesen alten kaffee nochmal aufwärmen.. Ich bin nämlich immernoch dran. kurz zur lage: ich habe den Optokopper gegen einen 6N137 getauscht, der verspricht 10 Mbit/s sollte reichen für midi, wa? nun, es ergibt sich folgendes bild: wenn ich auf meinem...

ja das meinte ich. vielleicht verwende ich den begriff interrupt-vektor falsch.

du meinst, direkt am anfang des interrupt-vektors sreg auf den stack zu tun, und nach dem inc direkt wieder holen? ok, probiere ich aus. danke für den tipp edit: schaltplan hab ich keinen da, müsste ich mir noch machen. reicht ne abfotografierte handskizze?

hallo gottfried, danke für deine code. das muss ich mir die tage mal genauer ansehen. jetzt nur mal ein kurzes update... was heißt nicht weiterkommen. ich habe ja schon eine idee wie ich das alles besser lösen kann. aber trotzdem möchte ich gern wissen warum es zu dieser totzeit kommt. denn...

chillt mal jungs. hat noch wer was zu meinem problem zu sagen? ihr wisst schon.. totzeiten, knick knack??

naja. das erste was ich mit byte1 mache ist, dass ich es in msg1 kopiere. danach wird weiter mit msg1 gearbeitet. kommt nun ein interrupt, so wird byte1 verändert, aber msg1 wird ja erstmal nicht angetastet, bis die ganzen nachfolgenden operationen abgearbeitet sind. kommt also irgendwann ein...

Hallo Gottfried Jup. allerdings bedeutet "speichern" hier, dass ich das einfach erstmal in ein register schreibe und nicht irgendwo in ne tabelle oder so... naja, ist ja nicht so, dass ich alle drei bytes abwarte und dann erst mit dem verarbeiten anfange. ich lese das erste byte, schau nach...

Hallo, der UART-krimi geht weiter ;-) ein paar tage habe ich jetzt nicht weiter an dem projekt gearbeitet. jetzt aber wieder angefangen. und bin auf ein weiteres für mich unlösbares problem gestoßen. mein programm tut im wesentlichen folgendes: wenn ich eine taste auf dem midi-keyboard...

ne ich les das UDR nie aus. ich muss sagen, mir hat der begriff IRQ-flag auch bis eben nichts gesagt. ich vermute, dass das die flag ist, die anzeigt, ob ein interrupt aufgetreten wäre, während ein anderes abgearbeitet wurde... so richtig hat mir google zu diesem stichwort auch nicht weiter...

ups. übertragungsfehler. in meinem programm habe ich ein register "ausgabe", dass ich mit 01010101 lade. das hab ich der besseren übersichtlichkeit wegen hier mal weg gelassen und den port direkt mit temp0 geladen. dann hab ich leider vergessen "ausgabe" durch temp0 zu ersetzten. hier ist es...

jup, das hab ich schon richti gemacht denke ich. hab auch auf der anderen seite mit dem oszi geschaut. kommt schöner pegel raus... ja, das hab ich am anfang gleich mal verkehrt gemacht und den ersten OK gegrillt. und die dinger kosten sch** 1,70 € beim conrad!! ich habe gestern das ganze...

danke. das ist sehr aufschlussreich. ich triggere flankengesteuert. also alles safe.. jetzt mal wieder zurück zur optokoppler front: ich habe jetzt mal den PC900 verbaut. der versprach ja ordentlich schnell zu sein. leider kommt es zu komischen effekten. das erste byte der midi-messages...

ah super. das hat mir viel weiter geholfen. danke