WhyCan Forum(哇酷开发者社区)

@huanxing
對～小橫米從第一版開始就有TE腳位(到目前為止也一樣有TE腳位)，因此，確定硬件是可以解決閃屏問題～如果你更換屏幕，記得買有TE腳位的，最好是ST7789V系列驅動IC，因為解決閃屏是需要調整一些屏的參數，買一樣的驅動IC比較沒問題～

如司徒之前提過，要解決閃屏問題：硬件、驅動、模擬器都必須互相配合才可以真正解決閃屏問題
硬件：如果是CPU屏(小橫米)，需要TE腳的輔助，確保寫RAM的動作不會跟驅動IC重疊，如果是RGB屏(TRIMUI)，直寫RAM就可以
驅動：開啟雙緩衝，但是必須確保送給硬件的資料、從模擬器接收的資料不重疊
模擬器：開啟雙緩衝，但是必須確保送給驅動的資料、模擬器畫面刷新的資料不重疊

TRIMUI机子我之前改过LR键，如让它及小横米再添上LR2的小翅膀就能飞了，哈！

可以，我晚点处理下。我的小横米LR2文件还保留着咧，哈！

不过，普通的系统，q20和小横米是相互通用的。

TRIMUI原机的LR小而平坦，抓着卡片机的身段那小不点实在有些难操控，于是本人重制大LR改良键，操控会有改善，需把原键开口打磨扩大如下图，也不算难，有点动手能力的人应该能搞定，现把文件分享，有兴趣的友人可打印玩玩！




TRIMUI-LR.rar

@时尚电子王
那小位置很有限，没什么好微动可换，就算找到好点的，主要那原机LR键太小了，也不怎么好按。LR2是软硬的落实，不是小弟我的能力，期待司徒大哥吧！

@huanxing
很棒的改機分享，感謝～

@lzgame02
了解～感謝你這麼用心，想挖洞給我跳，果然人之初、性本善～

@huanxing
沒問題～

另外，你之前說的小横米LR2文件还保留着，意思是你也有改小橫米的L2、R2嗎？如果是，可以麻煩分享一下你的改機嗎？因為我好奇要在哪塞下L2、R2

司徒把Q8的系统开源了，又开始折腾Q90了

那是可以裝 Nokia 電池的機子吧 , 除了這個之外

應該還有 V90 , 小龍王升級版 , FC3000

除了這些還有可以刷開源系統 , 跑 PS1 , 又可以用 Nokia 電池的機子嗎 ?

印象中好像就看過這些 ....

@司徒
小横米，超频改机后续航大减。有没有改装大电池的方案呢？

@司徒
我一看就知道你换的绝不是原装导电胶，我只换了右边四个按键，左边方向键我用了psvita的增高按键。真正原装导电胶是完全贴合上部按键和下部导电电路的，换后手感真的很好，而不需要任何修剪和裁切。
https://item.taobao.com/item.htm?spm=a1z1r.7974869.0.0.78e73ad4XaWHUu&id=631522094117
这是导电胶地址。
为什么我发贴无法插入图片和照片呢？

最近编辑记录 时尚电子王 (2021-08-23 12:45:38)

@时尚电子王
哈哈～原來我兩個都是買到右邊的導電膠～
選擇上傳文件，上傳後還需要點擊圖片右下角的插入，這樣才可以插入圖片

@gamece
沒圖沒真相，你可以上個圖嗎？

请问下，MX25L12833FM2I-10G怎么烧录boot程序，是短接CS脚吗，具体怎么操作呢

Q8掌机用司徒2个roms刷完花屏，有没有办法解决

最近编辑记录 老黄lh (2021-08-24 22:19:18)

@老黄lh
很抱歉，目前沒有辦法～

司徒深知各位老男人已經很久沒有玩街機遊戲了～主要原因是搓招速度跟不上(手會抖)、反應太慢(一扎眼就被KO了)，老男人只能回味當年自己的KOF有多強，從實踐者，退化成一個嘴砲王，因為，現今已經展現不出當年的雄風，你們的問題，司徒都知道，因為司徒也遇到一樣的問題～為此，司徒特別開發一個好玩的東西，要來孝敬各位老男人們，那就是一鍵連招，按下一個按鍵，就把複雜的大絕招搓出來～太複雜的搓招，以後就交給RK模擬器吧～讓我們這些老男人一起重回當年的雄風吧～

更新事項：
1. 修復一些之前無法玩的遊戲
2. 第一版RK模擬器v20210825發布(支援一鍵連招)

RK模擬器v20210825：https://github.com/steward-fu/trimui/releases/download/v1.0/rk_v20210825.zip

越後期的遊戲，加解密的難度，越來越高，幾乎什麼鬼東西都做加密，不過，對司徒來說，這才叫真正的樂趣～目前修復後的表格如下

RK模擬器是基於GNGEO模擬器修改而來，主要針對小橫米、TRIMUI優化使用，重新修改操作界面，主要以中文界面、操作簡單為主，司徒將以RK模擬器為基礎，加入更多FBA、MAME的街機遊戲，期許RK模擬器可以在小橫米、TRIMUI跑順多數街機遊戲～而製作風格，司徒使用KOF97底圖、KOF98選單等效果搭配使用，畢竟司徒還是最愛KOF97、KOF98~

運行參數(載入ZIP)，檔案位置可以隨意放，不需要放在固定的位置，如：/mnt/roms/NEOGEO

$ rk xxx.zip

運行參數(載入GNO)，檔案位置可以隨意放，不需要放在固定的位置，如：/mnt/roms/NEOGEO

$ rk xxx.gno

載入遊戲的畫面如下

按下MENU按鍵可以進入設定選單，選單項目跟GNGEO差不多，司徒將在下面介紹每個項目

快速讀檔，提供9個儲存格，使用左、右按鍵選擇，按下A鍵讀取，B鍵返回

快速存檔，提供9個儲存格(支援覆蓋)，使用左、右按鍵選擇，按下A鍵儲存，B鍵返回

是否顯示FPS，使用A、左、右按鍵選擇

FPS顯示在左下角位置，提供FPS和CPU資訊

是否開啟聲音，使用A、左、右按鍵選擇

內建BIOS選擇，按A進入選單

提供29種內建BIOS，參考FBA BIOS選項，按A鍵選擇，按B鍵返回

設定按鍵(支援一鍵連招)，按A進入選單

設定按鍵分成三個區域，最上方藍色是小橫米、TRIMUI的按鍵，中間部份有33個格子，可以設定連招的按鍵，下方則是可以選擇的按鍵
，司徒將於後面做詳細介紹，按A鍵可以前往下一個區域，按B鍵則是返回上一個區域

按下A鍵後，從第一個區域跑到第二個區域，使用上、下、左、右鍵選擇要設定的格子

