>zu (1) das was du da schreibst verstehe ich nicht so ganz, kannst du mir
>das vielleicht nochmal genauer erklören??
Ich "erklör" doch gern, ist aber bei so unspezifischen Fragen nicht so
einfach und kostet Zeit. Was ist nicht zu verstehen?
Des geht einfach darum, dass die Data-Leitung beim Lesen nicht vom LPC
'festgenagelt' sein darf, sondern der Sensor diese beim Senden auf low
ziehen kann.
Am einfachsten dürfte es sein, einen der I2C-Pins des LPC2k für Data zu
nutzen (externen Pull-Up nicht vergessen), diese sind
open-collector/open-drain und man braucht dann nicht viel anzupassen.
Ansonsten bei anderem Pin ebenfalls externen Pull-Up-Widerstand an Data
(vgl. SHT Datenblatt/Appnote) Alternativ: Pins an Port1 von LPC213x/4x
z.B. haben interen Pull-Ups. Im Prinzip:
- Data Ausgabe high : iodir=0 (Eingang), der pull-up 'zieht auf high'
- Data Ausgabe low: ioclr / iodir=1 (Ausgang)
- Data Eingabe: iodir=0 (Eingang) / iopin lesen
(Lässt sich optimieren: Ausgangsregister kann meist 'set' bleiben und
geschaltet wird nur per iodir.)
> zu (3) timings sind ok. habe ich mit Scope überprüft.
Und wie sah das auf dem "Scope" aus, als der SHT auf der Data-Line
antworten sollte?
Martin Thomas
(und nein, ich habe keinen fertigen LPC2k-Code für SHTs)