so, das war doch kein Unsinn! Ich gebe zu, dass das Datenblatt nicht sonderlich Aufschlußreich ist.

Also:
Das entsprechende Bitmuster für TRISGPIO kommt in das W-Register und der Befehl "TRIS" haut das dann in TRISGPIO. Ein direkter Zugriff auf TRISGPIO (an manchen Stellen im Datenblatt steht TRISIO) ist nicht möglich. Daher der Umweg über "TRIS".

Beispiel:
movlw 0x0E (GPIO0 als Ausgang, alle anderen als Eingang)
TRIS GPIO
bzw.
TRIS 0x06 (die 6 steht für die Adresse von GPIO)

bringt das gewünschte Bitmuster in das I/O-Control Register "TRISGPIO"

Gruß,
Ltof


_________________
„Schreibe nichts der Böswilligkeit zu, was durch Dummheit hinreichend erklärbar ist.“
(Hanlon’s Razor)

Tja, ich nochmal...

Bin zwar ein gutes Stück weiter, aber so richtig erfolgreich war ich leider doch nicht...
Im Simulator laufen so einige meiner Versuche, auf der Testplatine ereignet sich nichts bis eigenartiges. Aber wie das so ist, wenn man (noch) nicht immer genau weiß was man tut, macht man die lächerlichsten Fehler.

Ich arbeite hier mit einem Brenner3 Nachbau, meine Entwürfe auf der 16F Serie hat er einwandfei gebrannt, auch der 10F sollte laut Softwareverify gehen, brennen/vergleichen klappt jedenfalls. Ich weiß aber jetzt nicht mehr mit Sicherheit wo ich ansetzen soll da ich das Gefühlt nicht loswerde, dass die Daten nicht sauber in den PIC kommen.
Sollte jemand für den 10F206 irgendeine Routine zum LED an/aus oder so in der Art rumliegen haben wäre es nett, mich an diesem Wissen teilhaben zu lassen. Die Serie scheint bei keinem so richtig beliebt zu sein, Google findet lächlich wenig, aber genau das reizt mich an dem Teil

_________________
Gruß aus DU
Michael

-------------------------------------
Nichts ist so übel, dass es nicht für irgendwas gut ist...

Das lag beim PIC10F Promokit dabei.

Versuchs mal damit:



_________________
„Schreibe nichts der Böswilligkeit zu, was durch Dummheit hinreichend erklärbar ist.“
(Hanlon’s Razor)