按下A鍵後，從第二個區域跑到第三個區域，使用左、右鍵選擇要設定的按鍵
L、R：插入時槽(1T~9T)，也就是延時的功能，1T就是延時1次，9T就是延時9次
A：選擇設定
B：返回第二層
X：清除格子內容
Y：回復該按鍵的預設值
SELECT：清除所有格子內容

如下是KOF98 八神的3段葵花連招，使用小橫米、TRIMUI的L鍵做設定，當按下L鍵，則RK模擬器開始發招，順序如下(從左到右，從上到下依序執行)：下、左下、左+C、延時1次、下、左下、左+C、延時1次、下、左下、左+C

1. 每進到下一格按鍵時，將先釋放上一格的按鍵，因此，使用"+"才可以做按鍵同時按下的功能
2. 在時槽上，按L鍵可以減少時槽，如：在9T上面按L鍵，則改為8T
3. 在時槽上，按R鍵可以增加時槽，如：在1T上面按R鍵，則改為2T
4. 空白槽是結束的意思，其後的按鍵不會執行

儲存設定給全部遊戲，按A鍵儲存

儲存完畢後，會出現提示

儲存設定給當前遊戲，按A鍵儲存

儲存完畢後，會出現提示

離開RK模擬器

接下來，司徒說明一下一鍵連招的設定，因為這部份可是KOF的精髓呢～也算是搞死司徒的地方，司徒原本以為很簡單，只要依序送出按鍵就可以，但是，深入研究才發現，每一個角色的搓招速度，不一定都是等速度的，尤其是多段連招時，那可真是精華，有些間隔必須要有，才可以成功連招，真它媽一度讓司徒寫代碼寫到懷疑人生～不過，這部份可以說是依照各位老男人的能力配招，或許有人可以配出很強又很簡短的招式，也算是相當有趣的部份，發揮各位老男人的長才吧～值得注意的是，一鍵連招有方向性～

司徒使用小橫米、TRIMUI的L鍵做一鍵連招設定，首先，移動左、右鍵到L鍵的位置

按下A鍵後，跑到第二個區域，可以使用上、下、左、右鍵選擇位置，RK模擬器執行的順序是從左到右，從上到下依序執行，空白槽是結束的意思，其後的按鍵不會執行

選好位置後，再按下A鍵，跑到第三個區域，選擇想要使用的按鍵，按下A鍵做設定

第二區域就會顯示設定的按鍵，儲存格會自動往下一格移動，方便玩家設定

如下A+B+C，就是代表按下L鍵時，RK模擬器會自動送出A+B+C連招，如果玩家沒有使用+號，如：ABC，則RK模擬器發送順序是：按下A、釋放A 然後按下B、釋放B 然後按下C，因此，+號是連續按鍵的一個連接符號

假如玩家想要改成A+B+D，只要按下B鍵，退回到第二區域，接著移動左、右鍵到C的位置

接著按下A鍵，進到第三區域，選擇D

按下A鍵，就可以進行覆蓋的動作

P.S. 如果要清除，可以使用SELECT鍵做全清除，或者X鍵單一槽清除，Y鍵則是回復預設值(RK模擬器的預設值)

關於時槽部份，時槽用意是延時的作用，因為某些角色的招式，不能搓招太快，因此，需要時槽的協助，司徒設定每個時槽最大值是9T，也就是單一槽最長延時9次，因為按鍵是屬於輪詢方式，因此，當設定9T，代表再接下來的9次按鍵輪詢都不會有任何動作(針對這一個按鍵，不影響其它按鍵)，最小時槽則是1T，因此，當沒有設定時槽，代表按鍵連招都是順序執行(沒有延時)

設定時槽只要按下L(插入1T)、R(插入9T)鍵就可以，如下是按下R鍵，因此，插入9T

如要變更成5T，只要回到第2區域，移動到9T位置

按下L鍵(減少)，由於自動累加，因此，只要再按下左鍵回原本的時槽位置，然後，再度按下L鍵就可以再減1，反之，如果要增加食槽，只要按下R鍵(增加)

司徒嘗試過很多種設定方式，在有限的顯示區域下，這應該是最佳的呈現方式，司徒把原本3頁的設定，濃縮到一個頁面顯示，這樣才不至於感覺是很複雜的設定～而關於連招的數量，太多槽位就讓人感覺很複雜，太少槽位則是沒什麼好設定，都會失去那個味道，因此，司徒最後選擇使用33個連招槽，算是一個最佳的折衷方式～接著司徒分享一下角色的連招設定～

草薙京
招式：重拳、毒咬、罪詠、罰詠
標準：C、↓ ↘ → + C、→ ↘ ↓ ↙ ← + A、→ + A
RK招式表如下


P.S. 這就是連招設定的好玩地方，某些按鍵需要延遲才可以搓出招式，正好可以發揮想像力～

大門五郎
招式：重腳、下重拳、天地返
標準：D、↘ + C、→ ↘ ↓ ↙ ← → + C
RK招式表如下


P.S. 請發揮老男人的想像力～

克拉克
招式：重拳 + 究極阿根廷閃光
標準：→ ↘ ↓ ↙ ← + C、→ ↘ ↓ ↙ ← + C
RK招式表如下


P.S. 這個很簡單吧～

金卡法
招式：重拳、特拉擊、鳳凰腳
標準：C、→ + A、↓ ↙ ← ↙ → + B
RK招式表如下


P.S. easy easy～

八神庵
招式：重拳、夢彈、葵花
標準：C、→ + A.A、↓ ↙ ← + C、↓ ↙ ← + C、↓ ↙ ← + C
RK招式表如下


P.S. 想像力～

八神庵
招式：重拳、夢彈、八稚女
標準：C、→ + A.A、↓ ↘ → ↘ ↓ ↙ ← + C
RK招式表如下


P.S. 關鍵點不知道老男人是否有看出～

可能有人會想問司徒，何時才可以開始研究第二個模擬器？回答如下：
1. 把原本GNGEO模擬器不能玩的遊戲全部解掉
2. 解決卡頓問題(至少KOF97、KOF98、KOF99不能卡)
司徒估計可能至少還需要半年的時間～

開始耍廢時，就是不停的貼出招表～

大門五郎
招式：重腳、下重拳、地獄極樂落
標準：D、↘ + C、→ ↘ ↓ ↙ ← → ↘ ↓ ↙ ← + C
RK招式表如下

慕名而来，感谢司徒大佬做出的贡献

那个出招表设定后文件保存位置说一下，然后可以共享，不用每人自己设置

@司徒

沒幫小龍王打廣告 , RS-97 Plus(雷同中國龍客製版本) 的售價更便宜 , 只是在意那個電池而已 ....

市面上都買不到 , BP-5L(不同於 Nokia 的 BP-5L ) 的 , 應該是廠家改過自製的規則

這個可以用 Nokia BL-5B 旁邊墊些紙片可以相容嗎 ?

手邊沒機子 , 之前賣人了 , 但一直很好奇這問題 .... @司徒 你那機子收藏多 , 有試過嗎 ?

