【続報】DSO Quadが届いた!! …けど。

不具合についてSeeedの中の人とメールしていたら交換して頂けることになったのですが、今日、交換品が届きました!!

早速、電池を接続…ぁれ?(´・ω・｀)

またバッテリコネクタが逆についています!!




気にせず、反対に取り付け、正常に起動することは確認したのですが…
やっぱり気になるので、コネクタのハウジングを取り外してみましたww




そのままコネクタのハウジングを反対に取り付けてみたのですが、シールド版と干渉してしまうので、一度分解してシールド版を0.6mmくらい切断して、正しい向きにコネクタを取り付けました。めでたしめでたし～( ＾ω＾)♪





でもまだDSO Quadの使い方がよく分かりませんorz
トリガーのかけ方やDivの変更方法とか…(泣)

小道具たちw

ブレッドボードの5V電源としてUSB端子型のACアダプタが使えるようにするケーブルを作ってみました。




あと長すぎるシリアルケーブルをちょん切って短くしてみましたw




ついでにブレッドボードを2個繋いで1つのブレッドボードにしてみましたw

原因判明!! 秋月のH8/3069ボードで発生するKernel panicについて

http://uclinux.quake4.jp/read.php?FID=2&TID=107&p=4
上記サイトからの抜粋

> ５．redbootのloadコマンドを調査。
> → load.cのload_elf_image()ルーチンの395行目付近の、addrの調整で計算漏れがある模様。


> ＜原因＞
> ・RedbootでのLoadコマンドに不具合があり、ELFファイルをロードすると、データのロード漏れするため発生
> 　DRAMの種別が違う（交換すると）と動くのは、ロード漏れしているエリアのDRAMの初期値の違いによる。

> ＜対策＞
> 以下、確実性の高いとおもわれる順に挙げます。
> 1)Redbootを修正できる環境があれば、loadコマンドを修正する
> 2)出来なければ、LinuxカーネルをSREC、BINなどのフォーマットに変換し使用する（ELF以外なら正しくロードされます）
> 3)それも面倒ならload前にmfillコマンドで0クリアする

> （私的にはDRAM交換やCBRの変更では、メモリ初期値や保持特性が変わって動いているだけなので確実性が若干低いものと思います）
>
> 私のところでは、1)の対策後、問題の沖製DRAMを追加購入し、2MB x 2 構成でも問題なく動くようになりました。　

H8Linux : Kernel panic: No init found.

+DP83902A - eeprom ESA: 00:02:cb:03:16:15
Ethernet eth0: MAC address 00:02:cb:03:16:15
IP: 192.168.1.101/255.255.255.0, Gateway: 192.168.1.100
Default server: 192.168.1.100

RedBoot(tm) bootstrap and debug environment [ROM]
Non-certified release, version UNKNOWN - built 14:54:02, Dec 21 2006

Platform: Akizuki H8/3068 Network micom (H8/300H)
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.

RAM: 0x00400000-0x005f4000, [0x00400000-0x005e1000] available
FLASH: 0x00000000 - 0x80000, 8 blocks of 0x00010000 bytes each.
RedBoot> load -v linux_nfsroot.elf
Using default protocol (TFTP)
Entry point: 0x00400004, address range: 0x003fff8c-0x004d6a24
RedBoot> exec -c "console=ttySC1,38400n81 nfsroot=192.168.1.100:/tftpboot/nfsro"
Now booting linux kernel:
Entry Address 0x00400000
Cmdline : console=ttySC1,38400n81 nfsroot=192.168.1.100:/tftpboot/nfsroot inith
�Z���version 2.4.31-uc0 (root@localhost) (gcc version 3.4.3) #3 2011�ၹ� 5��月 4 T

uClinux H8/300H
Target Hardware: AE-3068
H8/300 series support by Yoshinori Sato <ysato@users.sourceforge.jp>
Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne
On node 0 totalpages: 1536
zone(0): 0 pages.
zone(1): 1536 pages.
zone(2): 0 pages.
Kernel command line: console=ttySC1,38400n81 nfsroot=192.168.1.100:/tftpboot/nfh
virtual vector at 0x00fffd20
Calibrating delay loop... 3.26 BogoMIPS
Memory available: 984k/1067k RAM, 0k/0k ROM (781k kernel code, 196k data)
Dentry cache hash table entries: 1024 (order: 1, 8192 bytes)
Inode cache hash table entries: 512 (order: 0, 4096 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 2048 (order: 1, 8192 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
SuperH SCI(F) driver initialized
ttySC0 at 0x00ffffb0 is a SCI
ttySC1 at 0x00ffffb8 is a SCI
ttySC2 at 0x00ffffc0 is a SCI
ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com)
Last modified Nov 1, 2000 by Paul Gortmaker
NE*000 ethercard probe at 0x200000: 00 02 cb 03 16 15
eth0: NE1000 found at 0x200000, using IRQ 17.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 512 bind 1024)
Sending DHCP requests ., OK
IP-Config: Got DHCP answer from 0.0.0.0, my address is 192.168.1.101
IP-Config: Complete:
device=eth0, addr=192.168.1.101, mask=255.255.255.0, gw=192.168.1.100,
host=192.168.1.101, domain=, nis-domain=(none),
bootserver=0.0.0.0, rootserver=192.168.1.100, rootpath=
Looking up port of RPC 100003/2 on 192.168.1.100
Looking up port of RPC 100005/1 on 192.168.1.100
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 32k freed (0x4ce000 - 0x4d5000)
Kernel panic: No init found. Try passing init= option to kernel.