The original text is by Github user KawakawaRitsuki, translated by Google. I merely fixed Google's translation.
| Parts | Contents |
|---|---|
| Touch panel | 16 keys, each having 2 sensors = 32 sensors |
| Lighting | 1 per key + 1 per key separator; 16 + 15 = 31 |
(Omitted images to avoid any issues)
Key measurements: 90 mm x 26 mm. 3.5 mm separator between keys.
| Type | Features | Author |
|---|---|---|
| IR Grid | - Works with gloves - - The slider needs to be somehow receeded to allow space for IR emitters and sensors - A right-angle prism can potentially be used to reflect the IR rays - - (I believe the original author made a remark about not being able to split the board vertically, which is not true - it would simply require more sensors) | @ kawakawaritsuki |
| Capacitive sensing | - Does not work with gloves (except touchscreen gloves) - The slider can be aligned flush with its frame | @ seg _ 514 and others |
| SAW (Surface Acoustic Wave) | Optimal in terms of quality of sensing, but practically out of reach for hobbyists and DIY | SEGA (Author) |
| Tablet / Touchscreen | - Essentially no cost if you already own a tablet - The slider is going to look and feel very different from the arcade version - Easy to publish (make an app) | multiple names |
Gen1 has physical separators in the acrylic sheet, but I (original author, not me) think that it is probably better to cut colors cleanly. I (original author) think that it is better to keep a smooth surface between keys.
The following is about serial communication with Seuarchin. I will not go over this as it is not relevant for most people and fixing google translated technical terms is a huge pain.
| Name | Contents |
|---|---|
| Communication method | Serial communication |
| Communication speed | 2000000 bps (= 2 Mbps) |
Touch states are set from left to right, 0 is non-touch state 1 is set as touch state, and a 16-bit character string is created Add a 2-bit string indicating the Air status to this Converting this as a binary number to a hexadecimal number results in a maximum of 4 bytes of alphanumeric characters
AIR state | Raw data : ----: |: ----: Air judgment None | 00 Air judgment (at the start) (Even when moving (swinging) with Action / continuation of judgment | 01 Air keep (when not making fine movements) | 10
State | Raw data | Transmission data : ----: |: ----: |: ----: Touch four from the left / No Air | 111100000000000000 | 59MO Four touch from center / AirAction | 000000111100000001 | 2YP Alternating two from the left / Air keeping | 110011001100110010 | 4HTE
This 1-4 digit string becomes the data sent to the mother ship.
When analyzing on the simulator side, you can express it with 0 and 1 by returning the hexadecimal number to the character string of the binary number and left 0 filling.
I will express it in a touch feeling similar to touch judgment, but this time I will assign an alphabetical hexadecimal number to a color (content is scheduled to be appended at a later date because there is no source)
Basically, the color used in Chunithm is specified. (It is okay to add each unspecified part)
I think that it was around yellow, pink, light pink, red, blue, green if it is in the memory range.
Here we send the 16 digit data as it is serial.
At this time, please do not forget to insert the; at the end.
It is a design that microcomputer recognizes; and performs lighting.
Finally the data
1111000011110000;
It will be in the form.
Processing around this lighting will use a considerable number of bytes, so lag occurs immediately at 9600 bps etc, so 2 Mbps bandwidth is prepared. The communication speed is assumed to be 2 Mbps, but here it is also possible to communicate at an arbitrary speed if the program side selects it.