Jag tror kanske att jag har problem med räckvidden mellan sensorn och GWn. Ska prova med en relay när jag hinner.

01 12/27/13 14:39:32.844 ctrl_chr[31;1mluup_log:241: Arduino: 0;0;4;11;Received: from=1, to=0, childId=5, mtype=2, type=24, crc=36, ''ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.845 ctrl_chr[31;1mluup_log:241: Arduino: Log: Received: from=1, to=0, childId=5, mtype=2, type=24, crc=36, ''ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.846 ctrl_chr[31;1mluup_log:241: Arduino: 0;0;4;11;Message crc ok.ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.846 ctrl_chr[31;1mluup_log:241: Arduino: Log: Message crc ok.ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.848 ctrl_chr[31;1mluup_log:241: Arduino: 0;0;4;11;Message addressed for this node.ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.848 ctrl_chr[31;1mluup_log:241: Arduino: Log: Message addressed for this node.ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.849 ctrl_chr[31;1mluup_log:241: Arduino: 1;5;2;24;ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.850 ctrl_chr[31;1mluup_log:241: Arduino: Requesting status for: 1;5ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.850 ctrl_chr[31;1mluup_log:241: Arduino: Request status for Variable1ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.851 ctrl_chr[31;1mluup_log:241: Arduino: Sending command: 1;5;3;24;238685070ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.864 ctrl_chr[31;1mluup_log:241: Arduino: 0;0;4;11;Relaying message back to gateway.ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.865 ctrl_chr[31;1mluup_log:241: Arduino: Log: Relaying message back to gateway.ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.874 ctrl_chr[31;1mluup_log:241: Arduino: 0;0;4;11;Sending: from=0, to=1, childId=5, mtype=3, type=24, crc=214, '238685070ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.875 ctrl_chr[31;1mluup_log:241: Arduino: Log: Sending: from=0, to=1, childId=5, mtype=3, type=24, crc=214, '238685070ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.876 ctrl_chr[31;1mluup_log:241: Arduino: ', sent via 0ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:32.876 ctrl_chr[31;1mluup_log:241: Arduino: Receive error: Unknown data: ', sent via 0ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:33.074 ctrl_chr[31;1mluup_log:241: Arduino: 0;0;4;11;Send failed. No ack received.ctrl_chr[0m <0x30c73680>
01 12/27/13 14:39:33.074 ctrl_chr[31;1mluup_log:241: Arduino: Log: Send failed. No ack received.ctrl_chr[0m <0x30c73680>
 
Kör två nanos, sensorn är en distanssensor HC-SR04, läser av GW på serieporten, ingen Vera. Kommunikationen mellan sensor o GW funkar, men får inga värden skickade. Se nedan. Tips?

I vilken fil hittar man serial.printen som skriver nedanstående?

0;0;4;11;Arduino startup complete.
0;0;4;11;Received: from=8, to=0, childId=255, mtype=4, type=13, crc=247, ''
0;0;4;11;Message crc ok.
8;255;4;13;
0;0;4;11;Received: from=8, to=0, childId=255, mtype=4, type=13, crc=247, ''
0;0;4;11;Message crc ok.
8;255;4;13;
0;0;4;11;Received: from=8, to=0, childId=255, mtype=4, type=13, crc=247, ''
0;0;4;11;Message crc ok.
8;255;4;13;
0;0;4;11;Received: from=8, to=0, childId=255, mtype=4, type=13, crc=247, ''
0;0;4;11;Message crc ok.
8;255;4;13;
 
Redigerat:
@Hawkai
Sensor.cpp skriver ut en del debug information.
Ser ut som om din sensor efterfrågar vilken enhet(imperial/metric) som gäller. Eftersom den inte är inpluggad i en vera eller något annat som svarar sensorn kommer det ställa frågan igen tills den får svar.

Du kan ju kommentera bort raden som frågar efter enhet (i distansexemplet) om du vill att den skall komma vidare...

@tkortell
Ser inte ut som du har riktiga fel. Debugutskrifterna från gatewayen känns fortfarande för långa vilket leder till att veran klipper dom och försöker tolka delar av dom vilket i sin tur leder till fel. Enklast är nog om du slår av debugutskrifter när du kompilerar gatewaykoden (i sensor.h) genom att kommetera bort #define DEBUG
 
hek skrev:
@Hawkai
Sensor.cpp skriver ut en del debug information.
Ser ut som om din sensor efterfrågar vilken enhet(imperial/metric) som gäller. Eftersom den inte är inpluggad i en vera eller något annat som svarar sensorn kommer det ställa frågan igen tills den får svar.

Du kan ju kommentera bort raden som frågar efter enhet (i distansexemplet) om du vill att den skall komma vidare...
Distanssensorn kanske inte var smartaste valet alltså eftersom den ville ha info från Vera oxå... Kommenterade bort raden "int dist = metric?...." och skrev istället endast "int dist;", men fick inget avstånd iaf

Kopplade in humiditysensorn oxå. Får samma där (ändrade tiden i början så att den rapporterar luftfuktighet och temp var femte sek)
0;0;4;11;Arduino startup complete.
0;0;4;11;Received: from=255, to=0, childId=255, mtype=4, type=5, crc=136, ''
0;0;4;11;Message crc ok.
255;255;4;5;
0;0;4;11;Received: from=255, to=0, childId=255, mtype=4, type=5, crc=136, ''
0;0;4;11;Message crc ok.
255;255;4;5;
.........

Finns det i klartext vad värdena för mtype och type nånstans?
 
Klartext vet jag inte :) .. men om du tittar i Sensor.h på enum:sen i början av filen så får du en förklaring till de olika värdena.

mtype = messageType
type = variableType eller internalMessageType (beroende på mtype)
 
@hek
Har du nån bra kommentar till varför jag inte får några värden från givarna?
 
Jag tror inte det är så bra idé att du börjar leka med olika sensorer utan att ha gatewayen inkopplad i veran (om du inte skall skriva din egen gateway-backend).

Anledningen till att du inte får några värden är att sensorn frågar gatewayen (i förlängningen vera pluginen) efter ett unikt radio-id. Det kommer den göra tills den får ett.

Men som sagt.. tror inte du skall försöka köra utan veran om du verkligen inte vet vad du håller på med.
 
Redigerat:
Ah, va synd! Har fått uppfattningen tidigare i tråden att systemet skulle kunna funka fristående från Vera.

Det lät så "enkelt" i Wannabes beskrivning inlägg 122 att man bara läste av sensorvärdena på serieporten. Så om jag förstår rätt har Wannabe skrivit en egen "Vera" fast på en rpi. Rpi Veran måste isf returnera samma saker som riktiga Veran...

Wannabe får nog ta sig lite mer tid o beskriva sitt system :) Min plan var initialt att använda en gammal netbook att läsa av serieporten
 
Ja. Absolut fungerar det fristående. Med alla funktioner får du ju inte eftersom en del logik ligger på vera/rpi sidan. Bl.a. tilldelning av unikt id för sensorerna. Men du kan ju alltid sätta ett statiskt radioId i koden för din sensor (istället för AUTO) innan du kompilerar/laddar ner koden.
 
  • Gilla
Hawkai
  • Laddar…
hek skrev:
Ja. Absolut fungerar det fristående. Med alla funktioner får du ju inte eftersom en del logik ligger på vera/rpi sidan. Bl.a. tilldelning av unikt id för sensorerna. Men du kan ju alltid sätta ett statiskt radioId i koden för din sensor (istället för AUTO) innan du kompilerar/laddar ner koden.
Kul, nu funkar humiditysensorn! Satte unikt id. Bara lära sig hur man sparar i databas o presenterar på skärmen. Även denna kväll är räddad! :)
 
hek skrev:
@tkortell
Ser inte ut som du har riktiga fel. Debugutskrifterna från gatewayen känns fortfarande för långa vilket leder till att veran klipper dom och försöker tolka delar av dom vilket i sin tur leder till fel. Enklast är nog om du slår av debugutskrifter när du kompilerar gatewaykoden (i sensor.h) genom att kommetera bort #define DEBUG
Kommenterade bort debugutskrifterna i GWn och satte tranceivern på pulssensorn utanför mätarcentralen för att eventuellt få bättre signal. Efter en massa omstarter av GWn Veran och Pulssensorn fick jag igång det sparkat igen. Är det någons skillnad i vilken ordning man kör igång de olika noderna? Nästa projekt är att få igång ytterligare någon sensor för att se om det är GWn eller pulssensorn som "låser" sig för mig.
 
tkortell skrev:
Är det någons skillnad i vilken ordning man kör igång de olika noderna?
Hoppas inte att det spelar någon roll.
 
bah..
8h ca fungerade det denna gång, omstart av sensorn hjälpte inte men efter 2 ggr reset av GWn började det fungera igen. Ska se om det kan vara löskontakt i GWn. Tror jag ska löda fast trådarna.

graph.JPG
Inloggade ser högupplösta bilder
Skapa konto
Gratis och tar endast 30 sekunder
 
Känns som det är lite för mycket strul med GW:en för att anses vara *normalt*. Det luktar minnesläckage någonstans. Får återkomma när jag analyserat klart.
Kanske också dags att introducera en watchdog som gör att gw:en resettas om den hamnar i problem.
 
säg bara till ifal det är något jag kan hjälpa till med att testa, fixa logfiler eller något.
 
Vi vill skicka notiser för ämnen du bevakar och händelser som berör dig.