最近编辑记录 lzgame02 (2021-08-29 09:05:18)

@司徒

我用 ArkOS + RGB10

目前移植 Port 分區成功清單
Qauke3
Half-Life Final
Super Mario 64
Descent 1 + 2
Eduke32
Tomb Raider 1+2+3

後續還有些 3D FPS Game , ARPG Game 進行中 ...

如果有興趣的話 , 可以嘗試這個 => RPGMaker XP_VX_VXAce
附件放編譯流程(繁體 txt , 另存新檔轉換) , 不過 ArkOS 是 based on Ubuntu 的 ...

RPGMaker XP_VX_VXAce_ArkOS.txt

最近编辑记录 lzgame02 (2021-08-29 15:15:33)

座標位置在台灣，看來你是台灣人～

司徒無法理解沒有機器的人，卻一直想知道可以替代的電池方案，這思考邏輯不太尋常，也無法理解，一般改機，如果是要改大電池都會使用電池芯，而非正規電池，我手上並沒有多餘的電池可以測試，也沒有興趣測試，你這要求有點過頭，如果是來踢館，趁我還沒封你之前，先請離開吧～

龍非池中物～

感谢司徒先生的无私分享。

期待rk加入对mame游戏的支持！

拆开看一下主板就知道一不一样了，电阴是啥我淘宝没搜出来，我用的是电阻，超CPU频率教程翻一下上面的回帖就行。

没有问题的，无论是主线还是bsp都可以自动识别RAM大小。

作為最後一版以OpenDingux系統名目發布的更新，這篇文章有點長、更新有點複雜~

故事起因從司徒隨身攜帶TRIMUI掌機說起，外出時，司徒習慣帶上TRIMUI掌機，一有空檔，拿出來搓兩把KOF，爽度破表～缺點就是開機慢了點，但是，搓了幾次之後，司徒發現TRIMUI竟然還有閃屏問題(小橫米解決的比較乾淨)，於是，司徒開始追查TRIMUI這個閃屏問題，最後發現在內核的PAN_DISPLAY()並沒有處理好，導致中斷副程式在刷屏時，模擬器有機會再次覆蓋緩衝區，導致閃屏問題，解決TRIMUI閃屏後，司徒也順便加入VSYNC同步機制(FBIO_WAITFORVSYNC)，讓整個畫面顯示可以更穩定，也可以讓模擬器有一個同步機制，朝更好的方向發展～

於是，司徒心想，不如就趁這個機會，也把有閃屏問題的模擬器也一併解決，司徒的想法是修改內核、SDL元件庫來配合模擬器的閃屏問題，這是短期的最佳解決方式，如果可以順利解決閃屏問題，這些模擬器應該可以撐上一陣子，司徒只要慢慢修改RK模擬器就好～目前看來，這是一個錯誤的決定，因為司徒深入追查後，發現有些模擬器是無法解決閃屏問題的，表格整理如下：

SDL雙緩衝是標準寫法，這部份的模擬器不會有閃屏問題，SDL單緩衝則會有閃屏問題，因為只有一個緩衝區做傳遞，加上SDL元件庫的SDL_Flip()不做VSYNC同步，所以模擬器在更新畫面時，內核也在更新畫面，所以一定有閃屏問題，FB0直接操作是直接映射FB0緩衝區做寫入動作，優點就是速度快(省掉SDL元件庫的複製動作)，但是，這位作者缺少做VSYNC的動作，所以模擬器瘋狂刷屏時，內核也在刷屏，確定會有閃屏問題，這些FB0操作的模擬器，應該都是出自同一個人，司徒也知道是誰，不方便繼續評論～

因此，從結果來看，可以用的模擬器(不會有閃屏問題)，真的沒幾個～這也是司徒決定提前汰換掉OpenDingux的原因之一～

接著，司徒便開始研究是否有機會救救SDL單緩衝的模擬器，讓這些模擬器不會有閃屏問題，幸運地，透過修改SDL元件庫，從SDL_UpdateRect()進行修改並且配合內核調用，可以順利解決閃屏問題

void SDL_UpdateRect(SDL_Surface *screen, Sint32 x, Sint32 y, Uint32 w, Uint32 h)
{
  if(need_fbflip){
    #define MYFB_FLIP _IOWR(0x100, 0, unsigned long)
    ioctl(*((int*)current_video->hidden), MYFB_FLIP, screen->pixels);
  }
  else{
    if ( screen ) {
      SDL_Rect rect;

      /* Perform some checking */
      if ( w == 0 )
        w = screen->w;
      if ( h == 0 )
        h = screen->h;
      if ( (int)(x+w) > screen->w )
        return;
      if ( (int)(y+h) > screen->h )
        return;

      /* Fill the rectangle */
      rect.x = (Sint16)x;
      rect.y = (Sint16)y;
      rect.w = (Uint16)w;
      rect.h = (Uint16)h;
      SDL_UpdateRects(screen, 1, &rect);
    }    
  }
}

司徒在SDL_SetVideoMode()判斷是否為SDL_DOUBLEBUF，如果不行，則拉起一個旗標，接著，後續更新都由內核配合刷屏

司徒對顯示驅動進行修改並且開啟四倍緩衝(Quad Buffer)：
SDL單緩衝：第一塊緩衝區由SDL支配使用，第二、三塊緩衝區作為刷屏使用，第四塊緩衝則作為OSD備份區域
SDL雙緩衝：第一、二塊緩衝區由SDL支配使用，第四塊緩衝則作為OSD備份區域
P.S. 所以新版顯示驅動可以支援三倍緩衝(Triple Buffer)

在這一版內核更新中，司徒加入OSD顯示支援，只要按下MENU按鍵(持續1.5秒)，則會跳出OSD選單，如下：

在OSD模式下(亮度10階，音量16階)，只有如下按鍵可以操作，其餘按鍵是鎖定狀態：
上鍵：亮度增加
下鍵：亮度減少
左鍵：音量減少
右鍵：音量增加
MENU鍵：離開OSD模式
P.S. OSD屬於內核級別，因此，任何時候都可以叫出OSD，包含遊戲中～

聲音驅動部份，司徒也把音量調節拉到sysfs，方便調整音量(0~35階)：

/sys/devices/platform/soc/soc:codec@1c22000/volume

亮度調節位置(0~10階)：

/sys/devices/platform/backlight/backlight/backlight/brightness

小橫米更新部份
內核部份：
1. 支援VSYNC(FBIO_WAITFORVSYNC)
2. 支援4倍緩衝區(Quad Buffer)
3. 支援OSD模式(背光、聲音調節)
系統部份：
1. SDL元件庫修改(修復SDL單緩衝閃屏問題)

小橫米更新包
ROOTFS：https://github.com/steward-fu/pocketgo/releases/download/v1.0/rootfs_20210911
內核補丁：https://github.com/steward-fu/pocketgo/releases/download/v1.0/pocketgo_patch_20210911.zip

