Alpøy

Etter noe g00gling og fikling fant jeg ut av det, måtte sette en statement under "data" for at det skulle tolkes rett samt sette rett encoding.

Så løsningen totalt sett var: "MyLocation=%LOC" og under content type sett: "application/x-www-form-urlencoded" 

Forsøkte nå, samme greia....%LOCATION gir meg bare "%LOC". Hva har du i "Data / File"  i  HTTP POST action?

Takker, skal testes ?

Hei,

Jeg har tidligere brukt Owntracks (android) for å oppdatere location via mqtt/http til openhab. Men nå har Owntracks  over en periode ikke hatt noen android utviklere til å ivareta app'en og jeg har plagdes en del med den.

Noen som har tips til alternativer eller løsninger (ja jeg har sjekket alternativeto.net) ??    Det jeg er ute etter er en opensource/absolutt-ikke-en-cloud løsning!

(Prøvde meg forsåvidt litt med tasker men fikk den ikke til å sende %LOC via POST, det kom bare frem "%LOC" som string) ?

Ok bra ?, skal oppdatere koden og eksemplet senere idag ?

8 hours ago, berland said:

Alpøy, den offline-warning-saken passet meg perfekt, har planlagt i noen uker å lage noe slikt, men her kom en pen løsning.

 

Kjører du OpenHAB 1.X? Min OpenHAB 2.2 klagde litt på syntax, og det virket ikke ut av boksen. Jeg endte opp med å endre Cron-regelen til

    runScheduleCheck.apply(Offlinewarning)

(hvor Offlinewarning er gruppa som alle sensorene++ ble lagt inn i) og starten av lambdaen endret jeg til

val Functions$Function1<GenericItem, String> runScheduleCheck = [ GroupItem scheduleGroup |
    if (scheduleGroup === null) return null
    scheduleGroup.members.forEach[i|

for å få det til å funke.

Jeg bruker OH2 men ser at jeg har glemt å legge til et par grupper.

For at jeg skal kunne få lambdaen til å forstå at dette var en "gruppe" (og at jeg kan bruke den i syntax) så søker jeg frem den gruppen i første linje i lambdaen (den du fjernet) (alle gruppene som skal kjøres sjekk på må være medlem av gHourStateCheck). Dette pga. jeg sender gruppenavnet som string....jeg fikk ikke til å sende gruppen som et "objekt" først mener jeg.

Men hvis du får det til å virke uten å passe argument som string så er intet bedre, kan du verifisere at koden virker som den skal  slik du gjorde det? :-)

Har laget en "offline rapport" løsning på noder som ikke lenger oppdaterer seg. Dvs. jeg looper en gruppe etter items med NULL verdier (jeg setter expire på alle sensorer/målere som jeg forventer rapporterer innen viss tid **) og genererer en rapport som blir mailet.

Siden jeg bruker en lambda for å kjøre rapporten kan jeg gi den et argument med hvilke gruppe den faktisk skal sjekke, så det jeg har gjort er å lage forskjellige grupper...de som jeg forventer update innen 12timer, 6timer osv.

Dermed kan jeg bruke en enkel cron rule slik for å kjøre lambdaen/function (denne vil f.eks. kjøre hver 12.time og sjekke alle members i gruppen 'gTwelveHourStateCheck') :

rule "gTwelveHourStateCheck"
when
    Time cron "0 0 12 * * ?" // sjekk hver 12.time
then
    runScheduleCheck.sendCommand('gTwelveHourStateCheck')
end

items:

Group gReportedOfflineNodes
Group gTwelveHourStateCheck (gHourStateCheck)
Group gHourStateCheck

Rule:

val Functions$Function1<String,Number> runScheduleCheck = [ String scheduleGroupStringName |
    var scheduleGroup = gHourStateCheck.members.filter(n|n.name == scheduleGroupStringName).head as GroupItem
    if (scheduleGroup === null) return null
    scheduleGroup.allMembers.forEach[i|
        if (i.state === NULL) {
            if (gReportedOfflineNodes.members.filter[x|x.name == i.name].head === null) { // Sjekk om node allerede er rapportert tidligere (skal ligge i gReportedOfflineNodes)
                var msg = 'Advarsel (expire): Utløpt oppdatering fra node: ' + i.name + '.'
                logInfo('Status',msg)
                gReportedOfflineNodes.addMember(i)
            }
        }
        if ((i.state != NULL) && (gReportedOfflineNodes.members.filter[x|x.name == i.name].head !== null)) { // Fjern evt. noder som er kommet online igjen
            gReportedOfflineNodes.removeMember(i)
        }
        
    ]
    // Send rapport
    if (gReportedOfflineNodes.members.size > 0) {
        val offLineNodeString = new StringBuilder
        gReportedOfflineNodes.members.forEach[x | offLineNodeString.append("\r\n - " + x.name)]
        sendMail("[email protected]", "openHAB rapport over OFFLINE noder", offLineNodeString.toString)
    }
    return null
]

** For å sette expire på et item:

Number minTemperatur { zwave="blabla", expire="3h" }   // Dette gjør at dette item'et blir NULL etter 3 timer hvis ingen oppdatering er kommet

Dette kan sikkert forbedres, men fungerer greit for min del. Håper det kan hjelpe noen ;-)

