OpenResty(nginx)とLuaとRedisでデモWebサービスをつくった

投稿日: 2018/11/18 作成者: mipsparc

スクリーンショット_2018-11-18_14-32-34

Luaは速いことで有名ですね。実はnginxにはLuaを埋め込めるのですが、これでWebサービスを作ったらかっこよさそうなので、技術デモとして作ってみました。

今回は素のnginxではなく、Luaを便利に使えるようにしたOpenRestyを使用しました。自宅サーバでやってもいいのですが、デモ後に環境を綺麗にするのが手間なので、Google Compute Engineを使いました。

configurationに直接書くのもできますが、100行弱まで長くなったので分離しました。

worker_processes 24
location / {
  default_type text/html;
  content_by_lua_file /home/mipsparc/luachat/main.lua;
}

https://github.com/mipsparc/luachat/blob/master/main.lua

Luaプログラミングは初めてです。ライブラリに基本的なものしかない上に、Webプログラミングなんて前提にされていないので、自分で1から作る感覚が面白かったです。

しばらくはここでホストしておくので、試してみてください。
http://35.243.116.247/

測定結果

条件: GCE(vCPU x 8、メモリ 9.25 GB)のlocalからApacheBenchでテスト

参考: 404静的ページ 23589req/s, 2ms(95%) 下記と同じ

GET / (CookieのセッションIDが正規かRedisで確認、Redisから投稿一覧を取得して表示)

$ ab -c 32 -n 10000 -C 'sess=IQHUKNJXEfb5XzBXa72SfsOi4xfmZpJB' http://35.243.116.247/

14375req/s, 3ms(95%)

POST / (CookieのセッションIDがPOST内容と同じで正規かRedisで確認、Redisに投稿を追加してリダイレクト)

$ ab -c 32 -n 10000 -C 'sess=IQHUKNJXEfb5XzBXa72SfsOi4xfmZpJB' -p postfile http://35.243.116.247/

12747req/s, 4ms(95%)

割と高速にレスポンスを返せているかと思います。Webサービスを作るのにはプリミティブすぎてあまりおすすめはできないかもしれないですが、複雑なルーティングや認証基盤としては手軽で高速なのでありかもしれないです。

実際には一番重いのがRedisだろうとおもうので、コネクションプールなどの工夫をすれば更に高速にできそうです。

カテゴリー: コンピュータ | コメントをどうぞ

サイバーエージェントのDSPを作る3日間ハッカソン型インターン「アドテクコンペ」に参加して準優勝してきた

投稿日: 2018/09/29 作成者: mipsparc

きっかけは、所属している若手エンジニアサークル「Cpaw」代表のpallocさんにサイバーエージェントがハッカソン型インターンを実施すると教えていただいたことです。教えてもらわなければチャンスもなかったので、本当に感謝しています。実はインターンは初めてなので不安でしたが、無事選考を通過し参加することが出来ました。

今回は広告ネットワークにおいてDSPと呼ばれるものを作って、利益率や安定性を競うのがテーマです。詳細は省きますが、なかなかおもしろい仕組みになっています。

運営によって割り振られた[サーバ2人+データ分析2人] x 8チームで戦い、なんと準優勝することが出来ました。賞品の文鎮ももらい、こうしてドヤ顔で参加記を書けています。本当に良かった…

普段はピクシブにてバイトなんでもエンジニア(主にPHPでサーバサイド)をやっていますが、その経験により、「実プロダクトとして運用できる?」 「それスケールすんの?」 「可用性は?」 という発想を持てていたのも生きました。お世話になっている皆さんにも感謝です。

最初に分担を決めたのですが、Goをしっかり書けるもう一人にサーバサイドコードの7割くらいをお願いしたことで、私は全体設計とインフラと残りのサーバサイドコードに集中できました。また、データの二人が予測器の製作に特化できるようにするための支援も行いました。

1日目に全体の構成を考えた結果、以下のような構成になりました。今回のコンセプトは「高スケーラビリティ・高可用性な分散型DSP」です。

これをGCE(Google Compute Engine)で展開しました。お金はいくらでも使っていいという話だったので台数を豪勢に20台+1台使いましたが、APサーバを4コアにしたため、トータルでも18000円程度に収まりました。

team_a

