Category: VSCP

Städdag idag. Ja och så är jag lite poorly sådär. Kanske är det bara ålder som gör sig påmind. Kanske är det influensa. Kanske är det en uttröttad jävel bara. Men städar gör jag. Inte kontor. Men lägenhet. Det går hyfsat. Kanske för att gårdagskvällen blev soffan framför tv’n. Kanske inte. Snorar vidare.

Men kommer igång med låtsasjobb. nä, det gör jag inte. Sitter mest. Lyssnar på IoT  POD. Den stora behållningen är faktiskt en av sponsorernas inslag, Rejlers. Vinner solklart första pris i nämnandet av mest floskler. Definitivt. Har aldrig tidigare i mitt liv hört ett sådant enastående ordbajseri. Och då har jag ändå lyssnat på en del annat i mitt liv. Den gyllene ordbasjkorven är deras. Definitivt. Vinsten kommer att bli svår att överträffa.

För övrigt är det väl inte så mycket att lyssna på heller. Egentligen. Men går att lyssna på. Upplever det som proffsigt såklart. Nope, VSCP, lär väl aldrig nämnas där. “IoT protokollet som fanns före IoT”. Om just det, som ju är sant, är en bra sak eller en dålig sak vet jag nu inte. Svärfar och K’s brorsa flinade lite åt det där. Själv gillade jag det.

Igår kändes det som “fan jag skiter i VSCP”. Det är inte ofta som det händer. Att den känslan kommer över mig. Men så känns det inte idag. Konstigt vad en natts sömn kan göra. Men kanske borde jag skriva in mig på ett behandlingshem och bli kvitt mitt VSCP beroende? Om det finns några sådana behandlingshem. Gör det det?

Men vad är det då som får mig att hänga kvar. Jo det har med det där gemensamma formatet att göra, japp och en gemensamma kommunikationen. Ja, hela IoT världen gapar såklart. Va då!? Sen fortsätter man att göra en lösning för x1, en lösning för x1, en annan lösning för x3, en till för y3, en för version åtta va z1 också såklart, en för a3, en för google1234243865t73800943775093884990095883009, an för UI989, och två för Å45, en internationell som hete AA45 och en Svensk/Finsk för Å45 ja och sådär hela vägen in i himlen.

Jo jo jo jo “MQTT är en IoT server” – Nog hör man väl det till leda. Ja precis som en webserver är en internetserver då. Så långt. Men tänk nu om ingen använt HTML som sidbeskrivning i det som ramlar ut från webservrarna. Att alla kommit upp med sin egen version av ett sidbeskrivningsspråk. Den ena dummare än den andra. Hade värdet varit detsamma för webservrar som det de facto är idag? Ja i läsrana hade man såklart fått gjort en lösning för x1, en lösning för x1, en annan lösning för x3, en till för y3, en för version åtta va z1 också såklart, en för a3, en för google1234243865t73800943775093884990095883009, an för UI989, och två för Å45, en internationell som hete AA45 och en Svensk/Finsk för Å45 ja och sådär hela vägen in i himlen. Känns det igen? Nehej. Fortsätt då…

Allt det här handlar om att uppkopplade enheter pratar med varandra. MQTT är en transportlösning, en serverlösning, en bra sådan. Men en IOT server? Knappast. Tillsammans med något annat kanske. Men det är det där “något annat” som är mest intressant. Det är därför VSCP jobbar med just med det. Var är alla andra?

Men är då inte VSCP bara en till sån där “egen lösning”. Jo så kan man se det såklart. Men alla fall en lösning som gör ett försök att standardisera hur t.ex. ett mätvärde skickas, eller en påslag av en apparat, ja och gör det på ett sådant sätt att det fungerar på en liten skitenhet utan minne men också på en stor jävla enhet men minne så att den kan drunkna i minne. NEJ VSCP ÄR INTE ETT HEMAUTOMATIONSPROTOKOLL. Men inte ett IoT protokoll heller. VSCP är ett m2m protokoll. Ett språk som maskiner kan använda för att prata med varandra.

Titta på den här

Den visar hur VSCP beskriver en given “hårdvara”. Japp, en given hårdvara. Det kan vara en TV, ett kylskåp, en bil, en lampa, en pump, eller vad tusan som helst. Allt kan beskrivas såhär. Japp Allt. “Hårdvara” kan lika väl vara en annan “mjukvara” eller ett fenomen. “Vad som helst” kan beskrivas såhär.