小橫米更新步驟
1. 透過讀卡機操作，把rootfs_20210911覆蓋到第一磁區的rootfs
2. 解壓縮pocketgo_patch_20210911.zip到第二磁區，接著執行run.sh，選擇想要更新的RAM速度，更新後，重新啟動就可以


P.S. 左上角會有VSYNC圖標

TRIMUI更新部份
內核部份：
1. 解決閃屏問題
2. 支援VSYNC(FBIO_WAITFORVSYNC)
3. 支援4倍緩衝區(Quad Buffer)
4. 支援OSD模式(背光、聲音調節)
系統部份：
1. SDL元件庫修改(修復SDL單緩衝閃屏問題)

TRIMUI更新包
ROOTFS：https://github.com/steward-fu/trimui/releases/download/v1.0/rootfs_20210911
內核補丁：https://github.com/steward-fu/trimui/releases/download/v1.0/trimui_patch_20210911.zip

TRIMUI更新步驟
1. 透過讀卡機操作，把rootfs_20210911覆蓋到第一磁區的rootfs
2. 解壓縮trimui_patch_20210911.zip到第二磁區，接著執行run.sh，選擇想要更新的RAM速度，更新後，重新啟動就可以


P.S. 中間會有VSYNC圖標

草食系統將在下一次發布，用來取代OpenDingux系統，草食本意為極度精簡系統，回歸最原始的初衷：好好的玩遊戲，不應該著重在主題這玩意上，司徒本身對肉食的定義就是花俏的圖標、圖片，把玩家從玩遊戲拉到玩主題的方向上，當然，人各有志，不勉強一定要玩什麼系統，司徒只是剛好想要一個適合自己的系統，順便分享給大家使用，如果合你胃口，歡迎使用，如果不合胃口，只能說聲抱歉～

由於還有很多東西還沒有做好，因此，下一次更新估計是至少一個月後了～在發布草食系統後，司徒將繼續RK模擬器原本的進度～
以上～

FB0不建议使用：補丁對這個沒有任何影響，因為FB0是直接操控顯示緩衝區，所以打或者不打，都是一樣有閃屏問題，打完補丁也不會有任何改善～

另外，GBA模擬器可以先使用我上次修復的那一版，那一版是使用SDL雙緩衝方式，所以不會有閃屏問題～
GBA模擬器：https://whycan.com/files/members/3145/gpsp_fix_border_tearing_bios.zip

另外，这次的补丁我发现一个问题，就是按MENU按鍵也会触发休眠模式，然后黑屏就无法再唤醒了。从新开机后绿屏后还会看起来保持休眠状态（黑屏），然后在按住MENU按鍵触发调节亮度后亮度默认是最低，也就是黑屏状态，然后只能盲操作再调到最亮才能点亮屏幕。我不知道这是不是一个bug。
长按MENU按鍵已经无法唤出关机选项了，每次关机只能切换到关机按钮选择后关机了。

期待miyoo新系统和 模拟器的更新

1.PS模拟器问题：其实在超频后我感觉最不稳定的就是PS模拟器。死机概率非常高，经常碰见。我又测试最新补丁下的PS模拟器性能，我感觉调高CPU频率基本作用不大。铁拳3一样的拖慢卡顿包括声音。
2.关于MENU按鍵的快捷方式的设计，我建议MENU长按继续保持调出关机选项。至于音量和声音调整的调出我建议start+select组合键来实现（其他组合键也行）。因为从用户体验的角度说，由于横米有音量键，其实用软件方式调整的概率不高。再者关于亮度调节其实也是一个小概率操作的事情，所以没必要占用MENU按鍵的长按操作。
3.关于黑屏：我的操作是在app选择界面点击一次MENU按鍵，然后就休眠了，再按任何按键都不能唤醒。然后我强制关机再开机，开机到了绿屏以后就黑了，然后我盲操作MENU按鍵长按再调整亮度就是最暗模式黑屏逐步调亮。

结论：点击一下MENU按鍵后的休眠其实是让按键都无效化的操作（除了MENU按鍵），同时让亮度变为0.

.backlight.conf里面是0

@司徒
gngeo和rk模拟器在unibios 3.3下只能用家用机模式，如果设置为街机模式，会无法投币或是不知道哪个键才是投币。

不知司徒兄会不会考虑加入unibios 4.0的支持？

请教下具体需要修改哪些代码才能解决unibios3.3的投币问题，我有从github教程编译了一个mac电脑版的gngeo，也是街机模式无法投币+家用机无法使用select，这貌似是gngeo各平台模拟器的通病！

感谢提供教程,可以正常投币了。
试了下新修复的游戏里面侍魂5和5sp都黑屏，不知道什么情况？

重新下载sp是可以了，5还在下载当中估计也ok，下载github真慢

非常不错的工程，默默看了很长时间，今天冒泡支持一下司徒

@maxzhou88
周哥～好久不見了～小弟在此屈膝給您老人家請安～祝周哥 福如東海，壽比南山～司徒還念念不忘你那漂亮的女兒～

時間過得真快，距離上次爭吵也已經快一年了，那時候，司徒正直更年期，火氣有點盛大，因此，對於你老人家說話有點太過份，
司徒在此跟你道歉，也希望你老人家可以原諒小弟的過錯～

距離RetroGame(RS97)掌機問世已經過了3年多，希望周哥可以繼續做一些CP值高的掌機，就如同當初RS97掌機的榮景～
高CP值的定義就是要夠便宜、質量夠好、夠好攜帶，當然不是要周哥把自己的豪宅賣掉做虧本機器給我們玩家爽～
只是希望周哥想起當初為何要作Revo K101的初心～至少以後等我老了，我還可以跟小孩說說周哥的好機器～

對了～我還欠RG280M掌機一個系統，這部份我沒有忘記，之後我會找時間補上～

敬祝 安康
司徒

@M+
你可以觀察一下，電源打開後，屏的背光有亮嗎？
1. 如果沒有亮，代表燒錄的系統有問題
2. 如果有亮，有可能屏驅動不一樣，需要搭配UART查問題

請問一下你是如何燒錄到MicroSD的？因為連背光都掛掉，那機率應該是很低，所以比較有可能的問題應該是MicroSD

OK, 你如果有想要找出根源問題, 再跟我說, 如果沒有, 那就當作屏幕的问题處理～

其實目前正在製作的草食系統，支援的機器有FC3000、PocketGo、TRIMUI三台機器，這也是為何FC3000到目前都還沒有釋出原代碼的原因，如果你的FC3000是IPS版本且可以安裝之前的OpenDingux系統，那恭喜你～

其實我一直在考慮是否要繼續更新FC3000，畢竟這機器有閃屏問題～不過為了報答之前有人回報FC3000問題，加上這帖子標題是研究FC3000，因此，最後還是選擇繼續更新～

