-
Notifications
You must be signed in to change notification settings - Fork 3
Some issues in building main source and demo #6
Description
Hi !
First of all, thanks a lot for the big effort you invested in that project and that you share it!
I installed the packages with npm install ci from the package-lock file. If I do it with npm install, I get a lot of dependency conflicts, but that could be my setup here as well.
I need to set the "noUnusedLocals": false in the tsconfig.json, because the configurationDescriptor throws an declared but its value is never read error.
In the demo, I need to set the webpack version to 4.47.0, because version >5 seems to have an issue with the events, but solved that. Still some dependency issues but the gatsby build is working:
npm WARN ERESOLVE overriding peer dependency
npm WARN While resolving: react-server-dom-webpack@0.0.0-experimental-c8b778b7f-20220825
npm WARN Found: react@18.2.0
npm WARN node_modules/react
npm WARN peer react@">=16.8.0" from @emotion/react@11.11.1
npm WARN node_modules/@emotion/react
npm WARN peer @emotion/react@"^11.0.0-rc.0" from @emotion/styled@11.11.0
npm WARN node_modules/@emotion/styled
npm WARN 5 more (@mui/material, @mui/styled-engine, @mui/system, ...)
npm WARN 18 more (@emotion/styled, ...)
npm WARN
npm WARN Could not resolve dependency:
npm WARN peer react@"0.0.0-experimental-c8b778b7f-20220825" from react-server-dom-webpack@0.0.0-experimental-c8b778b7f-20220825
npm WARN node_modules/gatsby/node_modules/react-server-dom-webpack
npm WARN react-server-dom-webpack@"0.0.0-experimental-c8b778b7f-20220825" from gatsby@5.12.9
npm WARN node_modules/gatsby
npm WARN
npm WARN Conflicting peer dependency: react@0.0.0-experimental-c8b778b7f-20220825
npm WARN node_modules/react
npm WARN peer react@"0.0.0-experimental-c8b778b7f-20220825" from react-server-dom-webpack@0.0.0-experimental-c8b778b7f-20220825
npm WARN node_modules/gatsby/node_modules/react-server-dom-webpack
npm WARN react-server-dom-webpack@"0.0.0-experimental-c8b778b7f-20220825" from gatsby@5.12.9
npm WARN deprecated @types/keyv@4.2.0: This is a stub types definition. keyv provides its own type definitions, so you do not need this installed.
npm WARN deprecated stable@0.1.8: Modern JS already guarantees Array#sort() is a stable sort, so this library is deprecated. See the compatibility table on MDN: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/sort#browser_compatibility
npm WARN deprecated babel-eslint@10.1.0: babel-eslint is now @babel/eslint-parser. This package will no longer receive updates.
I have a RAK4631 microcontroller with an Nordic nRF52840 on it. When I flash it with the Nordic Connect App it works so far.
The problem here is, that it throws the "Uncaught (in promise) Error: No matches found. Is this a DFU device?" error.
So the InterfaceFilter does not match in my case
export const InterfaceFilters = {
DFU: (iface: USBInterface): boolean =>
iface.alternate.interfaceClass == 0xfe &&
iface.alternate.interfaceProtocol == 0x02 &&
iface.alternate.interfaceSubclass == 0x01,
};
I think interface 1 is used
In chromes chrome://usb-internals/ I have on
interface 0:
endpoints: Array(1)
0: USBEndpoint {endpointNumber: 1, direction: 'in', type: 'interrupt', packetSize: 8}
length: 1[Prototype]]: Array(0)
interfaceClass: 2
interfaceName: null
interfaceProtocol: 0
interfaceSubclass: 2
second endpoint is same
interface 1:
endpoints: Array(2)
0: USBEndpoint {endpointNumber: 1, direction: 'out', type: 'bulk', packetSize: 64}
1: USBEndpoint {endpointNumber: 2, direction: 'in', type: 'bulk', packetSize: 64}
length: 2[[Prototype]]: Array(0)
interfaceClass: 10
interfaceName: null
interfaceProtocol: 0
interfaceSubclass: 0
second endpoint is same.
I tried it with:
export const InterfaceFilters = {
DFU: (iface: USBInterface): boolean =>
iface.alternate.interfaceClass == 0x0A &&
iface.alternate.interfaceProtocol == 0x00 &&
iface.alternate.interfaceSubclass == 0x00,
};
But no luck so far, still getting the same error.
Thx a lot
Rainer