Hallo,
überprüfe doch mal ob überhaupt der Hardwarestack auf z.B. 32 steht, entweder in den Einstellungen in Bascom oder im Code selbst- nicht das der "Nul"l ist, somit weiß Bascom wohl nichts mit Deinem ALIAS anzufangen.
$hwstack= 32 ' default use 32 for the hardware stack
$swstack= 10 ' default use 10 for the SW stack
$framesize= 40 ' default use 40 for the frame space
Ist nur nen Versuch. Geht sonst der Test den malthy vorgeschlagen hat? Und sonst hilft es wohl nichst, dann musst Du uns den ganzen Code zeigen.
Welcher ATmega128 ist es genau?
Und es muss sicher sein das der neue/geändert Code auch im µC ankommt
Geändert von HeXPloreR (20.01.2014 um 18:16 Uhr)
>> Na klar habe ich die Resavierung für mein Programm vorgenommeZitat von HeXPloreR
>> Warum der Test, kann doch den Port setzen
Ist nur nen Versuch. Geht sonst der Test den malthy vorgeschlagen hat? Und sonst hilft es wohl nichst, dann musst Du uns den ganzen Code zeigen.
Welcher ATmega128 ist es genau?
Und es muss sicher sein das der neue/geändert Code auch im µC ankommt
>> was für ein Mega128.... kann ich nicht sagen ist jetzt verbaut
Dass nur der alias nicht geht ist schon einigermaßen mysteriös. Ich mache es eigentlich immer so wie Du auch, habe dieses Problem bisher nicht gehabt. Diese Alias Funktionalität ist mWn schon seeehr lange in Bascom vorhanden, dass sich da noch ein Bug versteckt, halte ich auch für ausgeschlossen.
- - - Aktualisiert - - -
den Port zu schalten geht ohne weiteres über portg.1 = 1
Nur zur Sicherheit: sowas Stumpfes, dass Du einfach mit Deinen Ports durcheinander gekommen bist, ist es nicht? Der 128er hat ja einen Port G ...Code:Config Portd.7 = Output Rgb_light Alias Portd.7
Ich denke auch nur weil es jetzt über einen anderen weg funktioniert, ändert das wohl nichts an "dem Verständnisproblem" - die Frage von Dir war ja warum das anscheinen nicht klappt bei dir? Aber wenn es Dir ausreicht. Ich würde jedenfalls im Kreisdrehen wenn so etwas simples nicht funktioniert.
Na ja....
überprüft habe ich, und auch von anderen bestätigt bekommen, meine Schreibweise => sie stimmt
Ausprobiert habe ich es mit 2 Ports.... immer das Gleiche.
Meine Bug-Vermutung ist auf den atMega128 zurück zuführen (mehr Port's).
Weißt Du das man nicht unbedingt auf den Chip draufgucken muss um sagen zu können welcher µC genau dort drin ist (auf Pfeil neben "programmierbutton F4 > manuelles brennen dort ist auch "chip>Idertify")? Man kann die Signatur auslesen, ausserdem kannst Du mal schauen ob der Code überhaupt fehlerfrei übersetz wird. Optionen>Compiler>Chip anhaken + Output anhaken. Wann übersieht sehr schnell eine Fehlermeldung die nur sehr unauffällig in der IDE angezeigt wird.
Und ja die Schreibweise stimmt. Ändert aber bei Dir das eigentliche Problem nicht, oder?
Ich würde schon gern die Alias Schreibweise nutzen und hatte es bei kleineren Kontrollern auch immer genutzt. Nur ich will nicht dauernd deswegen meinen Kontroller neu flashen..
- - - Aktualisiert - - -
ich lasse mir nach dem Compilieren das Ergebnis anzeigen.
Ich kann nicht Deine besagte Vorgehensweise zum Chip-Indentify ausführen, da ich über Bluetooth & RS232 + Bootloader brenne....
"Und ja die Schreibweise stimmt. Ändert aber bei Dir das eigentliche Problem nicht, oder?"
Ja leider...
Berechtigungen
Zitieren
Lesezeichen