Hi, ich habe zwei 74HC164 Schieberegister (Serial In, Parallel Out) an
einem 2313 haengen.
Ich komme mit der effizienten Ansteuerung allerdings nicht so ganz
klar, das braucht alles zu viele Programmzeilen.
Ich braeuchte eine Moeglichkeit es moeglichst effizient anzusteuern,
wenn ich z.B. die Bitfolge 101010101 am Ausgang haben moechte, oder
weiss, das z.B. die ersten 4 oder letzten 4 Ausgaenge des
Schieberegisters eine 1 haben sollen....
Habt ihr da so was auf Anhieb parat?
kopiere doch dein Datenbyte in ein Register, zb r16, jetzt kannst du mit
jedem Clock impuls den du erzeugst das register mit lsr nach rechts
schieben, nach jedem shift fragst du dann das bit 0 von r16 mit (sbrs
r16,0) ab und gibst endweder ein low oder ein high auf den IO port.
nach 8 mal shiften bist du feritg.
MfG
Sebastian
Um sagen zu können, was an Deinem Code nicht effizient ist, müßtest Du
ihn doch erstmal hier rein stellen (als Dateianhang).
Oder hast du etwa gar keinen und willst nur das fertige Programm.
Peter
So richtig kann ich nicht erkennen, was Dein Code machen soll.
Anbei eine Routine zum Ausgeben eines Bytes.
Für 2* 74HC164 hintereinander must Du 2 Bytes raussschieben, d.h. diese
Routine 2* aufrufen.
Resetten brauchst Du nicht, nach 16 Takten sind doch eh alle alten Bits
rausgeschoben.
Sieht so aus, als ob Du mit PB3 und PB4 noch ein extra Latch
ansteuerst. Dann nimm doch besser gleich den 74HC595.
Auch reicht ein Latchsignal aus, um alle 16 Bits gleichzeitig zu
übernehmen.
Peter
also laut doc unter den faqs soll man das so machen:
PORTB &= (unsigned char)~(1<<DMOSI);
da der operand ~ ein 16 bit aus der anweisung macht.
sollte der compiler nicht wenigstens nen warning rauswerfen?
"sollte der compiler nicht wenigstens nen warning rauswerfen?"
Warum, das Ergebnis stimmt doch auch bei 16 Bit.
Allerdings sollte ein 8Bit Compiler die Operation auch auf 8Bit
optimieren, wenn der Zieloperand nur 8Bit ist. Und es macht wenig Sinn,
das High Byte zu berechnen und es dann niemandem zuzuweisen.
Aber im Zweifelsfalle gilt natürlich immer "nimm lieber ein cast
mehr", schaden kanns ja nicht.
Peter
Du solltest Dir ein C-Lehrbuch beschaffen, wo die Operatoren
(+,-,|,&,||,&&,<<,~ usw.) alle erklärt sind.
Bestimmt findest Du auch entsprechende Seiten im Web.
Peter
>> "sollte der compiler nicht wenigstens nen warning rauswerfen?"> Warum, das Ergebnis stimmt doch auch bei 16 Bit.
ich habe mal für kurze zeit mit dem wickenhäuser flash_m1 und dem
compiler gearbeitet. der hat zumindest nen warning generiert.
@Minos,
das darf aber nur dann kommen, wenn Du für DMOSI Werte >7 einsetzt,
also versuchst, einen nicht existenten 9. Portpin anzusprechen.
Ansonsten ist so eine Warnung schlichtweg falsch und der Compiler
Schrott.
Eine 1 um 7 geschiftet ist nur 128 und das paßt noch dicke in ein
unsigned char.
Peter