怎么存储由微控制器记录的数据

你忘了提到你所期望的数据量和数据速率。总的数量=几个字节，兆字节，千兆字节吞吐量，字节/秒。安全性，你的数据不包含任何错误，你对一个产品（多个单元）设计还是它是一个单元格？惯性导航与制导？



      以下为原文

    You forgot to mention which data amount and data rates you expect. 
overall amount = few bytes, megabytes, gigabytes
throughput, bytes/second.
security, how important is it that your data does not contain any wrong bit
 
Are you designing this for a product (many units) or is it a single unit for prototyping?

1MB最大值，程序可能需要每分钟移动8字节，非常肯定在这种情况下的任何速度都是好的。不需要加密的安全性，它显然不需要错误的数据，但是如果错误的话，没有人会死亡（数据是GUU的频率和错误是多大的和错误的）。IDE？）这将是一个单一的单位开始，然后可能多达20个单位跟进，只要实施成本不疯狂，那么这不是一个问题。



      以下为原文

    1mb maximum, the program would probably need to move 8bytes every minute, pretty sure any speed in that case would be fine.
Security as in encryption is not required, its obviously preferable not to have incorrect data but no-one will die if it is wrong (how often and wrong could the data be as a guide?)
 
It will be a single unit to start with and then possibly up to 20 units to follow, as long as the cost to implement isn't crazy then thats not an issue.

存储卡和USB插卡是很有挑战性的。如果你可以在PC上联机，通过一些串行接口（比如EIA485）传输数据是一种选择。附加一些“大”EEPROM将是另一种。最有效的存储格式通常是二进制的。



      以下为原文

    Storage cards and USB sticks are quite challenging to use.
If you could have some PC online, transmitting this bit of data via some serial interface (eg. EIA-485) would be an option.
Attaching some "big" EEPROM would be another one.
The most efficient storage format is usually binary.

这给你留下了很多选择，包括UART/EASARTART，我会考虑用例。1兆字节的8字节/分钟将是例如86天的记录。什么时候你需要评估记录的数据。在线？还是经过一定时间的测量？也就是说，数据录入是典型的用例，还是需要对传入的数据作出反应。您是否需要在PC上开发自己的软件来评估数据，或者仅仅将其导入到应用程序中（例如，将CSV文本格式导入Excel），甚至只在“1天”，您可能不想。让你的PC（或类似的）运行，只是为了接收和保存数据到一个文件。无论是PC需要立即采取行动（或可视化）您的数据，或这将只在一个完整的数据集后，例如一天。作为串行连接，您可以使用UART或USB（CDC或HID）。UART更容易实现，无论是在硬件和软件方面。也使用SD卡是“好”，但需要在PIC方面多一点努力。看SD卡，我会再次检查需求。一个可移动介质的两个PRO是，例如你可以得到一个“填充”一个，并用一个空的来替换它，这样你就可以立即继续测量。另一个明显的优点是，如果你使用一个文件系统，比如FAT16，你可以在PC上读取SD卡而不需要任何额外的努力。这增加了在固件方面的努力。使用例如1 MB的EEPROM或闪存避免了SD卡的输入和输出。您可以实现一个特殊的读出/传输功能到PC（再次通过UART或USB（CDC，HID））将内容保存到PC的磁盘上。作为组合，您可以使用内部闪存外部EEPROMENT闪存存储器实现内部PEEPROM或仿真EEPROM的PIC。作为一个拇指驱动器到你的PC。这通常需要USB与MSD协议。你看，你有很多选择，很难推荐没有更多的细节。



      以下为原文

    That leaves many options for you, including UART / EUSART
Next I would think about use cases. 
1 mb with 8 bytes/ minute would be e.g. 86 days of recording.
When do you need to evaluate the recorded data. Online ? Or after a certain time of measurement ?
I.e. is data logging the typical use case, or do you need to react on the incoming data.
 
Will you need to develop your own software on the PC to evaluate the data or do you just import into into an application (e.g. import CSV text format into Excel)
 
Even for  'only' 1 day, you possibly do not want to have your PC (or similar) running, just to receive and save the data to a file.  
Either the PC needs to take some immediate action (or visualize) your data, or this will be done only on a complete data set after e.g. a day.
 
As serial connection you can use UART or USB (CDC or HID). UART is easier to implement, both in terms of hardware and software. 
 
Also using an SD card is 'nice', but requires a bit more effort on the PIC side. Looking at the SD card I would again first check the requirement.  Two pro's for a removable media is, that you can e.g. get the 'filled' one and replace it with an empty one, so you can immediately continue your measurement. The other clear advantage is that you can read the SD card on the PC without any additional effort, if you use a file-system like .e.g. FAT16.  This increases the effort on the firmware side.


Using an EEPROM or flash memory of e.g. 1 MB avoids the hazzle of putting the SD card in and out. You could implement a special read-out / transfer function to the PC (again either via UART or USB (CDC, HID)) to save the contents to the PC's disk.
 
And as a combination you can implement your PIC with either
internal EEPROM or
emulated EEPROM using internal flash
external EEPROM
external Flash memory
to look as a thumb drive to your PC. This usually requires USB with the MSD protocol.
 
