具体的なご指摘、ありがとうございます。確かに透けて見えるようにしたほうがわかりやすいですね。リメイクの段階で改善しようと思います。

すみません・・・。私も体系だてて学んだことがあるわけではないので順番がおかしいかもしれません・・・。もしよろしければどのあたりがわかりにくかったのかご教示いただけますと幸いです。（オープンドレインのくだりですかね？）

そういった表記のスマホがあることを知りませんでした。 その表記があるページか、機種名を教えていただけないでしょうか。 回答になっておらず申し訳ありません。

@@embedded_ch 『Teclast T50HD タブレット』だったと思います！

ありがとうございます。当該商品のスペックを見ると、「6G搭載、8G拡張できます」という表記のようです。つまり8Gは後から購入（別料金）ということですね。

@@embedded_ch 別途料金ってことですか!!なるほど！ご丁寧にありがとうございます🥹

もう１つ、「最大でも8Gしか拡張できない」という点も注意してください！

USBが規格認証ガバガバなので誤認を狙えてしまうんですよね…個人的には、そういう業者は狙ってやっていると思っています

励みになります！ありがとうございます。

コメントありがとうございます。ごもっともなご指摘だと思います。そのあたりを全て踏まえると長大な動画になることが予想されたため、分けた結果現状に落ち着いているのが正直なところです。説明が必要なところは別動画として作成するつもりです。いただいたご意見については参考にさせていただき、今後のテーマ決定に活かしていきます。

@@embedded_ch そうなんですよね。説明すると長い。でも、組み込みやるならどうせロジック演算やラッチの考え方は出てくるだろうし、メモリーアクセスの周りも原初的なロジックのCPUもあるしで、ちゃんと理解しとかないと実用的なプログラムにならなかったりするでしょう。特にメモリー保護の周りはセキュリティが厳しくなってるから完全に理解してないと穴だらけになっちゃうし避けて通れない。 その前にSMPかな？

動画としては分散してしまいますが（長尺は厳しいので・・）、バリエーションとして網羅するしかないかなと思っています。学習には順序があると思いますので、そこは再生リストを活用する等で対策したいと考えています。

@@embedded_ch いい教科書になりそうですね

Thank you very much. It is very encouraging for me!

わざわざお知らせいただきありがとうございます。今のところ特に問題はないようですが、こちらで対応しますのでご安心ください！

大変申し訳ありません。せっかくご質問をいただいていたのにも関わらず見逃しておりました・・・。 CPUが何かによって変わりますが、ご質問の内容から推察する限り、 ・rxはレジスタで、xは番号だと思います（例：x=1ならレジスタr1） ・JSR命令が実行されるとき、レジスタrxに戻り先アドレスが入ります（PC+1が代入される） ・procはジャンプ先アドレスで、通常は関数ポインタです ということだと思います。 rxとなっているのは複数あるレジスタを選択できるという意味で、コンパイラが自動的に決めるものですが、アセンブラ言語として自身で実装する場合はどのレジスタを使うのかを考える必要があります。 スタック操作はJSR命令実行時にCPUによって自動的に行われます。そのため、JSR命令を実行した直後にCPUを停止させると、スタックポインタが勝手に変わっているはずです。 CPUにもよりますが、rxに戻り先を格納後に同じレジスタを関数内で使わず、また退避すべきレジスタ内容が無いのであればスタックが全く使われないこともありえます。 ご質問にあるとおり、スタックは通常、主記憶上にあります。スタックのありかはスタックポインタが指し示しており、ルネサスのシリーズであれば大体はR15がスタックポインタです。（R15を意図して書き換える必要性は普通はありません。OSを自作する時だけ意識するものです。コンパイラを使っている限りx=15は使われないはずです） 以上が回答となりますが、的が外れていたりした場合はまたコメントで教えてください。

フルスクラッチは単純な通信しかしない場合に限られます。例えばUSB2.0のバルク通信しか使わない、とかであればフルスクラッチでも十分対応できます（労力に見合うかは検討が必要です）。接続されると想定される相手の種類が多かったり、USB3.0以降の通信をするようでしたらSDKやOSの機能を利用した方が生産性は圧倒的に高いと思います。

@@embedded_ch 返信ありがとうございます。 RP2040のtinyUSBを見ていて、難しく感じていたので... 頑張るしかないですね。

RP2040のtinyUSBであれば、フルスクラッチよりはマシですかね・・・。とはいえUSBの規格についてある程度の知識は求められますね。USBの規格は無料で参照できるので、一度読んでみるといいかもしれません（英語ですが）。ひとまずUSB1.1の規格が比較的簡単なので、そこから入ってはいかがでしょうか。

@@embedded_ch ご提案ありがとうございます。 USB1.1からやってみます。 組み込み界隈(Arduinoは除く)の資料は少ないので、これからもよろしくお願い致します。

コメントありがとうございます。言われてみると、このチャンネルは資格にはフォーカスしてないですね（フリップフロップや論理回路は言及していますが・・）。資格試験対策も需要ありそうですね。

ありがとうございます。文系の方には厳しい世界かもしれませんが応援しています！

不快な思いをさせてしまい申し訳ありません。機械音声を使っている都合上、許容範囲が測れないところも正直持っています。雑なキャラクターを使っているのに急にイケボになってもなあ等、悩んでおります・・

コンパイラによって構文はいろいろですが、主にはpragmaを使って「この関数は例外処理関数だ」という宣言が必要になります。関数から呼び出し元に戻る命令やスタックの退避、復帰は通常の関数と異なるため、そういった宣言をしてあげることで、コンパイラが例外処理に適した処理にしてくれます。

