TI 组装：之间的差异

Question

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

我需要生成一系列兼容 TI-83(p) 和 84p 模型的算术和绘图函数。

我很高兴能找到可用于该平台的大量信息，但又被它淹没了。他们中的很多人也很老了。

我认为 BASIC 不适合我的目的。另一个选项是 z80 组件。但我看到有三种变体：nostub、Ion 和 MirageOS。 我能知道这三者之间是否有任何区别，特别是考虑到上述模型之间的兼容性。 （本人有Microchip PIC开发背景，发现两种汇编语言有相当大的区别。）

我还阅读了有关 z88dk C 编译器的信息，并且非常希望采用这种方法。但是我不确定对ti平台的支持是否足够成熟，可以被不懂z80组装的人使用。有没有 z88dk 用户可以评论它在 ti-8x 平台上的可靠性。

---

嗯，没有答案。根据我所见，z88dk 非常没用。所以没有回避 z80 asm。 Ion shell 似乎满足兼容性要求：ti 83、83+、83se、84+ 和 84se。

Answer 1

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

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

不幸的是，使用 BASIC 会获得糟糕的性能，但如果您的特定应用程序的计算量不是太大，那也没关系。你会发现在 BASIC 中开发更容易，而且它会更兼容各种计算器。

如果您无法在 BASIC 中获得所需的性能，或者需要较低级别的硬件访问权限，那么使用组装确实是您唯一的好选择。当我上次为计算器开发时，基于 Z80 的 TI 的 C 编译器很糟糕，从我今天所做的一点点搜索来看，它们似乎并没有太大改进（不过，TI 的 m68k C 编译器还不错） .

如果您必须使用汇编，您将不得不处理任何汇编语言编程所固有的乏味。此外，您将不得不花时间学习不同计算器之间的差异，以了解它们之间的兼容性，并确保在每个计算器上测试它们，因为汇编中的错误可能导致整个计算器崩溃并且需要重新启动。