You see, you have a lot of options, it's difficult to recommend without more details.
 
 
 

“1MB”一兆吗？一兆字节？最好不要含糊不清。



      以下为原文

    Is "1mb"
one megabit?
or
one megabyte?
 
It's best not to allow for ambiguity.
 

我猜想需要的是在未连接时记录数据，然后传输到PC。这实际上是两个独立的任务——存储和通信。最简单的存储是外部闪存——便宜且容易。然而，所有的通讯都是你的。你需要创建一个你选择的沟通渠道——UART非常容易。USB或以太网是更方便，但更难以实现。SD卡或USB棒是更困难的，但他们完全消除通信-你只需删除它，并将其粘贴到PC。当然，如果你需要某种通信的其他任务无论如何，可拆卸性的TH。存储介质不是一个巨大的资产。SD-CAD/USB接口与USB /以太网/ WiFi通信的复杂性相当。



      以下为原文

    I guess the requirement is logging data when unconnected then transfer to the PC. These are actually two separate tasks - storage and communications.
 
The easiest storage is external flash - cheap and easy. However, all the communications are on you. You will need to create a communication channel of your choice - UART is very easy. USB or Ethernet are more convenient, but are more difficult to implement.
 
SD-card or USB-stick are much more difficult, but they eliminate communications completely - you just remove it and stick it into PC. Of course, if you need some sort of communications for other tasks anyway, removability of the storage media is not a huge asset.
 
SD-card/USB-stick is about the same level of complexity as USB/Ethernet/WiFi communications.
 

HI，小型外部SPI闪存是一种健壮和成本效益的方式来存储数据，你可以找到多达64兆位（8MB）设备，如SST26VF064 B。



      以下为原文

    Hi,
Small external SPI FLASH memory is a robust and cost effective way to store data and you can find up to 64Mbits (8Mbytes) device  like  SST26VF064B .
Regards

SD卡和USB棒是很有挑战性的。在完成初始化过程之前，编写一个完美的工作介质是非常有用的（直到执行低级别的重新格式化）。幸运的是，这不是我的个人经验-是我的前任老板不得不吞下。蟾蜍



      以下为原文

    SD-Card and USB-Stick are really challenging.
Writing before having completed the initialization process is capable to render a perfectly working medium useless (until low-level reformatting has been performed).
Fortunately this is not my personal experience - - - it's my ex-boss who had to swallow this toad

我用USB作为HID设备（更快，实时，小的存储容量）和MSD（不实时，更大的存储）



      以下为原文

    I used USB for this, both as HID devices (faster, real-time, small size of storage) and MSD (not realtime, larger storage)

其他数据将对每秒900以下的中断作出反应，这只是每分钟存储的数据。现在存储的文本然后下载到Excel中是很好的。我只需要一种合理的简单方式将记录的数据（最多1MB）传送到计算机，即插入计算机，命令到P。IC开始数据传输，那也很好



      以下为原文

    Other data will be reacted to every interrupt just under 9ms, this is just data that will be stored every minute.
Stored text then downloaded and into excel is fine for now.

I just need a reasonably simple way to transfer recorded data (up to 1mb) to the computer, plug in computer, a command to the pic to start data transfer, that would also be fine
 

然后使用SST26VF064 B（或更小）来检查数据。最好是保存您的数据“二进制”，您可以在传输PC之前或之后将其格式化为任何文本格式。您仍然需要能够通过PIC USB端口（CDC或HID）或PI来实现。C UART串行连接，在PC端使用USB到虚拟串行适配器（例如FTTDI）。使用PIC UART和PC USB到虚拟串行适配器比使用USB更简单，这需要使用PIC USB堆栈，可能是一些驱动程序HAG等。更多的工作）2的优点是你可以把它附加到任何一台PC上，你不必担心适配器。这对于你的20个小单元系列来说是个问题，而不是单个设备。仍然没有足够的信息来让我们更好的推荐。



      以下为原文

    Then check using e.g. SST26VF064B (or smaller) for logging the data.
Preferably you save your data 'binary', you might format it to any text format before or after transmission to PC.
Your requrest to be able to 'Plug into computer' still could be realized by a PIC USB port (CDC or HID) or e.g. an PIC UART serial connection, for which you use an USB to virtual serial adapter (e.g. FTDI) on the PC side. 
The usage of
1) PIC UART and a PC USB to virtual serial adapter is much simpler for development than
2) using USB, which requires to use a PIC USB stack, may be some driver hazzle etc.  (definitely more work)
The advantage of 2) is that you can attach it on any PC and you don't need to worry about the adapter.
This is more an issue for your small 20 unit series, not for a single device.
 
Still there is not enough information for us to make a better recommendation.

一个串行闪存芯片和一个UART是迄今为止最简单的方法，并且可以用任何PIC来完成。任何其他的方法都涉及更多，并且需要使用特定的图片和/或特定的PIC家族。



      以下为原文

    A serial flash chip and a UART is by far the simplest way, and can be done with just about any PIC.  Any of the other approaches are much more involved, and require using specific PICs and/or specific PIC families.