ここしばらくAliExpressしか使ってない気がする(eBayもご無沙汰だ…)

SASANO Takayoshi さんがブースト

アドレスバーにaを入れるとamazon.co.jpではなくaliexpress.comが補完される人間になってしまった

あー、無線のコールサインとか多分30年くらい使ってるから確かにセカンド本名なのかもねー…

パソコン通信の時代は確かにハンドル使ってたけど、社会人始めてからは実名で活動してるから…ハンドルがセカンド本名にはなっていないんじゃないかなあたぶんきっとおそらく。

SASANO Takayoshi さんがブースト

本名ベースのハンドルなのでまあ本名

アーリーインターネットのオタクたち、そろそろ人生の半分くらい同じHN名乗ってセカンド本名になってる?「ダメージ受けるから真名かも」 - Togetter
togetter.com/li/1521031

うーむ、トゥートする度にフォロワー限定にトゥート先が切り替わってしまうのでこれはどうにかして直したいところ。とりあえず今日は寝るけど。

スレッドを表示

テストってことでもう一回吠えてみます。がおー。

設定を色々変えたから戻し方が分からずちょっと困ってました。
とりあえず、フォロー承認制を解除して、トゥート先をフォロワー限定→公開に直して元通りなんだけど、トゥート先の設定は気づかないと(知らないと)なかなか直せないっすね。何度設定画面を開いたことか…

えーと、生きてます。なかなかこっちに書く余裕ができない…

腹痛えええええええええええええええ

(健康診断で飲んできたバリウムに含まれる下剤の影響だと思う…ある程度体外にバリウム出てるんだけど)

こーゆうコードって、自分だと

begin()
{
hookの設定
GPIOの設定
}

end()
{
GPIOの設定
hookの解除
}

と対称的に書いてしまうんだけど、このコードは何か意図があってGPIOの処理をbegin()/end()ともに最初にやっているんだろうか。むー。

github.com/juribeparada/STM32F

STM32F103のGPIO PA11/12とUSB D+/D-ピン、GPIOのpin configurationのAlternateFunctionで切り替えるのかと思っていたんだけどどうも自動的に切り替わる…ってこれ本当なんすか?

> once you enable the USB module, PA11 and PA12 automatically are "hijacked" by the USB module. input/output mode or AF doesn't matter.

chibios.com/forum/viewtopic.ph

スレッドを表示

//Pin PA11,PA12=LOW, USB Resetの項目は活かして、LONG_USB_RESETの有無は今後評価するとして、その後のところは削除で良いんだと思う。

config/ZUMspot_USB.hからSEND_RSSI_DATA, SERIAL_REPEATER(_BAUD), LONG_USB_RESET, ENABLE_DEBUGを除いて、上の改造を施している。他のconfigだとどうなるかも調査が必要かも。

とりあえず一歩進んだか。

スレッドを表示

github.com/juribeparada/MMDVM_ Mode_IN_FLOATINGの設定を行わせないようコメントアウトすると動くようになる。

逆に、LONG_USB_RESETの前にあるMode_Out_PPの設定を行わせないようコメントアウトすると(Bit_RESETの有無は関係ない)動かない。

bootloaderの、GPIO_Pin_11/12のこの辺の設定がどうなっているかを一度確認してみる必要があるかも。

スレッドを表示

メモ:USB Full-speedはD+を、Low-SpeedはD-を1.5kΩでpull-up(本当はUSB仕様書を見れば良いけど面倒なのでこっちにリンク)

macnica.co.jp/business/semicon

STM32F103内部にあるGPIO pull-up/downは30k~50kΩくらい。代用にはならないはず。

st.com/resource/en/datasheet/s

スレッドを表示

おはよーございます。

ちょっとまだ試していないんですが、多分この辺が怪しい気がします。

github.com/juribeparada/MMDVM_

GPIO11/12のMode_Out_PPを設定したら、USB-CDCの初期化をすべて完了した後にMode_IN__FLOATINGにしないとマズいんじゃないかなあと考えています。

この想定が正しかったとすると、とりあえずの修正は可能そうですがSTM32Libと連携した修正を考えると厄介です…

スレッドを表示

bootloaderはちゃんと接続/解除を制御している感じなので、「何か」はあるんだと思う。

という訳で寝ます。Twitterと違って長々と書けるから考えをまとめるのが楽だ。

スレッドを表示

generic_boot20_pc13_long_rst.bin
ZUMSPOT_ADF7021
LONG_USB_RESETは指定せず

この組み合わせでも、GPIO_WriteBit(GPIOx, GPIO_Pin, Bit_RESET)の有無に影響しない。

USBモジュールの初期化がきちんと行われてからPC側にデバイスの存在を通知すりゃいいんじゃね?と思っているのだけど…

github.com/rogerclarkmelbourne を見るに、TARGET_GENERIC_F103_PC13ではUSB_DISC_BANK/PINが未定義になっているのでGPIOでの制御はしていないと考えるべきか?(USBモジュール側の操作で完結というかなんというか)

スレッドを表示

今テストした組み合わせ(動いてない)

generic_boot20_pc13_long_rst.bin
LIBRE_KIT_ADF7021
LONG_USB_RESETは指定せず

JumboSPOTってZUMSPOTの完全なコピーなのかなあ。それとも一部だけな(改変してる箇所がある)のかなあ。回路図があれば良いんだけど…

スレッドを表示

STM32F10X_Lib/usb/usb_cdcacm.c、usb_cdcarm_enable()のGPIO_WriteBit(GPIOx, GPIO_Pin, Bit_RESET)をコメントアウトしても何も起きない。…となると、一体どこでUSBデバイスとして接続されたことをPC側に通知する(D+/D-のpull-upだかdownだかの制御をしている)んだろ?

スレッドを表示

もう一つ分かっているのは、ST-Link経由で給電している場合はUSBポート側で抜き差ししてもPC側ではMMDVMの存在をちゃんと検出できるのに対し、USBポートのみ使う場合はbootloaderのみ検出できる。なーんかヘンなバグが居る。

で、購入時のファームウェアは問題ないんだけど何故か今は配布されていない、とか。

スレッドを表示
もっと見る
mikutter

#あなたがガチ凍結されると
11月中旬くらいかな?俺はておくれだから
Twitterからよく舐められるんだけど、
ある時Twitterが度が過ぎて俺を凍結
してきたわけ、そんで記憶がないんだけど(痴呆)、
相当ボコボコにしちゃったらしい
俺、これでもておくれですよ?