Huis kopen met overdracht pas over zeven à acht maanden: welke risico's lopen wij als koper?

We hebben een bestaande woning op het oog waar we erg enthousiast over zijn. Eén ding houdt ons bezig: de overdracht zou pas in maart of april 2027 plaatsvinden, ongeveer zeven à acht maanden nadat we de koopovereenkomst tekenen.

Even met fictieve maar redelijk representatieve bedragen, zodat het concreet wordt:

  • Nieuwe woning: circa €500.000, plus grofweg €17.000 kosten koper
  • Huidige woning: verwachte verkoopopbrengst minimaal ~€320.000, die in dit voorbeeld volledig beschikbaar komt voor de nieuwe woning
  • Benodigde nieuwe hypotheek als de verkoop rondkomt: circa €200.000
  • Onze maximale hypotheek op basis van inkomen: circa €600.000

Zo gerekend is de aankoop financieel ruim haalbaar. €200.000 lenen terwijl er €600.000 kan, daar hoeven we ons weinig zorgen over te maken. Maar dat plaatje klopt alleen zolang álles volgens plan verloopt, en juist daar zit onze twijfel: die lange tussenperiode.

In zeven à acht maanden kan er veel gebeuren. Wat ik voor me zie:

  • Onze huidige woning verkoopt niet, verkoopt veel later, of levert flink minder op dan €320.000
  • De rente schiet omhoog, of onze hypotheekofferte verloopt voordat we kunnen passeren
  • Een van ons raakt zijn of haar baan kwijt, wisselt van werkgever of gaat er flink in inkomen op achteruit
  • De huizenmarkt of de economie draait
  • De verkoper krijgt problemen met zijn eigen woning en kan op de afgesproken datum niet weg
  • De verkoper wil om wat voor reden dan ook onder de koop uit, of de overdracht uitstellen
  • Er gebeurt iets uitzonderlijks (grote economische onrust, oorlog, een andere crisis) waardoor financiering of overdracht moeilijker wordt

Waar het bij ons echt gaat schuren, is de combinatie van twee dingen. Als onze eigen woning op de overdrachtsdatum nog niet verkocht is, moeten we de volle €517.000 overbruggen of financieren in plaats van €200.000. Dat past nu nog binnen onze €600.000, maar niet meer als ons inkomen tegen die tijd is gedaald en een bank nog maar €400.000 tot €450.000 wil verstrekken. Dan lopen de twee risico's tegelijk op en zitten we het financieringsvoorbehoud waarschijnlijk allang voorbij.

Andersom speelt dezelfde vraag: wat is onze positie als juist de verkoper straks niet meer kan of wil leveren?

Concreet zit ik met dit:

  • Is een overdracht zeven à acht maanden na het tekenen normaal bij een bestaande woning?
  • Hoe definitief is een hypotheek die maanden voor de daadwerkelijke overdracht is goedgekeurd?
  • Kan een bank vlak voor het passeren opnieuw naar inkomen en werk kijken?
  • Hoe regel je de verkoop van je eigen woning slim binnen zo'n tijdlijn, en wanneer accepteert een bank een overbrugging?
  • Hoe dek je je als koper redelijkerwijs in tegen grote veranderingen in die periode?
  • Welke aanvullende ontbindende voorwaarden zijn verstandig bij zo'n lange termijn?
  • Welke afspraken zou je opnemen over uitstel of het niet nakomen door de verkoper?
  • Waar denken we nu niet aan?

We leggen dit uiteraard ook voor aan een hypotheekadviseur, een aankoopmakelaar en eventueel de notaris. Maar ik ben vooral benieuwd naar mensen die dit zelf hebben meegemaakt: hoe is het bij jullie gelopen, en wat zou je achteraf anders hebben geregeld?

reddit.com
u/fridzel — 1 day ago
▲ 4 r/BadUSB+1 crossposts

Generic Chinese USB microscope (VID 0x349C / PID 0x3301) — any known trick to reach a firmware-update mode?

TL;DR — Trying to find any firmware-update or firmware-dump path on a ~$19 unbranded handheld USB microscope (VID 0x349C / PID 0x3301, stock strings "Generic" / "HD video"). Every USB-side route I've checked is a dead end: no DFU, no UVC Extension Unit, no vendor interface, no CDC, no alt config, and no factory-loader VID/PID via any button combo I could think of. Looking for prior art on this silicon family or any vendor tool / SD-card auto-update filename / button trick I missed before I crack it open with a SOIC clip.

The device

  • Unbranded handheld digital microscope, sold under SKU SKUK67100 / POA108263384-2
  • Spec sheet: 2.0" IPS screen, 2 MP, 500×, JPG/AVI to SD card, 8 LEDs, 400 mAh battery, USB-C charge
  • The vendor's manual links to inskam.com (ShenZhen YiPinCheng Tech — Inskam / SUNUO / ANESOK), but they're a downstream OEM/ODM, not a silicon vendor. They publish exactly one Windows file: camera.zip (~1.87 MB), a classic UVC viewer, no firmware blob