司徒大佬，我之前那台横米（最初版miyoo） 不开机的原因找到了，本来找谢工要了个屏幕，结果还是同样不开机，我不得不怀疑是我改机的问题，然后我从别的地方割开飞线，从2.8V改回2.5V，这次开机了！
PS：原先更换电阻与飞线的改机操作，我用万用表测得均为1.62v与2.8V的理想值，谨慎的用倍镜查看，也是没有问题。
综合以上所述：我想有必要向您反馈，也许因为批次不同，个体差异，或者其他什么原因，硬改DRAM電路的位置并不是适用于所有的横米，miyoo。
谢谢大佬一贯 的无私分享，希望我的个例对其他朋友能有所帮助。

@司徒 兄
你好，我的FC3000是IPS版，昨天嘗試使用你之前發布的自製系統"江西恐龍底包&Jutleys底包"，黑屏無法顯示畫面。
後來我繼續爬文才發現，原來是螢幕版本不同，覺得可惜之際，今天卻發現我這台FC3000有奇怪的情況。
我把記憶卡清空，放回遊戲，開機卻是黑屏，可是我昨天因為都沒有顯示畫面，不確定有沒有誤按到刷機。
後來嘗試換記憶卡，也是如此，索性拿ips_fc3000_v1.img.7z來試試看。
有成功刷進去，開機正常有畫面，原本的FC卡帶也可以使用，但是接上記憶卡開機，螢幕有亮不過是黑色畫面。
後來嘗試使用記憶卡空卡開機，也是螢幕有亮黑色畫面，拔掉記憶卡開機又恢復正常。

-------------------------------------------------------------------------------------------
更新一下:剛剛發現使用"江西恐龍底包"開機黑屏的時候按A可以進入系統，也可以正常讀取遊戲，遊戲只能放在FC3000(FAT)這個分隔區。

最近编辑记录 IsaacJ (2021-10-14 16:12:32)

@司徒 兄
感謝快速的回應，關於上面問題，我測試的時候是如你所說把記憶卡分割區整個刪除，然後再重新分割成一個4G FAT格式分割區，不過這樣插卡開機卻會黑屏卡住，這就是我說的奇怪情況，我會再更換軟體試試看。
看到你說要繼續研究IPS螢幕，造福大家，真是太棒了，IPS螢幕真的在玩遊戲的時候舒適很多，而且當初在蝦皮購買的時候也蠻便宜的，買的時候沒注意螢幕版本，算是矇到的。

最近编辑记录 IsaacJ (2021-10-15 08:22:37)

不知道你在干什么，司徒大哥已经在#196说明了，“目前基於FC3000的資源，司徒幫Q8掌機製作了兩個客製化系統”，能看懂吗？

@IsaacJ
OK

更新事項：
1. 草食系統測試版(只提供按鍵、屏幕測試)
2. 小橫米L2R2改造

PocketGo草食系統下載位置：https://github.com/steward-fu/pocketgo/releases/download/v1.2/veganos_pocketgo_20211016.img.7z
P. S. FC3000、TRIMUI會擇期釋出測試版

目前草食系統已經完成了一半的工作量，剛好搭配L2R2按鍵測試，司徒發布一版測試版，待正式發布時，司徒會做詳細介紹，目前只做簡單描述~
草食系統 製作的原因：
1. 更簡單易用的操作環境 (小白也知道如何使用)
2. 快速進入系統 (目前4.5秒進入系統，司徒預期1秒要進入系統)
3. 避免MicroSD卡崩 (重新設計的系統架構，除了cfg、swap檔案，其餘都使用唯讀方式掛載)
4. 採用核心做動態顯示 (取消傳統ICON方式，由核心做動態加載顯示)
5. 採用快照方式做暫存 (在選單中，斷電再開機後，可以從選單回到上次玩遊戲的位置)

草食系統 借鑒的地方
1. macOS GUI (整體界面風格使用類macOS GUI製作)
2. RetroArch (運作架構使用RetroArch的主從方式並且重新設計)
3. GCW-Zero (資源封裝採用GCW-Zero使用的SquashFS壓縮方式)
4. RG351MP (字型檔案從RG351MP提取使用)
5. Blackberry Priv (電源條的想法來自Blackberry Priv的設計)

草食系統的英文名稱是取自素食字眼Vegan，因此，司徒稱它為VeganOS，所有執行程序都是以*.VPK方式呈現，VPK就是VeganOS PacKage的意思，VPK是一個很特別的串接格式，司徒在正式發布時會說明原理，GUI使用一體三面方式設計，在一個畫面上同時顯示3樣東西，如下圖：

P. S. A、B按鍵用來做第一層和第二層的跳躍、返回動作，藍色字體屬於資訊類，紅色字體屬於警告類

接著司徒說明一下如何改造小橫米的L2R2按鍵～
由於PocketGo已經沒有多餘可用腳位，因此，司徒最後決定拿LCD_RD、LCD_CS作為L2、R2使用，腳位如下：

LCD_RD、LCD_CS對應到I/O腳位是PD20、PD21

接著找尋風水寶地

這個地理位置不錯

司徒使用小巧可愛的按鍵

標注位置

鑽孔

PCB對應位置如下：

割斷

LCD_RD接到VCC，LCD_CS連接到GND

測試一下是否可以正常顯示

刮線上錫

黏上按鍵

熱溶膠盡量跟模具切齊，因為，這樣可以使用PCB壓住按鍵，避免脫膠

跳線

按鍵的高度可以隨個人購買不同高度

滿意滿意

接著測試L2R2按鍵是否改造完成，首先，開啟L2R2支援

進入測試程序

P. S. 紅字部份代表目前的程序或者模擬器是測試版本

完成


有任何建議或者問題，都相當歡迎建議給司徒，感謝～

@lzgame02
2.5mm耳機孔在某些機器上可能是耳機、AV端子輸出或者複式設計，因此，需要詳細查看才會知道，這部份我並沒有特別去了解，所以不知道Q8的設計是屬於哪種～

@司徒  最近入了一个 FC3000 V2, 说是 IPS 屏，拆机发现屏的型号是 T2812-M106-024C-7D , 网上查得驱动 IC 型号为 HX8347, 不知是否对你有帮助

@司徒

Q8 最近出了很多套娃 , 小霸王Q4 , 還有的是改屏大小的 , 換彩色殼的
問過商家了 , 都是複合式的設計 , AV 端子那個輸出 , 都可以接耳機(2.5mm , 3.5mm) 的

Q8 不清楚能不雙打 , 有的似乎可以 , 但應該是特殊搖桿 , 一般的 PSx 搖桿應該不成

@司徒
我之前买的 V2，和你发的屏外观也不一样，因此主控 IC 的信息可能有误，说明一下避免误导哈；
PS:  我肉眼目测屏不是 IPS 的，用先前 tft_v1_v2 的固件也点不亮，暂时没折腾了

