問題タブ [real-time-clock]

m41t83 RTC IC および AT91SAM7X (ARM7 ベース) 用のドライバーを作成しています。

TWI (高速モード) で通信を開始しようとしていますが、RTC からの応答がありません (常に NACK を取得します)。

何が問題を引き起こすのかわかりません。ここに、開始条件の後に RTC アドレス 0x68 を送信し、書き込みビットを送信するが NACK を受信する、オシロスコープのクロックおよびデータ ワイヤにいくつかの写真を添付し​​ます。

STのフォーラムを試してみましたが無駄でした

RAM の秒数をインクリメントする PIC マイクロにリアルタイム クロックを実装しました。

リセットが発生すると、コンパイラによって作成された C コードが RAM をクリアし、カウントが失われます。(C の代わりにアセンブリを使用する場合、これは問題ではありません。)

特定の RAM の場所をクリアしないようにコンパイラに指示する方法はありますか?

CコードでクリアされないRAM領域はありますか?

未使用のレジスタを割り当てて、RAM を使用する代わりにそれらを使用する必要がありますか?

リアルタイム ゲームを構築していますが、ゲーム内タイマーを処理するより良い方法がわかりません。

私が持っている必要があります：

1. Socket.io は、モデルの現在のゲーム時間を毎秒出力します。
2. Socket.io は、クライアント側の時計を開始する game.started() 関数を発行します。この時計は、ブラウザーで個別に時を刻みます。

最初のオプションははるかにコストがかかるように見えますが、非現実的ではないかもしれませんが、はるかに同期しています。2 つ目は、すべてのクロックが同期していない場合、ゲーム内ロジックで問題を引き起こす可能性があります。

業界標準はありますか？socket.io は毎秒メッセージを出力しすぎていませんか?

私はこの質問が以前に尋ねられたことを知っています。それはGoogleやこのサイトにもありますが、人々がそれを説明しても理解できません. 私は理解するのにあまりにも多くの時間を費やしてきましたが、まだ理解できていません。私が理解していない基本的なことがあるということを理解してください...さあ、始めましょう。

Proteus で C でプログラミングしていると、しばしば警告やエラー (この場合は警告) が表示されます。

そして、私はそれを理解していません。私が言ったように、私はすでにそれを調べるのに何時間も費やしてきました. 誰か普通の人らしく説明してください。

また、私はこれをたくさん手に入れます。キャストなしで他のタイプの変数からこの警告を受け取ることは可能でしょうか? キャラクター？この問題を今すぐ修正し、将来的に回避するにはどうすればよいですか?

これが文脈です...

そして2つのエラー：

次の C プログラムは、最初に clock_gettime() を使用して時刻を取得し、次にファイルを作成してその変更時刻を読み取ります。少なくとも私のシステムでは、ファイル mtime は clock_gettime() の結果よりも古いタイムスタンプです。私の質問は、これをどのように説明できるかということです。また、両方が適切でなければならないことを指定する標準 (POSIX など) はありますか?

私のシステム (Ubuntu 14.04) では、gcc 4.8.4 と ext4 ファイルシステムを使用して、出力は次のようになります。

つまり、プログラムの起動時間は、ファイルの変更時間から 2 ミリ秒後に報告されます。

編集: CLOCK_REALTIME_COARSE を使用すると、結果として得られる 2 つのタイムスタンプは、ナノ秒まで正確に等しくなります。

編集: clock_getres(CLOCK_REALTIME, ...) によって返される解像度は 1 ナノ秒です。

編集: ファイルシステム情報を追加しました。