K4zuki

import sys

if sys.version_info > (3, 6, 0):
    from typing import Tuple, List
from collections import namedtuple


class ScpiKeyword(namedtuple("ScpiKeyword", ["long", "short"])):
    """
    - long: `str`

K4zuki

#!/usr/bin/env node
'use strict';

var fs = require('fs-extra');
var json5 = require('json5');
var yargs = require('yargs');
var onml = require('onml');

var wavedrom = require('wavedrom');
var def = require('wavedrom/skins/default.js');

K4zuki

# Best hint exists here: https://github.com/Automattic/node-canvas/issues/1486#issuecomment-547841042
# This would not occur on debian/ubuntu based environment/images
FROM node:12.22-alpine3.12

RUN apk add --update --no-cache \
    make \
    g++ \
    jpeg-dev \
    cairo-dev \
    giflib-dev \

K4zuki

<?xml version="1.0" encoding="UTF-8"?>
<GPDProject version="22" oldestCompatibleVersion="22" GPDVersion="6.27.001" lastChange="2021/11/29 21:28">
    <generalProjectSettings/>
    <chip family="04" type="06" friendlyName="GreenPAK 6" partNumber="36" package="7">
        <nvmData registerLenght="2048">F6 D 0 F6 D 0 1C EC 73 B1 CF C9 3E 37 FB 1C ED 73 B5 F 0 0 0 0 0 B0 F9 F0 E6 C7 9B 2F 6F FE BC F9 F4 E6 D7 0 0 3C E 0 0 0 0 0 0 0 48 D3 4F 55 0 0 0 80 75 FD ED CF FE EB AF FE E9 8F FE 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 80 0 0 80 80 30 30 0 0 30 80 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 14 22 30 C 0 0 0 0 0 0 0 DE 0 0 0 0 0 0 0 0 0 D0 2F 0 68 0 0 0 0 0 20 0 1 0 8 0 2 1 0 0 2 4 1 8 0 2 1 0 0 2 4 1 8 0 2 1 0 0 2 4 1 0 0 2 0 1 0 0 0 C1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 A5</nvmData>
        <eepromData id="0">0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 

K4zuki

<?xml version="1.0" encoding="UTF-8"?>
<GPDProject version="18" oldestCompatibleVersion="9" GPDVersion="6.25.002" lastChange="1/31/2021 10:09 PM">
    <generalProjectSettings/>
    <chip family="04" type="06" friendlyName="GreenPAK 6" partNumber="36" package="7">
        <nvmData registerLenght="2048">0 0 0 0 0 0 5A 86 1 0 0 0 0 0 0 0 0 0 0 0 10 1F 0 0 C0 6 0 2F 0 74 0 10 2 C0 6 0 2F 0 74 0 10 6 0 40 0 0 0 0 0 0 0 E2 2F 1 0 0 0 0 0 0 0 0 0 E6 5F FE E4 3F FE 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 51 0 0 80 31 30 30 0 0 30 30 30 0 30 30 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 2 0 14 22 30 C 0 0 0 0 0 0 0 0 90 2 0 FE 0 0 0 0 0 8 28 68 6 0 0 2 AA AA 35 2 3F 0 44 AA 43 3F 20 AA 43 1 3F 44 AA 43 3F 20 AA 43 1 2F 44 AA 43 2F 20 AA 43 1 2F 2 AA 43 1 2F 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 A5</nvmData>
        <eepromData id="0">0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 

K4zuki

<?xml version="1.0" encoding="UTF-8"?>
<GPDProject version="22" oldestCompatibleVersion="22" GPDVersion="6.27.001" lastChange="2021/12/11 0:33">
    <generalProjectSettings/>
    <chip family="04" type="06" friendlyName="GreenPAK 6" partNumber="36" package="7">
        <nvmData registerLenght="2048">D6 75 A2 14 5B A9 2E 6 6C C2 FF 3D FF 7 FD 5F F4 F7 D3 D4 4F 13 D0 53 D5 44 55 69 6F 4D D4 B5 BA 14 E6 62 8E 64 5D 54 65 5 0 0 0 0 0 0 0 0 0 0 60 55 D4 DF FF 40 39 FD 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 51 51 0 80 80 0 0 0 0 30 80 0 0 30 30 30 30 30 30 0 0 0 0 0 0 0 0 0 0 0 0 0 0 7 22 8 14 22 30 C 0 0 0 0 0 0 0 64 E6 0 0 4 40 0 0 0 80 C0 2B 1 0 0 0 0 0 80 20 0 1 0 0 10 2 1 0 49 2 0 1 0 F8 2 1 0 20 2 0 1 0 F8 2 1 30 BD 54 2 3 0 FE 2 0 1 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 A5</nvmData>
        <eepromData id="0">0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

K4zuki

SLG46580 (Simple) PLD note

LDO related registers

Register relationship among chip types

46580	46582	46583
LDO0	LDO0	LDO
LDO1	Reserved	Reserved

K4zuki

Applies to Pandoc ≥ 2.10

From my notes during preparation of my filter compatibility for 2.10

See here for primary reference

-t native always gives great hints

Try:

$ pandoc -t native
| table |
|-------|

K4zuki

pandoc-crossrefとdocxとLuaフィルタ（１）

この記事は何

pandoc + pandoc-crossrefフィルタを使ってdocxドキュメントを作ろうとしてちょっとめんどくさかったこととその解決策

pandoc-crossrefで画像を並べるやつがうまくいかない件

このあたりを参考に、複数の画像に小番号を つけて並べたかったんだけど、縦積みはともかく横に並べるのはうまくいかない。

K4zuki

<?xml version="1.0" encoding="UTF-8"?>
<GPDProject version="9" oldestCompatibleVersion="9" GPDVersion="6.19.004" lastChange="2019/08/07 1:40">
    <generalProjectSettings/>
    <chip family="04" type="06" friendlyName="GreenPAK 6" partNumber="36" package="16">
        <nvmData registerLenght="2048">12 90 39 EB B5 A6 9C 14 6D 8E BF 69 FE 96 F9 1B E6 AB 56 FA 47 1 60 55 D4 4 0 51 45 4D 56 45 59 15 65 55 94 55 51 56 45 5 1A 0 0 0 0 0 0 0 0 40 10 0 0 0 0 40 7 F9 A7 EF FA 8F DF FA AC 7F F9 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 80 30 30 30 0 0 30 80 3 0 3 3 3 3 3 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 14 22 30 C 0 0 0 0 0 0 0 15 71 0 0 40 0 0 10 0 15 D0 2B 78 6E 0 0 0 71 73 20 0 1 0 2 0 43 1F 0 1 2 0 1 0 10 2 1 0 80 2 0 1 0 9F 2 1 0 FB 2 0 1 0 45 2 0 1 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 A5</nvmData>
        <checksum crc32="0x1A16B46A" version="7"/>
        <asmModel>
            <stateMachine>
                <asmMode