商人的花招，司徒真是不敢恭維，屏，最後終於點亮，不過，仔細一看才發現不是IPS，詢問後，商家才說我沒有註明IPS，這...真是高招！加上這個屏是8bits且腳位的順序需要做FPC修正，成本以及難度都大大增加，因此，司徒最後決定不搞IPS屏的更換，所以，將會繼續使用原本的屏幕做系統～

正面

下邊

側面

上邊(這個屏的品質真是...)

側邊

司徒先生，我用 Win32DiskImager 燒入 fc3000_v1_v2_flash.img檔 後  fc3000 開機黑屏，沒有升級的選擇畫面,然後用原機卡开機，也是黑屏了。。。

如果開機是黑屏，代表是不支援的屏，請不要繼續操作～如果不小心刷了，可以翻翻前面的貼子，看看有無機會救回來～

请问有原厂固件吗？能分享一个给我吗？感谢。。。

@hox
我拆开看了一下，我屏幕上的编号是RB411-11A G021E。

我的也是V1 IPS屏，屏幕編號RB411-11A G022A，上面板子寫35Pto24P

最近编辑记录 IsaacJ (2021-11-04 21:06:56)

Q8 應該可以拿 Miyoo Bitboy v2 CFW 來改吧
LCD 驅動換下 , 按鍵配置修復 , 那 CFW 應該就能用吧 .....

看 Github Miyoo 上 discord 有老外成功搞定螢幕了 ...
系統版本可能是 v1.2 or v1.6 其中一個 , 聽說這機子有三個版本 ......

屏的驅動可能在這裡 or discord  上(關鍵字 xyc q8) :

https://drive.google.com/drive/folders/15F4P9uKCGn5lPhkMSBVke8pjMkTMdbTm
or
http://drive.google.com/drive/folders/1sHdBiyfWhgUOLh0SCPZ73H3el6t1NCuJ

BitBoy v2 CFW
https://rs97.bitgala.xyz/Miyoo%20Devices/Bittboy%20cfw/

@司徒 有沒興趣整個一版 CFW 出來

最近编辑记录 lzgame02 (2021-11-07 09:22:48)

还有就是@lzgame02发的链接，我试过了。。依旧不行。

@lzgame02 @yugaosi
目前沒有打算繼續開發Q8部份, 最主要的原因是, 我已經把它丟掉了～

@yugaosi
哈～不是，只是手上機器太多，把一些不重要的丟掉而已～

司徒大神，简直是教育界的劳模！

确实不错，怎么找不到在哪里下载呢？

@haistart
感謝支持

@huanxing
TRIMUI並沒有支援振動馬達，因此，這個選項是灰色，也就是無法開啟

@tt556
之前只有簡單看過PS2模擬器源代碼，知道該模擬器有針對SSE、GPU部份做優化，如果要移植到ARM晶片，這部份可能要先解決，最快方式可以用模擬在模擬方式換取，雖然有ARM版本的PCSX2模擬器，不過似乎沒有看到相關源代碼，至於你說的問題，是否可能移植到開源掌機？答案是一定可行的，只是效能問題～

@lzgame02
恩，有看到這個模擬器，大約看了下主要core只有一個，位於lib/arm64-v8a/libemucore.so，大小是10.2MB，其餘兩個比較特別的文件夾是(gx_dx11, gs_opengl)，裡面有一些源代碼，看來應該是有一些動態編譯技術，你或許可以研究下接口，從classes.dex逆向看接口的使用方式，這樣你或許有機會可以直接使用在RK3326上面～

檔案格式(全部寫在一起，沒有其它相依元件，佛心～)

$ file lib/arm64-v8a/libemucore.so
  lib/arm64-v8a/libemucore.so: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=c0271fd2edb2c3c2452bd3ab904d04e2efbb79ae, stripped

$ aarch64-linux-gnu-readelf -d libemucore.so | grep NEED
 0x0000000000000001 (NEEDED)             Shared library: [libEGL.so]
 0x0000000000000001 (NEEDED)             Shared library: [libdl.so]
 0x0000000000000001 (NEEDED)             Shared library: [liblog.so]
 0x0000000000000001 (NEEDED)             Shared library: [libOpenSLES.so]
 0x0000000000000001 (NEEDED)             Shared library: [libandroid.so]
 0x0000000000000001 (NEEDED)             Shared library: [libm.so]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so]
 0x000000006ffffffe (VERNEED)            0xfb4c
 0x000000006fffffff (VERNEEDNUM)         3

使用NDK方式，因此，可以使用C語言串接此接口

JNI_OnLoad
pthread_key_create
JNI_OnUnload
Java_xyz_aethersx2_android_NativeLibrary_getScmVersion
Java_xyz_aethersx2_android_NativeLibrary_getFullScmVersion
Java_xyz_aethersx2_android_NativeLibrary_initialize
Java_xyz_aethersx2_android_NativeLibrary_refreshGameList
Java_xyz_aethersx2_android_NativeLibrary_getGameListEntries
Java_xyz_aethersx2_android_NativeLibrary_getGameListEntry
Java_xyz_aethersx2_android_NativeLibrary_isBIOSAvailable
Java_xyz_aethersx2_android_NativeLibrary_runVMThread
Java_xyz_aethersx2_android_NativeLibrary_stopVMThreadLoop
Java_xyz_aethersx2_android_NativeLibrary_isVMPaused
Java_xyz_aethersx2_android_NativeLibrary_pauseVM
Java_xyz_aethersx2_android_NativeLibrary_resetVM
Java_xyz_aethersx2_android_NativeLibrary_applySettings
Java_xyz_aethersx2_android_NativeLibrary_reloadGameSettings
Java_xyz_aethersx2_android_NativeLibrary_changeDisc
Java_xyz_aethersx2_android_NativeLibrary_setDisplayAlignment
Java_xyz_aethersx2_android_NativeLibrary_hasValidRenderSurface
Java_xyz_aethersx2_android_NativeLibrary_changeSurface
ANativeWindow_fromSurface
Java_xyz_aethersx2_android_NativeLibrary_loadStateSlot
Java_xyz_aethersx2_android_NativeLibrary_saveStateSlot
Java_xyz_aethersx2_android_NativeLibrary_setFrameLimitEnabled
Java_xyz_aethersx2_android_NativeLibrary_toggleFrameLimit
Java_xyz_aethersx2_android_NativeLibrary_toggleSoftwareRenderer
Java_xyz_aethersx2_android_NativeLibrary_getPadButtonIndex
Java_xyz_aethersx2_android_NativeLibrary_getPadAxisIndex
Java_xyz_aethersx2_android_NativeLibrary_setPadButton
Java_xyz_aethersx2_android_NativeLibrary_setPadAxis
Java_xyz_aethersx2_android_NativeLibrary_setDefaultSettings
_ZNSt6__ndk19to_stringEj
Java_xyz_aethersx2_android_NativeLibrary_setDefaultSettingsToIni
Java_xyz_aethersx2_android_NativeLibrary_getBIOSDescription
Java_xyz_aethersx2_android_NativeLibrary_reloadPatches
Java_xyz_aethersx2_android_NativeLibrary_addOSDMessage
Java_xyz_aethersx2_android_NativeLibrary_addKeyedOSDMessage

