MOTO+4 Applocations のブログ

自社WEBサイトにGoogle広告を掲載させるための仕組み:Googleアドセンスの税務情報には「居住者証明書」が必要です。これはe-Tax等での電子申請はなく、紙による申請が必要です。他WEB記事でも多数説明がありますが実際に実施してみたところをレポートいたします。

１．基本事項

• PDF上から入力でOK。
• 法人でも登記簿は不要、申請者の証明書でOK。
• 費用はかからない。

２．居住期間について

取り急ぎ郵送で申請書を税務署に送ったのですが、以下の指摘がありました。

「居住期間は申請日に対して月末日まで満了している必要がある」

つまり以下のケースはNGです。

以下、訂正です。

３．所要時間について

初回は郵送しましたが、訂正は手持ちしました。16時くらいに。訂正を確認していただき、後送付と思いきや、「今から処置するのでしばらくお待ちください」とのこと。15分程度で証明書を発行いただけました。

手持ちして証明書が出来て取りに行くかと思い郵送にしましたが、窓口が閉まる寸前でもなければその場で処置してくれるようです。一回の訪問ですむなら郵送は不要そうです。指摘があればその場で直せるでしょうし。込みそうな都内や横浜はわかりませんが、、、

４．その他

Google お支払いセンターに、当初、登記簿を申請して「書類が違うか期限が切れています」とNGをくらいました。「期限が切れています」に着目して最新登記簿を入手して申請してもNG。「登記簿をだせばOK」というWEB記事もありましたが時期の違いかそれだけではNGでした。

Google お支払いセンターに、「税務情報の書類は何を出せばよいですか」と質問をしてもレス無しでした。国ごとに事情がちがうので聞いてもムダなようです。ちなみに2年前にMicrosoft Storeの申請をしたときは「居住者証明書」は不要でした。

マイコン命令とコンパイラが特殊そうなSHマイコンにて、各種マニュアルを読んで、ロジック変更なしで性能改善できそうな方法memoです。まだ試していません。

効果があったら本記事を改定していきます。

法人設立時、登記上はTEL番号は必要ありません。しかし税や社会保険など様々な書類にTEL番号欄もあり、銀行口座開設には必要だと言われています。 当方も口座開設前にTEL番号を取得しました。IP電話で構いません。昔あった「TEL加入権」なるものは不要です。このとき一つ落とし穴がありましたので、ご紹介いたします。

当初、登記した事務所のマンションで回線が設置済みの、とあるケーブルTVのインターネットを契約し、一緒にTELも申し込みました。TEL番号の地域番号は合わせてくれます。事務所は不在が多いので、個人携帯TELに転送するようにしました。

使い始めてすぐ全く知らないところからTELがどんどんかかってきます。何故か流山市の役所が多い。どうも前に同じTEL番号を使っていた方へのTELでした。どうも福祉関係の業者さんのようです。その方々がTELの変更を周知していないのか、突然廃業したのか定かではありません。業務はeメール連絡なので、業務TELがかかってくることはなく、個人携帯に転送はやめました。

結局、諸事情により事務所は移転しました。その時、ケーブルTVのインターネットは法人だと割り増し料金を取られていたため、それの無いNTTひかりのIP電話しました。TEL番号は変わってしまいますが、区も変わってしまうため仕方ないです。その時、NTTさんに質問しました。

「以前の回線では、前にTEL番号使っていた方への電話がひどかった。なんとかなりませんか?」

NTTさんは、

「未使用になった回線は、2年間空けてから割り当てるようにしています。」

流石、元役所です。

起業時のTEL番号は、未使用期間を確認しましょう。

しかし最近NNTひかりは、2025年にむけて、ファミリータイプ:3,080円 → 5,720円 と大幅値上げにするとお知らせがありました。また回線検討が必要そうです。

RL78にてCコード中に、アセンブラ関数を作り、日本語コメントを UFT8 から SJIS に変更すると特定の漢字でビルトエラーが発生するようになりました。コンパイラは CCRL、GCC のほうではないです。

コードは、

/// アセンブラ部の宣言 ///
#pragma inline_asm	IntRxTx


