Moin, ich versuche zur Zeit einen Temperaturegler (Peltierregler) zu bauen. Mein Problem ist das ich ihn sowohl über I2C als auch über RS232 ansprechen können will und das mir nur die 56F83XX Controller von Freescale zur Verfügung stehen. Alle Conrtoller die genug Flash für mein Project haben, haben leider kein Hardware I2C. Jetzt frage ich mich, ob es möglich ist einen I2C-Slave in C zu programmieren, so daß der Controller noch genug Zeit hat seine Regelaufgaben zu erfüllen. Gruss Mike
Gast
#668305
Ja, wenn du die I2C-Leitungen an Interrupt hängst, kannst du die Verarbeitung in den ISRs machen. Dann brauchts zu halt einen Befehlssatz der z.B. im Hauptprogramm deinen Temperaturwert ins RAM legt und im Interrupt kannst du den aktuellen RAM-Wert ausgeben.
Die Idee hatte ic hauch schon, ich bin mir nur noch nicht im klaren darüber wie viel Softwareaufwand das ist udn wieviel Rechenzeit diese Bearbeitung kostet.
Hab letzte Woche mal nen I2C Logger gebastelt die Rechenzeit die dabei draufgeht ist schon Wahnsinn wenn man 100khz haben will muss man nen avr schon mindestens mit 7 Mhz betreiben und der ist dann zu 100% ausgelastet. Allerdings mit Pollen über nen Interrupt dürfte das ganze ganz ok sein.
Ein I2C-Slave ganz ohne Hardwareunterstützung durch mindestens ein USI ist recht anspruchsvoll hinsichtlich der Antwortzeit.
@ Andreas Kaiser (a-k) >Ein I2C-Slave ganz ohne Hardwareunterstützung durch mindestens ein USI >ist recht anspruchsvoll hinsichtlich der Antwortzeit. Clock Stretching? MFG Falk
Jau, aber genau dafür ist Hardware sinnvoll, so minimal sie auch sein mag. Denn es geht ja darum, per Hardware rechtzeitig die Leitung runterzuziehen bis die Software soweit ist und sie wieder freigibt. Was beispielsweise Atmels USI kann. Kann man sicherlich auch extern mit ein bischen Logik erreichen, vielleicht kann man dafür auch einen Timer vergewaltigen.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.