OpenGL and Vulkan

eglInitialize
eglGetError
eglQueryString
eglGetDisplay
eglGetProcAddress
eglGetCurrentContext
eglMakeCurrent
eglDestroySurface
eglQuerySurface
eglSwapBuffers
eglSwapInterval
eglCreateWindowSurface
eglCreatePbufferSurface
eglGetConfigAttrib
eglDestroyContext
eglGetCurrentSurface
eglChooseConfig
eglBindAPI
eglCreateContext

glCreateShader
glDeleteShader
glUniform4f
glVertexAttrib4Nbv
glEndConditionalRender
glUniform4ui
glDrawElementsInstancedBaseVertex
glSamplerParameterfv
glQueryCounter
glVertexAttribP1ui
glVertexAttribP3ui
glTexCoordP4uiv
glMultiTexCoordP4uiv
glUniform2dv
glGetSubroutineUniformLocation
glUniformSubroutinesuiv
glProgramUniformMatrix3dv
glProgramUniformMatrix2x3dv
glClearBufferData
glInvalidateBufferSubData
glShaderStorageBlockBinding
glTransformFeedbackBufferBase
glMapNamedBufferRange
glNamedFramebufferTextureLayer
glClearNamedFramebufferfi
glTextureParameterfv
glCreateProgramPipelines

vkCreateDisplayModeKHR
vkCreateFence
vkGetPipelineCacheData
vkResetDescriptorPool
vkCmdCopyImageToBuffer
vkCmdFillBuffer
vkCmdResolveImage

元件

libdl.so
LIBC
libm.so
libc.so
LIBC_N
libEGL.so
liblog.so
libOpenSLES.so
libandroid.so
libemucore.so

有趣的字串(Rockchip)

