問題タブ [pressure]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
arduino - arduinoを使ってピトー管で風速を計算する
ピトー管MPXV7002DPを使って風速を計算してみました。
センサーから動圧を取得し、ベルヌーイの方程式を適用します。
Arduino UNOを使用しています。
センサーからの圧力の読み取りに問題があると思います。
正しい値を取得する方法がわかりません。
bluetooth-lowenergy - ATSAMB B11 BLE 圧力
こんにちは、ATSAMB11 デバイスが BLE を介して圧力データ (5 mbar のステップで 0 ~ 6 bar) を送信する必要があるアプリケーションを開発しています。カスタム サービスと特性を実装する必要があるかどうか、または atsamb11 に既に実装されている血圧サービスを使用できるかどうかを考えていました。血圧サービスを使用すると、例が提供され、その上にプログラムを書くことができるので、はるかに簡単になるのでお願いしています。一方、カスタム サービスを作成する必要がある場合、どこから始めて、何を書く必要があるのかわかりません。(正確には、BLE に取り組んだのは初めてです)
別のオプションは、カスタム シリアル チャット サービス (これも実装されており、例があります) を介してデータを送信することですが、これは BLE を使用する正しい方法ではないと思います。実際、カスタム シリアル チャットを介して何かを送信できるのであれば、なぜ誰もがさまざまなサービスやプロファイルについて気にするのでしょうか。
yahoo - 間違った圧力 #yahoo-weather-api
現在、32306.16 ミリバールの圧力がかかっています。何が問題なのですか?
私のリクエストには u='c' が含まれています
http://query.yahooapis.com/v1/public/yql?q=select%20 *%20from%20weather.forecast%20where%20u='c'%20and%20woeid%20in%20(select%20woeid%20from %20geo.places(1)%20where%20text%3D%22Aalen%2C%20de%22)&format=xml&env=store%3A%2F%2Fdatatables.org%2Falltableswithkeys
redis - redis incr コマンドは特定の数に制限できますか?
私たちのプロジェクトでは、redis の incr コマンドを使用してストレージの制限を行いたいと考えています。たとえば、特定の商品 A について、プロモーション期間中に 10 個だけ販売したいとします。そのため、incr コマンドを使用してストレージ値を 0 から 10 まで追加することを計画しました。理論的には、この計画はこのシナリオでは問題ありません。
開始前に incr コマンドのパフォーマンス テストを行ったところ、incr を使用して物品の保管を制限することは現実的ではない可能性があることがわかりました。
以下のテストコード:</p>
incrRedisEx は incr コマンドのラッパーであり、ドライバーとして jedis を使用して、Java プロジェクトで redis を駆動しました。
次に、Tomcat を起動し、ブラウザから直接上記のインターフェイスを呼び出すことができました。結果は良好で、ミスもエラーもありませんでした。
そして、パフォーマンス テスト ツールである jmeter に切り替えました。jmeter は、インターフェイスを呼び出すユーザーからの大きなプレッシャーをシミュレートできます。1 秒でインターフェイスを呼び出す 1500 のリクエストを作成しました。しかし、結果は以下のとおりです。
最初は、コードは問題なく機能し、商品のストレージが 10 個に制限されていたことがわかります。
理由はわかりませんが、redis incr は、ユーザーの要求が大きい場合にストレージを制限できません。誰でも私にいくつかの光を与えることができますか?
redis incr メカニズムに基づいて、 incr command を実行した後に新しい値を返します。そうであれば、なぜ数の増加を止めることができないのか、それは本当に奇妙なことです。
私にとっては、おそらく同時に、 incr 操作を行うために redis に送信される 2 つの操作があると思いますが、1 つは incr コマンドを実行して直接戻り、もう 1 つは incr を非常に遅く実行し、戻ったときに、増加する数は 2 ではなく 11 です。これは、他の要求が既に incr コマンドを実行しており、適切なストレージが 10 に増加しているためです。しかし、redis はシングル スレッド モデルであるため、この説明は正しくありません。
- - - - 編集 - - - - - - - -
スレッドセーフの問題を回避するためにコードを変更しました:
ログが 10 回以上書き込まれることがわかりました。