Danke RoboHolIC!
das "p" war schuld.
Werbung
Danke RoboHolIC!
das "p" war schuld.
Chuck Norris kann Windows Vista auf einem Atmel in Assembler implementieren!
Chuck Norris coded mit 3 Tasten:"1","0" und "compile"
Hm... da bin ich doch mal.
Ich kann zwar kompilieren und flashen, aber was dabei rauskommt stimmt gar nicht. Ich habe dem PIC über den Debugger mal ins Hirn geschaut und den Screenshot gemacht. Der Wert der da bei dem Breakpoint für PortD angegeben ist - wo soll der herkommen?
https://storage.driveonweb.de/dowdoc...1c9115dac0.jpg
Ich habe die heaer Datei von dem PIC im IDE Verzeichnis suchen lassen, aber nicht gefunden. Aber wenn er die nicht kennen würde, würde er doch meckern?
Ich habe auch mal geschaut, ob es einen "nicht A Typen" gibt, weil auf dem Chip der hier auf dem Adapter aufgelötet ist, nur 30F6014 steht - ohne A. Habe aus das A aus der Header Datei auch einmal entfernt, aber dann will der Compiler nicht mehr.
Hat jemand eine Idee wass ich hier auf den Leim gegangen bin?
Chuck Norris kann Windows Vista auf einem Atmel in Assembler implementieren!
Chuck Norris coded mit 3 Tasten:"1","0" und "compile"
Ich würde PORTD als elektrische Zustände der Controller-Pins interpretieren, in deinem Falle alles Eingänge - bis auf PORTD<0>.Wenn du eine ruhige Hand hast, kannst du auch mit einem 10kOhm-Widerstand Vcc oder GND an die fraglichen Pins legen und sehen, ob sich die zugehörigen Nullen und Einsen im Debugger ändern. Voraussetzung dafür ist aber, daß sie auf dem Board nicht von anderer Seite getrieben werden. Mit 10k und der Vcc des Controllers wird man aber auch nichts kaputt machen können.
Lesezeichen