DynGenFunc *_DynGen_EventTest(bool)
/home/user/p2-arm-gp/3rdparty/wxwidgets3.0/include/wx/log.h
/home/user/p2-arm-gp/3rdparty/wxwidgets3.0/src/common/hashmap.cpp
/home/user/p2-arm-gp/3rdparty/wxwidgets3.0/src/common/zipstrm.cpp
/home/user/p2-arm-gp/3rdparty/wxwidgets3.0/src/common/time.cpp
/home/user/p2-arm-gp/3rdparty/vixl/src/aarch64/macro-assembler-aarch64.cc
Android (7714059, based on r416183c1) clang version 12.0.8 (https://android.googlesource.com/toolchain/llvm-project c935d99d7cf2016289302412d708641d52d2f7ee)
Linker: LLD 12.0.8 (/buildbot/src/android/llvm-r416183/out/llvm-project/lld c935d99d7cf2016289302412d708641d52d2f7ee)
/tmp/GS_HW_dump32/
fcma
Samsung
Nvidia
Rockchip
bool VMManager::Initialize(const VMBootParameters &)
VM is shutdown
PCSX2.index.gzip.v1|

這模擬器不是憑空出世，從這些資訊來看應該是針對Android平台花了蠻長的時間製作，因此，如果是有OpenGL支援的平台，如：RK3326，應該是有很大的機會可以搬上去～

snk模拟器怎么没有任何进展了是不是忙别的去了
原先还隔几天或一星期修正不能模拟的rom
期待100%那一天

报告司徒大佬，fc3000的IPS版正式开卖了，如果能成功开源的话，这个外观和价格或将大洗牌开源圈子，期待司徒大佬研究一下，前线消息汇报完毕，小的告退～

@lzgame02
感謝你的資訊～

牙膏狗的作品我蠻久以前就注意到，就知道的資訊來看(應該是使用F1C200S)，確實很用心在做，不過，比較值得說的是他的背後那個人，此人頗有來歷～這個人就是Miyoo第一代的作者，當初我移植Linux系統上Miyoo掌機，導致此人沒有了這個項目的收入，確實讓我相當內疚，而且剛好我跟他都是被謝工迫害的兩個人，於是，我們兩個成了好朋友，我也再次跟他道歉，害他沒有收入，他人相當好，並沒有再次怪罪，後來的Miyoo閃屏問題，我也是詢問他的意見，然後再加上"MiyooCROM"這位作者的解說，最終才知道解法，所以，牙膏狗的掌機，我是不會去碰的～畢竟，移植開源系統到掌機上，可能讓方案商沒了工作～最終自己只會惹來一身腥～

@bigbigcong
台灣

@司徒

前面文章有提到 RS-90 ....
這好像最近有出 RetroArch Cross Platform for RS-90
官網有

由于买不到司徒大大同款的q8掌机，所以我在司徒大大的源码基础上，对我的q8掌机屏幕进行了驱动移植，我的屏幕排线如图


固件发出来和大家分享，感谢司徒大大的开源代码:D
链接：https://pan.baidu.com/s/19snjAws6KQ8AXpDDyKzs_g
提取码：r2yy

我这个某鱼收来的，就用的原来的屏

@lzgame02
你说的问题我这也存在，建议多换几张卡试下
我这里几张卡也有一张32G不行的，其他的没问题

@geekchun

測試後基本上操作都正常 , 離開的組合鍵要自行測試找出
音量沒有發現統一調整的APP , 似乎只能在個別的模擬器選單中調整 ....
硬體面板上的音量按鈕變成了其他輔助功能的樣子 .....

感谢大神们的研发

如何給司徒寄掌機？我有個69的掌機，自帶的系統可以跑合金彈頭1245X，但跑不了合金彈頭3，跑不了三國戰紀和西遊記。但是拳皇2000和2003可以跑。
感覺上和Q8差不多，如何寄給司徒？希望可以幫著弄個系統包

特意前来支持司徒大大，加油

感谢司徒先生的付出！

司徒达人,我严格按照着小橫米編譯步驟：
https://github.com/steward-fu/pocketgo

到Build kernel的最后一步./run.sh pocketgo 报错如下:

然后我尝试修改run.sh里面的CROSS_COMPILE=arm-linux-gnueabihf- 为arm-linux-也好像不对

司徒竟然忘記說明超頻的部份...
DRAM超頻是在UBoot設定，CPU超頻則可以在User Application設定(如：GMenu2X)，如下說明：

UBoot (DRAM)
arch/arm/mach-sunxi/dram_suniv.c

 56 // 156, 168, 192, 204, 216, 228, 240, 252
 57 struct dram_para suniv_dram_para = {
 58   .size = 32,
 59   .clk = 156,
 60   .access_mode = 1,
 61   .cs_num = 1,
 62   .ddr8_remap = 0,
 63   .sdr_ddr = DRAM_TYPE_DDR,
 64   .bwidth = 16,
 65   .col_width = 10,
 66   .row_width = 13,
 67   .bank_size = 4,
 68   .cas = 0x3,
 69 };

目前預設是跑156MHz，玩家可以加壓測試DRAM的超頻～

為了避免超頻導致UBoot無法開機，司徒有做按下按鍵即可回復到156MHz的保護，超過252MHz的判斷記得拿掉~

407 static void do_dram_init(struct dram_para * para)
408 {
409   u8 m;
410   u32 val;
411   struct sunxi_ccm_reg * const ccm = (struct sunxi_ccm_reg *)SUNXI_CCM_BASE;
412 
413   val = readl(SUNXI_PIO_BASE + (4 * 0x24) + 0x00) & 0xfffff0ff;
414   writel(val, SUNXI_PIO_BASE + ((4 * 0x24) + 0x00));
415   writel(0x00000010, SUNXI_PIO_BASE + ((4 * 0x24) + 0x1c));
416   udelay(5000);
417   m = readl(SUNXI_PIO_BASE + (4 * 0x24) + 0x10) & 4;
418   if(m == 0){
419     printf("(use default 156MHz)");
420     para->clk = 156;
421   }
422 
423   if((para->clk < 156) || (para->clk > 252)){
424     printf("(adjust dram clock from 0x%x to 156MHz)", para->clk);
425     para->clk = 156;
426   }
427 
428   printf("%d MHz,", para->clk);

CPU
GMenu2X CPU超頻修正：https://github.com/steward-fu/trimui/releases/download/v1.2/gmenunx_fix_oc.zip
直接Map Register(0x01c20000)做設定就可以，

876 void GMenu2X::hwInit() {
 877 #if defined(TARGET_GP2X) || defined(TARGET_WIZ) || defined(TARGET_CAANOO) || defined(TARGET_RS97) || defined(TARGET_MIYOO)
 878   memdev = open("/dev/mem", O_RDWR);
 879   if (memdev < 0) WARNING("Could not open /dev/mem");
 880 #endif
 881 
 882   if (memdev > 0) {

 900     memregs = (uint32_t*)mmap(0, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, memdev, 0x01c20000);

 902     if (memregs == MAP_FAILED) {
 903       ERROR("Could not mmap hardware registers!");
 904       close(memdev);
 905     }
 906   }

2474     uint32_t x, v;
2475     uint32_t total=sizeof(oc_table)/sizeof(uint32_t);
2476 
2477     for(x=0; x<total; x++){
2478       if((oc_table[x] >> 16) >= mhz){
2479         memregs[0] = (1 << 31) | (oc_table[x] &  0x0000ffff);
2480         break;
2481       }
2482     }
2483     INFO("Set CPU clock: %d(0x%08x)", mhz, v);

@司徒

大神，我在走 FC3000 的编译流程。遇到些问题：

环境：
系统：Debian 11
GCC：gcc 10.2
toolchain：toolchain.7z 解压到 ./opt/miyoo
GCC-ARM: sudo apt install 'gcc-arm-*'
PATH：export PATH=$PATH:/opt/miyoo/bin

1. Kernel
在执行 ./run.sh fc3000 命令之后报以下错误：

/usr/bin/ld: scripts/dtc/dtc-parser.tab.o:(.bss+0x10): multiple definition of `yylloc'; scripts/dtc/dtc-lexer.lex.o:(.bss+0x0): first defined here
collect2: error: ld returned 1 exit status

我在 https://blog.csdn.net/qq_36393978/article/details/117695708 找到解决方法。
修改 scripts/dtc/dtc-lexer.lex.c_shipped 文件，把 YYLTYPE yylloc; 一行改成 extern YYLTYPE yylloc; （在前面增加 extern）。

改后顺利编译完成。

2. UBoot
A) 我看到 UBoot 里的 run.sh 文件调用了 bin2header 命令，apt 仓库和 toolchain.7z 都找不到这个程序。
我在 https://github.com/spacerace/bin2header.git 仓库找到了匹配  run.sh 文件里调用方法的源代码编译了一个。

B) UBoot 也有 multiple definition of `yylloc'; 的问题，修改方法同上。

C)

Error: arch/arm/dts/.suniv-f1c100s-licheepi-nano.dtb.pre.tmp:45.1-10 syntax error
FATAL ERROR: Unable to parse input tree

这次在 https://blog.csdn.net/wanpengpenga/article/details/122313358 找到解决方法。
修改 scripts/Makefile.lib 文件的 321 行，

(cat $<; $(if $(u_boot_dtsi),echo '\#include "$(u_boot_dtsi)"')) > $(pre-tmp); \

把 echo 后面的 \# 改成 #

D)

ERROR:root:code for hash md5 was not found.
Traceback (most recent call last):
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 147, in <module>
    globals()[__func_name] = __get_hash(__func_name)
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 97, in __get_builtin_constructor
    raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type md5
ERROR:root:code for hash sha1 was not found.
Traceback (most recent call last):
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 147, in <module>
    globals()[__func_name] = __get_hash(__func_name)
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 97, in __get_builtin_constructor
    raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha1
ERROR:root:code for hash sha224 was not found.
Traceback (most recent call last):
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 147, in <module>
    globals()[__func_name] = __get_hash(__func_name)
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 97, in __get_builtin_constructor
    raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha224
ERROR:root:code for hash sha256 was not found.
Traceback (most recent call last):
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 147, in <module>
    globals()[__func_name] = __get_hash(__func_name)
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 97, in __get_builtin_constructor
    raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha256
ERROR:root:code for hash sha384 was not found.
Traceback (most recent call last):
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 147, in <module>
    globals()[__func_name] = __get_hash(__func_name)
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 97, in __get_builtin_constructor
    raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha384
ERROR:root:code for hash sha512 was not found.
Traceback (most recent call last):
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 147, in <module>
    globals()[__func_name] = __get_hash(__func_name)
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 97, in __get_builtin_constructor
    raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha512

这个网上搜了一下，貌似是 miyoo 工具链的 Python 没有链接 OpenSSL 的问题。

大神，这是需要更新工具链还是说可以修改一下调用系统的 Python 环境？

另外： run.sh 脚本里的 make 命令的参数 -j4 改成 -j 可以让 make 程序自动适配 CPU 核心数。

@司徒

gcc 10 的问题已经解决了，最后是使用 miyoo 的工具链出问题了：

ERROR:root:code for hash md5 was not found.
Traceback (most recent call last):
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 147, in <module>
    globals()[__func_name] = __get_hash(__func_name)
  File "/opt/miyoo/lib/python2.7/hashlib.py", line 97, in __get_builtin_constructor
    raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type md5

这部分要怎么解决？我转外部工具链试试。

@司徒

另外我作死把 130 FC 那个卡反插过，现在只要插上那个卡就无法开机，不知道是不是某些电路烧坏了。

请问司徒 f1c 驱动 i80 mcu屏用的是 gpio 模式吗？ 还是别的方式？