Tolka elektriska pulser med mikroprocessor

[Jansson_]

Hej alla,

Jag jobbar på att skicka signaler med en elkabel som tas emot mha en regeldetektor... Jag behöver sedan en mikroprocessor att tolka pulserna och spela upp ett förutbestämt meddelande.

Regeldetektorn har en lysdiod som tänds när den är nära elkabeln vilket gör att jag kan få en stabil utsignal som reagerar på de elektriska pulserna som skapas av att man slår på/av strömmen som går i kabeln. Med binära pulser behövs bara en programmerad tolkning.

Meddelanden som spelas upp liknar väldigt mycket en gps körbeskrivning, "Om 20 m, sväng höger". Är det smidigast att skriva ett C program och ladda till en arduino? Eller vad anser ni?

[sodjan]

Så "meddelandet" består alltå i att man slår på/av strömmen i
en vanlig elkabel i ett förutbestämt mönster? Och detta ger sedan
en signal ut från en regeldetektor som används som mottagare?

> "Om 20 m, sväng höger".

Hur ser det ut ? Är det en inspelad röst ???
Sannolikt är det inte det, eller hur? Det spelar
ju ingen större roll vad medelandet betyder, i alla
fall inte för själva avkodningen av det.

Och ja, något slags mikrokontroller låter vl lämpligt för
att läsa av signalen. Om det ska vara PIC, AVR, Arduino
eller något annat spelar ju inget större roll rent tekniskt.
Det bedror mer på vad *du* vill använda. Sen är det bara
att programmera mot specifikationen för signalen.

[blueint]

Du får nog vara mer specifik med syfte och förutsättningar.

[Jansson_]

Ljudet ligger lämpligast i ett bibliotek som motsvaras av en binär kod och spelas upp när processorn får signalen. Med andra ord lagras alla ord separat så man kan ändra signalen och få ett annat meddelande.

Är det väldans svårt att skriva ett program som matchar insignal mot en databas och få det att spelas upp? Hur bygger man upp pulserna, jag menar hur får man "orden" separerade? Delar man upp signalen i bitar för detta?

[Icecap]

Du menar alltså att meddelanden ska sparas i programkoden.

Med tanke på din fråga "Är det väldans svårt att skriva ett program som matchar insignal mot en databas och få det att spelas upp?" är svaret nog:
För dig: JA!

Jag tror dock inte att jag skulle ha allt för svårt att lösa detta men det finns så himla många upplysningar som saknas att det i grunden bara är en gissning!

[sodjan]

Det var mer ett (misslyckat) skämt det där om ljud...
Du *vill* alltså ha ut det hela som ljud i slutänden !?

När det gäller själva signaleringen så finns det olika
metoder för att lösa det. Enklast är ju ett vanlig UART
format med start/stopp bitar o.s.v. Sedan kan du låta
varje tecken betyda vad du vill, det får du hitta på själv.

Eftersom du tydligen har en stabil "hög" från mottagaren
oberoende på hur länge den är "hög", så behövs inte
Manchester kodning eller liknande som när man t.ex kör
via radio och har AGC och liknande som stör.

Vad är det i andra änden som styr av/på av elkabeln?
Står det någon "telegrafist" vid strömbrytaren?

Man som Icecap också säger, det går inte att säga så mycket
mer utan att ha tillgång till hela specifikationen för det hela.

[Jansson_]

Det är lite prikärt då projektet är hemligt men jag kan ta ett liknande användningsområde istället då:

Vid en guidad tur får deltagarna en mottagare med öronsnäcka, vid varje station håller de mottagaren som i det här fallet är en ombyggd regeldetektor mot en kabel för att trådlöst kunna spela upp en beskrivning om det föremål de ser. I kabeln går pulser som motsvarar de ord som spelas upp och pulserna genereras av en dator för att det ska gå att ändra meddelandet om något behöver justeras.

Vad behöver du veta Icecap?

[Icecap]

* Antal meddelanden.
* Deras längd.
* Ljudkvalitet.
* Hur ska ljuden kunde ändras?

Själva detektordelen för att identifiera platsen är definitivt det enklaste i det hela.

[sodjan]

> Det är lite prikärt då projektet är hemligt...

Ja men vad gör hela diskussionen här i så fall? Det är bara att hyra
in lämpliga resurser för att fixa det. Någon som skriver på en NDA.
Hemliga/slutna projekt och gratis-support går inte så bra ihop.

[Jansson_]

Man kan väl för fan fråga saker även om man arbetar på projekt som ingen annan ska sno... För att få ett patent behövs nämligen en helhetslösning...

Konstigt att det alltid är samma attityder på svenska forum.


*Tråden är avslutad*

[nifelheim]

även om jag inte riktigt förstått mål och mening

en relativt enkel lösning är en
http://www.ebay.com/itm/U-disk-audio-pl ... 0629013078
kopplad till en Arduino och du har ljud på några minuter med ganska begränsade programmeringskunskaper.
Provade själv för något år sedan.
Det finns färdiga bibliotek på nätet, ljudfilerna lagras på ett litet sdkort, hållaren sitter på ljudmodulen.
Enkelt att byta sdkort med nya ljud.

Med risk för att jag missuppfattat allt

[TomasL]

Jansson, problemet är, för att kunna hjälpa till så behövs en ordentlig detaljerad beskrivning.
Vilket naturligtvis är svårt om projektet är hemligt, därav svaren ovan.

Om det dessutom är ett kommersiellt projekt, så är lusten med gratishjälp av naturliga skäl mindre, än rena hobbyprojekt.

Din projektbeskrivning ovan är tyvärr såpass ofullständig, så det blir i princip omöjligt att ge råd.

Förutom detta så är det direkt olämpligt att diskutera saker som ev skall bli patent i ett forum som detta.

Om du är intresserad så kan du via pm kontakta exempelvis mig, då jag genom mitt medlemskap i SUF, har skrivit på diverse NDAer.

[sodjan]

> Man kan väl för fan fråga saker...

Självklart! *Fråga* kan man alltid göra.
Det som däremot är lite larvigt är att klaga
på att svaren inte blev de önskade.