Att beskriva “vad som helst” är såklart inget problem. Man bara beskriver “vad som helst” på något sätt man kommer på att beskriva “vad som helst” på. Så sätter du 999 personer på uppgiften så kommer det att bli 999 olika sätt att beskriva detta “vad som helst” på. Men problemet är egentligen inte att det blir 999 olika sätt som vad som helst beskrivs på. Problemet är att “det” som skall jobba mot vad som helst antingen måste välja att jobba mot “vad som helst” på ett av 999 sätt eller lära sig att jobba mot “vad som helst” på 999 olika sätt. Jobbigt. Liksom.

Så om man kom överens om en abstraktion av “vad som helst” ja då skulle man kunna låtsas att allt omkring en ser ut så. Ja man skulle till och med kunna använda den där abstraktionen på någon av de där 999 sättet om nu någon redan lagt ned jobbet och inte ville kasta bort det.

Fast det är klart. den där abstraktionen borde fungera för hög och för låg. Alltså måste den vara sjuhelvetes enkelt. Annars blir det jobbigt för de som kräver “enkelt”. Men samtidigt måste den vara lite avancerad för de där mer avancerade sakerna. Det finns mycket krångligt där ute som kan betraktas som vad som helst.

VSCP löser detta på följande sätt.

• Allt kan beskrivas av en samling 8-bitars register.
• Vill man veta vad som finns i ett register behöver man läsa det.
• Vill man ändra innehållet i ett register så behöver man skriva i det.

Så VSCP kan beskriva allt som finns i världen, allt från en blomma, en bil till en människa genom att specificera ett antal register. Det enda som krävs för att du skall kunna hämta informationen är att en läsa information är implementerad som kan läsa ett byte och det enda som krävs för att ändra något i den där registeruppsättningen är en funktion för att skriva ett byte.

Så

• Läsa ett byte.
• Skriva ett byte.

är det som behövs i VSCP för att jobba mot “vad som helst” på den lägsta nivån.

Det här är vad VSCP kalla Register Abstraction Model.

VSCP’s register abstraction model kräver att  det på alla “vad som helst” finns en uppsättning register som innehåller viss information. De två viktigaste delarna som de här register utrymmena innehåller är GUID, ett globally unique id för enheten på 16 byte, och en 32-byte area som innehåller en pekare till en Module Description File.  GUID’et identifierar enheten på ett globalt unikt sätt Ungefär som en MAC adress gör för en Ethernet krets. Faktum är att de kan kopplas. MDF pekaren kan peka på ett internt lagringsutrymme eller vara en URL som pekar på en MDF fil som i XML form beskriver den här “vad som helst” enheten.

Registerinnehållet för enheten beskrivs såklart i den här filen. Men på registernivå kan det bli krångligt ibland. Ett flyttal t.ex. kan kräva åtta register positioner. Krångligt och onödigt att hålla reda på om det enda man är intresserad av är att det i de där åtta registerpositionerna finns ett temperaturmätvärde.

För att göra livet lättare för de som vill se världen i form av strängar, flyttal, logiska enheter så beskriver (eller kan beskriva) MDF’en “vad som helst” enheten med högnivå variabler i form av abstraktioner. Det enda de är är en pekare till ett register där de ligger, hur många register de använder, samt vilken sort de är.

Så nu har vi en “vad som helst” enheten som antingen kan beskrivas med en massa 8-bitars register eller med mer komplexa dataenheter men där det enda som behövs är en läs operation och en skriv operation.

Här kan man alltså skriva en applikation som konfigurerar vilken enhet som helst. Läs bara mdf’en från enheten och sen är det bara att låta användaren fylla i uppgifterna. Ja eller den andra maskinen. TV, bil, klockradio kan ha ett och samma konfigurationsprogram.

MDF’n kan också innehålla wizards som steg för steg hjälper till att fylla i register/abstractions värden för att åstadkomma något specifikt.  Allt beskrivet på ett abstract sätt så att applikationen som verkligen går igenom stegen kan skapas i vilket språk som helst på vilken plattform som helst. Fungerar alltså lika bra i C/C++ som I JavaScript.

Naturligtvis kan XML/JSON filer skickas in på den här nivån om man vill. Lagren ovanför abstraktionen kan vara vilka som helst. En read och en write är det enda som fortfarande behövs.

Ja faktum är att register abstraction modellen är så lågviktig att den med lätthet lever bredvid en annan propritär lösning. Man kan äta kakan och ha den kvar således.

Men varför?

Ja det får du fundera ut själv…

ps VSCP är såklart så mycket mer än det här. Det finns event, klasser/typer, bootloaderspecifikationer, beslutsmatriser och en massa annat. ds

ps2 Varför jag skriver detta i min Svenska blog har jag heller ingen bra förklaring på. Kanske har jag feber helt enkelt. ds2