Nein. Das Betriebssystem der C-Control I kann das leider nicht.ich habe 3 variablen die ich zu unterschiedlichen zeiten speichern, und auslesen will.
bisher hab ich immer alle 3 variablen auf einmal gespeichert und auch ausgelesen und zwar so:
eeprom.write a, b, c
eeprom.read a, b, c
kann ich das auch einzeln mit adressangabe(so wie beim I2C eeprom)?
hi,
ich weis nicht wie ich das beschreiben soll, aber ich hab massive probleme bei der programmierung von meiner "main unit". Es ist nicht so dass der controller hängen bleibt, sondern er führt das programm fehlerhaft aus.
hauptsächlich hängt es mit dem eeprom beschreiben und auslesen zusammen. wenn ich mehr als sieben Word-Variablen speichere, dann funktioniert das programm nicht mehr richtig.
die anzahl wie viele word-variablen ich speichern kann ist auch abhängig von der größe meines programms.
erstaunlich ist auch wenn ich bei einem funktionierendem programm, dass ich auf meiner unit getestet habe, die anzahl der zu speichernden variablen erhöhe, dann wieder teste, dann führt die unit auch die anweisungen vor den eepromanweisungen fehlerhaft aus.
mit fehlerhaft meine ich zb. einen neustart des programms wenn ich eine function aufrufe, oder gar keinen funktionsdurchlauf, ...
könnte es eventuell sein, dass basic++ doch nicht so gut mit den alten units verträgt??
option cc1.0 <==habe ich im code miteingebaut
ich weis einfach nicht mehr weiter, sitz schon seit tagen an diesen problemen
meine hardware:
tastatur die über ein widerstandsnetzwerk an einem ad hängt
display an byteport 2
relaiskarte an byteport 1
in der hoffnung auf hilfreiche antworten
martin
Das lass die EEPRom-Funktionen und verwende fprint/finput wie oben schonmals beschrieben. Ich glaube dass mit dem Speichern über EEprom alles aufeinmal auf den Stack gepackt wird und bei 7 Word-Variablen 14 Bytes an Stackspeicher zu viel sind. Die Main-Unit hat so viel ich weiß nur 12 Bytes Stack.???
Verwende fprint und finput und Dein Problem wird weg sein.
Code:' schreibe irgendwas: open for write fprint 1 fprint 2 fprint 3 close define x as word open for read do finput x print x loop until eof close
hallo!
war diese woche auf montage, drum konnte ich nicht schreiben..
fprint/read statt dem eeprom objekt hat das problem am anfang auch nicht gelöst.
ich hab jetzt ein paar nicht unbedingt benötigte variablen gelöscht und jetzt haut wieder alles hin!
aber warum??
kann es sein dass es ab einer bestimmten anzahl von variablen probleme gibt???
gruß martin
Darum:
Ich glaube dass mit dem Speichern über EEprom alles aufeinmal auf den Stack gepackt wird und bei 7 Word-Variablen 14 Bytes an Stackspeicher zu viel sind. Die Main-Unit hat so viel ich weiß nur 12 Bytes Stack.???
nein, nicht die zu speichernden variablen,
ich hab die mit define definierten variablen gelöscht, also die gesamte variablenanzahl vermindert
gruß martin
Die Main-Unit hat nur 21 Byte bzw. 12 Word User-Variablenspeicher.
Wenn aber mehr definiert werden, geht es schief.
so a gfrast!!!
aber warum 21 byte und nicht 24(12word *2=24byte)????
gruß martin
Ähm Schreibfehler: Natürlich 24Byte...
hallo,
noch 2fragen:
zählen die lokalen Variablen in functionen auch zu den 24 bytes?
gibt es irgendeinen trick, mit dem ich mehr variablen verwenden kann??
gruß martin
Berechtigungen
Zitieren
Lesezeichen