問題タブ [tinyos]

私が理解している限り、nesC本質的に同じである以下の機能があります!C

そして、私のコードの先頭で、これらの変数を定義しました:

これは、ビルド中に表示される警告です。

そして、画面上の出力の例を次に示します。

問題：

91 行目では、温度の値が float であることが期待されます...つまり、次のようなもの26.25です...しかし、何らかの理由で整数として出力されます。に変更しようとし%dまし%fたが、92行目と97行目の出力がほとんど破損しているため、まだわかりませんでした。

また、92 行目と 97 行目が奇妙な動作をする理由と、ビルド時に警告が表示される理由についても説明がありません。

改善するために何をすべきか教えてください。

TinyOS の使用に完全に迷っており、ここで助けが必要だと思います。

私は彼をリッスンするすべてのノードにメッセージを送信するノードを持っているので、時々このノードは彼のすべての「子供」にメッセージを送信します

次に、 receive メソッドがあります (すべてのメソッドは同じ .nc にあります)

メッセージを送信すると、親ノードは自分の子供からメッセージを受信しますが、魔女の子供が時間内に応答したことをどのように知ることができますか?

たとえば、1 人の父親が 3 つのノードにメッセージを送信している場合、このノードのうち何人が応答したか、また父親の ID をどのように知ることができますか?

言い忘れましたが、父ノードと子ノードは同じコードを実行しますが、父は「コーディネーター」のように振る舞うので、ときどき子供にメッセージを送信する必要があります。このコードをシミュレートするために TOSSIM を使用しています。

前もって感謝します！

WSNの開発に携わりたい。これまでのところ、TinyOS と TOSSIM を使用しており、WSN フィールドに関連する基本概念にある程度精通しています。しかし、ゆっくりと練習に移り、実際に物理モートで作業を開始したいと考えています。実用的なスターター/開発キット/モートはどこで入手できますか? Micaz、Mica-II、sun SPOTはオプションの一部です。皆さん、他に知っていますか？

前もって感謝します

関数 t.runNextEvent() がシミュレーションの時間に大きな影響を与えることに気付きました。すべてのイベントがシミュレートされていることを確認するために、何度も呼び出します。場合によっては (特にフラッディングを使用して情報を広める場合)、それでは十分ではありません。

したがって、この数が大きすぎる場合は、結果を得るためにさらに待たなければなりません。代わりに呼び出しの数が少なすぎると、シミュレーションは役に立たなくなります。

正しい通話数を知る方法はありますか? ここでは、高度なランダム性と、フラッディングが使用される可能性があるという事実を考慮する必要があります。

rssi 値に基づいて RF 電力を増減するプロジェクトに取り組んでいます。送信モートはデータを送信し、受信モートは rssi 値を測定します。

それに基づいて、アンテナの電力を設定する必要があります。どうすればそれを達成できますか？

ありがとうございました

3 つの構造体を定義するヘッダー ファイルを作成すると問題が発生します。問題は、構造体間の依存関係です。このような c 構文を試してみましたが、コードをコンパイルするとエラーが発生します。

エラーは次のとおりです。

/home/user/top/t2_cur/tinyos-2.x/tos/platforms/telosb/mac/tkn154/timer/Alarm32khzTo62500hzTransformC.nc:53:2: 警告: #warning "警告: MAC タイミングは標準に準拠していません!" make: * [exe0] エラー 1

これは私のコードです：

構造体 neurB は、変数 neurC と neurB をその内部で宣言します。コード内の他のすべての構造体の上に neurB 構造体の宣言を配置すると、その内部で neurb 変数を宣言する neurC 構造体が原因でエラーが発生します。構造体の宣言を逆にすると、別の原因で問題が解決しません。

私もこの方法で試しました：