アカウント名:
パスワード:
>チップセットが対応していない
たんにファーム書く人がいない・雇う金が無いからでしょう。
外注さんはチップセット扱いだったんですね。。。
ん？あまりプログラムとかに詳しくない人なのかな？単純に日付をどのように表現するかで考えたら、あり得る話ですよ。
例えば10年カウントアップできるなら、単純に10年ずらせばいいんでしょうけど、データの保持方法のほうに手を加えるのが難しいので、単純に現在のデータの日付との整合性が取れなくなって、対応できないということなんじゃないでしょうか。※bit数が単純に足りないとか
特にこの時代の携帯は専用（not 汎用）ハードウェアと専用ソフトウェアの両方を駆使して快適な速度を出しています。ソフトウェアのほうに比重を置くように更新すると、まず使える速度で動いてくれないと思いますよ。まぁ更新を2段構えで行えばまだましなんでしょうけど、確実に処理速度が遅くなるし容量的にもかなり厳しいものになるでしょう。※ROMは10MBくらいしかないし、写真とかちょっと撮っただけですぐに溢れた記憶が（笑）
こういう事例は他にもたまーに発生しているので、調べてみてはいかがでしょうか。
組み込み系は知らないので教えていただきたいのですが、RTCのbitを削る実装は良くある事なのでしょうか。となるとチップ側から見れば不具合というより仕様じゃないかなと。シャープが耐用年数確認していなかったという不具合は間違いないと思いますが。
発売日付的に2006年1月1日から+10年って可能性は確かに有り得そうですね。2000年オリジンで年が0～Fの1バイト(=2015年まで)しかなかったという可能性も有り得そうです。
１バイトで年月かもね。上位4ビットを経過年、下位4ビットを月とか。メモリアクセス単位と量を小さくしたいから。PCでは細かくなりすぎてメリットないけどね。
0-Fは４ビットで表せる1ニブルと呼んだほうが誤解が少ない。
他社から同様のリリースが行われていない現状では、「ソフトバンクのシャープ製端末限定」で起きるチップセットの不具合ってのが、逆に不思議なのですが…
ガラケーはキャリア毎に仕様が大幅に異なるので仕方ないかと。例えば905SHとSH903iTVは似た機種ですがBluetoothの有無等かなり別物です。
RTCがどのようなデータの持ち方をしていたとしても基準からの秒数のみとして扱えばソフトでの対応は可能単に修正したくないというだけの話
RTCっていうのはふつう、主電源の無いときでも秒数をカウントアップしてくれる系統の機能がついているので、仕様に従わない単なる数値とか突っ込んでもだめなんだよね。RTC側が実施する繰り上げの処理と合わなくなるから
少なくとも基準(発売日)から今年までの範囲は正常にカウントアップできるのだから、その範囲の単純増加カウンタとして新たな基準に加算し直せばいいだけ
うーん、MaskedやOTPの部分だと技術者がいてもどうにもならん事案だわな。ソフトウェアでオーバーライドするのは技術的には可能でも当時の端末じゃリソース負担の面で現実的じゃないし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
嘘言うなよ... (スコア:0)
>チップセットが対応していない
たんにファーム書く人がいない・雇う金が無いからでしょう。
外注さんはチップセット扱いだったんですね。。。
Re:嘘言うなよ... (スコア:1)
ん？あまりプログラムとかに詳しくない人なのかな？
単純に日付をどのように表現するかで考えたら、あり得る話ですよ。
例えば10年カウントアップできるなら、単純に10年ずらせばいいんでしょうけど、データの保持方法のほうに手を加えるのが難しいので、単純に現在のデータの日付との整合性が取れなくなって、対応できないということなんじゃないでしょうか。
※bit数が単純に足りないとか
特にこの時代の携帯は専用（not 汎用）ハードウェアと専用ソフトウェアの両方を駆使して快適な速度を出しています。ソフトウェアのほうに比重を置くように更新すると、まず使える速度で動いてくれないと思いますよ。
まぁ更新を2段構えで行えばまだましなんでしょうけど、確実に処理速度が遅くなるし容量的にもかなり厳しいものになるでしょう。
※ROMは10MBくらいしかないし、写真とかちょっと撮っただけですぐに溢れた記憶が（笑）
こういう事例は他にもたまーに発生しているので、調べてみてはいかがでしょうか。
Re:嘘言うなよ... (スコア:1)
組み込み系は知らないので教えていただきたいのですが、RTCのbitを削る実装は良くある事なのでしょうか。
となるとチップ側から見れば不具合というより仕様じゃないかなと。
シャープが耐用年数確認していなかったという不具合は間違いないと思いますが。
Re: (スコア:0)
発売日付的に2006年1月1日から+10年って可能性は確かに有り得そうですね。
2000年オリジンで年が0～Fの1バイト(=2015年まで)しかなかったという可能性も有り得そうです。
Re: (スコア:0)
１バイトで年月かもね。
上位4ビットを経過年、下位4ビットを月とか。
メモリアクセス単位と量を小さくしたいから。
PCでは細かくなりすぎてメリットないけどね。
Re: (スコア:0)
0-Fは４ビットで表せる1ニブルと呼んだほうが誤解が少ない。
Re: (スコア:0)
他社から同様のリリースが行われていない現状では、「ソフトバンクのシャープ製端末限定」で起きるチップセットの不具合ってのが、逆に不思議なのですが…
Re: (スコア:0)
ガラケーはキャリア毎に仕様が大幅に異なるので仕方ないかと。
例えば905SHとSH903iTVは似た機種ですがBluetoothの有無等かなり別物です。
Re: (スコア:0)
RTCがどのようなデータの持ち方をしていたとしても基準からの秒数のみとして扱えばソフトでの対応は可能
単に修正したくないというだけの話
Re: (スコア:0)
RTCっていうのはふつう、主電源の無いときでも秒数をカウントアップしてくれる系統の機能がついているので、
仕様に従わない単なる数値とか突っ込んでもだめなんだよね。RTC側が実施する繰り上げの処理と合わなくなるから
Re: (スコア:0)
少なくとも基準(発売日)から今年までの範囲は正常にカウントアップできるのだから、その範囲の単純増加カウンタとして新たな基準に加算し直せばいいだけ
Re: (スコア:0)
うーん、MaskedやOTPの部分だと技術者がいてもどうにもならん事案だわな。
ソフトウェアでオーバーライドするのは技術的には可能でも当時の端末じゃ
リソース負担の面で現実的じゃないし。