8位微处理器可以使用哪些操作系统?

时间:2020-03-05 18:59:13  来源:igfitidea点击:

它不一定是完整的操作系统,但至少必须具有多任务处理功能(即调度程序)。
请提及它在什么处理器体系结构上工作。

这是一项调查,因此确切的功能并不是很重要。当下一个8位嵌入式项目问世时,可以将其视为寻找可能性的地方...

我意识到大多数8位微控制器都不需要操作系统,但是作为反例,Rabbit Semiconductor提供带4个串行端口,10-BaseT以太网端口,512K RAM和512K Flash的RCM3710处理器模块。所有这些只要$ 39美元。所有这些都基于8位Z80内核。

8位未必意味着极端的资源限制。

解决方案

回答

我相信Contiki会成功。 Adam Dunkels做一些非常酷的事情。

它可以在许多平台上运行,包括Commodore 64.

回答

Rabbit Semiconductor的处理器具有MicroC / OS II端口。

回答

几年前,我为Z80撰写过文章,但z80不支持硬件多任务处理或者页面调度,可以进行多任务处理,但是自由度非常有限
我们必须滚动诸如在不同程序中没有绝对跳跃或者不同开始位置之类的东西

回答

这可能是不寻常的观点,但是我强烈建议我们在决定将OS用于8位计算机之前,三思而后行,甚至三次。操作系统满足复杂的应用程序需求,而8位CPU并不是执行这些任务的最佳选择。

我并不是说操作系统永远不应该用于8位,只是说它是最佳解决方案的可能性较小。

回答

Softools还为Rabbit处理器提供了一个操作系统(称为TurboTask)。

有一个库为Rabbit提供基本的任务调度。该库可与Softools编译器一起使用,但不能与Rabbit编译器一起使用。

回答

如果我们打算在这里使用的8位处理器类型基本足够强大,可以运行像OS(例如H8)之类的东西,我会遇到一些困难,我们几乎肯定会发现ARM-核心微芯片将同样便宜。

回答

这里的目标是什么?嵌入式操作系统的成本往往很高。 (MicroC / OS II等)

听起来,在选择设备时,我们可能会将操作系统支持放在我认为更重要的事情之前。我们应该了解所使用平台的一般设计模式。请勿尝试将PC概念推入此类最小的嵌入式芯片中。

OMFG ... Java不属于8位处理器。我实际上尝试过Maxix / Dallas DS80C400芯片。它具有简化的OS(阅读:调度程序)和在芯片上烘焙的TCP / IP堆栈,并且在数据表上看起来很棒。那是一场彻底的灾难。慢,慢,慢!

我最终获得了基于FPGA的软处理器和软MAC。无作业系统...运作良好。一旦FIFO错误实际上以如此快的速度发送数据包,以至于网络上的每台Windows PC都会锁定可靠的处理中断(甚至是鼠标被锁定),直到我将开发板上的电源断开。

我个人发现为8位处理器编写如此多的代码相当困难,以至于我们甚至都需要一个OS。我敢肯定,某些​​应用程序/情况可能会使它比我所看到的更加理想。我发现的OS的唯一用途是,当我们有一些复杂的设备,并且具有要使用的特定OS的设备驱动程序时,这不再是"通用OS"的问题。

熟悉常见的1ms计时器滴答+" volatile char g_TASKS []"全局标志列表+一个简单的main()循环,该循环检查任务标志并调用子例程。状态机是朋友。我们将对系统的运行方式有更好的了解。这些是8位处理器的设计模式。

任何时候我们需要任务A等待任务B完成,然后将状态机状态添加到任务A,然后让任务B设置该状态...或者类似的内容。

一个更有用的列表(IMHO)是要使用的8位处理器,而不是OS。这是我的标准:低功耗,出色的调试(OCD),出色的开发环境(或者仅与Eclipse集成),低成本,良好的C编译器支持以及调试平台/调试器/等的总体稳定性。

回答

对于基于MSX(z80)的计算机,还存在Uzix,它是Unix Like,Posix Compliant,多任务,可抢占并已实现TCP / IP堆栈。

回答

我在Z180(8位计算机)上使用过uC / OS。我必须移植到我们的自定义银行存储模型。但是其他方面也很棒,特别是有一本详细介绍所有功能的书。即使是RTOS,我们仍然必须非常谨慎地使用线程等。

回答

对于那些建议使用状态机代替OS的人(因为它们的开销很少),我们可能需要查看Contiki。它很小而且免费。它没有传统的线程模型,而是使用ProtoThreads:http://www.sics.se/~adam/pt/。

ProtoThreads为我们提供近似线程化语义的功能,而没有真正的具有多个堆栈的OS的开销等。此外,我们不需要任何类型的OS即可使用Contiki或者其他方式。

我们已经在一个项目上成功使用了它们。它们确实使编写复杂的代码变得容易得多。

回答

HI-TECH Salvo HI-TECH Salvo功能是一种协作的,事件驱动的,基于优先级的多任务RTOS。它用于RAM受严格限制(<256字节)的处理器,可以在硬件调用中使用;返回级别为8或者更少的堆栈,支持16个单独的动态任务优先级,并提供任务间通信和同步,ISR到任务通信以及资源共享。它具有极小的RAM和ROM占用空间,不需要PUSH / POP堆栈或者堆栈指针,并且可ROM扩展。低中断等待时间,快速上下文切换,并使用最少的编译器以ANSI C语言编写。

回答

齐射在微小场所(TM)中运行的RTOS。 Salvo对ROM的要求不高,对RAM的要求极小,这意味着我们几乎可以在任何单芯片微控制器中使用事件驱动的,基于优先级的多任务应用程序,并为应用程序留有足够的空间。使用Salvo,我们可以:快速实施新设计使用现有资源增强功能改善实时性能*多任务。

回答

这可能不是我们想要的,但是对于MSX和Armstrad而言,绝对有一个惊人的GUI操作系统,称为SymbOS(http://www.symbos.de/)。令人惊奇的是,它完全是由一个德国人Prodatron(http://www.prodatron.net/)制造的。它具有真正的多任务处理和许多应用程序,我们可以从现代OS中获得这些功能:

  • SymCommander-Norton Commander克隆。
  • SymPlay-视频播放器,必须对视频进行预处理,但是在此之后,它们可以与其他应用程序非常流畅且同时运行。
  • SymSee-图片查看器,同样,图片必须先转换为CPC格式。
  • SymAmp-音乐播放器,支持跟踪器模块,甚至具有特殊硬件的MP3-s。
  • 计算器,扫雷器,控制面板等

我看过它的作者贬低了它,听众唯一的评论是"你一定很高兴!"。以前没有人在8位MSX计算机上见过这样的功能。

回答

早在70年代中期,我就写了,在1982年,我停止为Motorola 6800/6801/6809发行8位操作系统(SDOS)。这些操作系统有几种风格:

  • 实时多线程(2Kb ROM +所需的任何RAM)
  • 单用户磁盘操作系统(最大64K内存)
  • 多用户分时共享(在1Mb的RAM中有15个用户,使用65Kb的存储体,每个用户一个)
  • 分布式操作系统(可访问远程磁盘的单或者多用户系统)

当我需要客户时,我们在哪里? (当很明显IBM凭空选择了Bill Gates成为微处理器操作系统之王时,我就放弃了)。

回答

适用于Zilog eZ8,eZ80和ZNEO微控制器的HACK-RTOS