Sorry I cound't put much time into this lately.terriblefire wrote: ↑Mon Feb 10, 2020 7:03 pmSure. Can you sketch out the circuit you want.arkadiusz.makarenko wrote: ↑Mon Feb 10, 2020 3:37 pm
Looked at datasheet of f105 and f730 pinout of LQFP64 package there is small difference only on pins 25-30 and different markings on Vss. So unfortunately it would not be direct replacement, but I don't think it would be major change. Can't see any requirement difference for oscillators (but I know shit about it, but Kier Fraser Greaseweezel works on 8Mhz crystal - Pierce oscillator circut), boot1, PB9 etc are in the same spot. They provided compatibility sheet in docs, but not for f10x series but only for f4x1 and F405/F415 series.
This would give second USB port basically for free. Just a thought.
MAX chip could be easier as porting code from MiST might be actually the quickest.
Another suggestion. By having access to PB6 and PB7 you could provide another mean of programming the chip (and way of getting serial feedback), just by adding GND and 5V next to it could help a little. This would allow of programming chip by USB FS port (need of USB A - USB A cable), serial via PB6 and 7 or ST-LINK SW.
Riser Rev 0 Build - still unsucessful.
I connected my cheap £5 logic analyser to usb port, and I can see that USB is being reset and when communication starts it is only for few ns and all stops. Both d+ and d- do their job, but everything stops. From chip perspective I can see that device is being discovered, but any means of communication fail after device request. So stm32 never gets descriptor data from device.
I did go through some information about usb library, and I did find out that changing two sections in library should help with amount of devices which can be used. Issue is that library expects that all sections of usb descriptors are populated, even non mandatory ones. Some devices do not provide it, so code loops over those like device was not supported. Easy fix by changing sections to check only if ubs is not busy, and this should help a little.
I am learning more on USB communications, this is primer to start working on controller support. It is going slowly just now as I have parents in law visiting just now.
Looked at f730 replacement, and it is most liekly just drop in replacement. Only one pin is being used on changed pins, and it is used to drive LED. So this is not an issue at all. I should get hid2ami pcb soon and I will test if I just can install f730 and if it can do basic stuff on USB FS.