「3Dプリンターと電子回路で”あったらいいな”を形にする」というコンセプトでものづくりの仕事をしています。 初心者向けのRaspberry Pi Pico入門を個人サイトで少しずつ執筆しています。
日本 大阪
Joined April 2011
- Tweets832
- Following279
- Followers193
- Likes1.6K
こちらに出展登録しました。
展示物は未定ですがこれまでに趣味で作った物を出そうかなと思ってます。
色々と手を付けてるのでジャンルがバラバラになりそうですが。
【出展者募集を開始しました】
#つくろか！４の出展者募集を開始しました。
出展されたい方は、以下のフォームから登録をお願いします。
docs.google.com/forms/d/e/1F…
4
71
CoTechWorks retweeted
【出展者募集を開始しました】
#つくろか！４の出展者募集を開始しました。
出展されたい方は、以下のフォームから登録をお願いします。
docs.google.com/forms/d/e/1F…
CoTechWorks retweeted
When I created Raspbian for the Raspberry Pi, I was excited to help bring low-cost compute into the hands of a next generation of tinkerers and programmers.
However, I now despair that a Raspberry Pi can cost upwards of $300 because AI shortages are making personal computing unaffordable. Furthermore, bright young people are being discouraged from learning programming because they are being told it is now a commodity skill that AI will do.
I have to ask myself what it was all for. Is this the future we were promised? If so, I'm starting to regret my part in it.
CoTechWorks retweeted
若手の制御屋さんで、PID制御だからといって、PもIもDも全部使おうとする人がいる。でも、Dを切ったほうが良い場面も多いんですよ。
微分は「変化の速さ」に反応する。そして測定ノイズも変化が速い。なので、生の微分を入れると高周波ノイズまで増幅して操作量を無駄に暴れさせちゃう。
もちろん実際のPIDでは微分にフィルタを入れるけど、それでもPIだけで十分なプロセスにDを足すと、ノイズ感度を増やす割に得るものが少ないです。
だから流量制御などはPIが多いです。
Dが効きやすいのは、変化率から局所的に先を読み、位相を進めて減衰を稼ぐ場面です。複数の遅れが重なってオーバーシュートしやすい系、たとえば温度制御などではDが効くことがあります。
#妻の寝言
リビングでウトウトしていたので「ベッド行こ？」と声をかけたら「うーん…、radish.」とめちゃくちゃ綺麗な発音で返事がありました。
それから何の脈絡もなく「いけた？」と聞かれたので「うん」と答えたら安心したのかまた寝始めました。
ベッド行こうよ。
1
83
CoTechWorks retweeted
装置の安全設計をするとき、自分の母親がその装置の前でパートで働いてる姿をイメージします。
あーここ触ったらケガするなーとか、このタイミングでここに手を入れられると挟まれるなーとか、親身に考えられるようになります。
これきれいごとじゃなく、結構効果があって
安全のこと忘れて運用の話しかしない人が客先の担当者だと、正直「まあいっかー」って思考になりがち。
でも装置の前に立ってるのが自分の母親だとイメージすると、設計にはすごく優しくなれるし、
相手のおかしな要求には本気で厳しくなれます。
反発心が出てしまいがちな装置屋さん、
この技使ってみてください。
頭の切り替えだけなんですが、私的には効果があります笑
CoTechWorks retweeted
違うと思うね。順番が逆。3→2→1の順が学びやすい。
I2Cは、信号線が2本しかないから簡単と思ったら大間違いで、2本しかないから言う事を聞かない現象に頭を悩ませることが多い。
欲を言うならSPI、I2Cのマスターを学んだあとにSLAVEを学ぶことを忘れずに。
if you’re getting into embedded systems,
learn these protocols in this order:
1. i2c
two wires. many devices.
perfect for sensors, displays, rtc modules, eeproms
master/slave architecture
simple to wire, easy to prototype
this is where most beginners should start.
2. spi
much faster than i2c
separate lines for data in, data out, clock, and chip select
ideal for displays, sd cards, high-speed sensors
more wires, much higher performance
when speed matters, spi wins.
3. uart
point-to-point communication
tx + rx
no clock line
used for debugging, gps, bluetooth modules, microcontroller communication
if you’ve ever opened a serial monitor,
you’ve already used uart.
learn them in this order:
i2c → understand device communication
spi → understand high-speed peripherals
uart → understand serial communication and debugging
these three protocols are everywhere.
master them once,
and you’ll find them in almost every embedded system you build.
