Svenska ElektronikForumet

Hej och tack igen för hjälpen.

Men kortet K8056 har för stor delay vid omslag.

Jag blev recommenderad av parallax att titta på detta.

http://forums.parallax.com/forums/defau ... 3&m=111201

Har någon provat det?

Är omslagen omedelbara är den stora frågan?

> Men nu funkar det.

????

Efter vadå ?

sodjan skrev:> Men nu funkar det.

????

Efter vadå ?

Jag behöver styra snabba relä eller brytare över en RS232 och jag undrar om DC-16reagerar snabbt.

K8056 funkar nu men den reagerar för långsamt.

> K8056 funkar nu...

Jo, men det gjorde det ju inte förrut, eller ?


> ... men den reagerar för långsamt.
> ... jag undrar om DC-16reagerar snabbt.

"Långsamt" och "snabbt" är naturligtsvis helt väedelösa
begrepp, om du inte ocksp talar om vad *du* menar med
"långsamt" och "snabbt". Allså utryckt i t.ex millisekunder
eller något annat lämpligt...

> Är omslagen omedelbara är den stora frågan?

*Ingenting* sker "omedelbart"...
Samma sak här, vad menar *du* med "omedelbar", uttryckt i lämplig tidsenhet.

> K8056 funkar nu...
Jo, men det gjorde det ju inte förrut, eller ?
---------------------------
nej, men nu funkar den, men den är för långsam.

--------------------
> ... men den reagerar för långsamt.
> ... jag undrar om DC-16reagerar snabbt.
"Långsamt" och "snabbt" är naturligtsvis helt väedelösa
begrepp, om du inte ocksp talar om vad *du* menar med
"långsamt" och "snabbt". Allså utryckt i t.ex millisekunder
eller något annat lämpligt...
> Är omslagen omedelbara är den stora frågan?
*Ingenting* sker "omedelbart"...
Samma sak här, vad menar *du* med "omedelbar", uttryckt i lämplig tidsenhet.
------------------------------
nå k8056 tar nog 0.5-1 sekunder på att slå om.

Jag behöver en krets som reagerar under 0.1 sekund eller mindre precis som PSC:n gör.
Det borde finnas och eftersom DC-16 inte har mekaniska reläer så kanske den är tillräckligt snabb.

> nej, men nu funkar den,

Så bra då, men...

Det jag försökte säga (utan att bli övertydlig) är att det hör till
"god ton" på nätet att även förklara *vad* det var som gjorde
att det nu fungerar. Det är ju flera som har lagt ner tid på att
hjälpa till, och det kan vara intressant att veta vad det var som
fick det att hoppa igång.

Eller (för att vara riktigt tydlig), så anses det vara jäkligt dålig stil mot
de som har hjälpt till att bara konstatera att "nu funkar den", utan att
förklara varför. Har man hjälpt till så kan det vara intressant att veta
om just ens egen lösning var det som "hjälpte"...

sodjan skrev:> nej, men nu funkar den,

Så bra då, men...

Det jag försökte säga (utan att bli övertydlig) är att det hör till
"god ton" på nätet att även förklara *vad* det var som gjorde
att det nu fungerar. Det är ju flera som har lagt ner tid på att
hjälpa till, och det kan vara intressant att veta vad det var som
fick det att hoppa igång.

Eller (för att vara riktigt tydlig), så anses det vara jäkligt dålig stil mot
de som har hjälpt till att bara konstatera att "nu funkar den", utan att
förklara varför. Har man hjälpt till så kan det vara intressant att veta
om just ens egen lösning var det som "hjälpte"...

Jag trodde det var ganska självklart att det var utformningen av hexa koden som var problemet och lösningen då det var det sista som diskuterades.

Anledningen till att de som hjälpte mig inte frågade mig vad som var lösningen är för att de förstod vad problemet/lösningen var.

Regards Magi

Vi har en regel som säger att man inte sak citer det sista inlägget.

Vad menar du med hexa? Var kommer A:et ifrån?

Ok. inga citat.

Hexa = hexadecimal kod

Vilket 'A' menar du?

A:t i "hexa"...

Det är inte reläerna som får enheten att reagerar långsamt när trögheten är i den klass. På det program jag har lagt in som styr RC-servopulser kör jag 9K6,n,8,1 och det behövs INGEN vänttid mellan kommandon. Att göra detta med utgångar och drivning ska inte ta lång tid.

Men trögheten kommer varifrån?

Har du mätt den från det att sista byten i kommandot är överförd? Eller är det så att den kommandogivande enhet kanske är trög på att skicka datan?

sodjan skrev:A:t i "hexa"...

'A' et är bara där för att reta gallfeber på alla frustrerade datanördar.

Icecap skrev:Det är inte reläerna som får enheten att reagerar långsamt när trögheten är i den klass. På det program jag har lagt in som styr RC-servopulser kör jag 9K6,n,8,1 och det behövs INGEN vänttid mellan kommandon. Att göra detta med utgångar och drivning ska inte ta lång tid.

Men trögheten kommer varifrån?

Har du mätt den från det att sista byten i kommandot är överförd? Eller är det så att den kommandogivande enhet kanske är trög på att skicka datan?

Jag tror delay ligger i chipet på kortet för andra kort jag styr reagerar omedelbart på sända data.

Vet du hur jag ska få K8056 att reagera med en gång?

magi5 skrev: 'A' et är bara där för att reta gallfeber på alla frustrerade datanördar.

DET var det dummaste uttrycket idag!

Om du vet vad det heter, använd det då. Vet du det inte så tag åt dig och sluta med dumma kommentarer.

En del personer tycket det är löjligt när det påpekas om vad saker heter och liknande. Det finns faktiskt en anledning till att hålla sig till rätt benämningar. Det finns många här som är nybörjare och vill lära sig. Allting blir då mycket enklare om dom får lära sig rätt saker från början iställer för att förvirra.

Det är inte avsett att hacka på folk som inte vet, utan bara se till att man faktiskt kan beivra att använda rätt jargong/språk/uttryck utan att därför bli hackad på.

Jag håller med Icecap. Det är säkerligen inte reläerna som är problemet. Såå långsamma är inte reläer. Däremot kan det naturligtvis ligga i programvaran på enheten. Fast det verkar ju lite knepigt ändå att den skulle fördröja styrningen i programvaran.

Har du kontrollerat som Sodjan sa, med verklig tid sedan sista byten skickades?