Svenska ElektronikForumet

OK. Det verkar som att du vill sända ett antal individuella ingångar
som en serie över en (eller kanske två, som Icecap helt korrekt
noterar) linje.

Vad finns det i andra änden, som "mottagare"?

Jag kan också föreslå ett antal olika lösningar, men alla dessa
kommer att bygga på olika antaganden som det inte finns stöd
för i din beskrivning, så det är bättre att du förtydligar först än
att jag kör "rita, gissa, spring"...

Ja, det är lite knapphändigt.
Man kan som sagt använda ett skiftregister, kräver 3 linor, data, klocka och CE (blir samma som en SPI-lina).
I2C input expander, behöver 2 linor, data och klocka.
Sedan finns det troligen OW-kretsar som kan ta ett antal ingångar för att sedan kunna köra dem på en OW-bus, kräver en lina.
Till detta tillkommer på samtliga förslag ovan 2 linor för matning (plus och minus) OW'n kan i vissa lägen klara sig utan matning.

Men om du förklarar lite mer i detalj vad du vill göra, vad du har i bägge ändorna osv så blir det enklare.

Okej... Jag kommer att ha åtta signalkällor. Dessa skulle jag vilja baka ihop så att jag senare kan 'maska' dem i mjukvara.

Signalkällor? Maska? Du pratar fortfarande i gåtor.

Det är kanske bättre att man svarar ifall man har något hum om de olika begreppen...

Om du har 8 parallella ingångar till ICn så behöver du också en klocksignal som avgör när ingångarna ska läsas av, "ANDas" till byten och ticka ut från serieporten.
Har du tillgång till en sån signal?

Var kommer "signalerna" ifrån?
Vilken "mjukvara"?
Och var körs den "mjukvaran"?

Spännande...

Magnus_K skrev:Om du har 8 parallella ingångar till ICn så behöver du också en klocksignal som avgör när ingångarna ska läsas av, "ANDas" till byten och ticka ut från serieporten.
Har du tillgång till en sån signal?

Hej Magnus!

Ja, tanken är att de ska läsas en gång i sekunden.

Din mjukvara där, ska den få denna byte seriellt, eller parallellt?

Är det parallellt med åtta ingångspinnar så behövs ju ingen ihopbakning alls. Bara koppla en signal på varsin pinne, och läsa av dessa 8 pinnar som en byte i mjukvaran.
Men jag antar att det INTE kan göras så?

Om du kör AND på allihop, så kan du INTE få ut en byte. Det blir en bit som är ett om alla ingångar är ett, annars noll.
1*1*1*1*1*1*1*1=1
Du kan inte köra OR eller XOR eller nån annan logisk operand heller. Resultatet blir alltid en enda bit.

Har du bara en datapinne så är det som sagt ett skiftregister som gäller. Du måste då klocka in varje bit själv och behöver således två pinnar, en ingång, och en utgång, där utgången kopplas till skiftregistrets klockingång.

Eller ska du ha in datan via RS232?

Hur ska du ta in signalerna rent fysiskt i kretsen?
Vet vi inte det, är det fruktansvärt svårt att ge förslag på hur man ska omvandla signalerna.

Tjena!

Ok. Sök på 74HC165 och se om det är vad du söker. Så länge du kan skicka dit en klockpuls som avgör när bitarna ska skiftas så känns det som att den kan fungera.

Jo det låter som att skiftregister skulle passa bra. Det som är lite oklart är "jag vill kunna skydda informationen". Skydda mot avlyssning? Skydda mot (o)avsiktlig förändring av signalen?

Eller DS2408 om man nu bara vill ha en tråd, och kör OW-bus istället

MadModder skrev:Är det parallellt med åtta ingångspinnar så behövs ju ingen ihopbakning alls. Bara koppla en signal på varsin pinne, och läsa av dessa 8 pinnar som en byte i mjukvaran.
Men jag antar att det INTE kan göras så?

Jo, det är ursprungsidén. Om jag inte hittar på något sätt att 'baka' ihop signalerna mha hårdvara så får det bli i firmware:en.

Den här tråden blir ju bara roligare och roligare.

überfuzz skrev:

MadModder skrev:Är det parallellt med åtta ingångspinnar så behövs ju ingen ihopbakning alls. Bara koppla en signal på varsin pinne, och läsa av dessa 8 pinnar som en byte i mjukvaran.
Men jag antar att det INTE kan göras så?

Jo, det är ursprungsidén. Om jag inte hittar på något sätt att 'baka' ihop signalerna mha hårdvara så får det bli i firmware:en.

Men du har ju fått rätt många förslag nu, hur du skall gå tillväga, så vad är problemet?