scico111
2019-02-20 04:14:07 UTC
Warum gibt es in den MCUs der STM32F4-Serie kein EEPROM?
Meistens habe ich Microchip-MCUs und sie haben EEPROM in sich, aber ich habe gerade herausgefunden, dass es in den STM32F4-MCUs nicht verfügbar ist ... Und es sieht so aus, als ob es nicht in anderen Familien wie 'F0, F1, F2 und F3 istentweder.
Gibt es eine Möglichkeit, Parameterwerte ohne EEPROM zu speichern?
"Was könnte ein guter Grund sein?"Fragen passen nicht in die Stack Exchange-Mission, und "ein so wichtiger Speicherbereich" ist sehr ** anwendungsabhängig **.Sieht aus wie kein EEPROM in den STM32L4, aber die L0 und L1 haben es.Oder Sie können einen zusätzlichen Chip hinzufügen, wenn Sie einen Bedarf haben, für den die Emulation nicht funktioniert.
Ist es sicher genug, einen emulierten EEPROM gegen einen externen EEPROM-Chip zu verwenden?
Das wäre völlig * anwendungsabhängig *.Da Sie nichts darüber gesagt haben, was Sie für eine Frage tun möchten, bei der die Einzelheiten äußerst detailliert berücksichtigt werden müssten, kann Ihnen niemand helfen.
Die wahrscheinlichste Erklärung ist, dass die Anwendung (en), für die der Chip ursprünglich entwickelt wurde, dies nicht erforderte.Denken Sie daran, dass JEDER jemals entwickelte Chip für eine bestimmte großvolumige Anwendung entwickelt und erst später in den allgemeinen Katalog des Herstellers aufgenommen wurde.Der Overhead eines neuen Chipdesigns ist einfach zu hoch, um Chips spekulativ entwerfen zu können.
"so ein wichtiger Speicherbereich" - wichtig für wen?Ich arbeite derzeit an einem Projekt mit einem STM32F4-Gerät und hätte für ein bisschen internes EEPROM überhaupt keine Verwendung.Die zusätzlichen Kosten, die dem Gerät entstehen würden, würden jedoch sicherlich einen Unterschied machen.
Kleine Mengen von irgendetwas mögen nicht teuer sein, aber im Maßstab von Millionen, in Bezug auf die Gesamtstückkosten, kann es sehr bedeutend sein.
Dafür benötigen Sie die L0-Serie.Das emulierte EEPROM im Programm-Flash ist sehr mühsam zu bearbeiten. Ich würde dringend empfehlen, sich davon fernzuhalten.
Vielleicht begründen die Hersteller, dass es besser ist, Kunden, die ein EEPROM benötigen, die geringen Kosten für das externe Hinzufügen zu ermöglichen, als alle Kunden mit den Kosten für das interne EEPROM zu belasten, die viele oder die meisten Kunden nicht benötigen.