Page 2 of 6
Posted: Fri Mar 17, 2023 9:45 am
by naslund
Jag skrev ihop en kodsnurra som räknar fram raw koden.
(helt otestad)
Problemet är att raw koder förutsätter att alla bitar sänds med en hög och en låg del. När det gäller K8056 som verkar köra vanlig 2400/8/N/1 går alla bitar som hög eller låg, när det kommer hög hög i rad blir det knepigt. Tänkte lösa detta genom att sätta tiden för låg till noll, men det blir ett
null tecken i ascii och det är inte så roligt i en sträng.
I bilden ovan har jag ersatt null med .
men det kommer ju såklart inte att funka.
Nått förslag på lösning?
kan jag komma runt problemet om jag går över till
T - Send command, extended?
Posted: Fri Mar 17, 2023 9:45 am
by micke.prag
Jag hänger inte riktigt med på hur protokollet ser ut ännu.
Men jag gissar att du vill lägga ihop två höga pulser utan att "gå låg" mellan? Vilka tider pratar vi?
Vi har implementerat stöd för just detta i senare firmwares. Det är dock inte släppt ännu utan är endast under test.
Posted: Fri Mar 17, 2023 9:45 am
by naslund
Ja det är tanken.
Allt är otestat. Men om jag utgår ifrån att det är vanlig seriekommunikation på 2400/8/n/1 så ser första byten, som är 13, 00001101. Vilket borde sändas som 0101100001 där biten längst till vänster är startbiten och efterföljande är lsb osv till den sista som är stop biten.
1/2400 = 416,6 uS => 1 = '*' = 420 us
det kanske kommer att funka att köra med
11 = 833,3 us = 'S'
111 = 1250 us = '}'
1111 = 1666 us = '°'
11111 = 2083 us = 'char208'
111111 = 2500 us = 'char250'
1111111 = 2917 us = problem
11111111 = 3333 us = problem
111111111 = 3750 us = problem (bit 9 = stop)
Nu verkar det inte som att man kommer att behöva sända så stora tal, men det samma gäller ju för 0;or med så även låga tal kommer att blir problem.
om man kunde sända 1 som "hög 420us + låg 0us" och 0 som "hög 0us + låg 420us" så tänkte jag att man skulle kunna komma runt det hela. Problemet blev att ascii 0 = 'null-tecken' vilket jag inte tror stöds.
Posted: Fri Mar 17, 2023 9:45 am
by micke.prag
Nulltecken stödjs inte, nej.
Sänds 11111111 utan att gå lågt någonting?
Sändare och mottagare som dessa tycker generellt inte om att ha för långa pulser utan därför brukar de flesta protokoll vara manchester-kodade eller liknande.
Dock kan du testa att skicka char(1) som "minsta" puls. I många tillämpningar är denna så pass kort att den inte märks av mottagaren. Denna är även implementerad som char(0) i nyare firmwares. D.v.s. så konkatineras pulserna till en längre.
Jag kan tyvärr inte återkomma med definitiva svar förrän jag själv sett kommunikationen som sker.
Posted: Fri Mar 17, 2023 9:45 am
by naslund
Ja, endast startbiten behöver vara låg.
Och ja Manchester eller liknande är ju att föredra över radio, men vad jag kan få ut av manualen är att den inte använder det.
dock skulle det kunna finnas utan att det för den skullen är dokumenterat.
om någon köper fjärren till ett K8056 så skulle jag tycka att det vore intressant med lite scope dumpar på signalen.
fixar till det med char(1) ikväll.
Nån som kommer skaffa en K8056?
raw kommandot kommer att sparas i en fil. Sen så kan man använda tdtool för att skicka det via tellstick.
Posted: Fri Mar 17, 2023 9:45 am
by micke.prag
Du kan även testa raw-kommandon direkt från ditt program med
tdSendRawCommand()
Posted: Fri Mar 17, 2023 9:45 am
by naslund
Jag har försök trimma in signalerna.
chr(1) ger inte 10 us som jag förväntade mig utan 90us
Så här ser signalen ut på en serieport
När jag kör med chr(1) som kort puls och chr(30) som lång kan jag få denna

mätt på tellsticken
spiken på 90us skulle jag vilja ha bort.
åter igen så är detta bara vad jag tror signalen ska se ut som, även om den är lite för galen för att vara en radio.
Posted: Fri Mar 17, 2023 9:45 am
by naslund
Status.
Telldus ska göra det möjligt att ta bort spiken.
Electrokit ska ta in KS8056 till det trevlig priset på 314:- + RF-mottagare 79:-
http://www.electrokit.se/byggsatser-sty ... f_12008056
Så så fort det blir dax att betatesta fortsätter jag.
Om någon har idéer eller förslag, prata på, låt inte tråden dö

Posted: Fri Mar 17, 2023 9:45 am
by Isaksson
Tänkte bara fråga om någon hört något nytt om detta?
Det är ju ett måste ha att ha en sådan här produkt i sitt hem.

Posted: Fri Mar 17, 2023 9:45 am
by micke.prag
Såhär går det till.
1) Telldus utvecklar en ny TellStick som inte har spiken
2) Telldus tillverkar en ny TellStick och skickar till naslund
3) naslund testar vidare och kommer fram till protokollet
4) Telldus lägger in naslunds resultat
5) Alla kan nyttja stödet
Vi har en beställning på kretskort på tillverkning. Med andra ord är vi just nu strax innan steg 2
Posted: Fri Mar 17, 2023 9:45 am
by naslund
Steg 3 är beredd.
Posted: Fri Mar 17, 2023 9:45 am
by rhoddas
Ser verkligen fram emot stöd för detta!
Förstår jag det rätt att alla kan nyttja sin befintliga Tellstick för detta framöver eller måste hw bytas?
MVH Peter
Posted: Fri Mar 17, 2023 9:45 am
by micke.prag
Det återstår att se...
Posted: Fri Mar 17, 2023 9:45 am
by micke.prag
Steg 2 klart!
naslund, du bör ha den i brevlådan imorgon eller på torsdag.
Posted: Fri Mar 17, 2023 9:45 am
by Isaksson
micke.prag wrote:Steg 2 klart!
naslund, du bör ha den i brevlådan imorgon eller på torsdag.
Bra jobbat, väntar med spänning.