https://preview.redd.it/jx6jrwiuu04h1.jpg?width=3024&format=pjpg&auto=webp&s=82c52b704e985a71344c1f294747067c7fd19f45

https://preview.redd.it/tf9dexiuu04h1.jpg?width=3024&format=pjpg&auto=webp&s=57e6268420a50313102252ad7f0295de3ed96738

https://preview.redd.it/07817xiuu04h1.jpg?width=3024&format=pjpg&auto=webp&s=5ff4e2c2c506c946028fb9c2fa31f271933a2cbc

USB identity (PC Camera mode)

idVendor       0x349C   (generic OEM range, not a known silicon vendor)
idProduct      0x3301
bcdDevice      0x0301
bDeviceClass   0xEF / 0x02 / 0x01     (Misc / IAD composite)
iManufacturer  "Generic"
iProduct       "HD video"
iSerialNumber  "20210901000000"        (factory date, not unique)

Stock reference-firmware strings all the way down. Four interfaces: UVC VideoControl + VideoStreaming, UAC AudioControl + AudioStreaming. macOS binds it to UVCAssistant cleanly. 1920×1080 @ 30 fps on the wire as MJPEG.

Three device modes, all dead-ends for updating

Mode (device menu) bDeviceClass / bcdDevice What I see on the host
PC Camera 0xEF / 0x0301 UVC + UAC composite
Device observation n/a Drops off USB entirely, charge-only
Card reader 0x00 / 0x0100 Plain MSC SCSI Bulk-Only, pass-through SD reader

Same VID/PID across all three — the SoC just swaps bcdDevice and the descriptor set at boot, so it's clearly carrying two pre-built firmware images and choosing one from the menu.

What I checked (all negative)

  • No DFU interface (0xFE/0x01) in any mode
  • No CDC-ACM / serial (0x02 or 0x0A)
  • No vendor-specific interface (0xFF)
  • bNumConfigurations = 1 in each mode (no alt config hiding a bootloader)
  • No UVC Extension Unit in the VideoControl descriptors — I wrote a small libusb probe (descriptor reads only, no transfers) and the topology is VC_HEADER / VC_INPUT_TERMINAL / VC_PROCESSING_UNIT / VC_OUTPUT_TERMINAL and that's it. No VC_EXTENSION_UNIT, no VC_SELECTOR_UNIT. So there's no spec-blessed channel for vendor commands (flash peek/poke, firmware version, etc.) either.
  • VC_INPUT_TERMINAL.bmControls = 0x000000 — not even host control of focus / exposure / zoom is advertised. Focus wheel is mechanical.
  • MSC mode advertises no second LUN, no vendor command set — it's literally just an SD card reader bridge.

Button-combo experiments

I wrote a tiny ioreg watcher that polls (idVendor, idProduct, bcdDevice, product-string, serial) once per second under the XHCI controllers and emits a line on any change. The intent: any enumeration as a non-349c:3301 device — a SigmaStar 0x3346 loader, GeneralPlus 0x1004, Sonix 0x0c45, Allwinner FEL 0x1f3a, Cypress 0x04b4, Realtek 0x0bda, anything — would show up immediately.

Tried (operator at the device):

  • Hold OK + power
  • Hold Up + power
  • Hold Down + power
  • Hold Mode + power
  • Each of the above while plugging USB in
  • Long-press power while plugged in
  • Various 2- and 3-button combos at boot

Result: zero new VID/PID ever appeared. Only enumeration changes recorded were the device flipping between its three known menu modes. Nothing came out of the button matrix.

SoC guesses (thin)

The mode list (640×480 / 800×600 / 1280×720 / 1280×960 / 1920×1080 @ 30/5 fps, on-die SDIO/SD-host re-rolled as USB MSC bridge, integrated LCD driver, single battery rail) roughly matches the feature set of SigmaStar SSC30xx/32xx, GeneralPlus GPCV, Sonix SN9C29x and similar parts. No descriptor field uniquely identifies which one. Anyone recognise the silicon from the behaviour?

What I'm hoping to learn

  1. Has anyone seen VID 0x349C before and tied it to a specific SoC family?
  2. Any known button-combo / USB-plug-order trick that flips one of these "Generic / HD video" scopes into a factory loader?
  3. Any known SD-card autoupdate magic filename for this class of device?
  4. Did Inskam (or its ODM) ever quietly publish a firmware blob anywhere?
  5. If anyone has cracked one of these open, what SPI flash / UART pad layout did you find? CH341A + SOIC-8 clip is the obvious next step, but if there's a known cleaner route I'd rather try that first.

I'm explicitly not trying to brick the thing — purely host-side investigation so far, no writes, no execution. Happy to share the full report (descriptor dumps, ioreg subtrees, ffmpeg probe output, libusb descriptor probe source) if anyone wants to dig in.

Thanks.

reddit.com
u/fridzel — 3 months ago