Diskreter I2C-Zähler-IC

Ich fühle mich ein bisschen so, als würde ich es verlieren ... Ich kann anscheinend keinen (modernen) i2c-Zählerchip finden. Etwas, das zufällige Ereignisse aufnimmt, sie zusammenfasst und mich ein paar Mal pro Sekunde von einem uC abfragen lässt. Ereignisse können Minuten auseinander liegen oder im 100-kHz-Bereich liegen.

Ich versuche, ein modulares Board zu entwerfen, das mit dem Haupt-uC verbunden wird. Dieses modulare Board ist ziemlich einfach, aber die Varianten der Endanwendung können es ganz anders machen.

Ich verstehe, dass dies in der Regel direkt auf einem uC erfolgt, aber ich suche nach etwas, das sich für die Produktion eignet (kleiner bis mittlerer Maßstab). Ich versuche, zusätzliche Programmierschritte (nur für einen Zähler) in unserer Produktion zu vermeiden. Oh, und auch Low-Power ;P

Ich habe darüber nachgedacht, einen RTC-Chip zu missbrauchen, aber das scheint für die Produktion nicht sinnvoll zu sein, und ich brauche wirklich kein xtal-Frontend.

Irgendwelche Gedanken?

die Programmierschritte sind unvermeidbar
@ TonyStewart unvermeidlich ja, aber delegierbar - der Mikrocontroller-Anbieter oder ein Distributor wie DigiKey kann sie für Sie ausführen und Ihnen programmierte ICs liefern.
Ja, alles kann ein Make-or-Buy sein, sogar Programmierer online hier einzustellen (ich nicht), ich wusste nicht, dass DK Programmierer hat, aber möglicherweise Auftragnehmer hat, die dies tun.
Das Design ist wirklich nicht das Problem. Ich bin durchaus in der Lage, die uC-Lösung einzurichten (es ist derzeit meine Alternative). Hauptproblem ist nur das Volumen, das kann 1-2k pro Jahr machen. Was immer in diesem seltsamen Mittelweg endet, macht es Sinn, benutzerdefinierte Sachen von mfg zu bekommen. aber das Volumen ist nicht hoch genug, um den Preis zu senken ...

Antworten (4)

Es gibt keinen Mangel an kleinen Mikrocontrollern, die beides haben:

  1. Digitaler Zähler.
  2. Eingebautes Hardware-I 2 C-Peripheriegerät, das als I 2 C-Slave fungieren kann.
Ich weiß, dass das eine Option ist, aber es macht für mich einfach keinen Sinn, da Sie i2c GPIO, ADCs, DACs, Uhren usw. bekommen können und die meisten uCs diese auch eingebaut haben. Also ja, ein Teil der Marktnachfrage und alles, scheint nur ein bisschen seltsam zu sein ...
Übrigens hatten wir vor einigen Jahren eine ähnliche (vielleicht sogar doppelte) Frage: I2C-gesteuerter digitaler Zähler .

Der PCF8593 ist so konzipiert, dass er optional Ereignisse auf einem Stift statt Zeit auf einem Kristall zählt.

Aus dem Datenblatt von NXP Semiconductor für das Teil:

Geben Sie hier die Bildbeschreibung ein Geben Sie hier die Bildbeschreibung ein

Bitte fügen Sie Ihrer einfachen Antwort die wichtigen Details hinzu, sonst erhält sie wenig Aufmerksamkeit oder Stimmen.

Wenn Sie eine Off-Board-Lösung mit Timing haben müssen. Verwenden Sie ein CPLD, dann können Sie die gewünschte Logik erhalten. Die Designkomplexität steigt, aber Sie sparen Strom. Der Preis beginnt bei ~1,5 mit der Menge.

Dadurch wird ein Programmierschritt nicht vermieden. Sie programmieren ein CPLD anstelle einer MCU, aber das vereinfacht den Produktionsprozess von OP nicht (was er letztendlich will).
Ja, unser Produktionsprozess ist wirklich das Hauptproblem bei diesem speziellen Problem. Aber ich habe nicht die Befugnis, das zu beheben.... :|
Warum nicht? Man kann ab Werk programmierte CPLDs bekommen, man muss sie nicht programmieren, man muss sie einfach auf die Platine löten.

Sieht so aus, als hätten Sie Recht. Es scheint keine i2c-fähigen Binärzähler auf dem Markt zu geben. Wahrscheinlich wegen billiger uCs und CPLDs, die die Arbeit erledigen können. Wenn Sie möchten, können Sie jedoch immer noch einen einfachen Binärzähler wie SN74LV verwenden , der an einen I2C-GPIO-Expander wie XRA1203 angeschlossen ist (ich mag diese, weil sie sehr vielseitig und konfigurierbar sind), um einen "i2c-fähigen Binärzähler" zu bauen. Dies kostet Sie jedoch mehr als ein CPLD.