Arduino初心者熱烈大歓迎質問スレ part38
AIも間違えることがあるから、参考にするのはいいけど、自力で書ける力も必要だね。 AIは間違えるというより、息をするように嘘を吐くからちとたちが悪いな Copilotを試してみたが、これかなり酷いわ
AIに「〇〇のプログラムを作って」と投げたら、嬉々としてどこかのサイトからコピペしてくる
そのくせコメントだけは「AIが作りました」みたいに一人前に変えてある
AIを全否定する訳ではないが、自分の中ではCopilotはコピペボット
内容を複数のサイトから引っ張ってくっつけるから、デタラメレベルで間違ってることもある
ブログや動画を公開している人は一度自分の内容について試した方がいいよ、限定的な物だとすぐCopilotにコピペされてるから 真実を包み隠してデタラメを世に広めるのに最適なツールとな、
よしこれで… Microsoft のCopilotはGPT4を謳ってるけどGPT4未満な感じしかしない。
WEBサーフィンしかしないオマケのAIもどき
OpenAIの本物は別格だろう。 >>10
埼玉県の浦和漁港でインドマグロの初水揚げ、名物の生シラス丼おいしいと書いて
Copilotが信じるか試してみたい AIを批判してる人、有料の使ってる？
無料版しか使ってない気がするけど・・・ >>1
高機能デジタルマルチテスター送料税込1329円。AC/DC電圧、AC/DC電流、
k熱電対温度計、センサー自動バックライト、ヒューズx2、NCV、
アマゾン史上コスパ最強激安。10000円相当の機能
https://www.youtube.com/watch?v=cRdRDiDbpR4 どんなにすぅばらしく見えても
AI は所詮エアプやしな
手足がついて、自分で経験を積めるようになったら
そろそろ、脅威かな >>14
物事なんでも丸投げして気に食わないとぎゃーぎゃ騒ぐ人たちだから
そういう人たちってあなたの周りにもいるでしょ？ 他人の経験をさも自分が成し遂げたことのように話したり、
他人の成果にこっそり自分の名前を付け加えて上に報告する、ゴミ設計や知ったか上司やクズ営業ならばいますね。
一人で勝手にベラベラしゃべるけど、詳しい話をさせるとデタラメという コパイロット変だよね
chatdpt3.5以下って感じ
またおんなじこと何度も言うし >>20
で、お前は有料版を使ったことあんのか？
少なくともこの程度の質問なら今のAIなら嘘をつかずに答えるわなw
AI以下だなお前w 横だが
嘘を吐く≠業務的にメリットない
と思うし有料版を実験的にでも使うことが必要だね・・・
著作権、人格権的に微妙なものに制作物や製品の一部とするのも何だし
もう少し判例が出て評価が安定してから有料版を業務投入かな（感想）
そもそも３月に政府の規制指針がでる筈だったが・・・先送りかな
今は強いプラスと強いマイナスを想定して答えが出てない状態だと思うが
会社の上にプラス思考の使え使えマンが居るところは下が大変だろうなｗ
個人的には月額有料版（chatGPT以外）つかってる 有料月額版でも、MSのは事務職が要らなくなるような機能あるから。オフィス書類をパッと作れる。 互換nano に使われてるめっちゃ小さい水晶、どうも負荷コンデンサが近傍に見当たらないのとパッドが3つで中央がGNDなんだが、これ負荷なしで繋げばOKなもの？LCSCでちょっと探したが同じノリのものを見つけられなかった。どういうパッケージなんですか
https://i.imgur.com/arA3LPk.jpg 支那は水晶すらケチるのかよ…と思ったら本家UNOもセラロックだった
村田のちゃんとしたやつじゃないだろうし誤差1%ぐらいありそう 負荷容量が大きいほど設計は楽になるね。
ストレーキャパシティやICごとの端子容量の影響が小さくなるから。
低消費電力を狙うなら、小負荷容量品だけど。 初心者過ぎてトンチンカンなこと言ってたらすいません
arduin nanoに1.3インチOLEDと4桁7セグを繋げて
両方表示しようとしています
なんとか両方表示はできたのですが2秒に1回程度7セグが瞬いてしまいます
OLEDへの表示をコメントアウトさせると瞬かなくなるのですが、
項目数を減らして表示させるとやっぱり認識出来る程瞬いてしまいます
そもそもOLEDと7セグを同時に処理させようとするのが間違いですか?
OLEDのライブラリにAdafruit_SH1106を使用してますが
Adafruit_SH110Xに変えたりしたら処理が早くなったりしますか?
若しくは7セグのプログラムが悪いからどこか直せば瞬かなくなるものですか?
助言宜しくお願いします タイマー割り込みの処理でつまずいてるんじゃないの？ >>32
ありがとうございます
今TimedActionライブラリを使用して
ポート通信で受け取ったデータの切り分け
OLEDの表示
7セグの表示
上記3つをそれぞれのタイミングでやってました
このTimedActionを使用してるからですかね?
OLEDの表示の中に自分ではdelayは使ってないですがどこかの処理にdelayが隠れてるって事ですかね? 電源OFF時のデジタル端子って，以下のうちどのような状態になっていますか？
(1)HI-Z(フローティング)
(2)GNDに導通
(3)5Vラインに導通
(4)Vinラインに導通
(5)その他の規定状態
(6)不定 すみません
>>34はnanoおよびその互換機についての質問です >>34
テスター持ってるなら測ればいいんじゃないの
電源入ってる時は何にも設定しなければハイインピーダンス状態だから多分そうなんだろうけど
基本的には不定だと思っておいた方がいい >>36
ありがとうございます
測ってみたところ(1)だったのですが，仕様で定められているわけではないということですかね >>38
デジタルピン <-> GND
デジタルピン <-> Vin
デジタルピン <-> 5V
デジタルピン <-> 3.3V
デジタルピン <-> 別のデジタルピン
デジタルピン <-> アナログピン
の抵抗値を測ってみたところいずれも2MΩ以上になってました
プローブを入れ替えてみても同じだったので，ダイオード的に接続されているわけでもなさそうでした >>39
VccとGNDにダイオードでつながっている >>40
そうなんですね
私が知りたいのはデジタルピンの状態についてでした ATmega328 のデータシートでも見てくださいよ。 リセット直後の状態はチップのマニュアルに規定があって、setupに入るまではコアライブラリーで決まるんじゃない？
事後的に調べるならデジタルピンを大きい抵抗、例えば20kΩほどでVCCプルアップ、GNDプルダウンして電圧を測るとかね
ダイオードは保護ダイオードなり寄生ダイオードなり、なにかしら付いているだろうな リセット直後とかそういうことじゃなくて、電源OFFではどうなってるのかということを気にしてるんだと思うけど まぁ一言で電源OFFとは言っても、Vinを開放するのか、VinをGNDに落とすのかでも振る舞いが変わったりするのかな 失礼！ 電源OFFだった
その他の回路によって電源の出力コンが放電されて保護ダイオード、寄生ダイオードがすべてGNDに落ちている状態かな
ダイオードを見るんだとすると、抵抗レンジよりダイオードレンジのほうが適切だよね VCCがOFFのままデジタルピンの対GND電圧を上げていくとダイオードをスルーしてVCCが上がりチップが動き出す、までありそうだな みなさんありがとうございます
実は今クルマのウィンカーの点滅制御を乗っ取る装置を作ろうとしていて，以下の仕様を考えていました
1. 点滅タイミングをArduinoで制御できる
2. Arduinoは，車両側ウィンカー制御回路からの点灯電力（断続電力）で動かす
3. スイッチひとつでノーマル動作に戻せる
これを実現しようと以下のような回路を考案し，うまく動作することを確認しました
（S2を閉じればArduinoが動作し，点灯を制御。S2を開けばノーマル点灯）
https://i.imgur.com/uxag1ro.png
しかしながら，上の回路はArduinoの電源がOFFの時にデジタルピンがHI-Zになることを前提に考えたものなので，テストでうまくいったのはたまたまかもしれないと思い質問した次第です
電源OFF時のDpinの状態が不定である可能性やその他の不具合が起こる可能性を考えれば，S2をやめてS3を設けたこちら↓の方が確実な気がしてきました
https://i.imgur.com/SldbTuL.png ご説ごもっとも
良い子が真似して公道に出て事故ったら可哀想なので図面は消しますね 一応法律でウィンカーの点滅間隔は決まっているからね
昔から流れるウィンカーにするカスタムとかあったしケチつけるのも今更だろうとおもうけど >>52
私の書き方がまずかったのですが，点滅間隔を変えることは考えていません（原信号に同期させます）
こんなのです↓
https://i.imgur.com/Ss0LKLf.mp4
またすぐ消すかもしれませんが マツダのあれかな？
外部電源不要ならポン付けで載せられそうだね まあ俺も間欠ワイパー無い軽トラに間欠ワイパーつけたいって思ってたしあまり人の事は言いたくないな ウィンカーは対外表示の部品だから他人に迷惑をかけかねない たとえ純正だって100%の信頼性があるわけじゃないんだからケチをつけようと思えばいくらでも付けられる
しかし短絡的にそれをするのは無粋ってもんだろ
明確に問題があるなら話は別だが ルールから外れないならケチは付けなくていいのにな。
他人に迷惑って言う人がいるけれど程度問題。
他人に1ミリでも迷惑をかけずに生きてる人なんていない。 形式認証とかにも関わるデリケートな部分でもあるので
おおっぴらに問い合わせるのは憚られるものかと
なぜこんなにまでガチガチに法律まで決められているのか？
と言うところも考えないとね
逆に日本は余りにも安全にこだわりすぎているというのもあるけれども >>59
「電気」でひとくくりにするあたりで底が知れてますね 自動車の信頼性ねぇ
某S社のブレーキランプソケットアース不良問題とか見ちゃうと素人以下の仕事にも見えるが >>61
ＩＥＣとＩＳＯと言ってあげたほうがわかりやすかった？ >>62
そういうのカバーするのがリコール制度だが、電気業界でのリコールとは趣が異なるわけで >>64
ところがどっこいリコールされてないのよ
不具合が出た車両についてはバルブ交換代程度の金額で対策品に交換してくれるんだってさ >>65
事象が発生した人にとっては確率100%であっても、設計ミスまたはロット製造不良とは判断されていないのでは？
まあ、サービスキャンペーン的にカバーという風習があるのも事実だけどさ >>66
対策品が出てるってことは設計ミスを認めたようなものかと
ちなみに先に書いたように交換費用の負担はユーザー持ち（サービスキャンペーンでさえない） >>69
例外でなく程度だよ
>>70
それは具体的過ぎて
両方の大本にあるGuide51から下の立て付けというお話 >>71
例外でなく程度だとしても同じことだろうに >電気と自動車では信頼性設計の指標が違う←どう違うのか？
>ＩＥＣとＩＳＯ←どう違うのか？
>電気業界でのリコールとは趣が異なる←どう異なるのか？
>まあ、Ｓさんですとねぇ←Sさんだとどうなのか？
最後までモノを言えない病気なのかなとは思いました >電気と自動車では信頼性設計の指標が違う←前者はIECに沿い、後者はISOに沿う
>ＩＥＣとＩＳＯ←業界が違うので相互不可侵に近い、必要に応じてコラボレート
>電気業界でのリコールとは趣が異なる←自動車のリコールはお役人絡み、電気はなんなんでしょ？ 自社やNITEの公告ですかね
>まあ、Ｓさんですとねぇ←Sさんはあまりお金を使わない（あくまで個人的感想）
スレチなんでこれ以上深くはね >>75
つまり>>59は，例えば「電気業界では事故原因にならないことに重きを置いていて，自動車業界では事故時の被害の軽減に重きを置いている」とかいう思想の話ではなくて，単に準拠する規格が違う（場合によっては実質的に同じこともある）ということを言いたかったということでしょうか。
だとすると>>59はどのレス（あるいはどのレス範囲）に対するどういう意図での発言なのでしょうか？ >>76
ちょっと続けるわ
＞思想の話ではなくて，単に準拠する規格が違う
規格は上から落ちてくるものではなく業界が自ら作り出すものなので、出来上がった規格はある業界において防止したい事象はなにかという思想を含んでいると考えてもいいよな
なので規格に沿うということは思想を継承していることになると思うよ
＞どういう意図での
対象は>>49-55あたり
実際の構造物の信頼性は同レベルになるかもしれないけれど、どこにどういうリスクがあってどの程度で発生し重大になるかの見積もりは業界によって異なって当然でしょう
自分の印象で大きく異なるのは、電気物は一部を除き電源ケーブルでつながっていてその近辺のリスクを考えるのに対し、自動車は公道を動き回るので他の公道利用者との調和が損なわれるリスクを考えるという点
>>51が消す動機はとても理解できるし、故障の発生有無でなく対外リスクをスタートで考えるべきかと
その上で配慮された構造なら、それは否定する気はないし >>77
なるほどよくわかりました
ちなみに>>53に他の公道利用者との調和が損なわれる点（対外リスク）があるとすれば，例えばどんなことが考えられますか？ >>78
ご理解いただけて幸いだわ
なお書き加えると、リスクを回避できる仕様をよこせと言われがちだけどリスクの見積もりはアンタの心の中にあるでしょ、と思うことしばしば
＞対外リスク
いわゆる保安部品が対象ということになるかと、以下に例示されている
https://ja.wikipedia.org/wiki/%E4%BF%9D%E5%AE%89%E9%83%A8%E5%93%81 >>79
>いわゆる保安部品が対象ということになるかと、以下に例示されている
カスタムであっても法令・規格に準拠させるべきは当然と思いますが，あなたが>>53を見て「少なくともこれは対外リスクだろう」と感じた点はありますか？ >>80
リスクアナリシスは個別の部品でなくシステムに組み込まれた状態が起点でしょう、なのでこの動画だけなら言及は慎むべきなんだけどね
少なくとも回路、配線が失陥したときに元のウィンカーが使えるのかは考慮しなきゃでしょ、ABSみたく
ランプ断線検知などは、ドライバーに認知手段を与えて交換を促すという意味では有効と社会認識されているし >>81
ありがとうございます
失陥時云々の話も同意ですが，少なくともこの動画の状態では正常時に必ず問題になる点があるかどうかは判断できないと理解しました
余談ですが，昭和～平成初期？ぐらいの時代にバスやトラックが3連のいわゆる「流れるウィンカー」を搭載しているものがありましたが，あれって保安基準不適合だったんですね
私の地元のバス会社のもそうでしたが，法人としてそういうことをやっていたとはおおらかな時代でしたね
（てっきり当時は認められていて，その後禁止になって最近また解禁されたのだと思ってました） >>82
正常時ってなんや？ってところからかもね
バッテリーがあがっちゃってジャンプスタート掛けるときにプラスマイナス間違えたとか24Vトラックからつないだとか、決して回路に問題があったわけじゃなくても故障につながる恐れ
そういうポカがあるとか、逆に保安基準を超えて失陥検知などが配慮されているとか、業界独自の考えや水準はある
流れるウィンカーに興味はないけど、国連協定規則の改定絡みかな？
まあどっかのメーカーがプッシュしたんでしょ、いきなり天から降っては来ない >>48
使用者の行う日常整備の範囲を超えてます
整備ではありません 車関係で画策中の案件
ブレーキ踏んだら作動する車間ソナーをArduinoで車速感応式に変更しようと思ってる >>91
それって元々どういう機能を実現するためのものなんですか？
単に制動中に前車との距離を表示するだけ？ 超音波で車間を測定できるんだ
その方面はヨーロッパ部品メーカに握られてるからそうなるか >>92
よくある駐車時の車間表示と音で知らせるやつですね
社外のはブレーキ踏んだ時ONになる仕様なので不便なんですよ >>94
と言うのもね、うちの親父が運転怪しいのでそれ用に改造しようと思ってるんですよ
ブレーキ踏んだ時だけ作動だと間に合わないと思うので
徐行だと5km/h以下位かな？
車速感応式は売って無いので面白いかなと >>94
なるほどそのソナーですか
車速検知さえなんとかなればいけそうですね >>96
場違いな正義感拗らせた奴なんて何言ってても無視するだけだろ 細かいことにイチイチつっこんで
後付けでロジックで絡んできて難癖つけるとかあるしな
もう放置でいいよ >>98
底が知れてるだの病気だの、先入観で罵倒する方もたいがいだろ 安全に関わるような物をこんなとこに出入りしてるような素人が手を出すべきではないな >>97
PCFANのパルス検知でPWM制御の応用で可能ですね
車速パルス拾うだけなので ちょっと違うけど、一時停止判定を考えていたらゼロの哲学にハマった
GPSはベクトル量からスカラー量に変換する過程でよくわからんフィルターが入ってそうだしな >>107
40年落ちの中古車にでも乗ってるのかな？ うちのクルマは40年落ちの中古車ではないけどCANだなぁ 位置の誤差成分も微分されるからな
みかけ上衛星が10個ほどランダムに天空に飛んでいて
うち地上システムが４つほど選択してるので切り替わりが頻繁にある
しかも受信機も移動して衛星の影に入って消えたりする
切り替わるタイミングで数秒から数十秒のパルス状誤差になると予想
（まぁフィルター次第か）
ちなみ、みちびきは全備７機稼働すれば
みちびきだけで座標確定できるらしいが
４機してか稼働してない 見かけ上飛んでいるわけでもランダムに飛んでいるわけでもなかろう 米国衛星は順同期軌道に20個あり
中軌道でみかけ水平線下に存在している確率が高い
つまり天頂より水平線に近くに見える確率が大きいから
水平線からランダムに出現するようにみなされるがただしいかな
日本のはまた別軌道 Arduino Unoにモバイルバッテリーで給電したいのですが、途中で電源が切れてしまいます。市販のツールを使わずにArduinoのみで完結する対策方法と抵抗などをしようするならそれの具体的な数値も教えていただきたいです。 Arduino Unoにモバイルバッテリーで給電したいのですが、途中で電源が切れてしまいます。
市販のツールを使わずにArduinoのみで完結する対策方法と抵抗などをしようするならそれの具体的な数値も教えていただきたいです。 低消費電力でも電流遮断しないバッテリーがあるからそれを選ぶか
適当なリチウムポリマーとか18350とか見繕って自作すればいいんじゃね？
一番簡単なのは電池ボックス＋電池だね
電池をニッケル水素電池にすれば充電再利用も簡単 あと、低消費電力機器向けのモバイルバッテリーを探す場合は「IoT機器対応」で探すと良いと思うよ
有名どころはcheeroあたりかな？ ダイソーで売ってるのが使えるよ
一応コンデンサーでノイズ対策しておいたら良いかも
ラジオペンチさんのブログ
「ダイソーの「5000mAh モバイルバッテリー」の特性を測ってみた」
で検索してみて。(アドレス貼れない…)
「あと、こういう仕様なので、マイコンの基板などの消費電流が小さな機器を繋いだ時に
勝手に電源が遮断されたりしないので便利だと思います。
但し、軽負荷時のリップル電圧が大きい点は要注意です。」 >>113
もしそのモバイルバッテリーを買い替えるつもりがないなら、まずはそのモバイルバッテリーが連続して出力する条件を調べる必要がある
対策を考えるのはその後かな デジットで売ってた300円バッテリーが常時給電仕様だったわ
買い溜めたけど半分ぐらい過放電で逝った >>118
すげぇ、ソフトだけで出来るんか！
って思うよね。 USBloadで給電が止まることの対策のための参考になるサイトなどを教えてほしいです。 同じことおもた
感覚的に10ｍAだと少ないけど100だと多すぎる（適当）
470を10本かってきて数十円、足を手でねじって
本数から閾値を特定
適当な安全率(ｘ1.5~ｘ2本)かけて運用テストかな
可変抵抗だと損失(w)で考慮するのめんどい(w) 60-100ｍAで解除されるから
4つのio出力に200Ωを接続し25mAx4=100mA
これだとUNOの消費電力が5倍になってしまうので
60秒に1回500ms負荷を掛ける、これなら消費電力量は1割り増し程度で済む
モバイルバッテリーの仕様にあわない場合もあるので調整は必要だけどだいたいこんな感じ 3.3vのArduinoじゃだめなん？
簡単に全て解決するけど 3.3Vにするとモバイルバッテリーが停止しなくなるん？ >>127
え？そんなレベルの話なの？
電子工作とかする人かとおもてた
ごめんね >>127
モバイルバッテリーでやりたいという希望は何も解決しないよ >>125
60秒も待たないよ。
使ったことなくても想像は出来ると思うけど。 手持ちの4種類だとコレでおｋだけどな
テストした中に120秒以上低電力ならパワーオフというのがあったし
45秒周期でセンスしてるっぽいのもあった
まあ各種あるのでは必要だ 尼のオートパワーオフ・キャンセルケーブルの
評価欄みてもキャンセルできないとの苦情の嵐だしな
バッテリの特定個体の適合性とバッテリを寿命考えたら
もう一個aruduino買ってプログラマブルにするが良しかな
・電流値10〜50(mA)
・パルス幅0.1〜60(s)
・パルス間隔10〜60(s)または（％）
くらいかな
ちなみに手持ちはUSBバッテリーは３分くらいだった >評価欄みてもキャンセルできないとの苦情の嵐
えー。どこどこ？
それはともかく、自分で解決できない人たち向けに、こういう相性問題が大きい商品を出すのは勇気があるな、と思った。 モバイルバッテリーの自動遮断の回避という文脈で
>3.3vのArduinoじゃだめなん？
>簡単に全て解決するけど
>それな
>謎の5V出力縛りなんだよな
って何なんでしょう。
謎の5V出力縛りを取り払って、3.3Vにしたら、モバイルバッテリーの自動遮断を回避できるかのような言い方です。
と思ったけど、5Vへの昇圧が止まっても、バッテリーの生の電圧を出し続けるようなモバイルバッテリーがあるのかな? >>137
モバイルバッテリーではなくリチウムバッテリーの生セルを使えばって話でしょ
でも充電のしやすさとか残量表示とかモバイルバッテリーの良さはあるよね
低電流用のモードに切り替えられるモバイルバッテリーもあるけどそういうのを買うつもりはないの？ >>138
リチウムバッテリーじゃなくてリチウムイオンバッテリーな
文脈から当たり前にリチウムイオン電池の事だとわかるけど違和感半端ないんだわ
その感覚無いような人に書き込んで欲しくない >>139
ごめんなリチウムイオンバッテリーのことね >低電流用のモードに切り替えられるモバイルバッテリーもあるけどそういうのを買うつもりはないの？
どうなんでしょうね。
なんにしろ、
要求仕様がでてきてない。
市場の製品もその辺りは明示してない(ものが多そう)。
同じ型式でも、中身がずっと同じなのかなって気もするし。
目的外使用でもあるし、これなら大丈夫、と言えるものはなかなかないのでは。 ワイヤレスイヤホンの充電モード、もしくはそれに対応したバッテリーならオフしないよ
非対応品は消耗してそのうち市場から消えるから一過性のものじゃね
Tiny13Aで作ると150円くらいでできそう Ankerでもエレコムでも時限タイマー付いてて低電流モードをオフするよね 大型トラックで狭い道通るにはどうしたらいいんですかね？
小さい車にすれば？とアドバイスすると叩かれる謎 >>144
鉄柱2本で車幅制限してるのに
大型車両がムリヤリ通ったらしい跡を見たことあるよ
前日まで真っ直ぐ立っていた鉄柱は、基礎ごと斜めに傾いてた 山岳道路で車幅一杯の区間で間違って先頭になって
しまった時は躊躇して緩々走ってはだめ
面倒な対向車が来る前に
死ぬ気でアクセル踏んで全速力で走り抜けるかな
あと無駄かもしれんが
昼でも前照灯とパッシングと適度なクラクション
で近づいてますアピール
まあ近寄らないことだが、田舎に近いとしかたない >>144
要件も理解できてない的外れな例えはやめた方がいいよ >>148
謎の5V縛りとか言ってる人が言うと説得力があるな >>144
よくあるなあ。じゃあ荷台に積んだ荷物はどうするんですか？と聞くと逆ギレ >>150
今回は荷物積んでないのに大型トラックにこだわってる たとえはたとえでしかないしね。都合が悪くなったら下手なたとえを出せばいいって話もある。
もとにもどろう。 質問者はもういないんじゃない？ それか理解できないか モバイルバッテリーを無改造で利用することは安全上合理的
生セルの電力を引き出して使う場合は過放電防止への配慮が必要かな 初心者の質問スレのはずなのに聞かれてもいない持論を垂れ流しだす人がいるのは何故？ 初心者の質問スレのはずなのに聞いた本人行方不明でバトル始まるの何故？ >初心者の質問スレのはずなのに聞いた本人行方不明でバトル始まるの何故？
大半の原因は、質問者も回答者も説明不足とそれにともなう憶測で回答が多岐にわたるからじゃないですかね。 回答者とコミュしたくないならAIに聞けばいいのにね 情報を小出しにする質問者と息を吐くように嘘をつくAIのバトルは見てみたい 小出しにするのは。コミュニケーションが続いているから。マシなほう。
↓の3ステップで終了するような気がする。
情報不足の質問
漠然とした質問が原因でより精度を落とすAI
鵜呑みにして失敗して、AIは使い物にならないと結論を出す質問者 ぱっと定番的な答えが出せないってことは各々このテーマについて考え尽くせてないってことでもある
いい機会だから思う存分語り合えばええやん？ 「このテーマ」が絞れてなくて質問自体が「このテーマのあのことこのことそのこといろいろなこと」になっているから、ぱっとでてくるのも「あのことこのことそのこといろいろなこと」になるのだろう。 56Ωをパラに抱かせれば出来るんだよ
それがわかっている上で要件が特定できればさらなる妙案があるというもの、だが質問者は音沙汰無し 節電とか考えなければUSBケーブルに仕込んでしまうのが安くて手っ取り早いな リンゴを一緒に買いに行って欲しいの
>>166>>167
そんな簡単なことやったら、バッテリの減りが速くなるぞ >市販のツールを使わずにArduinoのみで完結する対策方法と抵抗などをしようするならそれの具体的な数値も教えていただきたいです。
>>168
しらんがな 初心者質問スレもだが歪曲して合理性のない方に話を持っていこうとする回答者がいる
目的を書かない質問は特に迷走しやすい。書けないならしょうがないがその場合は
誤解のないように抽象化する責任が質問者に生じる
モバイルバッテリーで動かしたいと言っても
・お手軽な5Vの安定化電源が欲しい
・無停電動作をさせたい
・お手軽にモバイル運用したい
・長時間モバイルで動かしたい
などいくつも思いつくし、物によって適した手段は変わってくるしね 初心者は回答者にとって何が必要な情報かなんてわからないんだからある程度エスパーできんやつは黙っとけばいいやん 3つくらい方向性を示して選べというのがベスト回答だろうな arduinoが（定格外運用していたわけでもないのに）自然に故障したことがある人います？
もしいたらどんな風に故障したのか、症状や原因なんかを知りたいです いつのまにかnanoのUSB直後のダイオードが焼けてて
使おうとおもったら反応無かった事があったな
150mAを超える大きな負荷掛けた記憶も無い
ダイオード交換で修理した >>176
ありがとうございます
その時ってVin端子からの給電なら動いた感じですか 試してないけど
Vin端子-5Vレギュ－USB－Di－Vcc だから動かないんじゃないの？ Vin端子 → 5Vレギュレータ → VCC ← K(Di)A ← USB
なので動きそうですね。
なお電子部品自体は勝手に壊れることって滅多にないし、故障したら、なにかの定格外が発生したのだと考える方がいいです。 みなさんありがとうございます
自分は壊した経験はないのですが、気をつけて使っていても壊れるとしたらどんなところなのかと思って質問してみました
データ取得・表示なんかをさせている分にはあまり気にしていませんでしたが、パワー系の制御をさせたりする場合はある程度故障モードを想定しておくのがいいかと思いまして 故障モードの想定ってのはあらかじめ故障の発生確率を考慮することにならんかな？
開放、短絡などで発生する事象を機械的に洗い出したほうが実があるような
UNO R4は非絶縁DCDCを電源にしているけど、別ケースで非絶縁DCDCの誤動作と思われる壊しまくりの経験はある 本家Arduinoが故障するとしたら十中八九定格外じゃね
Arduino関係の解説で過渡現象に注目しているものなんてほとんどないしな
保護ダイオードどころか保護抵抗すら入っていなかったり
本当に定格内で故障するようならメーカーのフォーラムや海外の技術系コミュニティなどで
「○○が良く故障するんだが」などと問題になるだろう 特定のピンだけ故障する事ってありますか？
ありますよね、、、、
ありがとうございました 0.5AのマトリクスLED間違って繋いで8ピンだけ壊れたことあるわ
入力はできるけど出力もーどにするとHi-z状態、出力段が焼き切れたんだろうな uno使われてる328pなんか出力に保護回路入ってるようだな
出力が半田ブリッジで短絡してたんだが
ループ処理の最初の1〜2周だけ動いてあと知らんぷりという
ソフトのバグにしか見えん症状でドハマリしたわ
2本のピンが短絡してるだけなのにポートまごと落ちるんだな
勉強になった 「保護回路が入っている」は要注意キーワードで、なぜかある種の人は
「保護回路が入っていれば、ポートは保護されて壊れない」って思ってしまいます。
「保護回路が入っていれば、保護回路で保護できる範囲は保護ができる」ぐらいの意味にとっておかないと。
それはともかく、328Pの出力に保護回路って入っていたかな?
そこが壊れなかったのは、単にそのとき壊れるような駆動ができなかっただけかも。
ポートの短絡でソフトがおかしくなるのは、電源の揺れ、発熱による暴走などが考えられます。
短絡したからポートがまるごと落ちたのではないと思います。 >>187
せいぜい対Vccと対GNDのクランプダイオードだけだな
過電圧、負電圧保護にはなっても簡易的なものだし
短絡、過電流、ラッチアップに対しては無防備かと
ただ328P含むAVR8系の古い品種は吸い込み-20mA、吐き出し50mAぐらいまで耐えることが多い >>ポートがまるごと落ちたのではないと思います
短絡ピンのあるポートが全出力停止になって、
ほかのポートは正常動作してたんだよ
そのポート以外の動作は正常動作で暴走してる気配ゼロ
保護回路入ってなけりゃこんな動きせんやろ
＞＞単にそのとき壊れるような駆動ができなかっただけかも。
短絡で壊れない駆動しかできないなら、保護の必要もないし
ポートごと落とす必要もないよね >>188
ブリッジなんでポートの隣同士のピンの出力衝突で
保護するべきは過電流で、ちゃんと保護されてたんだから（おかげでドハマリしたが）、
過電流保護、入ってるわこれって思ったよ >>189
保護回路じゃなくて回路そのものがやられてる可能性はないの？ >>191
ブリッジとったらすべて正常に動いてるよ データシートに記載されている値はその範囲で動作を保証するという意味で
逸脱すると故障したり誤動作するという意味ではない
逸脱した場合の動作は未定義。壊れるかもしれないし壊れないかもしれない
誤動作するかもしれないし、誤動作しないかもしれない RTCのライブラリの件で2つ質問
RX8900RTC.h
TimeLib.h
の2つを使いarduino nanoで時計を作ったんだが
tmElements_t
time_t
の二つの構造体の違いがよく分からない
何とか動いてるけどシッカリ理解して使いたい
もう一つはtime_tの２０３８年問題
せっかく作っても２０３８年に動作不良するなら、今の時点で対策しておきたい
ライブラリをいじるしか無いのかな？ time_t RX8900RTC::get() {
tmElements_t tm = read();
return makeTime(tm);
}
time_tはtmElements_tで時刻を読んでmakeTimeに変換する関数なだけ
2038年問題はそんな先のこと知らん エポックが2000/1/1になってれば2038対策済でしょ 脳波で動かせるようになってる。
イーロンマスクの埋め込みデバイスも治験承認されてるし、
数日前にキーボードなしのデモ映像出してたよね？
が、14年後はデバイスにオマエが付いてるんだろうなw 昔脳波マウスがあったけど30分も操作したらクタクタになるらしい
脳波感応のネコ耳もあったよな カメラで瞳撮影して移動検地でカーソルを動かしてまばたきでクリックするUIを前にテレビで見たわ
大雑把な指示なら音声認識でいけるんだけどな >>201
使ってると、この辺に力入れると動くとか分かってくる。脳波じゃなくて筋肉にも反応してるんだろう。 そうなのか、使った事無いからわかんね
顔面神経痛とかになりそうだなｗ むしろ動かすことより動かさないことの方が難しくて力入りそうだから
くたくたになるんだろうね 脳波で動く車いすみたいなの実験してるのずいぶん前に見たけど
あれはどうなったんだ？ 被験者がくたくたになる事故が相次いだ為実験は中止されました。 脳波マウスという触れ込みで昔売っていたものは顔の筋肉で動かしてただけと知ってがっかりした 「耳ぴく」で操作できるメガネ機器 “ダブルぴくぴく”や“3秒ロングぴく”などで入力 神戸高専が開発 neo-6mとesp32とSDカードスロットがあればGPSロガーは作れるでしょうか？
車庫に入れたら自動でWi-Fi同期で別機器にデータ移動と破棄をする形のものを作りたいです。 メモリたくさんあるからSDカード要らない気がする。 バッ直で常時通電か？
外出先で停車したらデータ失うんじゃね
バッテリーを提示するならわかるが SDカード無しは嬉しいですね。
電源は乾電池と振動センサかバッテリーDCDCにスーパーキャパシタか何かでどうにかならないか考えました。DCDCが故障率低くなさそうに感じるのですが乾電池じゃあっという間にゼロになっちゃいますよね。 >>217
低予算とメンテフリーを両立できそうですね
とりあえずesp32とneo-6mと太陽電池でトライしてみます。ありがとうございます！ Ni-MHって雑に充電しても大丈夫なのでしょうか？
arduino forumには放電防止Diode一本あれば良くて過充電は大して気にしなくていい…とありますがエネループ充電器などは結構細かく管理してるみたいでリード伸ばしたくらいで充電できなくなります 安くて低用量のNi-Cdを買ってみました。
あとはコーディングで躓かなければいいのですが…
ソーラーパネルとGPSはAliなのでだいぶかかりそうです >>219
常時充電たまに稼働ならトリクル充電という手法が適当
これは自己放電を補う程度の小電流の電源を常時つないでおくという考えで、充電電流はCレートで最大0.05C
余った分は熱に変わるがそれほど高温にならず問題ないとしている、高温環境下では注意がいるかもね
定電流ダイオードが便利でパラ使いもできるので、必要な充電電流分パラ数を調整すればよろし >>221
ありがとうございます。
neo-6mとesp32で200mA以下程度の稼働時消費として2000mAhのNi-MHで十時間稼働くらいでしょうか。(Claude3に聞きました)
振動センサーでパワーオフすればクリアできそうです。
メモリはesp32は4MBあると見ましたが長時間使った場合は少し厳しそうでしょうか。GPS情報の記録を一部に絞れば可能でしょうか？(GPSのことはまだ何もわかりません) え？
エンジンスタートでシガソケ給電検知して起動gpsログ開始、バッテリーへの充電開始
ストップでシガソケ給電切れたらセーブモードに移行、バッテリー動作開始、鯖を探してデータ転送、見つからなくてもタイムアウトでスリープに移行
じゃないの
ソーラーパネルは不要だと思う
モバイルバッテリーが手軽そうだけど車内に放置すんのは怖いな >>223
それが1番簡単そうですね。
DCDCとソーラーのどちらが故障率高いのか両方作ってみようかな？
そもそも自分がGPSを使いこなせるかがまず疑問ですが 不慮の事態を考えるとSDメモリがいいんじゃないかな？
Ni-MHはエネループの単三一般品で1800mAh前後か、プロを使うより消費を減らすほうがいいよ
GPSデータはNMEAセンテンス全部だと重複と普通には使わないのがあるんで、時刻緯度経度速度に絞って大目に見て128バイト/データが目安 不慮の事態でSDカード全滅だろ
SPIフラッシュのほうが安全 SPIフラッシュだと何が救えるようになるんかな？
電源瞬断くらいだと大差ないような ソーラーパネルの充電回路はこれをそのまま流用できない？
【100均ガジェット分解】(45)ダイソーの「ソーラーセンサーライト」
https://note.com/tomorrow56/n/n30b77ab7eeb8 NMEAセンテンスをそのまま全て保存しようと思ったら128バイトとか要るけど
緯度・経度と一部のフラグのみをバイナリで保存するなら16バイトもあれば足りると思われる
どこまで効率化できるかは本人の勉強にかかっているのでは
ESP32もWROOM系なら8MBのPSRAMがあるしオンモジュールでもかなり蓄積できる >>228
バッテリーはNi-MH0.5CかNi-Cd1Cかその方法で現物で試してみます。ありがとうございます。
>>229
SD無しもワンチャンありますか？
とりあえずうちにゴロゴロしてる普通のesp32で試してみます。LチカくらいしかやったことないですけどClaude3さんのサポートがあればどうにかなる…といいな。 >>227
SDもファイルシステム使わなければ大丈夫か。 >>232
FATだってキャパシタによるバックアップで電圧降下を検出しアンマウントさせれば大丈夫でしょ
Arduinoベースだとちょっと難しいが
もしくはLittleFSみたいなファイルシステムを使用する >>233
それを言い出したらUPS付けときゃいいじゃんとかなるよ。 日本から出ないとしても緯度経度は小数点含むからバイナリは労が多いな
速度データは緯度経度の精度では変換で得られず、GPSが吐き出すデータをもらったほうがいいしねぇ SDメモリでarduinoベースのopenlog基板を使ってるけど、バッファがたまったら書き込むからそこに電源断が当たらなきゃOKみたい
FAT32のチェーンは途切れるがクラスタの連続性がなくなるわけでもないし どこかのスレで電池ボックスの接触不良の話題があったが、あれは意外に難物だな
おそらくプラス/マイナス電極のニッケルの酸化被膜による接触不良
付け外しする分にはこすれて酸化被膜が削れるが、ボックスに入れっぱなしは懸念はある
気にするなら電話の子機用の組バッテリーがよさそうだがね 緯度経度は日本から出ないことを前提に
doubleに変換→オフセット＆小数点位置調整→floatに変換→格納
で足りるのではないか floadは有効桁数足りない、やるなら4バイトlongかそれプラスα
PSRAMって電源断で揮発のドキドキゲーム付きなんかな？ やはり揮発しますか？
電池は最悪スポット溶接しちゃいます。というかケースも邪魔なのでスポット溶接して板にテープ巻いたほうがキレイなのかも 作ることが目的じゃないなら根本の目的を最初から考えて手段を再考するぐらいのものだなあ…
がんばれ〜 信頼性は難易度やコストに大きく影響するからな
トラブルでデータを喪失してはいけないとか言い出すと技術も予算も青天井ｗ 見ないでNGにしたから何が張られてるのか分からないわ R4にDA出力が付いてるとの事で買って
正弦波を出力させようとした所、波形見ると
高周波でも低周波でも階段状になるんだよな
DAなので階段状になるのは分かるけど
低周波なんかはもっと滑らかに見えても
良い気がする。どんな制御してんだろ D/Aに与えた値よりも粗い階段状になっているのなら、なにか問題があるのかも。
D/Aに与えた値相応に階段状になっているなら、
傾向として高い周波数の方が、なめらかになって「しまい」ます。(観測も含めた回路の応答で)
>どんな制御してんだろ
マイコン内蔵のD/Aはたいていの場合「ラダー抵抗」だと思います。 >>249
オシロ画面のキャプチャ画像かスマホ写真をアップすると答える方も分かり易いよ M5casule等で内臓バッテリとUSBからの2系統の給電する際に、自動で電源が切り替わったりするものでしょうか。
それとも別途回路を組む必要がありますか？ ラズパイゼロって外部SDモジュール動かないバグがあるらしい…？1日無駄にした感 Raapberry Pi ZeroにArduino入れてるのでは？？ AIの助けを借りても環境のver違いとかは気づいてくれないんだな…
かなり楽にはなっているが修行じみてるのは以前と変わりないな…
人間の作った混沌にAIはまだまだ太刀打ちできないようだ AIはネットに書いてあることしか知らないからな
試しに実行してみるとか、環境変えてみるとかやらないと。 現実に即した構造変更をしないと何一つ出来上がりはしないね。
何事も結局現場合わせが要る…AIに代替出来ないのはこの部分かもしれない。
実現場データをガン積みしていったらそれすらも解決できるようになるのだろうか。 AIって「嗅覚」のデータがほぼ無いらしいね。
臭いはデジタル化が難しい。
生物にとって「臭い」は重要な要素。
コーヒーの良い香りや、うんこの臭い香りも理解で来てない。
AIってまだまだやな！ 人間の表情はかなり理解するらしいね。
パターン化と認識はAIの最も得意とする所、
だから、
コーヒーの良い香りや、うんこの臭い香りに対する人間の反応が読める。
人間がセンサーとして組み込まれる未来が来るのだ、
まるでトリュフ豚のように！ >>261
特定の物質の検出は可能だけど
不特定多数は無理 ガスを検出するのは出来るけど嗅覚そのものをエミュレートすることはまだできないよね 嗅覚受容体の種類は味覚とは桁違いだし閾値も千差万別だしそんな単純なもんじゃない 臭素は液体だから超微細な回路でキャッチしてごくわずかな電流の変化でニオイ成分の種類を検知できるようになればワンチャン わんわんお！
わんわん並みのセンサー実現か
鼻が熱くなるなw 高性能な嗅覚センサーが手頃な値段になれば
色々な物を作りたい夢が広がるなー いやいやヲタ臭センサーキットとかのデモをしてるふりして店に設置するんだ 化学物質検出センサーでもいいから、設置してほしい店がある
たまに行くコンビニ、すごく臭いときがある（化粧品の臭い）
行った後、咳・鼻水・涙が半日程度止まらない。
自分で作って、棒の先につけて、店内に入れて、確認したい。
ボッシュのBME680環境センサーと、オムロンのダストセンサーがあるから、作ってみるかなw 化学物質検出センサーでもいいから、設置してほしい店がある
たまに行くコンビニ、すごく臭いときがある（化粧品の臭い）
行った後、咳・鼻水・涙が半日程度止まらない。
自分で作って、棒の先につけて、店内に入れて、確認したい。
ボッシュのBME680環境センサーと、オムロンのダストセンサーがあるから、作ってみるかなw 書き込んだ後だけど、ボッシュのBME688センサー使うと
なんか学習させて、いろいろの臭いを検出できるらしい esp32 GPSロガー作ってますがコードがまずスペースオーバーしてきますね。全然まったく余裕がない。 ATMega328でも作れるんだから余裕のあるESP32で足りないとか無駄が多すぎなんじゃね？ storage space exeedみたいの出るんですがc++とかじゃなくてもっと低級言語で書く前提なんですかね？ エスパーキボンヌすぎてアドバイスできない
ESP32のコードフラッシュはMBオーダーであるし
GSPロガーごとき(Arduinoのコード効率の悪さを
考慮しても数十KB)が収まらないのは無駄多すぎじゃね
と突っ込まれるのは当然 確かに500行くらいで4M行くわけ無いですよね…なんだろ…まったくの初心者なのでもうちょっと色々と試してみます 500行だって巨大な定数を定義したり
大きなデータをリンクすれば膨れ上がるよ
・何をしたいのか
・それを実現するためにどのようなアプローチで実装しているのか
を書かないと具体的なアドバイスは難しいと思う デフォルト4MBのパーテーションは
(プログラム1.2M+ファイル1.5M+OTA)なので、これを
(プログラム3M+ファイル1M)のヒュージモデルに変えるといかも、
つかそれが最大、4MBまるごと使用できない ひとのコードをぶっ込んだだけなので上げられないなんて言えない >>285
こちらも初心者なので違ったらすみません。
WifiやBluetoothとGPSその他ライブラリを組み込みすぎて、結果吐き出すプログラムが膨れ上がっていませんか？
特にWifi.hはincludeすると肥大化するので、一度関連部分を削除して書き込めるか試し、
>>284の通りパーティションの変更を試すことをお勧めします。 パーティションあけたら行けました。ありがとうございます。
でも1.2Mあるからやはり色々とincludeしてるせいですよね。構造全然わからないけど500行で1.2M…
とりあえずひとのコードをいじくり回して慣れてみます。
昨日までPythonいじってましたけどC++は少しdartに似てる記法ですか？こっちのほうが好きかも CSSや画像満載のリッチなwebページとかやってるとすぐ1M超えるから
コンテンツはファイル領域から読み出すとか改変が必要かな
16Mモデルにしても(3M+9.9M)しか選択できない ええ…16MBモデル意味無…
今色々漁ってたらarduino nano?とかLi-po変圧とか色々出てきて電子ペーパーも着荷してGPSから気が逸れそうになってますが頑張ります パーティションテーブルを自分で定義すれば良いだろ。 一般的にWebコンテンツなどは高価なコードフラッシュではなく外付けの大容量シリアルフラッシュ(SDCやMMCとか)に持つことが多い
ESP系やラズパイPicoなどは例外。例外的と言ってもコードフラッシュの容量や価格と引き換えにレイテンシが犠牲になっている
>>290
Webインターフェイスを使っているの？そうならそうと書かないと話がかみ合わないよ。ネットワークスタックはかなりメモリを食うし
GNSSモジュールと通信するUARTとSDCと通信するSPIだけでそんなに食うわけないだろってみんな思っているんじゃないかな >>297
#include<EEPROM.h>
#include<BLEDevice.h>
#include <BLEUtils.h>
#include <BLEServer.h>
#include<SPI.h>
#include "SD.h"
#include "FS.h"
#include "TinyGPS++.h"
最初に入れたやつはこれだけインポートしてました
前に質問したときメモリ余裕って聞いたのにコードすら入らんやんけ…！ってなってました。SDカードにはフォルダしか作成されてないし謎なので今
kamo-it.org/blog/esp32_gps/
のかたの奴を真似してみてます。
色々と端折られている気がするので出来るかどうか…？ これも面白そう
DataLoggingExample7_OpenLogESP32_SPI_SDIO.ino >>299
ありがとうございます。次はそれをやってみます。
動作OKでシンプルな奴を見つけて何回か写経したい APIキーとかって設置してるarduino盗まれたら吸われますよね。どうやって対策すればいいでしょうか？シンプルに諦めるべきでしょうか？ こっちのほうがシンプルだった
DataLoggingExample6_NMEA.ino >>302
ありがとうございます。全然まだ読めないので助かります。
200行も無い…！これから取り掛かるべきかも
>>301
少し調べてセキュリティはやはり諦めました。ファイアベース側とかでリミットつけておけばいいですかね。使ったこと無いですが。 マイコンでネイティブで持っているFLASHプロテクトは使えないのかな？
盗まれて総当たりされちゃダメだけど ググったら公式が解説していた
Security - ESP32 - ESP-IDF Programming Guide v5.2.1 documentation
ttps://docs.espressif.com/projects/esp-idf/en/stable/esp32/security/security.html
最低限の防御は出来そう。Arduinoしか判りませんレベルでは難しいと思うが Flash encryptionって充分そうなしっかりしたセキュリティがちゃんとあるんですね。完成したらトライしてみます。 毎回ESP32を起動するたびにSSIDとキーを取得しなおす手間がかけられるなら他にもやりようはある 盗まれたら、GPS積んでるなら、
そいつの居場所を特定する仕組みを入れとくんだよ 昔あった見守りGPSみたいなやつって凄かったですよね
今の電子タバコカートリッジくらいのサイズで数日持続の遠隔監視GPSで月額350円？サービス終了済みで類似サービスは多分なかったような。
IoT向けSIMとか個人じゃ手に入らないしあんな小型化も無理そう。
そういえばアップルタグって最近聞かないけどアレを貼っておけば追えるんですかね。 LTEモジュールとGNSSモジュールとマイコンを組み合わせれば十分自作可能では
SIMは500円とかの奴で十分だろう
ttp://elm-chan.org/works/glg2/report_j.html
ttp://elm-chan.org/junk/cell/tobyl2.html
今だったらIoT向けのもっと低消費電力なモジュールもあるしね ガソリン１リットルで何km走れるか競うスタミナレースみたいな感じで
1000mAで何日決まった機能を稼働し続けられるかっていうスタミナレース的なやつがあってもおもろいかもね >>311
昔のGPSと同じサイズですね。バッテリーは3日くらい持ったような気がするのでそこは負けてるようです。サービス終了したってことは無理して金かけてたのかな。 firebase cloud firestoreって何かリニューアルされてますか？
色んなサイトの説明と全く噛み合っていないような…databaseセクションってどこ…無いが… 今どこのGPSは一部の業者が撤退(最近）
今は第三世代で、音声メッセージ可能 >>315
K210の方がより適しているしSPRESENSEもAI用途を考慮している
ESP32で出来るなら各社のハイエンドマイコンでもできる。やる気次第 >>317
別にマイコン自体の話はして無いが？
勝手に勘違いした上に必死レスなんかしてると頭の血管が切れちゃうよ お爺ちゃ～～ん？(笑) ホビーのAI活用が遅れているという認識が正しいのか非常に疑問
日本だとホビー系の活用事例の方が多いように見えるし >>316
2ヶ月動作？すごいですね。airtagより高いけど性能も高そう >>318のレスは
ぜひ次スレのテンプレに入れてほしい
このスレに集まる人達の人間性や社会適格性をよく表している そもそも>>315の記事をチラッと見たけど
AIといっても昔ながらの機械学習だし、
M5Stackはセンサーの接続点だけで
肝心のデータ判別はノートパソコン上のpythonでやっているようにみえるが AIは嘘つくしfirebaseは謎のエラーで同じコードでやり直したら動くしesp32へupload ができなくて一時間くらいハマった結果ケーブルが通信可能な奴じゃ無いオチだし罠の多い一日だった…
ついでに太陽電池バッテリーユニットを作ったんですけどj5019ってモジュールは過充電と過放電は自動で止めてくれる奴でしょうか？とりあえず明日から使いながら測ってみようと思ってます >>323
この手の安価モジュールはそれなりに動くので重宝しますね
ただこちらの手持ちにあるUSB-CタイプでLN4056Hを使っているのは
使用中の発熱がとんでもないですね
もしかしたら外れなのかもしれないけど
datasheetはこちら
https://www.lcsc.com/datasheet/lcsc_datasheet_2203281730_NATLINEAR-LN4056H_C2802367.pdf >>324
ありがとうございます！
発熱もコロナの副産物のサーマルスコープがあるので見てみます。 LN4056HってTP4056の派生だと思うけど
充電電流が標準の1Aだと結構熱くなる
RPROG抵抗を替えてで900mA以下にすると、かなり発熱を抑えられるよ >>324
充電管理をまとめてやってくれてそうですね。今度からは調べるときはコアっぽいICを見るようにします。
>>326
ありがとうございます。
j5019なぜか10個くらい買ってあるので使い捨てにするか用途によっては低電流で長持ちさせるか…安いのに適用範囲と調整機能盛りだくさんで凄いですねこのパーツ。昔買ってあって今日調べるまでこれなんだっけ？状態でした。
寝る前にDataLoggingExample6写経しましたがGPS関係の行だけ見るとホント少ないっぽいですね。esp32の4Mで余裕というのも当然の文字数でした。 シリアルライブラリで受けたNMEAの平文から抽出して転送するだけだよね >>326
Li-poへ繋いで意外と35度くらいでした
しょぼい太陽電池だからかな？損失入れたら丁度いい充電速度なのかもしれません。500円の5V3W(7V近く出る謎…) >>326
なるほど
と現物見たところ2pinとGNDの間に[01B](1K)なんて入ってますね
ISET= 960V / RISET
とのことなので急速充電する必要が無いのでもうちょっと抵抗値を上げてみます >>329
35度ですか
当方は50度簡単に超えますねw(18650)
手持ちの0603は1Kの上は1.8Kしかないけれども取り敢えず交換してみます
の前に肝心な作業机の脚に不具合が出ているので先にそちらの修繕ですが >>331
TP4056のデータシートにある
Rprog Current Settingの表と同じですね >>332
1.8kに交換した結果、概ね50度くらいに収まりました
指に触れても何とか保持できるぐらいですね
ま、これでいっか そういえば、TinyGPSPlusをAddしたのにTinyGPS++をincludeしないとエラーになるのって何なんでしょう？謎。 1. 日付と時間の調整:
- 時間をUTC+9（東京時間）に調整する部分で、日付が月をまたぐ場合の調整が不完全です。月末の日付で24時を超えると、日付が翌日になりますが、月が変わる場合の考慮がありません。これを修正するには、より複雑な日付管理が必要ですが、`DateTime`ライブラリを使用することで簡単に対応可能です。
以下は、時間と日付を調整する関数の例です：
void adjustDateTime(int &hour, int &day, int &month, int &year) {
hour += 9; // UTC+9 for Tokyo time
if (hour >= 24) {
hour -= 24;
day++;
// Handle month and year overflow
int daysInMonth[] = {31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
// Check for leap year
if ((year % 4 == 0 && year % 100 != 0) || (year % 400 == 0)) {
daysInMonth[1] = 29;
}
if (day > daysInMonth[month - 1]) {
day = 1;
month++;
if (month > 12) {
month = 1;
year++;
}
}
}
}
` >>337
ありがとうございます！
月は全く考えてませんでした。跨ぐとどうなるんだろう。 日本時間への変換で9時間足すということは15時以降なら翌日になるということだけど月末ならば翌月になるということ
今日が月末かどうかをきちんと判定しなければならないな 過去を省みないのならunixtime使えば良いのでは？
ややこしい日時計算はDateTimeやTimeLibに任せれば良いだけとは思う 過去というかEPOC以前？
unsigned変数固定だったかな、処理系によるか アマでGPS NEO M8を買ってみた。本物でなければ、返品しよ >>347
PCに繋げて u-centerで確認するか
シリアルで受信して、GPTXTを確認
最初の受信データに、以下のようなのが出てくる(例 u-blox7)
$GPTXT,01,01,02,u-blox ag - www.u-blox.com*50
$GPTXT,01,01,02,HW UBX-G70xx 00070000 *77
$GPTXT,01,01,02,ROM CORE 1.00 (59842) Jun 27 2012 17:43:52*59 アマで買ったGPS NEO M8、本物だった...
ArduinoでGPSなどを見ると、QZSS-みちびきのデータ受信については
書いてあるのは、あまり見ないんだけど、ちゃんと受信してるのかなあ
TinyGPSとか受信してなさそうだし... >>349
みちびきのデータ受信についてもu-center、もしくはシリアルの文面からわかるんじゃないの？ >>350
u-centerだと、コンフィグいじって受信できるようにしているけど
買ったままだと、メッセージを取っておらず、表示されてない
--
なんかArduinoでGPS受信できましたって、シリアルの画面が出ているのがあるけど
みちびきのデータがあるのが、見当たらないから
そのまま作っていたら、受信してないのかなあと思って
ソースとか見ているとQZSSに該当する項目がないから、？？と思って
--
自分で考慮して、作ればいいだけなんだけど.... >>351
GPGSVのメッセージにみちびきの衛星番号があるかどうかで確認できるんじゃない？ >>352
内部では受信しているみたいなんだけど、設定を変えないと
GPGSVにはみちびきの衛星番号は表示されてこない
実際に出力されてくる、経度・緯度はみちびき等も含めてだと思うのだけど..
--
ポン付けするのでなく、設定をいじって...今ならGLONASSを... >>353
そうなんだ
うちの（NEOではない）M8はデフォルトでみちびきの衛星番号が出てくるよ 人による
位置情報とったり、移動ログとったり、GPS時計作ったり、速度計作ったり...いろいろ スマホ単独で処理できるならなあ
組み込み系で利用できるその他データをスマホに流し込んで処理するのもなかなかかったるい アプリ作るの難しいよな。
組み込みのマイコンなら簡単なのに。 たいていのことが既存のものでできるとしても、そのたいていのものを
自分でやってみる人が、技術を磨いている。磨いた技術が、新しい何かを作る基礎になるんだよな。
高校大学で習うことはたいてい既存の知識だヨ。それをバカにして学ばない人よりも
血肉にする人が、確率的には新しいものを作りだせる。 スマホで良いじゃん
っていう考えの人がここにいる意味がよくわからない(´・ω・`) >>364
スマホじゃだめな時もあるだろ？
バカなの？ 同じように考える人がほかにもいないかと探しているのかも。
・やらない理由がないと不安なのは本人に迷いがあるから
・やらない理由がないと執拗にやることを強要する人がいるから
後者ゆえにやらない理由を探しているなら不幸なことです。 スマホでだめな理由はただ一つ
消費電力
これにつきる スマホでだめな理由はただ一つ
↑何をするのに？
用途によったらただ一つではすまないような >>368
>スマホでだめな理由はただ一つ
ゴミニュースサイトの見出しみたいでみっともない感じ 大きな組織 大きなアプリ
日本の昔のパソコンみたいに余計なバンドルが多すぎる
基本機能だけを提供しているものがないから自分で作るしかない >>368
それよな
小さいスマホ使えば大きさの問題はほぼ無いし スマホアプリは必要な時にちょこっと使うには便利だけど
何年も安定して使えるイメージが無い PCでネットのAPIに頼ったものなんかも5年くらいでサービス終了してたり仕様変わってくるから
自分で鯖立てるかスタンドアロンで動くのがいいなあ ほんと何に使うかによるな
登山でスマホGPSアプリのユーザ多い
これはこれで利便性があり結構なこと
しかし零下低温に弱いし、こまめに切らないと
半日から２日でバッテリー死ぬし
そして中難易度以上の冬山なら本人が死ぬ
なのでガーミン（gps専用機）スント（腕時計）、アナログ地図＆方位磁石使う スマホで十分とか言っているのはエアプだろ
比べてみればわかるが測位精度からして専用機とスマホではだいぶ違うよ GPSってとんでもない位置情報」かえしてくることが、たまによくあるというのを
エアプは知らないｗ
カーナビはロードマッピングのおかげで、気づきにくい 比べてみろと言われているのに比べないでレッテル張り
コミュ障キチガイっすね みちびき高精度（補強信号）L1Sに対応したチップが
SONYの２種しかないし
モジュールもほぼ市販してない
みちびきでも米軍の民間向けGPS互換モードが現実的だが
精度云々はアプリ側で補正かけるのも可能だが
小規模なマイコンのリソースでは厳しいかも
やってやれないレベルではないが
やってられないレベルかも 失礼します。
自作キーボードというか、左手デバイスを作りたいと思い、色々調べている初心者です。
先人の知恵を借り、boothに売っていた自作キーボード設計入門などを見て勉強している所なんですが、幾つか質問させて下さい。
最初はPro microで設計しようと思っていたんですが、arduino leonardoというマイコンを友人から貰い、出来ればそれを使って
20ｷｰの左手デバイス、underglowタイプのLED、小型のOLEDディスプレイ付き、を作りたいと思っています。
先駆者の大半がPro microを使用していますが、arduino leonardoでは作れない、合わない、といった事は有りますか？
undeglowのメリットというか、特徴の全体的に光るモーションではなく、配置したキーの位置だけ光るようにしたいのですが可能ですか？ >>388
>arduino leonardoでは作れない、合わない、といった事は有りますか？
それはあなたの努力次第。コピペのみで作りたいと考えてるならその違いが問題になる可能性はある コピペのみにならないのは先駆者と異なる部分、undergrowLEDとOLEDかな？
そこはPro miniでもそうだし、ピン数が多いleonardoのほうが期待が持てる >>389
ありがとう！物理的な問題じゃなければ解決してみせるよ！
>>390
良かった。期待なら大丈夫そう。頑張ってみる。 >>391
ハード的には特に問題なく実装できると思うよ
心配な点があるとすればメモリ容量やマルチタスキングとかかな LEDの選択によるかな
面実でシリアルLEDが有望だけど、そうでない場合マトリクス回路構成に一工夫か？ 相談です。
Arduino同士をシリアル通信させようと思っています。UARTの1200bpsです。
物理層部分ですが、通信部分をアイソレートしたいのです。距離は数十メートル。プリント基盤を起こそうとしていますが、出来るだけ簡単に出来る方法または回路を伝授頂きたいです。
m(_ _)m LEDの個数が8個とかならシフトレジスタという手もあるな
74HC595をはじめ、似たようなLEDドライバが秋月とかで売っている ピン番号互換だからLeoの10番以降とA4以降無視すれば
同じかな・・・
一部Pro micro互換がLeonardoで認識されるらしいが
現状だいたい資料はPro microになってるね >>394
5〜10メートルならTOSLINKの光ケーブル接続が簡単で、電源も双方個別ローカルに持てる ただしTOTX/TORXの将来性があやしいか
それを超えると一方にフォトカプラを介して絶縁IFを設けてメタルケーブル配線するのが簡単では？ 電源も一方に絶縁DCDCを付加する
他には電磁気結合式のアイソレータICも存在したはず
さらに距離があると出来合いのRS-232C/光変換ユニットを使うね、買うだけだから簡単 >>397
サンクスです！
メタルケーブルの方が扱いやすいですね。
フォトカプラと絶縁DCDCコンバータですね。
電磁結合アイソレータ初めて聞きました。調べてみます！ >>397
iCouplerで検索するとANALOG DEVICESの製品が色々と出てきました。フォトカプラと違い部品劣化が少ないようですね。試してみたいと思います！！
ただ、ノイズを気にするとちょっと大きな回路になるかも。なんて考えて、それならシリアル系のトランシーバー使う？ってなっています。
少量のデータの簡易的な伝送手段、考えてみます。。。 シリアルにこだわらずUno R4を使っていいなら、耐ノイズ性では絶縁CAN-PHYもお手頃だな >>397
TIA/EIA-232-F だとレベル変換が必要じゃないの？ >>401
そこは絶縁の目的と性能で質問者にゆだねられるところかと
元々の質問では「絶縁、距離、簡単」でしかない >>402
>さらに距離があると出来合いのRS-232C/光変換ユニットを使うね、買うだけだから簡単
って、お前が書いたんだろ。 ID:zASlJasf
>>401において、
>さらに距離があると出来合いのRS-232C/光変換ユニットを使うね、買うだけだから簡単
を示さずに>>397全体に対して、「TIA/EIA-232-F だとレベル変換が必要じゃないの？」って書くから曖昧になるんじゃないですかね。
>>403に追記するぐらいなら最初から、適切な引用をして、コメントすればいいのに。 RS-232Cレシーバーは±3〜15Vとかを受けられる構造になっているけれど、たいていはスレッシュがTTLレベルになってます。
なので、とりわけ実験とか個人使用だったら、3.3V〜5VのC-MOSレベルの場合はマイコンのUARTのTxDをインバータを通すだけで、RS-232Cレシーバーに送れます。
RS-232Cの信号を、通常のC-MOSで受けるのは直列抵抗＋対VCC、対GNDクランプダイオード＋インバータでできます。
74HCシリーズなら対VCC、対GND両方のクランプダイオードが内蔵されているので、直列抵抗だけでいいです。
ChaNさんも解説されています。 RS-232C - TTLレベルの簡易変換方法 で検索。
マイコンによっては UART の論理を反転できるものがあるので、そういうのだと設定次第で、RS-232Cとほぼ直結ができます。
「とりわけ実験とか個人使用だったら」って書いたけど、かつて、民生品のガジェットがパソコンとRS-232Cでつながっていた頃、
メーカーのものでも接続アダプタにこういう簡易構造を使っているものが少なからずありました。 失礼だが質問の内容からしてそのような用途に適したトランスミッタやレシーバを自作できるようには見えない
Ethernetなど出来合いのシールドがある既存の規格を利用した方が良いのではないか
またはWi-FiやLoRaなどのワイヤレスにするとか レーザー光で通信するとかやってみたい
電力は食いそう >>405
インバータとか抵抗入れてとかやるなら
レシーバーIC使っても手間は変わらんだろ。
知識を披露したいのか？ 一方方向だけなら、RS-232C出力をデジトラ等で受けて反転して3.3V〜5Vロジックに入力するというのはTipsとしては有用
ロジックレベル入力のラインモニター/ロガーをぶら下げるのに使えたわ
>>408
その昔キャノビームてのがあったらしいよ、距離は数100m〜2km
見通しでいいならXbeeのP2Pシリアルでも数100mは飛んだから、もっと遠くの距離を狙うようだね >>410のXbeeは技適マークが入ったものを使ったと記憶している、念のため >レシーバーIC使っても手間は変わらんだろ。
変わると評価するか、変わらないと評価するかは使う人が判断すればいいことですよ。
それと、なんで変わらない話を手間限定にするんですか？
>知識を披露したいのか？
ここに知ってることを書くときは、誰しも知っていることを書こうとするから書くのではないですか？
それを否定してどんなメリットがあるのですか？ 10m1200くらいなら
電源A arduinoB
電源B arduinoB フォトカプラｘ２ 抵抗ｘ４
くらいか
増設延長時
メリットデメリット
光：原理的に経路からノイズを拾わないが
専門業者以外の現場での施工むつかしい（発注時長さ指定して）
敷設にリード線が使えないが大きい（一部使えるがリスクある）
工法が限られる
TP線（イーサネット含む）：
差動回路必要だが原理的にノイズを相殺できる
電話線：1200bpsくらいなら電話線が一番取り回しがいい >>413
ホントだ！
耐ノイズは別として、フォトカプラ主体で構成するなら絶縁DCDCいらないね 環境光下のレーザー通信はレシーバの開発が難易度高そうだな
光通信だと電波法の影響を受けないメリットはある
>RS-232Cの簡易接続
ttp://elm-chan.org/docs/rs232c.html
これだろ？この当時のトランシーバICは結構いいお値段していたけど
今じゃ数十円で買えるし簡易接続するメリットはかなり薄れている 10mなんてふつうに422だか485のトランシーバでつなげばいいだけじゃん アイソレートしたいって言ってたろ
どうせシールド使うならイーサネットシールドという手もありかな？ マイコンとRS485ドライバの間にフォトカプラ入れたらいいだけじゃないん？
高速フォトカプラ使わないと1Mbps出ないとかあるけど1200bps達成ならなんでもいいよな
ツイストペアはLANケーブルでいいし >そんなもん要らねぇだろっつってるわけ。
たとえば仕事で顧客が必要って言ってるときにも、
「10mぐらいなら要らない」って言うの?
グランドの電位差を一緒にできないケースかもしれないのに。 >だけじゃないん？
だけって言う人って抜けてることが多いな。 そもそも数十メートルって書いてあるのに最短の十メートルを前提としている人って日本語読めないの？ 工事担任AIDD1種の俺がきた
お前らは根本的に間違ってるのよな アルデーノやってるくらいだから
ハードウェーアも初心者やな >>423
406は403に
オーディオ用光ケーブルって20m、30mのも売ってるのな
Lチカ並みの回路で光絶縁接続が成立しそう ケーブルが足りるならTOSLINKは良さそうだな
サージ対策もほどほどで足りるだろうし 調べたところ、20m、30mのオーディオ用光ケーブルって、オーディオ界隈ではうまく使えてないみたい
送信用光コネクタは回路一体化されててパワーアップも難しいし
意外にもモノタロウで光系の部品を扱ってて、光にこだわるなら探してみるのもいいかもね ほ〜、CLIFF Electronic の FCR684205R はデータシートで20mの記載があるな >>394
電波が届くならXbeeのトランスペアレントモートが簡単では
中継も可能 自動運転も控えの層でも良いような組織と知りつつ下でできますよ！」とでも？ もう1回バランスを考えたほうがいいかもしれないが、相手チームありきのスポーツやし大体相対的な受け取り方も出来るんちゃうかな
順位スレってみんな仲良くすればいいのにBIMだけはすごいと認めるよ
3倍下げは回避しようとしないんだな
歴史的役割を終えただけかもしれんが通算でめちゃくちゃやられてるからな あんまり
どうすればいいか書いててメディア露出も多い印象や
キャンプみたいなんが多すぎて誰が勝ってもサガそのもおもんないねんな
どんだけ幸せなんだろうけど読みが甘いよね >>42
連覇貢献なら放映権料高く取れてなかったり裁判まで比例しない限り自動更新のシステムは最初から・・・
ダウ先もしたむいてるわ
のコース。 GPS高度もログするんだ
アレ結構あてにならないと記憶してるけど、最近は違うんかな >>445
10m単位でブレますね。
仮想球？の精度の問題？ >>446
水平方向には自分を囲むように衛星がいるけど
垂直方向は片側（上空）にしかいないからだそうだ SDカード壊れた…振動のせい…？
ブレットボードではさすがにまずいのかも ここから分かれ道
スマホでいいじゃん派→何らかの標高データベースにアクセスしたくなる
スマホだけではねぇ派→気圧センサーをつなぎたくなる latlngでネットから高度引いたほうが早そう…
でもgeocodeのAPIって高いですね
毎秒geocode引いてたら破産しそう 誤差があるけどできるよ
気圧センサも併用すればもう少し精度上がる
商品系は既存の地図データとマッチングさせて誤差補正するんじゃね？
もっと精度を上げたければ上空にドローン飛ばして赤外線で即位する？
地道に人力で三角測頑張るとか？ >>446
水平方向もいいときで数メートルぶれてるし悪いときは数百メートル以上ブレるから、そんなもんちゃあ、そんなもんでしょ >>455
latlng誤差が数mのとき高度は10mとか20mフラフラして安定しません >>447
いまいち想像できない…
高度が必要でネットがつながらない環境なら以前言われていたようにまともな製品が生死をわけるし、ネットがつながれば緯度経度で精密な高度がわかるのであまり追求するメリットは無さそうです。
気圧計で補正するのは面白そうですけど飛行系の趣味以外の活用方法ある…？ ずっとGPS飽きたので電子ペーパーでメモ兼CO2インジケータを作りたい。ゼンマイでバッテリー端子を30分ごとにオン・オフして起動→メモをfetchアンドco2測定→電子ペーパーに記入して電源オフ
みたいなのを考えましたがこのゼンマイをマトモなものに置き換えるアイディアをいただけませんか？ ゼンマイ ギア ロータリースイッチ
イケるかな…？ ひでえｗ
スリープとウェイクアップタイマだろそこは
まじめに答えてやれよｗ >>457
飛行系以外で高度がほしいなら、たぶん海洋系だぬ
気圧高度計は現地の地上気圧が割らないと使えないわけだが
現地気圧どこから持ってくんの？ >>457
リンク先間違ってるでしょ
正しくはどれだ？ 高層マンション住まいだと、たとえば東側の部屋だと常に東側にずれるな
西側からのデータが取れないとか東側にある別の高層マンションで反射したりとか >>463
誰かが気圧計でGPSの補助で精度上げるって言ってたから変化率だけ見るんじゃないですか？
計器着陸でもする気ならちゃんとした計器買ってください笑 >>460
スリープって意外と電池消費大きくないですか？
一週間はもってほしい >>464
返信は1行目だけでした。
hight方向の軸へは直交から45度までの角度で受信できる衛星が遠い上にhorizontalに比べて直交からマイナス側は地面があって受信できないってことですかね。
horizontalは２次元でheightは1次元なのでここにも何かしら精度の違いがありそうに感じますが >>468
>直交からマイナス側は地面があって受信できないってことですかね
これだね
あとはググってサイトを見たほうが良いと思う >>467
MPUが何なのか知らん
必要な処理が終わったら即スリープだよ
リモコンなんか特にそう 基本的にArduinoはハードもソフトもウルトラローパワー用途に向いていない >>446
RTK測位だと受信感度良好で静止なら1時間位なら高度情報±４cm程度で収まりますよ。
±2cm目指してるので気圧センサーBMP581で補正を考えていますが補正のアルゴリズムが思い浮かばず停滞中。 >>472
気圧も変動しますもんね
気圧変動をネットから取るのも対象位置の基準値とは別だし… >>460
>>461
>>470
>>471
やはりウェイクアップタイマーで電力消費してしまうからバッテリーを大きくするとかしか無いですよね。
ゼンマイ時計とスリップリング給電の組み合わせしか無いのかも。電子工作というより時計技師のフィールドへ… >>474
マイコンボードによってはタイマー付きの電源管理ユニットが載っていて
次に何時間後に起こしてと設定してマイコンはOFFにできるものがある
M5Stickのディープスリープとか >>444
AIがに確認させた結果
全部どーでもいいような内容だな
GPSデータの取得ループが無限に続く可能性があります。タイムアウト機能を追加すると良いでしょう。
SDカードのファイルを適切に閉じる処理がありません。プログラムの終了時や重要なエラーが発生した際にファイルを閉じる処理を追加する必要があります。
RTCの設定に失敗した場合のエラーチェックがありません。settimeofday関数の戻り値を確認し、設定が成功したかどうかを確認するのが良いでしょう。
StaticJsonDocument<256>のサイズが足りない可能性があります。必要に応じてサイズを増やしてください。
millis()関数の戻り値は約50日ごとにオーバーフローします。これを考慮して条件を修正することをお勧めします。 >>480
gpt-4oも出たし修正してもらおうかな
しかしGPS記録を勝手にタイムアウトされたら困る >>478
ディープスリープって10mAまで落ちるんですね。
起動時間含めても5日は持ちそうな気がしてきました。ありがとうございます。時計職人にならずにすみました。 CO2って濃くなるとぼーっとしてくるけどぼーっとしてるからCO2濃度に気づけない説の検証を
>>458
でタスク表示機も兼ねてやってみます。ゼンマイは無しで笑 >>482
10mAって、PICとかならフルパワーでもそんなに食わんよ。
まあ、周辺デバイスもあるだろうけど。 R4に使われているRA4M1のスタンバイ電流は数uAとかだし 30分毎のCO2濃度って、現実的？
さっき見たら、大丈夫だったけど バタ.... 10mAも食ってたらスリープの意味ないじゃん
どっかバグってね？ そんな低いんですね
初めに見てた記事は何だったんだろう。 模倣先の無いコード書いてるとAIの場合仕様を日本語とか英語で仔細に伝えなきゃいけないから直接コードにしたほうが早いですね。何も補助してもらうことが思いつかない 周辺デバイスが大喰らいなら、まるっと電源落としてしまうてもありかな
何らかの手段で電源オン状態にする
起動したら用事が済むまで自己保持
一通り用事が済んだら自己保持解除で電源オフ
電源オフ状態で待機
待機電流０Aだぜぇ 最近のボビー系記事は普通に大嘘書いてあったりするからな
データシートすら読んでいなかったり 高層ビルのクレーン降ろしのごとく、マイコンを切るマイコンを積んでそれを切るマイコンを積んでそれを切るマイコンを積んで、、、 マイコンを切るマイコンとかネタだろ
DS1307やDS3231とかのボタン電池1個で長期間動くモジュールにアラーム機能と出力端子がある
そこにMOSFETでも付けてマイコン起動、マイコンはパワーオフの前に次回アラームをセットする >>495
少なくともDS1307にそんな機能はなさそうだ。 すまぬDS1307には無かったな
PCF8563でアラームセットするとINTピンに出力する
DS3231はINT/SQWピン なんでそうなる
本体が起動してる時操作すればいいだろ
現在時刻から５分後とか２時間後とか加算してアラームセットするだけだから時刻設定も初期値でいいし ESP32のスリープ＋リレーユニットで接続部品の電源を遮断するとか ESP32なのか
稼動中130mA、スリープ中10mAと過程して
1分間隔でデータ採取して3秒稼動57スリープすると平均16mA消費となる
2800mAhのバッテリー使うとスリープなしで21時間、スリープすると175時間(7日)稼動できる
バッテリーを4本並列にするとスリープなしで86時間(3.5日)、スリープすると700時間(29日)稼動できる DS3231とかの外付けRTCでパワー制御した場合
RTCの消費1mAと仮定して、1分間の平均は7.5mA
2800mAhのバッテリーで使うと373時間(15日)稼動できる
4本並列で1493時間(62日) >>500
リレーの維持に30-50ｍAも食うぞ
MOSFETのロードスイッチなら1mAも食わない Mega328Pを使ったトランジスタテスター（LCR-T4っていうやつ）持ってるけどタクトスイッチで電源をONにした後は自分のポートで保持して測定が終了したら電源ラインを開放する回路になってる ESP32S3ってUSBポート2個付いてるんですけど何か面白い活用法ありますかね？ 片方をPCに、もう片方をUSB機器に接続できるのかな。
だったらPCとUSBキーボードの間に挟むように接続、データは全て素通しするようにして
物理的な中継器兼キーロガーを作り仕掛けてパスを抜くとか Radio UNO R4 Minima の自作とブートローダーの書き込みに成功した
インターネットの情報提供者さんサンキュー
R3と比較するとハードの製作の難易度が高いけど、ブートローダーの書き込みはスマートになってる。 JLB PCBとかでハードウェアの実装はやってくれると思うので、RenesasチップのR4 積極的に使おう！！せっかくルネサス採用したんだから応援したい。 >>510
ハードの製作の難易度の高さについて詳しく
素朴な疑問として、R3と引き出しピン数は大差ないのだからぶら下がるハード規模も大きく変わらないと思ってさ
Renasas定番の周辺を機能を積極的に利用するのならなんとなくわかるけど >>509
確かにその用途には適してますね…
市販SDcardリーダーとかキーボードを刺せるのは利点…マウスとかを無線化する汎用デバイスとか出来るかな…？
将来何か思いついたときに自由度が役立つこともありますかね >>513
ESP32S3ではなくDevKITV1だけど、USB拡張ボードを追加して有線キーボードをBluetooth化するなんて記事がありました。
マイコンのUSBポートは処理速度の制約がありそうなので、
マウスやキーボードやゲームコントローラ、USBシリアルの接続あたりから使われていくのかな、なんて思います。
ラズパイPicoではRGBやHDMIモニタに出力するライブラリもあるし、今後のマイコンはだんだんパソコン寄りになっていくのかな。 >>514
OS乗っけなきゃ何やってもマイコンって感じなんじゃね？ だらだらとコード書いていたら
4000行になってワケワカメ 
