Min vision

[gein]

1 wire är väldigt modulärt och flexibelt. Det är bara att plugga in nya sensorer i nätverket, likt en dator i ett LAN. Jag vill ha en mjukvara för 1 wire som är precis lika flexibel som nätverket. Det vill säga, när jag pluggar in en ny temperaturgivare så ska mjukvaran automatiskt snappa upp givaren och göra vad jag vill. Och mina önskemål matchar inte nödvändigtvis andra användares. Jag vill logga till en MySQL-databas varje minut medans någon annan kanske vill skriva till en fil en gång i timmen. Och ytterligare någon annan kanske vill skriva direkt mot en LCD utan att logga öht.

På den ena sidan ser jag alla sensorer (S) och på den andra olika typer av intressenter (I) av sensordata (i form av mjukvara) som bearbetar/lagrar eller på annat sätt använder datan. Det finns många olika typer av (I) för alla möjliga ändamål och man komponerar sin mjukvarulösning efter sina egna behov genom att installera de (I) man anser sig behöva. Man kan se dem som plug-ins.

Jag är alltså inte ute efter någon mjukvara för att kommunicera på 1 wire (den biten är sekundär) utan snarare hela processen efter att sensordata har nåt datorn fram tills dess att den har processats.

Har börjat fundera på en arkitektur för detta tillsammans med en arbetskollega så vi får se vart det leder. Än så länge låter det nog ganska flummigt. Har ni några tankar kring ämnet? Finns det bra mjukvara för detta redan, som även lämpar sig för de som inte vill/kan programmera själv?

red/ MSure verkar ha en liknande vision

[PerM]

Du har ju redan hittat MSure, och visst har jag en liknande vision. Jag tröttnade helt enkelt på att de programvaror som fanns, ingen av dem kunde göra mer än läsa in datat och möjligtvis skapa en graf av det. Eller så var man tvungen att installera och konfigurera en hel drös med mjukvaror, t.ex OWFS & c/o för att få ut något alls.

Några tankar kring dina frågeställningar, ur min synvinkel:

Det vill säga, när jag pluggar in en ny temperaturgivare så ska mjukvaran automatiskt snappa upp givaren och göra vad jag vill.

Att få en programvara att automatiskt att snappa upp en ny sensor är ju inga konstigheter, men att få den att göra "vad du vill" är en annan sak. På något sätt måste programmet veta vad det är du vill att den ska göra och det kan bara du tala om för den. Konfigurering kommer man aldrig ifrån, men viss automatik kan man ju lägga in. I MSure har jag resonerat så att nya sensorer är inget som tillhör vanligheten och därför valt att inte implementera automatisk detektering.

Man kan se dem som plug-ins.
Jag är alltså inte ute efter någon mjukvara för att kommunicera på 1 wire (den biten är sekundär) utan snarare hela processen efter att sensordata har nåt datorn fram tills dess att den har processats.

Precis samma tankebana som i MSure. Varje modul (OW, Graf, Text2DB, UME) är ju fristående från de andra och lyssnar/prenumererar bara på meddelanden i systemet. Vad dessa meddelanden används till, om alls, är upp till varje modul.

Finns det bra mjukvara för detta redan, som även lämpar sig för de som inte vill/kan programmera själv?

Om jag visste om en annan mjukvara som kommer i närheten av det du efterfrågar hade jag inte påbörjat MSure-projektet. Jag har inte själv provat mjukvaror som t.ex Homeseer och liknande, kanske kan de göra det du vill. Att kunna konfigurera allt utan att programmera själv är mer en dröm än verklighet, alla har ju sin idé om hur funktion X ska fungera och vilka funktioner som ska ingå. T.ex Eventghost tillåter dig att skriva egna plugins (i python tror jag det var), men det kräver också programmering för att få den att göra just det du vill. MSure's Module Engine ger dig också liknande funktionalitet. Denna modul ger dig tillgång till många av de meddelandena som passerar genom systemet och låter dig därmed själv bestämma vad du vill göra med dem. Ja, det kräver också programmering, men du har å andra sidan en bra (objektivt) grund att stå på. T.ex så finns det idag färdigt stöd för Mail och 1-Wire-LCD, men iom att du har tillgång till hela .NET-ramverket är det egentligen bara din fantasi som sätter gränserna. Tillgång till MSure's eget databaslager kommer också senare.

Avslutningsvis så kan jag säga att i MSure är det väldigt lite som inte går att påverka genom konfigurationen, men att uppfylla allas önskningar är helt enkelt en omöjlighet. Som min användarbas kan intyga så implementerar jag det mesta som folk vill ha, även om det inte blir 100% enligt önskemålet - jag måste ju främst se till produktens bästa/min vision och speciallösningar är alltid en återvändsgränd på längre sikt.

[gein]

Tack för svaret Per!

Att få en programvara att automatiskt att snappa upp en ny sensor är ju inga konstigheter, men att få den att göra "vad du vill" är en annan sak. På något sätt måste programmet veta vad det är du vill att den ska göra och det kan bara du tala om för den. Konfigurering kommer man aldrig ifrån, men viss automatik kan man ju lägga in. I MSure har jag resonerat så att nya sensorer är inget som tillhör vanligheten och därför valt att inte implementera automatisk detektering.