static void IntRxTx(void)
{
	;EIとSTACK操作はcall元で実施
	MOV	A,SCI_DT		; 送受信値取出し
	MOV	!_SCI_DT,A		; 受信として退避

	CMP0	!_sci_mode

メッセージは、

:E0520067:"}" がありません。

どうも「実施」の文字が引っかかっているようです。昔昔、SJISの特定コードがエスケープシーケンスと被るみことがUNIX上で起こっていましたが、イマドキまさか。ルネサスに問合せしました。コンパイラ購入者でなくとも、ルネサス評価ポードは購入していれば問合せOKでした。購入先の代理店さんをお知らせする必要があります。

ルネサス殿と問答が続きましたが、以下のコードを以下のようにしてくれとのことでした。

/// アセンブラ部の宣言 ///
#pragma inline_asm	IntRxTx


static void IntRxTx(void)
{
	// EIとSTACK操作はcall元で実施
	MOV	A,SCI_DT		// 送受信値取出し
	MOV	!_SCI_DT,A		// 受信として退避
	CMP0	!_sci_mode

違いはわかりますでしょうか? アセンブラ関数でもコメントは C/C++ 形式にするということでした。確かにCCRL取説のはアセンブラ関数のコメント形式は明記されていませんが、サンプルコードは「//」になっていました。。。まさかの結果でした。

SHマイコンの SFR:システムレジスタ も時間がかかるのでしょうか? 前回記事では、割込禁止フラグをアクセスするにはC/C++言語上では一行であっても、アセンブラ(実行コード)では専用のSTR命令を経由し、直接変更できないためステート数を食うことが分かりました。

デバッグ時に、E1エミューレータ等で確認できないタイミングを検証したい時 (もしくはエミューレータ等が使えず表示部がない機器 ) では、余っているマイコンポートに出力し、オシロで計測します。とっても気軽に。SHの場合、どのように実行コードが展開されるのでしょうか?

コンパイラはC/C++ compiler package for SuperH RISC engine family V.9.04 Release 03 (無償版)です。

よくやるデバッグポートやLED反転の場合、 C/C++ だと、

// ポートA.0bitを反転 Addr 0xFF464000
GPIO.PAR.BIT.PA00 = ~GPIO.PAR.BIT.PA00; 

最適化ありでのアセンブラ展開は、

※ SR:ステータスレジスタ R番号;汎用レジスタ
ADDR  命令      オベランド [実行clock数,待ちclock数]
----------------------------------
      MOVI20S   #H'F464000,R11  ; R11 = ポートAレジスタ:PRAアドレス [1,1]
      MOV       #H'FE,R13       ; R13 ビット0を0にするマスク値 [1,1]
      MOV.W     @R11,R0    ; R0 = *R11 (PRAの状態読出し) [1,2]
      AND       #H'01,R0   ; R0 &= 0x01 (ビット0を立てる)  [1,1]
      NOT       R0,R0      ; R0 = ~R0  (ビット0を0にするマスク値0xFEを求める) [1,1]
      TST       #H'01,R0   ; if ( R0 & 0x01 == 0 ) SR.Tビット=1 [1,1] 
      BF/S      @H'140A:8  ; if (SR.Tビット== 0 ) goto 140A + 8 [2,2]
                           ; (PRA00==1なら140Aの次の行に飛ぶ)
      MOV.W     @R11,R2    ; R2 = *R11 (PRAの状態読出し) [1,2]
      BRA       @H'140C:12 ; goto 140C + 12 (次行を実行し140Cの次行に飛ぶ) [2,2]
      AND       R13,R2     ; R2 &= R13  (ビット0を下す) [1,1]
140A  BSET      #0,R2      ; R2 &= 0x01 (ビット0を立てる) [3,2]
140C  MOV.W    R2,@R11    ; *R11 = R2  (PRAの状態設定) [1,2]

実行コードの展開量が多いですね。SFRをダイレクトに読書きしないのは変わらず。ビット反転なのになぜ分岐が必要なのか? PARを何故2回読むのか? 不思議です。R13 にマスク値を入れるのは、オベランドに固定値を直接指定できないのでしょうかね。

12ステートで総17clock、分岐があるとパイプラインの先読みがムダになるのでざっくり+10=27clock。大体 0.3us という計算です。 RL78や78Kシリーズなら以下のように一行で済むはず。

      NOT1   p0.0   ' しかしbit操作系はclockやや数多め

SHでアセンブラで書くなら以下でいいような気がしますが、、、

      MOVI20S   #H'FF464000,R14  ; R14 = ポートAレジスタ:PRAアドレス 
      MOV            #H'FE,R13       ' R13 ビット0を0にするマスク値
      MOV.W     @R11,R12         ; R12 = *R11 (PRAの状態読出し)
      BLDNOT    #0, R12          ; R12のBit0 を反転 → Tビット
      BST       #0, R12          ; Tビット → R12のBit0 
      AND       R13, R12         ; 0xFEでマスク
      MOV.W     R12,@R14         ; *R11 = R12  (PRAの状態設定)

BIT操作命令はやや特殊、Bit指定は0～7まで。8以上は第2オペランドをアドレス指定でoffsetを要すようで汎用レジスタだけでは組めないようです。SHコンパイラ、SH CPUはなんか特殊そうですね。旧三菱系のM16C、R8Cもちょっと変でしたけど、、、 やっぱり最後にのこったNEC系に部があるのでしょうか…