当時の私は最高に冴えていたのですが、この予算をMaster walletから各APサーバのLocal walletに分散する仕組みはかなり良くて、講評でも高く評価されました。ポイントとしては

  • ほぼ無限にスケールする。Masterをさらに階層構造にすることもできる
  • 運用中にAPサーバを自由に増減できる

ということがあります。今回はAPサーバ20台とMaster walletサーバ1台の21台で構成しましたが、何台でも増やせます。今回は2000QPSでしたが、リソース利用率は20%程度だったので、この台数で9000QPSくらいまでは耐えられるはずです。それ以上増えても構成は変えずにGCEのコントロールパネルから台数を増やして、デプロイスクリプトを実行するだけの数分で対応できます。今回は十分な余裕を確保したのもあって、正常レスポンスを100.0%のリクエストに対して返すことが出来ました。これは他のチームに比べてもダントツの信頼性だったようで、誇らしいです。

systemdでコア数ぶん(今回は4つ)のAPデーモンとそれに対応するPythonの予測エンジンを立ち上げて、各APデーモンのポート番号を直接ロードバランサに指定することで、APサーバ内にはロードバランサが存在しません。こういったムダをなくした構成により、95パーセンタイルレスポンスタイムを10msまで縮められました。

最初は予測エンジンのレスポンスが遅すぎて困ったのですが、line_profilerというモジュールで行ごとの実行時間を計測してボトルネックを発見し、高速なレスポンスを返せるようになりました。

GCEから呼び出せるStackDriverというモニタリング画面も便利でした。実施時間は13:32 ~ 17:32です。それ以降は気にしないでください。

スクリーンショット_2018-09-23_20-47-20

こちらが本番中の画面です。他チームとの違いとしては、本番中にパラメータを調整できるようにしたことがあります。便利だったコマンドは journalctl -f | grep Win で、デーモンが標準エラー出力に吐き出したログをリアルタイム監視ができます。このように監視プログラムやデプロイプログラムを複数用意したので、本番中にすぐに異常に気が付けました。

スクリーンショット_2018-09-23_14-29-10.png

今回学んだこととしては、細かい単位での動作チェックを繰り返すことが大事というのがあります。開発はGitHubを軸に行いましたが、これのwikiにcurlでAPIを叩くテストパターンと想定レスポンスを数パターンずつ記載しました。機能を実装する前に明示しておくことで、チームで理解の齟齬が生じにくくなります。これは後半になってから実施したのですが、役立ちました。

結局時間は全く足りず、2日目の夜にカラオケで1曲も歌わずにひたすら作業をする羽目になりました。とりあえず、徹夜は向いていないことがわかりました。脳が動かなくなって効率が20%くらいまで落ちます。もう1日あれば、少なくとも徹夜はしないで済んだかもしれないです。

デバッグでどうしようもなくなったときや、監視が本当に動いているのか心配になったときには、 tcpdump -w out.pcap でキャプチャしたデータをscpで手元に転送してWiresharkで見て解決できました。結局本当に流れているデータはキャプチャを見るのが一番確かなので、今後もtcpdumpは積極的に使っていきたいです。

リモートでGitHubのプライベートリポジトリからpullするのには、ssh -A でエージェント転送するとよいです。自分以外も管理者権限を持っているサーバ上においた秘密鍵をGitHubに登録はしたくないので。 ssh -A は多段もできるので、適当なAPサーバにsshしてからさらにDBサーバにsshすることもできます。

デプロイはシェルスクリプトで前述のssh -Aを順番に打ってサーバでpullしていくシンプルな方式にしました。今思えば、最後に&をつけて並列にしても良かったかもしれません。また、CircleCIなどの今時の方法を使う手もあったかもしれません。

しかし、当時のベストを尽くせた気はするので満足しています。開催してくださったCAの皆様、素敵な機会を提供してくださってありがとうございました。楽しかったです!

カテゴリー: コンピュータ, 通信, 行ってきた | コメントをどうぞ

MIPSコアのPIC32を始めた

投稿日: 2018/08/26 作成者: mipsparc

以前から挑戦したかったPIC32 32bitマイクロコントローラをついに始めた。石は適当に買っていたDIPのPIC32MX230F064Bを使用。

PIC16F1しかやったことがなかった身としては、引っかかるポイントが多かった。

ICSPの配置が異なる

