Netduino/u/34659/crop5d74d51e2edd2_cropped.png?f=community)
Gewoon een txt file of xml file?
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!
csv is prima. Maar een json is ook prima. Maakt me geen mallemoer uit, als het maar altijd dezelfde structuur is 
Ik zie het als volgt:
vanaf mijn Syno roep ik de webpagina aan met een bepaald commando in de url, dat levert dan gegevens vanaf een bepaald datum/tijdstip. Of hij spuugt alles uit, dan filter ik het wel op de Syno.
Het moet vooral niet te moeilijk worden; basisfunctie is loggen en beschikbaar maken.
Ik zie het als volgt:
vanaf mijn Syno roep ik de webpagina aan met een bepaald commando in de url, dat levert dan gegevens vanaf een bepaald datum/tijdstip. Of hij spuugt alles uit, dan filter ik het wel op de Syno.
Het moet vooral niet te moeilijk worden; basisfunctie is loggen en beschikbaar maken.
Netduino:strip_icc():strip_exif()/u/451782/WillieWortel.jpg?f=community)
Precies, is later altijd aan te passen.:
[...]
Gewoon een txt file of xml file?
Wat we vergeten zijn in de lijst:
Levering - verbruik.
Sinds vrijdag een slimme meter hier. De arduino er al even aangehad met p1 sketch en zowaar, op serialmonitor keurig een bericht
Nu eerst verbruik loggen met een S0 puls uit een Finder (en straks nog een 2e voor de PV opbrengst)
Nu eerst verbruik loggen met een S0 puls uit een Finder (en straks nog een 2e voor de PV opbrengst)
Zo, Reddo, je bent goed bezig zeg. ben wel benieuwd naar de programma code als alles draait.:
Sinds vrijdag een slimme meter hier. De arduino er al even aangehad met p1 sketch en zowaar, op serialmonitor keurig een bericht
Nu eerst verbruik loggen met een S0 puls uit een Finder (en straks nog een 2e voor de PV opbrengst)
deze http://gathering.tweakers.net/forum/view_message/38884073
nog verder geen logging dus helaas, dat lijkt mij niet zelf
De foutmelding zie ik onder in Visual Studio. Ik heb het nog niet eens kunnen uploaden naar de Netduino daardoor. Het lijkt alsof er een fout in de code zit, iets niet declared.
[Voor 13% gewijzigd door Gé Brander op 29-09-2012 09:49]
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!
Hij doet het .....tralalalalala hij doet het tralalalalala
vind ik mooooooooi om te zien. real time data logging....the sky the limit....
dankzij Ricdijk kan ik nu json requests verzenden in MS explorer.
Alleen doet ie het nog nie in Google chrome, wat nu weer ppffffff
Weet iemand daar raad wat op.?.
vind ik mooooooooi om te zien. real time data logging....the sky the limit....
dankzij Ricdijk kan ik nu json requests verzenden in MS explorer.
Alleen doet ie het nog nie in Google chrome, wat nu weer ppffffff
Weet iemand daar raad wat op.?.
:strip_icc():strip_exif()/u/65598/Sothpark-Erwin-Sm2.jpg?f=community)
Kleine aanpassing: Parity even en 7 bits
Net een leuk stukje vertaald software tegengekomen om serieel uit te kunnen lezen. Het was vertaald naar het nederlands versie. "Even" werd vertaald met "Zelfs"... Het duurde even voordat ik die doorhad
[Voor 9% gewijzigd door Gé Brander op 02-10-2012 16:26]
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!
Maar je hebt nu een 2e uitlezing van je P1 geplaatst, geheel anders en veel langer.:
[...]
Kleine aanpassing: Parity even en 7 bits
Wat nu?
Ik snap hem nog steeds niet... Ligt geheel aan mij hoor...
Oh wacht...
Je bedoelt dat het bericht dat ik daar geplaatst heb anders is dan de eerste?
Dat klopt. We hadden het volgens mij over hoe we het bulletproof zouden kunnen maken. Daarop heb ik de opmerking geplaatst dat er intussen twee P1 standaarden zijn. De P1 v2.2 standaard zoals die gebruikt wordt in de nu geplaatste slimme meters, en de P1 v4.0 standaard zoals deze gebruikt gaat worden in de slimme meters die vanaf komend jaar geplaatst gaan worden.
De P1 v4.0 bevat meer informatie, zoals tijdstamp, drie fasen informatie en meer.
De P1 v2.2 is degene die ik als eerste plaatste, de korte, die ik en Hans hebben.
Voorbeeld van een bericht (V2.2) van een ander type meter:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| /KMP5 ABCD000123456789 0-0:96.1.1(2041424344303030313233343536373839) 1-0:1.8.1(00080.000*kWh) 1-0:1.8.2(00039.000*kWh) 1-0:2.8.1(00000.000*kWh) 1-0:2.8.2(00000.000*kWh) 0-0:96.14.0(0002) 1-0:1.7.0(0000.22*kW) 1-0:2.7.0(0000.00*kW) 0-0:17.0.0(999*A) 0-0:96.3.10(1) 0-0:96.13.1() 0-0:96.13.0() 0-1:24.1.0(3) 0-1:96.1.0(3031323334353637383930313233343536) 0-1:24.3.0(120403080000)(000008)(60)(1)(0-1:24.2.1)(m3) (00053.271) 0-1:24.4.0(1) ! |
Van deze website
[Voor 78% gewijzigd door Gé Brander op 02-10-2012 17:02]
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!
Kan het hiermee te maken hebben?
Ik heb een 74LS04P gebruikt om het signaal te inverteren naar de Netduino.
Dit is het schema hoe ik het ga proberen:
Ik ben dus klaar om te testen. JoopC heb jij al een stuk code af wat ik kan testen, zodat ik bijvoorbeeld op een website de tekst kan zien of zo?
Volgens mij moet het zo kunnen werken:
Ik heb een 74LS04P gebruikt om het signaal te inverteren naar de Netduino.
Dit is het schema hoe ik het ga proberen:
Ik ben dus klaar om te testen. JoopC heb jij al een stuk code af wat ik kan testen, zodat ik bijvoorbeeld op een website de tekst kan zien of zo?
[Voor 62% gewijzigd door Gé Brander op 02-10-2012 20:38]
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!
10 Warnings, maar dat mag de pret niet drukken. Ik zal de stekker eens in de P1 steken. Moet ik nog additionele voeding regelen? Nee toch?
edit:jammer.
"An unhandled exception of type 'System.ArgumentException' occurred in Microsoft.SPOT.Hardware.SerialPort.dll"
Hans, komt goed, Ik kijk vanavond en anders morgen ochtend, anders krijg ik met de mattenklopper.
Maar onthou, 12v is dodelijk voor de N+ onbeschermd.!
edit:jammer.
"An unhandled exception of type 'System.ArgumentException' occurred in Microsoft.SPOT.Hardware.SerialPort.dll"
Hans, komt goed, Ik kijk vanavond en anders morgen ochtend, anders krijg ik met de mattenklopper.
Maar onthou, 12v is dodelijk voor de N+ onbeschermd.!
Dit is op te lossen door de AltSerial library te gebruiken.:
Ik heb zojuist mijn P1 poort weten uit te lezen middels enkel een Arduino en drie draadjes. Zonder inverter of TTL kabel dus.
Ik loop nog tegen 1 issue aan, wat met Arduino 1.0.2 hopelijk wordt opgelost. Dit heeft te maken met de niet-standaard serial parameters, waar meer mensen tegenaan lopen. Helemaal 'af' is mijn oplossing nog niet, al ben ik wel zo ver dat dit het delen waard is. Let op: het telegram wat middels onderstaande voorbeeld-code wordt uitgelezen is 95% correct. Er ontbreken in sommige gevallen dus karakters!
Hoe werkt het? Mijn code maakt gebruik van de nieuwe SoftwareSerial library, welke sinds Arduino 1.0 de nieuwe standaard is. Deze library ondersteunt softwarematige inversion, wat de 7404 of TTL kabel overbodig maakt.
code:
#include <SoftwareSerial.h> SoftwareSerial mySerial(10, 11, true); // RX, TX, inverted void setup() { mySerial.begin(9600); delay(1); Serial.begin(9600); } void loop() { while (mySerial.available() > 0) { incomingByte = mySerial.read(); incomingByte &= ~(1 << 7); char inChar = (char)incomingByte; Serial.write(inChar); } }
//update: Arduino 1.0.2 lost dit niet op
zie ook http://zonnigbreda.blogsp...ting-online-met-cosm.html
read2Line functie.
Ik krijg allerlei data uit de seriele poort. Allemaal getalletjes die we nog moeten parsen en interpreteren, maar bottom line: we have lift off.
Wat helemaal leuk is: de meter antwoordt ook als er 3.3v op de request lijn gezet wordt. Wat minder leuk is: hij antwoordt niet meteen, maar in zijn eigen ritme.
Output (komma's en spaties zijn van mij):
40, 27, 86, 10, 101, 89, 100, 82, 114, 22, 86, 86, 86, 31, 37, 62, 11, 13, 19, 35, 70, 94, 21, 125, 54, 46, 42, 21, 19, 25, 31, 25, 31, 25, 21, 25, 31, 25, 19, 25, 13, 25, 50, 50, 31, 25, 25, 25, 50, 90, 74, 86, 74, 31, 11, 70, 70, 94, 31, 31, 62, 70, 46, 30, 86, 82, 20, 33, 39, 105, 44, 50, 123, 70, 94, 31, 19, 58, 70, 31, 25, 86, 82, 20, 33, 39, 105, 108, 50, 123, 70, 94, 31, 31, 13, 31, 13, 35, 34, 30, 86, 82, 20, 33, 39, 105, 108, 50, 123, 70, 94, 31, 62, 19, 70, 21, 21, 13, 82, 20, 33, 61, 86, 44, 108, 54, 114, 50, 109, 118, 118, 54, 39, 105, 44, 50, 50, 109, 118, 118, 22, 54, 108, 37, 33, 39, 105, 108, 50, 50, 109, 118, 118, 118, 54, 118, 37, 33, 61, 86, 44, 18, 50, 54, 109, 44, 44, 108, 118, 37, 33, 61, 86, 44, 108, 54, 54, 114, 45, 61, 86, 44, 108, 54, 18, 54, 45, 61, 86, 44, 108, 54, 18, 54, 45, 61, 86, 108, 114, 50, 50, 115, 45, 61, 86, 44, 108, 54, 50, 45, 54, 18, 36, 118, 22, 86, 18, 86, 18, 118, 22, 118, 22, 86, 18, 54, 18, 86, 18, 118, 22, 118, 22, 86, 18, 86, 18, 70, 22, 86, 18, 54, 61, 86, 108, 114, 50, 54, 45, 50, 82, 114, 118, 54, 50, 82, 114, 118, 118, 118, 101, 109, 118, 101, 109, 118, 101, 45, 101, 109, 86, 83, 108, 114, 50, 50, 101, 66, 61, 109, 118, 118, 22, 118, 54, 118, 22, 61, 86, 108, 114, 50, 50, 45, 111, 57, 61
edit: even de nieuwe code van Joop proberen.
[Voor 1% gewijzigd door hansdegit op 03-10-2012 11:34. Reden: d,t]
hans, hier kan ik wat mee....:
Ik krijg allerlei data uit de seriele poort. Allemaal getalletjes die we nog moeten parsen en interpreteren, maar bottom line: we have lift off.
Wat helemaal leuk is: de meter antwoordt ook als er 3.3v op de request lijn gezet wordt. Wat minder leuk is: hij antwoord niet meteen, maar in zijn eigen ritme.
Nou, het is me gelukt de code in de Netduino te krijgen en deze aan te sluiten in de meterkast op de splitter. Ik heb nu vier loggingdevices aangesloten (Smile,Energq,TTLSerial en Netduino)
In het intermediate window van Visual Studio zie ik het volgende langs schieten per bericht:
De cijfers staan allemaal onder elkaar met een ENTER. Die heb ik hierboven weggehaald.
Via translate pagina gekeken wat de inhoud is:
We zijn op de goede weg echter er lijkt het een en ander te missen
Op de SD kaart staat een folder [06(Jun)-2011] en daarin staan bestanden met de naam in het volgende format [01-06(Jun)-2011-x] waarbij x staat voor volgnummer beginnend met 1. De inhoud van de bestanden is als volgt:
Voor tijdsynchronisatie lijkt het mij zinvol om via een timeserver de tijd goed te zetten. Bij een herstart zal de Netduino weer beginnen op 1 juni 2011 0:00:00.
Ook lijkt het er op dat er iets van een buffer volloopt of zo, de Netduino wordt elke x seconden/minuten qua signaal losgegooid van de pc.
Ik denk dat het te maken kan hebben met het invert gebeuren?
(Smile,Energq,TTLSerial en Netduino)In het intermediate window van Visual Studio zie ik het volgende langs schieten per bericht:
code:
1
| 47 73 83 107 53 92 50 77 84 51 56 50 45 49 48 48 51 13 10 13 10 48 45 48 58 57 54 46 49 46 49 40 53 65 52 50 52 53 53 54 51 48 51 48 51 53 51 51 51 51 41 45 46 56 48 53 48 104 49 45 46 56 46 50 40 48 48 53 55 50 57 42 107 87 104 41 13 10 49 45 48 56 48 49 56 104 41 45 46 40 49 57 53 104 48 57 52 46 48 13 48 55 46 48 48 52 87 49 50 48 48 48 42 13 48 46 40 57 42 13 48 46 48 40 13 10 48 45 48 58 57 54 46 49 51 46 49 40 41 13 10 48 57 51 41 45 49 51 41 50 49 48 48 51 49 48 48 48 48 48 41 40 48 48 41 40 54 48 41 40 49 41 40 48 45 49 58 50 52 46 50 46 49 41 40 109 51 41 13 10 40 48 48 48 56 55 46 51 48 50 41 13 10 48 45 49 58 50 52 46 52 46 48 40 49 41 13 10 33 13 10 |
De cijfers staan allemaal onder elkaar met een ENTER. Die heb ik hierboven weggehaald.
Via translate pagina gekeken wat de inhoud is:
code:
1
2
3
4
5
6
7
8
9
10
11
12
| /ISk5\2MT382-1003 0-0:96.1.1(5A4245563030353333)-.8050h1-.8.2(005729*kWh) 1-08018h)-.(195h094.0 07.004W12000* 0.(9* 0.0( 0-0:96.13.1() 093)-13)21003100000)(00)(60)(1)(0-1:24.2.1)(m3) (00087.302) 0-1:24.4.0(1) ! |
We zijn op de goede weg echter er lijkt het een en ander te missen
Op de SD kaart staat een folder [06(Jun)-2011] en daarin staan bestanden met de naam in het volgende format [01-06(Jun)-2011-x] waarbij x staat voor volgnummer beginnend met 1. De inhoud van de bestanden is als volgt:
code:
1
2
| Time of Logging : 06/01/2011 00:03:50 System.Byte[] |
Voor tijdsynchronisatie lijkt het mij zinvol om via een timeserver de tijd goed te zetten. Bij een herstart zal de Netduino weer beginnen op 1 juni 2011 0:00:00.
Ook lijkt het er op dat er iets van een buffer volloopt of zo, de Netduino wordt elke x seconden/minuten qua signaal losgegooid van de pc.
Dat klopt. Er wordt standaard elke 10 seconden gemeten en alleen verstuurd als de pin 2 hoog is.:
Ik krijg allerlei data uit de seriele poort. Allemaal getalletjes die we nog moeten parsen en interpreteren, maar bottom line: we have lift off.
Wat helemaal leuk is: de meter antwoordt ook als er 3.3v op de request lijn gezet wordt. Wat minder leuk is: hij antwoord niet meteen, maar in zijn eigen ritme.
Hmmm... Als je deze codes vertaald dan komt dit er dus uit:
code:
1
2
3
4
5
6
7
| (V
eYdRrVVV%>
#F^}6.*
222ZJVJFF^>F.VR!'i,2{F^:FVR!'il2{F^
#"VR!'il2{F^>F
R!=V,l6r2mvv6'i,22mvv6l%!'il22mvvv6v%!=V,26m,,lv%!=V,l66r-=V,l66-=V,l66-=Vlr22s-=V,l62-6$vVVvvV6VvvVVFV6=Vlr26-2Rrv62Rrvvvemvemve-emVSlr22eB=mvvv6v=Vlr22-o9= |
Ik denk dat het te maken kan hebben met het invert gebeuren?
[Voor 68% gewijzigd door Gé Brander op 03-10-2012 11:21]
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!
Ach, niet op afroep.... Binnen tien seconden na het vragen is toch wel redelijk op afroep?
Ben benieuwd.
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!
Dan zitten we op dezelfde golflengte
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!
Die pakken we er dan gewoon bij
Hier ben ik het niet mee eens. Mijn seriele poort op de pc die de data ook uitleest doet netjes elke 10 seconden een bestandje schrijven met inhoud. Daar zit in mijn beleving geen enkele inconsistentie in. Elke minuut 6 bestanden tot nu toe.
[Voor 104% gewijzigd door Gé Brander op 03-10-2012 12:15]
Vroeger was alles beter... Geniet dan maar van vandaag, morgen is alles nog slechter!