@@embedded_ch ありがとうございます！

改めて確認してみたところ、ご指摘のとおり電流の向きが逆でした。 概要欄に訂正文を追加します。 1年以上気づきませんでした。恥ずかしい限りです。 ご指摘いただきありがとうございました。（概要欄に訂正を追記します）

@@embedded_ch ご返信ありがとうございます。 組み込みエンジニアの道に行きたいと考えており、動画で勉強させていただいていて、とてもわかりやすくてとても参考になってます。 今度生配信等ありましたら、ぜひ伺いたいと思っています。

@@user-mg3qw7xe6t コメントありがとうございます。参考になっているとのことで嬉しい限りです。現在多忙で、なかなか動画更新も生配信もできずにおり申し訳ありません。なるべく早く機会を設けたいと思っていますので、お待ちいただければ幸いです。

コメントありがとうございます。FlashROMは正式には「Flashメモリ」なのですが、「Flash-ROM」という文言もよく見かけるので本動画でもROMに分類しました。違和感があるのは確かですね。

ありがとうございます。現役社員ではないものの、参考になれば幸いです。

ありがとうございます。本チャンネルが何かしら励みになれば幸いです！

コメントありがとうございます。大変励みになります。「もっとここの仕組みを知りたい」などリクエストがありましたら教えていただけると助かります。初心を忘れてしまっているのか、最近は「何がわからないんだろう」がイメージしにくくなっているので・・・

@@embedded_ch さま お返事ありがとうございます。 リクエストがありましたら、と仰って頂き有り難うございます。 大変申し訳ありませんがお言葉甘えさせて頂きます。 当方、プログラミングについては短期の学校に通い Javaの「Hello World」からDBを使用したWEBアプリの開発の仕方まで一通り教わりました。 しかし、自分一人で何か作れる段階まで習熟できず 恥ずかしながら、youtubeやネットを検索しながら、最初から勉強しなおしているという状況です。 自分が「分からない」と感じるのは 「なぜこの機能が必要で、どういう場合に使うのか」がイメージしにくいものです。 例えば、if文やwhile文、getter/setterなどは自分で処理のイメージが出来るので 自力で理解出来るようになりました。 （コードとして記載する英単語と処理の内容が一致したものは割とイメージしやすいです。） ですが、コードの書き方と機能は分かっても なぜその処理が必要で、どんなときに設定すべきか、がイメージ出来ないと、そこで止まってしまいます。 今ですとコンストラクタや抽象クラスの設定について悩んでおり それらの仕組みや処理の流れについて知ることが出来たらありがたいです。 長文失礼致しました。

オブジェクト指向は設計手法で、「モノを抽象的に考えよう！」という思想なので具体的にわかりにくいですよね。「モノ」を抽象化した入れ物がオブジェクト（クラス）を指すとすると、入れ物にいろいろ入れていって「モノ」を作るとインスタンスという具体的なモノになるわけですが、このときに「モノ」の情報を渡して内部を初期化するのがコンストラクタです。コンストラクタはインスタンス生成時に必ず呼ばれるので、渡すものが無い場合はデフォルト値を用意する必要があります。 抽象クラスは他のクラスから参照（継承）されることを前提とした特別なクラスで、それそのものはインスタンス化できず、オーバーライドすることを強制するためのものです。つまりメソッド名だけを抽象クラスに決めておけば、内部処理が異なるメソッドでも、統一したメソッド名を扱うことができます。 ・・・という説明でわかりますかね・・・私もオブジェクト指向は得意分野ではないので（汗）、説明するために出した単語でまた不明なことが増えるということがあるかもしれません。

@@embedded_ch さま ご返信有難うございます。 仕組みという点からは的外れな質問をしてしまい申し訳ありありません。 ですが「抽象クラスは他のクラスから参照（継承）されることを前提とした特別なクラスで」と 解説して頂くことで、私の用は初学者は一気に理解が進みますし 新しい単語が出たとしても、その意味を調べるという勉強する方向が定まるので助かります これからも貴チャンネルにてUPして頂いている動画を拝見し、内部の仕組みについて これからも勉強させて頂きます。 ありがとうございました。

少しでもお役に立てたなら良かったです。 内部の本質を知ることはどの分野でも大事なことだと思いますので、またわからないことがあればコメントをいただければと思います。 引き続きよろしくお願いします。

ありがとうございます！励みになります！

全く気づきませんでした・・・申し訳ありません。かつてはアップしていた動画でリセットの話が出てきていたのですが、現在リメイク中のためこの動画で急に「リセット」という言葉が出てしまっていました。 リメイク完了後にこちらの概要欄でご案内しますが、今のところはスルーしていただけると幸いです。

ご回答ありがとうございます！ このチャンネルでこれから勉強させていただく予定ですが、投稿順に見ていくのがよいでしょうか？

再生リストで、基礎→初級→動作の順に、再生リスト内の動画順にご覧いただくことをお勧めします。投稿はリメイクできたものからだったりなので学習のカリキュラムに沿っていないので・・・。まだ再生リスト内にアップできていない動画もありますので、わからないことなどはお気軽にご相談ください。

コメントありがとうございます。キーエンス時代の経験を動画にするのは確かに需要ありそうですね。どういう内容にするかが悩ましいです。

キャッシュを直接制御することはできませんが、アセンブラであればプリフェッチ命令を使うことで強制的にキャッシュメモリを使うことができます。欠点としては強制的にキャッシュミスを起こすので、どこかが犠牲になってしまうことです（キャッシュメモリをフルに使っている場合）。犠牲になるところを指定することはできません。

@@embedded_ch わかりました、ありがとうございます