単純に異なる。PICといえばPIC16で、情報がないので、書き込み回路の結線すらデータシートとにらめっこする必要がある。PGED1とPGEC1を使用した。

駆動に必要なピンが多い。キャパシタが必要

4.7uFをVcapに接続する必要がある。

__delay_ms() がないので、タイマーを作ってコールバックで呼んであげないといけない

コールバック関数としてmain.cに作成した
void MAIN_TMR1(void) {
IO_RB15_Toggle();
}
を指定することで、1秒間隔でタイマーは駆動するようになった。

駆動電圧が 2.3~3.6VなのでUSB直結で動かせない。レギュレータなどが必要

ちょっとつらい。とりあえず安定化電源でやっているけど…

PORTBの一部のピンがGPIOで制御できない。

これは本当に苦しんだ。しかたなく他のポートを使ったけど、気づくのに時間がかかった。JTAGとかと干渉しているのか?

ともあれ、MIPSデビュー。現状8MHz、最大60MHzだけど間違いなくMIPS。USBデバイスとかを作ってみたい。

カテゴリー: コンピュータ, 電気電子 | コメントをどうぞ

IPv6の功罪 知らぬ間にインターネットにポートが露出していることの危険性

投稿日: 2018/08/11 作成者: mipsparc

先日、これまでVDSL onlyだった自宅マンションにNURO光が引かれたので、速度に惹かれて即座に回線を乗り換えました。NURO Bizではなく、家庭向けの回線ですが、コンスタントに高い速度が出るので、とても満足しています。家庭向けの回線なので、これまでの回線で使えていた固定IPv4アドレスと逆引きが使えなくなったのは残念ですが、仕方ありません。もっとも、調べてみるとIPv4アドレスはほぼ変わらないようです。こちらは要確認です。

代わりに、以前は使えていなかったIPv6が使えるようになりました。ほぼ変わらないグローバルIPv6プレフィックス(/64)がONUに割り当てられています。ICMPv6のRS(Router Solicitation)とRA(Router Advertisement)により、端末のインターフェイスのMACアドレスから生成されたグローバルIPv6アドレスをインターフェイスに割り当てることができます。

ここでポイントは2点あります。ひとつめは、DHCPv6ではなくRAによる生成なので、割当プレフィックスに変化がなければアドレスは不変です。また、各端末のインターフェイスにグローバルIPv6アドレスが割り当てられます。今日はこれが本題です。

ルータ(ONU)は挟まっていますが、NAPTやNATは行わないので、インターネットに各端末が直結している形になっています。これはなかなか不安になりますね。試しに [::]:適当なポート にHTTPを割り付けてみただけで、ネットワークの設定はせずに外部からのアクセスができてしまいました。とても便利ですが…NAT設定を変えなければ大丈夫という古い考えの場合、大きなリスク要因です。

自宅のサーバについてnetstat -aしてみたところ、Sambaがインターネットから直接アクセスできる状態でした。そのため、アタッチするIPアドレスを固定して、v6では使えないようにしました。パスフレーズは設定していたので、直ちに問題になる状況ではありませんでしたが。

考えられる事故事例

  • 家庭内にNASを設置している場合、プライベートネットワーク内からしか見られないと勘違いしてパスフレーズを設定していなかった。しかし、NASにもグローバルIPv6アドレスが割り付けられ、外部から参照可能であり、情報流出・改ざんが発生した。
  • NASを設置しており、パスフレーズは設定していた。しかし、メンテナンス用にtelnetが開いており、簡単な既知のパスフレーズでシェルに入ることができたため、情報流出・改ざん、ネットワークへの侵入が発生してしまった。
  • イントラネットのみに公開していた社員専用Webサービスにアクセスされ、いたずらでSQLインジェクション攻撃をされ、データベースが破壊されてしまった。

以上のように、これまではNATにより守られていた機器がインターネットに露出することにより、危険性は上昇します。

不特定多数への攻撃なんてあるのかと疑問に思うかもしれませんが、現実的にありえます。NICTのNICTERの資料などをご覧ください。先日のNICTオープンデイでも、当該研究をされている研究員の方にお話を伺いましたが、特に家庭用ルータ管理画面の脆弱性を狙ったものが無差別に来ているようです。

