Svenska ElektronikForumet

OK, du väljer att inte fatta och att hitta på lite fakta...
Det har *inte* framgått att datat är formaterat i "bytes".
Inte heller att det är i UART format. Det vi vet är att det är 500 kilobit/sek.
Inget annat. Tala om exakt var det står något om stopbitar !
Jag påstår alltså att det bara något som du gissar eller hittar på
för att det ska passa dina slutsatser. Så kan man inte göra.

Jag sa bara att det maximalt blir 62500byte/s av 500kbps dataström. Om det sen var syncbitar, paritet eller andra skojbitar så blir det ännu lägre datatakt.

Anledningen till att just bytes är intressant är att det finns en uppsjö billiga 8-bitars MCUs (AVR, PIC osv) som är mycket enkla att använda. För dessa MCUs är det just 62.5kbyte/s som är den intressanta datatakten. Oavsett hur datan sen är kodad.

sodjan skrev:Och dessutom är nog det hela helt ointressant, den som frågade verkar ha lämnat tråden helt, so why bother...

Ber om ursäkt för dröjsmålet. Jag upptäckte själv att jag inte forskat tillräckligt mycket innan jag ställde de ursprungliga frågorna. Som du påpekade tidigare saknas det en hel del info och det är denna info jag håller på att samla ihop för att svara på mina egna (och era) frågor.

> Anledningen till att just bytes är intressant...

Jag vet inte vad du har så jäkla svårt att förstå...

Grejen är att vi inte har en aning om ifall det handlar om "bytes" !
Det enda vi vet just nu är att det är 500 kilobit/sekund. Inget annat.
Det finns inget i tråden som talar om vilket format dessa bitar har.

*OM* det är UART format och *OM* det är formatterat som "bytes"
så har du naturligstvis rätt, men det är bara spekulation, och det
brukar sällan bli rätt...

Precis! Är det t.ex någon form av udda seriell kommunikation som inte går att köra över reguljär hårdvara, så måste ju den stackars mikrokontrollern hantera varje bit för sig. Inte sjutton blir då belastningen byterelaterad. Visst, du har förmodligen rätt i antagandet, men man ska inte anta för mycket.

Det finns ett väldigt bra uttryck

Assumptions is the mother of all screwups.

Kanske inte 100% sant, men det ligger helt klart mycket i det.

Jag återkommer när jag tänkt igenom det hela lite mer. Som sodjan redan påpekat saknas det för mycket info just nu, och för att ingen ska bli osams i en antagningsdebatt för att jag missade vitala delar i min frågeställning så säger jag att datat i fråga är helt "oformaterad" (rådata), och allt ska processas på bitnivå.

"Parallax SX sägs vara PIC på steroider"
Propeller

Det är märkligt med EF ibland. Istället för att sakligt argumentera om saker och ting så ska det jämt bli saker som
"Jag vet inte vad du har så jäkla svårt att förstå... "
"OK, du väljer att inte fatta och att hitta på lite fakta... "

Detta är ju i fall då ingen ens sitter på korrekt saklig info.

Jag ville bara ha sagt att en enkelt 8-bits MCU kan klara av fasligt mycket mer än folk tror, bara man tänker till när man kodar. Ex. se en gammal C-64.

> Detta är ju i fall då ingen ens sitter på korrekt saklig info.

Exakt, och det är just precis det som är problemet i detta fall !

Spekulera och göra antaganden kan vi alla, men det blir lätt fel som
det blev i ditt fall. Mina försök att påpeka detta verkade inte hjälpa...

> Jag ville bara ha sagt att en enkelt 8-bits MCU kan klara av
> fasligt mycket mer än folk tror...

Jag tror att de "folk" som har svarat tidigare i tråden har full koll
på vad olika tekniker klarar. Men eftersom det helt enkelt saknas
tillräckligt med info om hur de "500 kb/s" ser ut så går det inte att
peka i någon speciell riktning just nu, d.v.s så som du gjorde, OK ?

> Istället för att sakligt argumentera om saker och ting...

Men det var precis det jag gjorde. Jag sa att du gjorde antaganden som
saknade täckning i tråden. Du vidhöll ändå dina antaganden. Det kan ha
gjort att mitt andra försök att visa att du var fel ute blev lite tvärt,
tråkigt om det det om det uppfattades så.

Den senaste infon från "bos" (d.v.s om att det är helt "oformaterad" (rådata),
och allt ska processas på bitnivå) visar att dina antaganden var fel, eller hur ?
Eller är det fortfarande något problem med det ?

sedan får man inte glömma andra ändan - dvs USB-hanterande - dvs hur stora paket det är där och vilken respons man kan vänta sig från huvuddatorn - och inte att förglömma, kan inhämtandet av data och USB jobba parallellt oberoende av varandra eller kan man stoppa inhämtandet medans den håller på med USB-kommunikationen.

för sådana saker hjälper det inte med näve MIPs utan det krävs lite mer analys på IO-sidan också...