|
Anzeige
|
Atemga16 Bascom Shiftin Problem PINA.0
Gast
#2316005
Hallo, ich habe ein Problem. und zwar. ich habe insgesammt 6 PINs am Atmega16 die ich mittels Shiftin abfrage. an PortC habe ich keine Probleme. PortC. 0,2,4,6 wenn ich jetzt aber PortA.0 & 2 Abfrage geht PortA.0 "anscheinend" nicht. "anscheinend" weil ich PortA.2 zuvor abfrage auf Signale um festzustellen ob was angeschlossen ist. ich habe auch schon einen anderen µC versucht. weiß einer rat bzw. hat einer eine idee? Tach karsten, was heißt "geht nicht"? Poste erstmal den code und dann sehen wir mal weiter. Thor
Gast
#2316180
"geht nicht" soll heißen das die am PIN ankommenden daten immer gleich sind. signale kommen aber am Pin an und ändern sich auch
Ich habe nur eine hardware bis jetzt. deshalb klammer ich aus und steck diese um. am PortC funktioniert alles. nur an PortA nicht. Die DDRs sind gesetzt? Damit sind die portbits Ausgänge. Du kannst sie natürlich noch lesen aber was dabei rum kommt ist meist das was du ins Port geschrieben hast. Thor ja klar sind die DDRs gesetzt. und richtig auch noch ;) sonst würde es an Port C ja nicht gehen. wie gesagt am Port C geht alles. nur an PortA nicht. An die Anderen Ports kann ich layout massig nicht mehr ran :( Grmpf, nein sie sind nicht gesetzt. Ich bin in der Zeile verrutscht. Sorry. Was ich mir noch vorstellen könnte: Du importierst doch da eine LCD library. Die sind sehr speicherintensiv. Insbesondere im stack. Versuch mal den stack drastisch zu vergrößern. 128byte minimum. Vielleicht hast du ja einen Stapelüberlauf. Thor funktioniert immer noch nicht. ich habe absolut keinen plan woran es scheitert. die signale kommen definitiv an den pins an. sind auch soweit recht sauber. der wert ist immer der selbe der angezeigt wird. aber was rein geht ist unterschiedlich :(
Gast
#2317652
Der erzeugte Maschinencode ist in Ordnung und entspricht wenn auf PortC konfiguriert exakt dem Code für PortA, mit Ausnahme der Registeradressen natürlich. Wenn die Bascom-Version alt ist, dann auf die neueste Version updaten, ansonsten nach einem Hardwareproblem schauen, z.B. AVCC nicht angeschlossen oder 2tes GND vergessen. karsten schrieb: > weil ich PortA.2 zuvor abfrage auf Signale um > festzustellen ob was angeschlossen ist. Davon ist im Code nichts zu sehen. Auch hat in solchem Testcode ein WD nichts zu suchen, also wirf den raus. was ist WD? zweite GND und AVCC ist angeschlossen. Aber das Problem hat sich geklärt. Auch wenn nicht Aufgeklärt. Habe den Hardwareteil neu aufgebaut und nun geht es an PortA4-7. keine Ahnung wieso das nicht ging bzw. geht. ich denke eventuell EMV. danke für die Mühen. gruß karsten Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
