1. Home
  2. Electronics (German)
  3. LIS3LV02D: SPI tut nichts
  4. Page 2

LIS3LV02D: SPI tut nichts

Ich habe etliche Faelle gesehen, wo sich I2C hardwaremaessig voll aufhaengte, weil einer der Chips nach Einschalten nicht losliess.

Mir sind Bus-Architekturen ohne Geheimnisse wie SPI lieber und wenn man so die Entwicklung der Marktanteile ansieht, scheine ich damit nicht allein zu sein. Manche der I2C Aufhaenger liessen sich loesen, indem man einige Dutzend Clocks raufpruegelte. Das hat fuer mich in etwa die Professionalitaet des Hammerschlags auf aeltere Opel-Anlasser, damit das Ritzel einrueckte.

SPI braucht kein Time-Out :-)

Wobei man aber aufpassen muss, denn manche Chips erwarten eine Mindest-Datenrate. Alelrdings machen sie bei Unterschreitung nur einen internen Abort und haengen nicht den ganzen Bus auf.

--
Gruesse, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.
Use another domain or send PM.
Reply to
Joerg
Loading thread data ...

Laß die Hose runter. Wir wollen Fakten!

Ach du auch? Kenne ich. Irgendwie ist Autofahren heutzutage langweilig. Die Kisten springen sogar bei kaltem Regenwetter an.

Nee, die Sequenz ist nur ein paar Clocks lang. Weiß sie aber nicht mehr und die Daten sind irgendwo. Hatte auch seit Jahren keine Probleme mit i2c. Ich denke, du bist einfach nur hier gebranntes Kind.

Ich habe ja nix gegen SPI. Warum SPI im Kommen ist, liegt nur an einem Punkt: Es ist leichter zu verstehen. Auf Anhieb meint man es... ...später rechnet man die Arbeitsstunden ab.

Eigentlich sollte nach einem STOP der Bus frei sein. Das gilt aber nur, wenn alle Slaves im richtigen Zustand sind.

Ist ja auch kein Bus!

Das ist Teil der Spec. Es waren wohl 10kBit/sec.

- Henry

--
www.ehydra.dyndns.info
Reply to
Henry Kiefer

Weiss ich nicht mehr, ich habe die Chose jeweils rausgeworfen und auf SPI umgestellt. Echt uebel wurde mir hierbei:

formatting link

Da gibt es also Chips, die zum Freischlagen eines klemmenden Bus vermarktet werden. Echt die Kuppe. So als haette man einen 0.5kg-Hammer mit einem Ausloesemagnet ueber dem Ausrueckmagneten befestigt. Was das Anlasserproblem sicher irgendwie geloest haette :-)

Mein Auto hatte frueher noch eine Kurbel.

Nein: Es funzt einfach.

Mich haetten sie in San Francisco mal fast durch die Strassen getrieben, als ich ueber eine VME Backplane SPI mit 6-bit Addressierung machte. Was fuer ein Frevel ...

Das wissen aber nur wenige. Manuals lesen ist nur was fuer Mimosen ;-)

--
Gruesse, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.
Use another domain or send PM.
Reply to
Joerg

Joerg schrieb:

OK, verrückt. Andererseits muß man wissen das es viele Leute gibt, die den i2c als USB mißbrauchen, also aus dem Gerät herausführen. Möglichst ohne Buffer. Hängt dann der Bus weil ein IC elektrostatischen Freitod wählte, dann geht geräteintern auch nix mehr. Du glaubst nicht wieviele 82B715 ich schon tauschte. Der Mobilfunkinfrastruktur-Hersteller wieder...

Andererseits vermarktest DU dich selbst also Troublefixer ;-)

Hatten wir auch mal bis meiner Mutter mal an der Ampel der Sitz wegbrach und sie in Folge dem vorausstehenden Auto nen Schubser gab. Geil war es als Kind hinten zu sitzen. (Das konnte man nicht wirklich Auto nennen. Drei Radschrauben und so)

Macht i2c auch. Die beiden Systeme nehmen sich nicht viel und manche ICs lassen sich auch alternativ an beiden betreiben. So wie Motorola mal Intel/Motorola-Kombi anbot. Z.B. die RTC 146818.

VME ist eben göttlich und i2c an PCI/DRAM irdisch.

Ja. Ich bin eine.

- Henry

--
www.ehydra.dyndns.info
Reply to
Henry Kiefer

Stimmt. Doch ich fixe Trouble lieber so, dass es hinterher gusseisern funktioniert und der Kunde nicht mit dem gleichen Problem zurueckkommt. Deswegen fliegt I2C meist raus. Aber nicht immer, fuer kleinere Architekturen ist I2C ganz brauchbar.

Manchmal konnte man auch unterm Sitz den Asphalt vorbeihuschen sehen :-)

[...] 
--
Gruesse, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.
Use another domain or send PM.
Reply to
Joerg

Ich sehe da keinen prinzipiellen Unterschied zwischen I2C und SPI. Wenn sich bei SPI ein Slave weghaengt und MISO (oder sogar MOSI weil meinetwegen sein "Master Enable" Bit umgefallen ist) treibt obwohl /SS inaktiv ist, blockiert er doch genauso den ganzen Bus. Weil da dann Treiber gegen Treiber steht sind die Auswirkungen eher noch schlimmer.

Wenn das in der Praxis bei SPI seltener vorkommt, dann haben sich halt die Hersteller mehr Muehe gegeben bugfreies Silizium zu produzieren, ein Verdienst von SPI oder Nachteil von I2C ist das IMHO nicht.

Micha

Reply to
Michael Baeuerle

Es ist bei SPI einfacher. Wenn Du den suspekten Chip (ist mir nie untergekommen) per CE abschaltest, laesst er komplett los.

--
Gruesse, Joerg

http://www.analogconsultants.com/

"gmail" domain blocked because of excessive spam.
Use another domain or send PM.
Reply to
Joerg

Du hast schon Recht, ist bei SPI eher ein theoretisches Problem. Das sind dort nur ein paar Gatter und da kann eigentlich nichts schief gehen

- zumindest bei den weit verbreiteten Slave-only Interfaces. Die dedizierten Adresspins bei SPI sind sogesehen Vor- und Nachteil zugleich.

Micha

Reply to
Michael Baeuerle

Falk Willberg schrieb:

Hallo Falk,

hier findest du Software und Schaltpläne.

formatting link
Und bei dem Gerät funktioniert's.

Gruß Rolf

Reply to
Rolf Mennekes

Rolf Mennekes schrieb:

...

Danke, morgen muß #3 zeigen. wer der Blödmann[0] ist. Ich habe da so einen Verdacht... :-(

Falk [0]Wer arbeitet, macht auch Fehler

Reply to
Falk Willberg

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.