准备弄个3264基于RTX操作系统

sunny20

本人弄了个STM32版的3264万年历，因采用了keil的库，有2038的BUG，看来效益不怎么样，本人最近研究了一下，决定采取两种解决方案：1是自己重新编写时间处理程序2是采用keil自带的操作系统。经过再三参考，决定采用第二种以缩短开发周期，RTX自带的时间处理程序能从1980年开始，到2107年，基本解决这个BUG，好了，本人近期开始开发！

一家人

支持！

一家人

支持！

火鸟

不错，支持一下 。卖不快主要是功能缺少些，1.人声或MP3闹钟可自换。2亮度随光线变化可自动调节，这个有了。3，带遥控控制器，4，可以显示温度或湿度，越准确越好。5.走时精度准确必须的，6显示这样的。7正点报时功能.8 二十四节气显示和下一节气预告以及闰月提示功能

sunny20

火鸟 发表于 2015-11-15 23:27
不错，支持一下 。卖不快主要是功能缺少些，1.人声或MP3闹钟可自换。2亮度随光线变化可自动调节，这个有了 ...

你这些功能好像不怎么实用，在3264这个有限显示空间里，功能越多会给显示带来更多麻烦，首先本人第一版本就是因为显示太复杂才没有卖点，主要是能显示年月日星期农历和温度就差不多了，至于节日那些，如果采用滚动方式，3264显示滚动一次加上节日时间太恐怖了，能短则短！

zhixiaoyuhong

借宝地请教一下，大家伙都用啥系统的？正在搞ucos。。。

sunny20

zhixiaoyuhong 发表于 2015-11-16 08:09
借宝地请教一下，大家伙都用啥系统的？正在搞ucos。。。

本人也正在搞

火鸟

静止的虽然挤了点，当一目了然。滚动的你看一下日历人，还的等半天，不如一目了然方便

sunny20

火鸟 发表于 2015-11-16 17:31
静止的虽然挤了点，当一目了然。滚动的你看一下日历人，还的等半天，不如一目了然方便

这个我以前也是这么想的，但是用户没有这么想，他们总说第一眼的感觉就是：乱！所以我就开发滚动的，不过我把信息压缩到最短，滚动一次也就10秒左右，其实很快的！