このサンプルと全く同じものをわざわざラズパイPicoで作る必要があるかといえば、無いです。555とかのタイマーICでも同じ事ができますし。 おっしゃる通り複数機能を組み合わせて「製品」として完成するわけですが、動画としては1機能に絞って解説しないと要領を得ないものになってしまいますので。 別動画ではネットワークに接続したりもしてますので、その辺りとも組み合わせてぜひお楽しみください。

@Shartick マイコンだと常時電源が必要になる。 IC555でも高いぐらいで、安価な部品を作って、冷蔵庫が空けられると電源が入り、時定数回路で一定時間経過後に、点滅とアラームを鳴らす。 これを単三電池1本で供給する。 大半の時間は電源が入らないので、実際単三電池1本で一年は稼働し続ける。 単三電池1本でLED点滅回路組むと半年は点滅し続けるので、不可能ではないかなと考えています。 マイコンにしかできない”何か”を作っていきたいですね😀

安価を目指すのか、省電力長時間稼働を目指すのか、小型化、機能性、拡張性などなど、設計思想は皆さんそれぞれだと思います。 それぞれの思想のなかで、ラズパイPicoを使って"何か"を作りたいと思った人の一助になれば幸いです。

ウォッチドグタイマーの間違いでした。

メモリリーク？どこにそんな余地があるのですか？高度なメモリ操作をしているならまだしも、この程度のコードでWDTを使う必要があるのであれば、そもそもコード自体に致命的な問題がある筈で先にそちらを見直すべきです。 何をもって「実用的」と言われてるのか不明瞭ですが、実際年単位で使用しておりご心配のようなトラブルには遭遇していません。

@@Shartick マイコンで実用的な回路を組むにはマイコンは故障する物と考えて組む物と思います。　ブレッドボードで組む限り問題は起きないでしょうがスイッチが数ｍ伸びるとスイッチの配線がノイズを呼び込むアンテナとなります。　マイコンの電源も瞬断やらカミナリのサージ電圧で誤動作を起こします。 実用回路なら、同じ装置を３台用意して同じ働きをさせ、多数決回路でエラーを防ぐとか、コストダウンを求めるなら１台のマイコンで頻繁にリセットして装置のリセット前の状況を移動平均させて変化の平均を取りエラーを弾く等の設計が必要と思います。 例えばですが、自動車には数十のマイコンが使われているらしいですね、トヨタは故障は少いらしいですが、韓国は多い。　マイコンが故障しないので有ればトヨタと韓国のメーカーで有意差は現れない筈です。　恐らくソフトウエアの稚拙さでしょう、フェイルセーフの考え方に差が有るのではないでしょうか、と思います。 そこにプロとアマの違いが有ると思います。

えっと、プログラムの話ではなかったのですか？メモリリークの話はどこにいったんですか？ 話が逸れすぎて仰りたいとこがよく分かりません。回路設計？フェイルセーフの話？プロアマ論？ 恐れ入りますが要点をまとめてから投稿いただけますと幸いです。

@Shartick 　釈迦に説法になります。　プログラマーの貴方にお願いしたい事ですが、コンピューター（マイコンを含む）コンピューターは誤動作してはなりません、類稀な信頼性が必要です。 プログラム１行の実行速度が何ｍSか分かりませんが計算を簡単にする為に１mSと仮定しましょう。　滅多に起きない事を万が一と言いますが信頼性が万が一の場合、１/１００００の場合１０秒で起きてしまいます。　万が一に万が一を重ねて万万が一の場合６９日でエラーが起きます。　万万が一に万万が一を重ねた場合、１８９０年となりますが、プログラム行が１万桁の場合、６９日になります、この一例がメモリーリークなのでしょうね。 前回、車の例を示しましたが、車の部品は１万点の部品で構成されているらしいです。　すると各部品の故障率は（１０年程度の信頼性）の場合０．０００００１でなければなりません。　つまり部品のマイコンも、マイコンはハードとソフトで構成されています、するとソフトの信頼性はその２倍必要です。 コンピューター（マイコンを含む）はバベルの塔でコンピューターを真に理解出来るのはプログラマーですね、プログラムを依頼する人はコンピューターを真に理解出来ない。　その断絶がバベルの塔の階段ですね、システムを理解出来て俯瞰出来るのはプログラマーのみですね。　プログラマーには深い見識が必要です。　システム工学や確率、その他数学や科学、その他の知識が必要です、数学と言えども高度な数学でなくとも、古代の数学ユークリッド幾何学程度を理解する見識が必要です。　ユークリッド幾何学は直線（定規）、円（コンパス）、直角（直角定規）の３点で証明する学問です、これで論理矛盾が無ければ良い、簡単でしょう。　 私達は貴方に教えをこう立場ですがコンピューターのバベルの塔の段差で言葉が通じません。　貴方、プログラマーの歩み寄りが必要です、一言これが言いたかったです。