Bruker en emontxv3 til å måle blink/puls og en kurs (varmepumpe), funker forsåvidt greit. Brukte noe tid på å skjønne hvordan den skulle kalibreres og hvordan reglene for telling skulle settes, men den har vært dønn stabil når det først kom igang. Bruker emonpi for å håndtere telling etc.

Jeg bruker samme løsning, dvs. en serial2IP converter kjøpt fra ebay, men fungerer på samme måte. Bruker den til å styre en BenQ projektor.

Laget et enkelt python script for å sende kommandoer og hente info, har fungert stabilt for mitt formål (det henter kun lampetid og powerstatus samt sender OFF/ON, har ikke behov for mer, men enkelt å legge til kommandoer).

Ser forsåvidt Easy Esp har begynt på ESP32 støtte, ref. https://www.letscontrolit.com/wiki/index.php/ESPEasy32 ☺️

gammelt/billig nettbrett + Imperihome.

Jeg har dessverre samme problem med Aeotec sine, kanskje annenhver måned rapporterer de en enkel-måling på mellom 70 og 100 grader. Utrolig rart de begge kan ha den samme buggen. 

Akkurat, Ja det hørtes veldig rart ut, tror jeg skal prøve å følge med litt på de temp. målingene på de forskjellige modellene. Fange opp "avvikene"....

Ser at du også bruker openHAB, bruker du z-wave bindingen? 

jepp

Jeg har brukt "lange" USB kabler lagt i kabelkanal frem til nærmeste stikk ja. Ser helt greit ut, ingen WAF klager enda ;-)

Generelt har jeg et dårlig inntrykk av Fibaro sine sensorer, hadde også Fibaro sine brannvarslere en stund men solgte de fort. De kunne rapportere temperatur fint, så kom det en "feil" avlesning på 200 grader plutselig i ny og ned (1-2 ganger i måneden). Det funker dårlig når man ønsker å trigge alarm på høye temperaturer ? 

Nei faktisk ikke opplevd et eneste problem med Aeotec sine (nå har jeg koblet disse med strøm på USB istedet for batteri for å unngå batteri problemer).

Men jeg er helt enig angående utseende, Fibaro sine er snedigere ?

Har noe dårlig erfaring med Fibaro sensorene jeg også, de har rapportert over 200 grader i rom og falske "motion" alarmer i ny og ned...det kommer og går, noen gang har det hjulpet å bytte eller bare ta ut/inn batteriet.

Jeg har gått helt over til Aeotec sine sensorer.

Tror du må dirigere spørsmålet til @xibriz ?

Plagdes veldig med falskt signal/trigger på PIR sensoren når den var i "nærheten" av nodeMCU'en, wifi signalet gir interferens. 

https://www.finn.no/bap/forsale/ad.html?finnkode=112240926&fks=112240926

1800,- (SELGES SAMLET!!)

Mener jeg har gjort det tidligere men skal ta en dobbelt sjekk når jeg kommer hjem, at jeg har forstått parametrene rett. ?

Hei,

Er det noen som bruker Aeotec nano dimmer og GU10 LED's og som kan anbefale LED pærer som virker bra?

Kjøpte noen på elektroimportøren for en stund siden (var stor forskjell fra noen "billige" clas ohlson pærer jeg brukte før som støyet MYE), men plages litt med at det dimmer dårlig, dvs. det er altfor kraftig lys når det dimmes helt ned.

Har 6xGU10 pærer og en lyskrone med 6xE14 pærer (annen type) på denne kretsen.

(Det har fungert helt fint å dimme med Aeotec DSC1903 og halogen pærer tidligere)

3 hours ago, PerH said:

Hva styrer du fra OpenHAB? Jeg har den jeg og, men når jeg hadde satt opp kalenderen for den i appen så så jeg igrunn ikke helt hva jeg skulle plage den med fra automasjonssystemet.. Det er jo fint om man får alt på samme system, og har ferre apper å holde styr på, men det er nå langt nede på lista enda.

 

Sett bort fra "unger og rot" så var det greit å vite status når støvsugeren kjørte (uansett hvilken app den blir styrt fra), for da kan jeg sette openhab til å ignorere bevegelsessensorene i rommet støvsugeren jobber i når alarmen er på. Bruker stort sett å kjøre den når ingen er hjemme...

Bruker Xiaomi støvsugern mot openHAB, finnes en egen binding. Men det finnes noen libs på github også mener jeg som sikkert kan endres til eget behov.

Har fungert fint, eneste problemet (som Moskus nevner) er at jeg har ikke klart å fått automatisert ungene enda til å rydde stua for leker før den skal kjøre ?

Fordelen med å bruke RS232 styringen er at du kan hente ut lampetid, power status, hdmi/input selection osv.