Jag är helt med dig här. Det jag (försökte) få fram var att om jag har ett antal temperatursensorer och kopplar in ytterligare en så vill jag ha minimal (allra helst ingen alls) konfiguration av den nya sensorn. Någon mjukvara läser redan data från befintliga sensorer och borde kunna använda samma avläsningspolicy på den nya sensorn.
Så jag hävdar: Initial konfiguration kommer man aldrig ifrån.

Avslutningsvis så kan jag säga att i MSure är det väldigt lite som inte går att påverka genom konfigurationen, men att uppfylla allas önskningar är helt enkelt en omöjlighet. Som min användarbas kan intyga så implementerar jag det mesta som folk vill ha, även om det inte blir 100% enligt önskemålet - jag måste ju främst se till produktens bästa/min vision och speciallösningar är alltid en återvändsgränd på längre sikt.

Jag är lite nyfiken, hur har du valt att licensera MSure? Tänker du släppa det som öppen källkod?
Är det möjligt att installera ytterligare moduler i MSure utan att stänga av hela MSure? T.ex. om det är oerhört viktigt att någon komponent (modul i ditt fall förmodar jag) inte slutar snurra av någon anledning.

[PerM]

Tack för svaret Per!
Jag är helt med dig här. Det jag (försökte) få fram var att om jag har ett antal temperatursensorer och kopplar in ytterligare en så vill jag ha minimal (allra helst ingen alls) konfiguration av den nya sensorn. Någon mjukvara läser redan data från befintliga sensorer och borde kunna använda samma avläsningspolicy på den nya sensorn.
Så jag hävdar: Initial konfiguration kommer man aldrig ifrån.

Ja, så kan man också lösa det men jag valde med avsikt inte den vägen. MSure är den server applikation och ska därmed köra på den angivna konfigurationen tills datorn dör

Jag är lite nyfiken, hur har du valt att licensera MSure? Tänker du släppa det som öppen källkod?
Är det möjligt att installera ytterligare moduler i MSure utan att stänga av hela MSure? T.ex. om det är oerhört viktigt att någon komponent (modul i ditt fall förmodar jag) inte slutar snurra av någon anledning.

Licensen finns på Wikin. I nuläget är den s.k. DonationWare. Ej öppen källkod. Det går idag inte att starta/stoppa moduler on-the-fly, men funderingar kring det finns redan. Om/när det blir implementerat kan jag idag inte svara på, men jag ser just nu ingen större nytta med det, annat att det kan vara bekvämt.

[gein]

Ett projekt är initerat och all information kring det nås via dess Trac.
Nuvarande adress är: http://callisto.knivby.nu/projects/owgw men kommer snart att flytta till owgw.org istället.

[Quart]

Har läst era resonemang och det känns ändå som ni strävar åt samma håll.
Varför inte hjälpas åt istället för att jobba på varsin kammare ?

[gein]

Det har jag ingenting emot. Men problemet är (för min egen del) att MSure är .NET-baserat. Jag har inte en enda Windows-maskin i mitt hem. Själv kan jag bidra med Java- och OSGi-kunskap och det går inte riktigt hand i hand med .NET-lösningen tyvärr.

[gein]

OwGw kommer dessutom vara open-source så det är fritt fram för alla andra att dra nytta av källkoden om man vill/kan.

[PerM]

Samma tankar, men olika plattformar kan man sammanfatta det. Eller tänker ni stödja Windows med owgw? Som jag förstått det är Windows porten av owfs omogen, tänker ni utveckla den i samband med owgw?

[gein]

Samma tankar, men olika plattformar kan man sammanfatta det. Eller tänker ni stödja Windows med owgw? Som jag förstått det är Windows porten av owfs omogen, tänker ni utveckla den i samband med owgw?

Ambitionen är att göra det plattformsoberoende, absolut! Jag hade inte tänkt låsa in mig kring owfs utan det kommer bara vara en av flera möjliga kommunikationskanaler mot 1-wire. Det är en del av att göra det flexibelt, att man kan använda den drivrutin som passar bäst i sin miljö.

[PerM]

Ingen liten ambition Bara att önska er lycka till!

[gein]

Jag anar en viss sarkasm/skeptiscism?
Vi får väl se vart det barkar... förhoppningsvis kanske vi kan dra erfarenheter av varandra även om vi jobbar med olika verktyg.

[PerM]

Sarkasm - absolut inte. Skepticism, ja lite. Jag vet ju hur mycket arbete som krävs att få det att fungera på en plattform, att då göra det plattformsoberoende innebär ju ännu mer arbete. Och i och med att det är ett fritidsprojekt så har man väldigt begränsat med tid att ägna åt det. Men jag önskar er absolut all lycka med projektet och visst välkomnar jag erfarenhetsutbyte oss emellan.

[gein]

Sarkasm - absolut inte. Skepticism, ja lite. Jag vet ju hur mycket arbete som krävs att få det att fungera på en plattform, att då göra det plattformsoberoende innebär ju ännu mer arbete. Och i och med att det är ett fritidsprojekt så har man väldigt begränsat med tid att ägna åt det. Men jag önskar er absolut all lycka med projektet och visst välkomnar jag erfarenhetsutbyte oss emellan.

Du har all rätt att vara skeptisk! Jag kanske har tagit mig vatten över huvudet, vi får se. Men att få det plattoformsoberoende tror jag faktiskt inte är det svåra, det får vi per automatik med Java så länge vi inte beror på plattformsspecifika bibliotek. Därför vill jag försöka designa det så att det fungerar med olika drivrutiner mot 1-wire.