v0.0.41

0.0.41

• (EN) Added: oep_client.acquire, one capture put together. A line is named by the probe's channel name (fn 0's channel_name, GPIO47) or a port's line label (x035.swdio), looked up on the session; a stream's length is seconds (as LogicCapture.stream). capture_at(address, Request) opens the probe, takes its lease, raises a UART link and lets it all go; capture(hst, Request) runs on a session the caller holds (with ProbeLog, the target's control). Modes oneshot / repeat / stream, logic and analog in a capture-group with a trigger on either track (capture §4.4), format 1 lines as their changes. The Result has the tick rate, the parts (tick0, meta: start_ns, start_uncertainty_ns, trigger_tick, ...), their channels as the probe gave them (Bits, Changes, Analog), the losses (any makes the capture a failure) and meta["probe"] (model, firmware, unit_id, address = the probe's place without the route, boot_id, clock, calibration, link). Moved from wireskein's oep source, which now writes this result as a file. numpy (extra acquire) puts streams and format 1 blocks together.
• (JA) 追加: oep_client.acquire。1 回の取り込みを組み立てる。線は、プローブのチャンネルの名前（fn 0 の channel_name、GPIO47）か口の線の label（x035.swdio）で指し、セッションの上で番号に引く。ストリームの長さは seconds（LogicCapture.stream と同じ）。capture_at(address, Request) はプローブを開き、lease を取り、UART の速さを上げ、終わったら手放す。capture(hst, Request) は呼び手が持つセッションの上で動く（ProbeLog や target の操作と一緒に）。mode は oneshot / repeat / stream、ロジックとアナログを capture-group で一緒に、どちらのトラックの trigger も（capture §4.4）、形式 1 の線は変化で。Result は刻みの速さ、区間（tick0、meta: start_ns、start_uncertainty_ns、trigger_tick など）、プローブが渡したままのチャンネル（Bits、Changes、Analog）、欠落（1 つでもあれば失敗）、meta["probe"]（model、firmware、unit_id、address = 経路を除いたプローブの場所、boot_id、clock、calibration、link）を持つ。wireskein の oep の取り込みから移した（wireskein はこの結果をファイルに書く）。stream と形式 1 のブロックの組み立てに numpy（追加の依存 acquire）を使う。
• (EN) Changed (breaking): a probe is named by its OEP address, oep://<unit_id>[/<port>[/<target>]][?via=<route>]
  (oep-spec host guide §5.3; link.parse_address, link.Address, hst.address). Without via: its USB device (found by
  its USB serial, any VID:PID: vendor bulk, then HID, then its one CDC port), else the TCP probe DNS-SD finds; via=usb /
  bulk / hid / cdc / net keeps to that route, via=tcp:: and via=tty: name it. On every route
  describe's unit_id must be the one named. tcp:UNIT_ID, usb:UNIT_ID and usb:VID:PID[:SERIAL] are gone
  (oep://UNIT_ID?via=net, ?via=usb); a serial port path, tcp://HOST[:PORT] and a bare usb stay as short forms for a
  probe whose unit_id is not known.
• (JA) 変更（壊す変更）: probe は OEP のアドレス oep://<unit_id>[/<port>[/<target>]][?via=<経路>] で名指す（oep-spec の host
  ガイド §5.3。link.parse_address、link.Address、hst.address）。via が無ければ USB のデバイス（USB の serial で探す。
  VID:PID は問わない。vendor bulk、HID、ただ 1 つの CDC の順）、無ければ DNS-SD が見つけた TCP の probe。via=usb / bulk / hid / cdc /
  net はその経路だけ、via=tcp:: と via=tty: は経路を名指す。どの経路でも describe の unit_id が名指したものと
  同じでなければならない。tcp:UNIT_ID、usb:UNIT_ID、usb:VID:PID[:SERIAL] は無くした（oep://UNIT_ID?via=net、?via=usb）。
  unit_id を知らない probe には、シリアルの口の path、tcp://HOST[:PORT]、ただの usb を短い形として残す。
• (EN) Changed: virtual_bench_serve --pty says so on stderr when it gets no inotify instance (a user's
  fs.inotify.max_user_instances used up by editors and file watchers): it then cannot see the close of a host that ended
  without closing the port, and the pty stays busy. The test of that case skips with this reason instead of failing.
• (JA) 変更: virtual_bench_serve --pty は、inotify を作れないとき（エディタやファイルの見張りが、ユーザーの
  fs.inotify.max_user_instances を使い切ったときなど）に、その旨を stderr に出す。このとき、口を閉じずに終わった host の
  close が見えないので、pty は使用中のまま残る。その場合の試験は、落ちる代わりにこの理由で skip する。
• (EN) Fixed: oep pins' map named pads another device moves as wired - an X035's PC16/PC17, held by a USB host,
  "followed" different channels on every run. The map now reads the target's pads first with nothing driven and leaves
  out those that move (a note names them), and a pad must follow its channel on 4 tries (was 2).
• (JA) 修正: oep pins の map が、ほかの機器が動かすピンを「つながっている」としていた（USB ホストにつながる X035 の PC16/PC17 が、
  走らせるたびに違うチャネルに追従した）。map は、まず何も駆動しないで target のピンを読み、動くピンを外す（note に出す）。チャネルに
  追従するかは 4 回確かめる（前は 2 回）。

Repository: https://github.com/Open-Embedded-Probe/oep-client-python

Full Changelog: v0.0.40...v0.0.41