the stm32 can drive a network card directly and could send all the data by IP and not USB or it could do as the ADAM-PLUTO do and simulate a network card by USB. That is something that could drain the processor a lot on the other side.
···
Le sam. 5 sept. 2020 à 10:11, Ken Jamrogowicz via AllStarLink Discussion Groups <noreply@community.allstarlink.org> a écrit :
| Ken_Jamrogowicz
September 5 |
- | - |
That’s nice - the STM could do the CTCSS generation and detection.
But the connection to the host computer would be by USB - no? That is where the problems are right now. So you would still have those problems.
Of course, I suppose it could use a different format where perhaps larger chunks of data are transferred at one time. Or the connection could be by SPI? That might make it RPI-specific though.
Food for thought.
Ken
Visit Topic or reply to this email to respond.
In Reply To
| Pierre_Martel
September 4 |
- | - |
I am no coder. I am more a problem solver. We know that the more we go into time the less CM108 or the like chips are going to be available. We have problem with hickups on the usb driven interface and while SBC are getting more powerfull we still suffer from small cuts in audio. The production o…
Visit Topic or reply to this email to respond.
You are receiving this because you enabled mailing list mode.
To unsubscribe from these emails, click here.