Hallo Leute!
Nach einem tollpatschigen Versuch vor einigen Monaten bin ich etwas verunsichert.
In der vorschnellen, leichtgläubigen Idee das der NANO ja mit 3,3V arbeitet, habe ich daran mal einen CC2D33 via I²C dran gehängt.
Erst nachdem alles reibungslos funktionierte kam in mir die Erinnerung zurück das der Nano zwar einen 3,3V-Ausgang hat, selber aber doch auf 5V arbeitet.
Streng genommen ist der CC2D nicht 5V-tolerant und mit 3,6V abs.Max definiert...einfach nur Glück das nix abgeraucht war?
Immerhin dachte ich bislang selbstverständlich das alle Portpins eines ATmega gemäß der üblichen CMOS-Technologie durchweg Push-Pull-Ausgänge wären.
Also bei Output Low eben ein N-FET den Pin hart auf Vss und bei Output High ein P-FET diesen hart auf Vcc schaltet.
Am Nano hingegen am Hardware I²C-Port sieht nach diversen Messungen am Oszi alles für mich so aus als ob sich diese Pins als reine Open-Drain-Ausgänge haltet:
Egal ob die I²C-SCL feuert oder auf SDA was wackelt: Highpegel an der falschen Testschaltung liegt dank der 2x47k PullUps an 3,3V auch auf sauberen 3,3V.
Entferne ich die beiden 47k-PullUps messe ich an SCL und SDA gar keinen Pegel.
Im Gegenteil: Am Tastkopf sehe ich bei entsprechender Verstärkung die High's als seichte Rauschphasen bei einstelligen mV (hochomiger Pin) und die Low's als unverrauschte Nulllinie.
Also ganz so als ob am Nano (ATmega324) die Hardware-I²C nur High-Z und Low (eben Open Drain) laufen würden.
Frage1:
Kann ich mich darauf verlassen bei allen ATmega-Familien am Hardware-I²C, oder ist das eine Besonderheit beim ATmega324?
Frage2:
Kann man andere Ports am ATmegas die unter 5V laufen ebenso als reine Open-Rains ansteuern?
Habe nämlich durchaus häufiger 3,3V und anderes buntes zeugs an meinen Schaltungen, die kein High im Sinne von 5V abbekommen sollten. Bislang setze ich da immer extern einen N-FET dazwischen. Sollte das aber auch via Software gehen wäre das nicht übel.
Das Bascom-Handbuch als auch die diversen detailierten Datenblätter von Atmel habe ich schon mehrfach durchgekaut, finde aber da nirgendwo eine Erklärung zu diesem I²C-Verhalten.
Grüße
Jürgen
Nach einem tollpatschigen Versuch vor einigen Monaten bin ich etwas verunsichert.
In der vorschnellen, leichtgläubigen Idee das der NANO ja mit 3,3V arbeitet, habe ich daran mal einen CC2D33 via I²C dran gehängt.
Erst nachdem alles reibungslos funktionierte kam in mir die Erinnerung zurück das der Nano zwar einen 3,3V-Ausgang hat, selber aber doch auf 5V arbeitet.
Streng genommen ist der CC2D nicht 5V-tolerant und mit 3,6V abs.Max definiert...einfach nur Glück das nix abgeraucht war?
Immerhin dachte ich bislang selbstverständlich das alle Portpins eines ATmega gemäß der üblichen CMOS-Technologie durchweg Push-Pull-Ausgänge wären.
Also bei Output Low eben ein N-FET den Pin hart auf Vss und bei Output High ein P-FET diesen hart auf Vcc schaltet.
Am Nano hingegen am Hardware I²C-Port sieht nach diversen Messungen am Oszi alles für mich so aus als ob sich diese Pins als reine Open-Drain-Ausgänge haltet:
Egal ob die I²C-SCL feuert oder auf SDA was wackelt: Highpegel an der falschen Testschaltung liegt dank der 2x47k PullUps an 3,3V auch auf sauberen 3,3V.
Entferne ich die beiden 47k-PullUps messe ich an SCL und SDA gar keinen Pegel.
Im Gegenteil: Am Tastkopf sehe ich bei entsprechender Verstärkung die High's als seichte Rauschphasen bei einstelligen mV (hochomiger Pin) und die Low's als unverrauschte Nulllinie.
Also ganz so als ob am Nano (ATmega324) die Hardware-I²C nur High-Z und Low (eben Open Drain) laufen würden.
Frage1:
Kann ich mich darauf verlassen bei allen ATmega-Familien am Hardware-I²C, oder ist das eine Besonderheit beim ATmega324?
Frage2:
Kann man andere Ports am ATmegas die unter 5V laufen ebenso als reine Open-Rains ansteuern?
Habe nämlich durchaus häufiger 3,3V und anderes buntes zeugs an meinen Schaltungen, die kein High im Sinne von 5V abbekommen sollten. Bislang setze ich da immer extern einen N-FET dazwischen. Sollte das aber auch via Software gehen wäre das nicht übel.
Das Bascom-Handbuch als auch die diversen detailierten Datenblätter von Atmel habe ich schon mehrfach durchgekaut, finde aber da nirgendwo eine Erklärung zu diesem I²C-Verhalten.
Grüße
Jürgen