TI组件: nostub、离子、MirageOS和z88dk C之间的区别

Question

我是TI编程平台的新手。我希望能得到一些关于我最好的路线的建议。

我需要产生一系列的算术和图形功能兼容的TI-83(p)和84p模型。

我很高兴能为这个平台找到大量的信息，但却被它淹没了。而且他们中的很多人都很老。

我相信BASIC不适合我的目的。

另一个选项是z80程序集。但我看到有三种变体: nostub，Ion和MirageOS。我能否知道这三者之间是否有什么不同，特别是考虑到上述模型之间的兼容性。(我有微芯片PIC开发的背景，发现两种组装方言有很大的不同。)

此外，我还读过关于z88dk C编译器的文章，并且非常希望采用这种方法。但我不确定对TI平台的支持是否足够成熟，可以供不知道z80程序集的人使用。是否有任何z88dk用户对ti-8x平台的可靠性发表评论。

嗯，没有答案。据我所见，z88dk是非常无用的。因此，我们不能回避z80 asm。离子壳层似乎满足了ti 83，83+，83 The，84+和84 the的相容性要求。

Answer 1

我看你可能已经找到了你需要的大部分信息，但我会补充我的意见。

已经有几年了，但我曾经尝试过编程TI和HP计算器。从你的帖子中我不知道你需要写的例程在计算上有多密集。您说BASIC不适合您(没有进一步的细节)，但我建议的第一件事是编写一些简单的测试，看看是否可以使用BASIC获得可接受的性能。如果您的代码中只有几个小的性能关键部分，您可以在程序集中完成它们，并使用Asm、AsmPrgm和AsmComp命令从BASIC中调用它们。

不幸的是，使用BASIC会获得糟糕的性能，但是如果您的特定应用程序在计算上不太密集，那就无关紧要了。您会发现BASIC中的开发要容易得多，而且它将在不同的计算器之间更加兼容。

如果您无法获得基本功能所需的性能，或者需要较低级别的硬件访问，那么使用组装确实是您唯一的好选择。当我最后一次为计算器开发时，基于Z80的TIs的C编译器非常糟糕，从我今天所做的一些搜索来看，它们似乎并没有得到很大的改进(不过，TIs m68k C编译器相当不错)。

如果您必须使用程序集，您将不得不处理任何汇编语言编程中固有的繁琐问题。此外，您还必须花时间学习不同计算器之间的差异，以了解它们之间的兼容性，并确保在每个计算器上都能很好地测试它们，因为程序集中的bug可能导致整个计算器崩溃，需要重新启动。