summaryrefslogtreecommitdiff
path: root/keyboards/hhkb/yang/memo.md
blob: 5c710482b37c11ef458105a600ccd467423d6819 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
## Hardware Information

The YANG HHKB BLE controller design is similiar to hasu's
controller. Most pins are compatiable.

**MCU**: ATmega32U4  
**Bluetooth**:  MDBT40 (nRF51822-based), with Adafruit Bluefruit LE UART Friend firmware.  
**Power**: 3.3V  
**CPU Frequency**: 8MHz  
**Bootloader**: Lufa MassStorage  

## Pin usage

| Description                          | HASU pin usage         | YANG mod changed           |
|:------------------------------------ | ---------------------- | -------------------------- |
| ~KEY: Lo(0) when key is pressed      | PD7 input(with pullup) |                            |
| Hysteresis: Hi(1) if key was pressed | PB7 output             |                            |
| Row selector bit0                    | PB0 output             |                            |
| Row selector bit1                    | PB1 output             |                            |
| Row selector bit2                    | PB2 output             |                            |
| Col selector bit0                    | PB3 output             |                            |
| Col selector bit1                    | PB4 output             |                            |
| Col selector bit2                    | PB5 output             |                            |
| Key unable                           | PB6 output             |                            |
| Switch power                         | PD4 output             | PD6 output (PMOS FET)      |
| Bluetooth UART Rx                    | PC4 input              | PD2                        |
| Bluetooth UART Tx                    | PC5 output             | PD3                        |
| Bluetooth power                      |                        | PD5 output (low: power on) |
| LED 0                                |                        | PF4                        |
| LED 2                                |                        | PF1                        |
| LED 4                                |                        | PF0                        |
| Unused for PRO2                      | PC6                    |                            |
| Unused for PRO2                      | PC7                    |                            |
| Inner USB power                      |                        | PF7                        |

## How to flash LUFA MassStorage bootloader on Linux

The FAT filesystem on Linux very often cannot flush the write cache,
leading to broken firmware in the flash.

We can use `dd` to write to the virtual block storage directly to
bypass the vfs layer.

```
dd if=FLASH.bin of=<path of virtual block device> seek=4
```

Skip 4 sectors because the default sector size of the virtual device
and dd is 512 bytes and the emulated flash file starts at 5th sector.

## How to find the path of the virtual block device

After the keyboard boots into flash mode, on Linux system you should
be able to find the block device in `dmesg` logs.

For exmaple if you type

```
sudo dmesg
```

You should find something like

```
[357885.143593] usb 1-1.4: USB disconnect, device number 24
[357885.627740] usb 1-1.4: new full-speed USB device number 25 using xhci_hcd
[357885.729486] usb 1-1.4: New USB device found, idVendor=03eb, idProduct=1962, bcdDevice= 0.01
[357885.729492] usb 1-1.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[357885.745620] SCSI subsystem initialized
[357885.746712] usb-storage 1-1.4:1.0: USB Mass Storage device detected
[357885.746818] scsi host0: usb-storage 1-1.4:1.0
[357885.746919] usbcore: registered new interface driver usb-storage
[357885.747689] usbcore: registered new interface driver uas
[357886.766755] scsi 0:0:0:0: Direct-Access     LUFA     Bootloader       0.00 PQ: 0 ANSI: 0
[357886.773216] scsi 0:0:0:0: Attached scsi generic sg0 type 0
[357886.777474] sd 0:0:0:0: [sdx] 134 512-byte logical blocks: (68.6 kB/67.0 KiB)
[357886.780300] sd 0:0:0:0: [sdx] Write Protect is off
[357886.780302] sd 0:0:0:0: [sdx] Mode Sense: 00 00 00 00
[357886.783113] sd 0:0:0:0: [sdx] Asking for cache data failed
[357886.783114] sd 0:0:0:0: [sdx] Assuming drive cache: write through
[357886.842676]  sdx:
[357886.859528] sd 0:0:0:0: [sdx] Attached SCSI removable disk
```

The `sdx` is the block device name and the full path is at `/dev/sdx`
The above flash command will become

```
dd if=FLASH.bin of=/dev/sdx seek=4
```

## Adafruit Bluefruit LE UART configuraton

The default baud rate used by the firmware is 76800 although adafruit
do not recommend using higher baudrates than 9600 because the nRF51
UART can drop characters.

Double speed mode to get more accurate async reading because the F_CPU
speed is 8MHz.

## Power saving mode design

Power saving is only enabled when USB is detached and using battery
power. Here we define several levels of power saving mode, each saves
more power but takes longer to resume operation.

1. Level 1: idle mode is activated after a short configurable time
   (MATRIX_POWER_SAVE_TIMEOUT_MS) MCU is put into sleep mode and only
   scan the matrix per 15ms. PORTB pins are set to input with pull-up
   to save power. Sensing PCB is powered down between scans.

2. Level 2: after idling for longer (MATRIX_POWER_SAVE_TIMEOUT_L2_MS)
   we entry this state. Matrix scan is skipped until the time lapses
   900ms.

2. Level 3: sleep mode is activated after a longer timeout
   (MATRIX_POWER_SAVE_TIMEOUT_L3_MS) Bluetooth module is powered down.

## Battery reading

VBAT is connected to AIN6 pin on the MDBT40 module and the AREF pin is
the reference voltage. Doing a ADC with AT+HWDAC=6 will return the
difference between VBAT and VREF.

It seems when fully charged the ADC read is 550. Likely VREF is 3311mV
and the fully charged VBAT is thus 3861mV.

Enable battery service with AT+BLEBATTEN=1 first then we can update the
battery level by using AT+BLEBATTVAL=%d

## References

* https://github.com/joric/qmk/wiki/hhkb_ble
* https://github.com/tomsmalley/custom-topre-guide
* https://github.com/abcminiuser/lufa/blob/master/Bootloaders/MassStorage/Lib/VirtualFAT.h