処理能力的に不可能ですね。 仮に無理矢理行ったとしてハッシュレートがほぼ0です。

ルビーなのでパイソンではないです

まさかどこかの男性を連れ込み二人でカバディをやってるとか…… 許せない！

Cで開発する場合は、VSCodeでPlatformIOを使うと簡単ですよ

「マイコン」はマイクロコンピュータの略でもありますが、マイクロコンピュータは今でいう「パソコン」の古い呼び名でもある（メインフレームが主流の時代に、メインフレームと対比して個人用のコンピュータという意味で「マイコンと呼んでいた」）ので、多義語を避けるためにも、昨今のArduinoをはじめとする組み込み制御向けの小型ボードを指す言葉としては「マイクロコントローラ」の方を重視しています。 >最近では家電製品などの制御に用いられる組み込み用小型コンピュータをマイコンと呼ぶこともある。この場合はマイクロコンピュータとともに「マイクロコントローラ」の意味が含まれている。 www.sophia-it.com/content/%E3%83%9E%E3%82%A4%E3%82%B3%E3%83%B3

なるほど。。。 納得です

ありがとうございます。リンク先がなくなっていたので、動画概要欄のリンクを更新しました。

microPythonが拍子抜けするぐらい簡単にできたせいか、Cの設定はやたらと面倒に感じましたね。 Windows向けにもうちょっと簡単な導入方法があればいいのですが…。

頑張って続編を作ります…！

ありがとうございます☺️🙏

ありがとうございます！ 何とかPico Wを入手できましたので、久々に動画を作ってみようと思います（何を作るか考え中です…）

@@Shartick うおー！！それはめちゃくちゃ楽しみです！！ webサーバーは技術でpicoのときにやってましたもんね... 何にせよ期待して待ってます！！

コメントありがとうございます。 これは（UART周りの遅延も込みで）環境を揃えて速度を「比較」するための検証ですので、純粋なプログラムの実行速度を表しているものであはりません。 ご指摘のとおり純粋な速度はこんなもんじゃないと思います。

こちらこそ、コメントくださりありがとうございます！

コメントありがとうございます。このような製品（完成物）を作れるようになれることを目指して精進してまいります。

いくつかのものをあらかじめ載せてしまえばいいんだと思います。 4個くらいのサーボの制御と、PWMの計測、センサー数個、wifiCCDとプログラムつきで、

なるほど、Pico自身がUSB端子とUART入出力を持っているのでusb-serialコンバータも作れるわけですか。いいアイデアですね。

ラズパイPicoはマイコンボード（電子部品を制御するためのICチップを搭載した基板）で、これ単体でプログラミングができるものではありません。 単体でプログラミングしたいのであればパソコンを使うか、OSをインストールしてパソコンのように使える従来のRaspberry Piをお勧めします。

@@Shartick 御返答ありがとうございます。すみません、質問の仕方が悪かったです。Pythonとかと同様にscratchでもIOを制御することは可能でしょうか。

すみません、そういうことでしたか。 私は試したことがないのですが、Piper Makeというものがあるようです qiita.com/youtoy/items/974e7004e20806d0aef5