もっとも、IPv6はアドレス空間が極めて広大なため、ランダムなIPv6アドレスへの攻撃は難しいです。現状でIPv6にもそのような攻撃が存在するのかを調べてみたところ、2013年の研究( https://www.idsv6.de/Downloads/2013-13-06-BMBF_10_darknet.pdf )では、9ヶ月ハニーポットを運用して、1IPv6アドレスにつきTCP反射パケット(IPアドレススプーフィングなど)が1157パケット、ACKスキャンが15パケット来たそうです。現状ではランダムな攻撃を受けるリスクは大きくないですが、IPv6アドレスが攻撃者の手に渡らない前提のセキュリティは危険でしょう。

 

 

カテゴリー: コンピュータ, 通信 | コメントをどうぞ

Yahoo! Japan主催のハッカソン「HackU 法政 2018」にCpawとして出場して、最優秀をもらった話

投稿日: 2018/08/09 作成者: mipsparc

IMAG0508

大学とヤフーが共同でハッカソンをやるという話が来たので、最近関わっているサークルの「Cpaw」で出ることになり、学部1年の私と院生5人の6人チームで参加してきました。なぜか開発期間は1ヶ月もありました。

ハッカソンはHackUという名前で、大学個別のものと一般参加のできるものがあり、今回は大学別のものです。一般参加のほうが勝負しがいはあったかもしれませんが。

作ったものは「顔認識でユーザーを識別して、音声コマンドで物品を購入すると、ドアが開いてユーザーが取り出せる」ボックスです。名前は「Chash BOX」といいます。私は箱そのものの製作、電子回路設計、実装、PICファームウェア実装、ネットワークまわりなどを行いました。

今年は各チームともレベルが高かったのですが、技術の高さを評価され、結果的に最優秀賞をいただけました。各位に感謝です。

動作している様子の動画はこちらです

Hack U 法政大学 2018 プレゼンテーション・作品展示会・表彰式 – YouTube

詳細についてはこちらのCpaw公式ブログに載っています
https://www.cpaw.site/2018/08/07/hackuhosei2018/

上の段に普通のコンピュータが2台も入っているので、排熱と消費電力が問題でした。業務用1Uルータについていたファンを取り付けて強制空冷しています。

電子回路とPICファームウェアはノイズ耐性に重きをおいて開発をしたので、一度も問題は起きませんでした。木製ボックスを採用したことにより、歪まないように天板を取り付けるセッティングの手間がかかったのは、改善の余地があります。

扉の開放には定格DC36Vのソレノイドに0.3sだけ40Vをかけることで、どうにか確実な開放を実現しました。ちょっとマグネットキャッチャーの磁力を高く設定しすぎましたね…

余っていたノートPC用の15VACアダプタと昇圧・降圧DC-DCコンバータを組み合わせることで、5V(PIC・LEDライト)/15V(ソレノイドラッチ)/40V(ソレノイドオープナー)の3電圧を供給しました。床に転がっていた中国製謎DCDCコンバータを採用することで、低コストで実現できました。

開発のながれ

最初に仕様を決定

回路図(っぽいイメージ図)を設計

最低限の可動部分をブレッドボードに実装、動作確認

PICでファームウェアを書く

PICを使った回路をブレッドボードに実装、動作確認

パラメータの変更、プログラムの調整

部品配置図、実体配線図の検討

ユニバーサル基板に実装、動作確認

反省点

反省点としては、技術偏重になってしまい、ユーザーから見えないところに重きを置きすぎてしまった点があります。また、中央のサーバで処理するのではなく、小型のボックスとして各事業所に置くわけなので、シンプルで信頼性の高いことを優先して開発を進めるべきでした。

このような知見が得られたことも含めて、よく勉強になりました。近日中にまた機会がありそうなので、楽しみです。

カテゴリー: コンピュータ, 電気電子 | コメントをどうぞ

SPARC64+Solarisのスライド書いた

投稿日: 2018/06/23 作成者: mipsparc

スライド2本書きました。よんでください

カテゴリー: コンピュータ | コメントをどうぞ

DE15のマスコン(MC45D主幹制御器)から指示値を取得するやつをつくった

投稿日: 2018/06/09 作成者: mipsparc

ひきつづきPICをぼちぼちやってます。PIC/Pythonのコードを書いてから端子を圧着するのが面倒で放置していたのですが、昨日やっと重い腰を上げて動かしました。一発でうまく動いてよかったです。PICのコードはビットシフトをほとんどノーコメントでつかっていて、自分でも何をやっているのか思い出せないです。DE10の教本を読みながらノリで書いたのですが。

これを先日作った鉄道模型コントローラなどと連携させたいです。心が折れないようにモチベーションを出すのが一番難しいです。

IMG_1575

#coding:utf-8
import serial
device = '/dev/ttyUSB0'
ser = serial.Serial(device, baudrate=9600)
mascon_level = –1 # init
static_mascon_level = –1 # init
buttons = –1;
same_count = 0;
while True:
r = ser.read()
mascon_new_level = ord(r) & 0b00001111 # 下位4bit
same_count += 1
if mascon_new_level != mascon_level:
same_count = 0
mascon_level = mascon_new_level
if same_count == 3 and static_mascon_level != mascon_level:
static_mascon_level = mascon_level
print(str(mascon_level) + ' ノッチ')
buttons_new = ord(r) >> 4
if buttons_new != buttons:
buttons = buttons_new
#print('ボタン状態: ' + bytes(buttons))

view raw

mascon_read.py

hosted with ❤ by GitHub

// PIC16F1579 Configuration Bit Settings
// CONFIG1
#pragma config FOSC = INTOSC // Oscillator Selection Bits (INTOSC oscillator; I/O function on CLKIN pin)
#pragma config WDTE = OFF // Watchdog Timer Enable (WDT disabled)
#pragma config PWRTE = ON // Power-up Timer Enable (PWRT enabled)
#pragma config MCLRE = OFF // MCLR Pin Function Select (MCLR/VPP pin function is digital input)
#pragma config CP = OFF // Flash Program Memory Code Protection (Program memory code protection is disabled)
#pragma config BOREN = ON // Brown-out Reset Enable (Brown-out Reset enabled)
#pragma config CLKOUTEN = OFF // Clock Out Enable (CLKOUT function is disabled. I/O or oscillator function on the CLKOUT pin)
// CONFIG2
#pragma config WRT = OFF // Flash Memory Self-Write Protection (Write protection off)
#pragma config PPS1WAY = ON // PPSLOCK bit One-Way Set Enable bit (PPSLOCKED Bit Can Be Cleared & Set Once)
#pragma config PLLEN = OFF // PLL Disabled
#pragma config STVREN = ON // Stack Overflow/Underflow Reset Enable (Stack Overflow or Underflow will cause a Reset)
#pragma config BORV = LO // Brown-out Reset Voltage Selection (Brown-out Reset Voltage (Vbor), low trip point selected.)
#pragma config LPBOREN = OFF // Low Power Brown-out Reset enable bit (LPBOR is disabled)
#define _XTAL_FREQ 16000000
#include <xc.h>
#include <stdio.h>
void putch(char write_char)
{
while(!TXSTAbits.TRMT);
TXREG = write_char;
}
void main(void)
{
OSCCON = 0b01111011; // 16MHz
ANSELC = 0b00000000; // All digital
TRISC = 0b11111111; // PORTC all input
PORTC = 0b00000000; // PORTC init
ANSELB = 0b00000000;
TRISB = 0b00010000; // RB4 input
PORTB = 0b00000000;
TRISA = 0b00000000;
RA0PPS = 0b00001001; // RA0 UART TX
TXSTA = 0b00100000; // 8bit UART
RCSTA = 0b10010000;
SPBRG = 25; // 16MHz 9600bps
INTCONbits.GIE = 1; // accept interrupt
PIE1bits.TXIE = 1; // accept TX interrupt
unsigned char mascon = 0;
unsigned char txbyte;
while (1) {
if (PORTCbits.RC3 == 1 && (PORTC & 0b00010111)) { // 18????ON
mascon = (PORTCbits.RC4 << 3) + (PORTC & 0b00000111) – 1;
} else {
mascon = 0;
}
txbyte = (PORTC & 0b11100000) + (PORTBbits.RB4 << 4) + mascon;
putch("%c", txbyte);
while(!TXSTAbits.TRMT);
__delay_ms(100);
}
return;
}

view raw

mascon_read.c

hosted with ❤ by GitHub

カテゴリー: コンピュータ, 鉄道, 電気電子, Python | コメントをどうぞ

PICでCPUと対話している

投稿日: 2018/06/02 作成者: mipsparc

CPUと対話する感じのことをしたかったので、PICでアセンブリを書きました。

asmを書いたのはこれが初めてです。1から16まで足し上げた結果をPORTCに出力するコードです。実機での動作を(テスターで)確認できました。実にプリミティブ。

普通に書いたコードをベースに、さらに変なインクルードレスプログラミングをしてみました。コンピュータと触れ合えた気がします。まだ脳ではPIC16F1命令セットの実行はできませんが。

ORG 0を入れたり、ANSELをクリアしないと出力されなかったり、16F1ではバンク切り替えに新しいMOVLB命令を使う(1命令でバンク切り替えできる)などといった知見がまったくなかったので手探りでしたが、とても勉強になりました。実はMOVLBも直接使う必要がなくて、BANKSEL PORTCのように疑似命令を使うとその品種で当該レジスタのあるバンクに切り替えてくれます。

__CONFIG 0x8007, 0xFFA4
ORG 0
RAMTOP
MOVLB 0x1
MOVLW b'00010010'
MOVWF 0x99
CLRF 0x8E
MOVLB 0x3
CLRF 0x18E
MOVLB 0x0
CLRF 0xE
CLRF 0x20
CLRW
CALC
INCF 0x20
ADDWF 0x20, 0
MOVWF 0xE
BTFSS 0x20, 4
GOTO CALC
LAST
GOTO LAST
END

view raw

adding_up_to_16_3.asm

hosted with ❤ by GitHub

#include "p16f1579.inc"
; CONFIG1
; __config 0xFFA4
__CONFIG _CONFIG1, _FOSC_INTOSC & _WDTE_OFF & _PWRTE_OFF & _MCLRE_OFF & _CP_OFF & _BOREN_ON & _CLKOUTEN_OFF
; CONFIG2
; __config 0xDEFF
__CONFIG _CONFIG2, _WRT_OFF & _PPS1WAY_ON & _PLLEN_OFF & _STVREN_ON & _BORV_LO & _LPBOREN_OFF & _LVP_OFF
ORG 0
RAMTOP
MOVLB 0x1
MOVLW b'00010010'
MOVWF OSCCON
CLRF TRISC
MOVLB 0x3
CLRF ANSELC
MOVLB 0x0
CLRF PORTC
CLRF 0x20
CLRW
CALC
INCF 0x20
ADDWF 0x20, 0
MOVWF PORTC
BTFSS 0x20, 4
GOTO CALC
LAST
GOTO LAST
END

view raw

adding_up_to_16_2.asm

hosted with ❤ by GitHub

アセンブルされて書き込まれたメモリ上のデータです。なお、1命令が14bitなので、たぶんそのままではバイナリエディタでうまく見られません。バイナリエディタでのうまい見方を知りたいです。

たった16命令でプログラムが完結するなんですごい。もうちょっと実用的なプログラムを書いてみたいですが、実用性ならCで書けばいい話なんですよね。しかし、せめて電卓的なものくらいは作ってみたいなぁ

キャプチャ

カテゴリー: コンピュータ, 電気電子 | コメントをどうぞ

PICで鉄道模型をPWM高精度制御するやつを作ってる

投稿日: 2018/05/19 作成者: mipsparc

最近、ぼちぼちPICやってます。

最初は全部レジスタ直打ちで全部の機能を使おうとしていたのですが、あまりにも非効率なので、一旦諦めてMicrochipがMPLABXに付属させているMCCというコードジェネレータを使うことにしました。コードジェネレータと言っても、GUIで設定するとハードウェアを使う機能の関数が用意されるだけで、その関数をどう使うかは自分次第です。

なれるとなかなか便利な代物で、例えばPWM1_DutyCycleSet(100);とか書くだけでDuty比がセットできるようになったりするので、高度な制御をするときは必須かなと思いました。

今回は高周波PWM制御で鉄道模型を精密制御するものを作りました。被制御側(ハード、PIC)はこんな感じで良さそうですが、Pythonとかで制御するソフトウェアが未完成なので、まだシリアルから手動で叩く必要があります。

今回は書籍「C言語によるPICプログラミング大全」を参考にしました。基本から書いてありますが、いきなりレベルが吹っ飛びすぎて、下地がないと厳しいかもしれないです。MPLAB XとMCCの使い方については参考となる日本語資料が少ないので助かりました。

ハードについては、今回、唐突にPICがリセットされる問題が発生して解決に時間を要しました。結局、電源ラインにセラミックコンデンサを入れ忘れておりず、ノイズでリセットされていたことがわかりました。基本的なことなので、書籍などを参考にしなかったのが原因かもしれないです。まあ、気づけてよかったです。

#include "mcc_generated_files/mcc.h"
#include <stdio.h>
void move(unsigned char direction)
{
if (direction == 1) {
PWM1_DutyCycleSet(639);
PWM1_LoadBufferSet();
} else {
PWM2_DutyCycleSet(639);
PWM2_LoadBufferSet();
}
__delay_ms(10);
}
void main(void)
{
// initialize the device
SYSTEM_Initialize();
// Enable the Global Interrupts
INTERRUPT_GlobalInterruptEnable();
// Enable the Peripheral Interrupts
INTERRUPT_PeripheralInterruptEnable();
unsigned int level = 0;
unsigned int new_level = 0;
unsigned char direction = 1;
unsigned char got_char;
dir2_SetLow();
PWM1_Start();
PWM1_DutyCycleSet(0);
PWM1_LoadBufferSet();
printf("init\n\r");
while (1)
{
got_char = EUSART_Read();
// if (PIR1bits.RCIF) {
// got_char = RCREGbits.RCREG;
// }
if (got_char < '!'){
if (direction == 1) {
if (level) {
PWM1_DutyCycleSet(level * 3 / 4);
PWM1_LoadBufferSet();
__delay_ms(500);
}
PWM1_DutyCycleSet(0);
PWM1_LoadBufferSet();
PWM1_Stop();
__delay_ms(500);
dir2_SetHigh();
__delay_ms(200);
PWM2_Start();
PWM2_DutyCycleSet(level);
PWM2_LoadBufferSet();
printf("houten to 2\n\r");
direction = 2;
if (level) {
move(direction);
}
} else {
if (level) {
PWM2_DutyCycleSet(level * 3 / 4);
PWM2_LoadBufferSet();
__delay_ms(500);
}
__delay_ms(500);
PWM2_DutyCycleSet(0);
PWM2_LoadBufferSet();
PWM2_Stop();
dir2_SetLow();
__delay_ms(200);
PWM1_Start();
PWM1_DutyCycleSet(level);
PWM1_LoadBufferSet();
printf("houten to 1\n\r");
direction = 1;
if (level) {
move(direction);
}
}
} else if (got_char < '~') {
new_level = (got_char – '!') * 5;
printf("%d", new_level);
}
if (new_level > level) {
move(direction);
}
//ADC1_GetConversion(channel_AN11)
level = new_level;
if (direction == 1) {
PWM1_DutyCycleSet(level);
PWM1_LoadBufferSet();
} else {
PWM2_DutyCycleSet(level);
PWM2_LoadBufferSet();
}
__delay_ms(50);
}
}

view raw

pwm_controller.c

hosted with ❤ by GitHub

カテゴリー: コンピュータ, 鉄道, 電気電子 | コメントをどうぞ

Xperia X Performanceの透視図を作った

投稿日: 2018/04/29 作成者: mipsparc

先日Xperia X Performanceのロジックボードが壊れてHTC U11にしたのですが、亡骸を有効活用する必要を感じたので、芸術作品を作りました。1枚目も2枚目も、表面から見た姿です。

スキャナで1部品ずつスキャンして切り出しと位置合わせをしましたが、普通のスキャナなので1mmでも凹凸があるとピントがずれてしまうのが残念です。カメラ式スキャナ使ってリベンジしたい…

1枚めは超薄型ヒートパイプがメインSoCに接触してバッテリ横に放熱している姿がわかりやすいです。

2枚めはスマートフォン内部のRF構成がわかりやすようにしています。筐体に貼り付けられた銅箔がアンテナになっていて、スプリングコンタクタで接続されているのがわかります。

どのアンテナがどの役割なのかは、まだ分析ができていないです。基板の上を同軸が這っているとは想像していませんでした。

 

xperia

 

xperia_rf

カテゴリー: コンピュータ, 通信 | コメントをどうぞ