:fill(white):strip_exif()/i/2002131643.jpeg?f=thumbmini)
even tussendoor: weet iemand waar ik nog een "domme ouderwetse ethernet hub" kan aanschaffen? Ik vind alleen maar switches en routers...
:strip_icc():strip_exif()/u/98342/crop59116e916edc6_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/10541/Elmo.jpg?f=community)
Als je met je telefoon op het wlan netwerk van de Pi zit, kun je er dan ook daadwerkelijk mee internetten of whatsappen? Dat je data krijgt te zien in tcpdump is één (dat betekent dat je telefoon en de Pi kunnen communiceren), maar je telefoon moet via je Pi het internet ook nog kunnen bereiken
Ja geen problemen mee kan alles verzenden.:
[...]
Als je met je telefoon op het wlan netwerk van de Pi zit, kun je er dan ook daadwerkelijk mee internetten of whatsappen? Dat je data krijgt te zien in tcpdump is één (dat betekent dat je telefoon en de Pi kunnen communiceren), maar je telefoon moet via je Pi het internet ook nog kunnen bereiken
:strip_icc():strip_exif()/u/465/crop5daff73dbbe18_cropped.jpeg?f=community)
Oké, dat is wel interessant. Ik had op zijn minst iets verwacht, aangezien je aangeeft dat de data wel op de monitoring website terechtkomen. Om het even helemaal clean te testen kun je dit proberen:
1. Trek de netwerkkabel van de omvormer eruit, zodat die geen verbinding meer heeft.
2. Reboot je logger, zodat die ook met een schone lei start.
3. Wacht nog een kwartiertje.
4. Steek de netwerkkabel van de omvormer er weer in.
Daarna zou die binnen enkele minuten moeten verbinden en zodra dat gebeurt zou je in de liveupdate.log de 'Setting new key' regel te zien moeten krijgen. En direct daarna moet de data van de laatste 15 à 20 minuten in je database terecht komen.
Als dat niet werkt ga ik je vragen of je een pcap file met mij zou willen delen, ik vermoed dat er dan toch iets aan se-logger aangepast moet worden dat jij hebt ontdekt
Ik heb net het is-pcap-encrypted.py script gedraait en deze geeft aan dat 40% encrypted is dus er is data in de pcab file. Ik zie met whireshark ook de solaredge code staan dus dit is in ieder geval goed.:
[...]
Oké, dat is wel interessant. Ik had op zijn minst iets verwacht, aangezien je aangeeft dat de data wel op de monitoring website terechtkomen. Om het even helemaal clean te testen kun je dit proberen:
1. Trek de netwerkkabel van de omvormer eruit, zodat die geen verbinding meer heeft.
2. Reboot je logger, zodat die ook met een schone lei start.
3. Wacht nog een kwartiertje.
4. Steek de netwerkkabel van de omvormer er weer in.
Daarna zou die binnen enkele minuten moeten verbinden en zodra dat gebeurt zou je in de liveupdate.log de 'Setting new key' regel te zien moeten krijgen. En direct daarna moet de data van de laatste 15 à 20 minuten in je database terecht komen.
Als dat niet werkt ga ik je vragen of je een pcap file met mij zou willen delen, ik vermoed dat er dan toch iets aan se-logger aangepast moet worden dat jij hebt ontdekt
[ Voor 12% gewijzigd door sunlight78 op 11-06-2018 20:57 ]
"Intel Corporate, Malaysia"?!
Okee, hier is je fix.
Python:
1
2
3
| #liveupdate.py regel 315. if etherhdr[6:9] in ("\x00\x27\x02", "\x00\x40\x9d"): # Inverter speaking. |
Vervangen door:
Python:
1
2
3
| #liveupdate.py regel 315. if etherhdr[6:9] in ("\x00\x27\x02", "\x00\x27\x10", "\x00\x40\x9d"): # Inverter speaking. |
De "else" regel die we eerder hadden toegevoegd kan weer weg.
Ik ben nu wel nieuwsgierig, heb je de omvormer met een netwerkkabel rechtstreeks aan je Raspberry hangen, of zit daar nog iets tussen?
[ Voor 7% gewijzigd door Jerrythafast op 12-06-2018 20:55 ]
Ik heb de pi via ethernet aan het netwerk hangen en de omvormer via wifi aan de pi.:
[...]
"Intel Corporate, Malaysia"?!
Okee, hier is je fix.
Python:
Vervangen door:
Python:
De "else" regel die we eerder hadden toegevoegd kan weer weg.
Ik ben nu wel nieuwsgierig, heb je de omvormer met een netwerkkabel rechtstreeks aan je Raspberry hangen, of zit daar nog iets tussen?
Nu krijg ik info in mijn database. Heb net de backup gedraaid en de server weer herstart. Nu kreeg ik alleen in het log de volgende foutmelding
56cdc000 Out of order packet! SEQ=0024745f expect=002339de (Gap size 80513)
Setting new 0503 key
/opt/se-logger/liveupdate.py:376: Warning: Duplicate entry '1528832360-1930841012' for key 'PRIMARY'
self.cursor.execute(*args)
[ Voor 29% gewijzigd door sunlight78 op 12-06-2018 21:57 ]
Ah, dan heeft SolarEdge blijkbaar een nieuwe fabrikant gevonden voor hun WiFi modules
Mooi! Dit was inderdaad het probleem. De melding die je krijgt kan wel eens gebeuren, zeker als er een WiFi verbinding tussen zit waarop weleens wat pakketjes wegwaaien. TCP en het SolarEdge protocol zelf zijn behoorlijk robuust en zullen data herhaaldelijk sturen als het niet goed door lijkt te komen.
@Kaisar even voor de zekerheid: je weet zeker dat de endianness het probleem is? Dus jouw PCAP file begint met de HEX-code "a1 b2 c3 d4"? (Geopend in Windows kladblok met ANSI codering is dat "¡²ÃÔ".)
Als dat het werkelijk is, heb je iets nodig als dit om de endianness om te draaien. (Eerste wat ik kon vinden, misschien zijn er meerdere. Geen ervaring mee.) En als dat voor jou goed werkt ben ik wel bereid zoiets in se-logger in te bouwen zodat hij ook big-endian microsecond precision PCAP files kan lezen
Als dat het werkelijk is, heb je iets nodig als dit om de endianness om te draaien. (Eerste wat ik kon vinden, misschien zijn er meerdere. Geen ervaring mee.) En als dat voor jou goed werkt ben ik wel bereid zoiets in se-logger in te bouwen zodat hij ook big-endian microsecond precision PCAP files kan lezen
Interessant, inderdaad een big-endian pcap file.
Zou het voor jou erg veel werk zijn om één zo'n file door de pcap-endianness-converter heen te halen die ik linkte en het output bestand dan aan liveupdate.py te voeren? Ik zou graag willen weten of de conversie die dat programma doet voldoende is om het bestand te kunnen lezen. Dan bouw ik gewoon dezelfde omzetting in in liveupdate.py. Maar als er meer nodig blijkt te zijn doe ik liever nu geen onnodig werk
Dit lijkt te werken::
[...]
Interessant, inderdaad een big-endian pcap file.
Zou het voor jou erg veel werk zijn om één zo'n file door de pcap-endianness-converter heen te halen die ik linkte en het output bestand dan aan liveupdate.py te voeren? Ik zou graag willen weten of de conversie die dat programma doet voldoende is om het bestand te kunnen lezen. Dan bouw ik gewoon dezelfde omzetting in in liveupdate.py. Maar als er meer nodig blijkt te zijn doe ik liever nu geen onnodig werk
pi@wolverine:~/solaredge $ java -jar pcap-endianness-converter.jar little-endian out.pcap try.pcap
Records converted: 22
Records ignored: 0
Echter:
pi@wolverine:~/solaredge $ cat out.pcap | python liveupdate.py -
Reading from -
Warning! Got 22 mysterious bytes left! (state=0)
c0 6b b2 71 e5 5c 36 04 cb 4d a6 88 32 95 8a 15 73 19 63 9f c3 f8
Warning! Got 22 mysterious bytes left! (state=0)
c5 f7 69 12 a1 ee b7 ab ff 41 b6 e1 79 43 13 f3 df 02 fc 5d b4 f6
56ce0564 Out of order packet! SEQ=02fea8e1 expect=02fea8d7 (Gap size 10)
56ce0564 Out of order packet! SEQ=02feab05 expect=02fea8d7 (Gap size 558)
56ce0564 DATA LOSS 10 bytes!
56ce0564 Gap closed after 99.996411 seconds
Warning! Checksum failure, skipping over barker...
Warning! Skipping 534 mysterious bytes!
0e 02 f1 fd 55 02 4a 4c 11 73 fe ff ff ff 3d 00 13 25 9b fe 01 78 0a c1 6c 7b eb 77 bc e3 65 2e 05 e2 94 97 ee 08 3b 9d 0c f6 34 20 84 17 ba 7f 80 10 b6 fc 05 30 71 4c 7b e4 9e af b2 c8 88 7d 81 9f 70 f8 fe 24 0e ed 7b 65 0e c8 f5 cc c1 7b 5a ff 90 9b 6f ba e2 55 c5 62 19 b0 2e 7c b8 92 c6 d1 cc 34 1b 79 ac 0b c8 e2 ba 9a a7 8e 32 3e f9 0f 82 2e 5b 46 85 59 ef 1b 17 94 19 c7 e4 82 59 4e 58 cb 33 91 c1 2f 24 6e 8d 56 85 58 20 99 6a 11 55 78 24 54 b1 dc e8 72 8d 8f e3 52 e5 24 f0 66 6c 98 76 34 a2 43 1c 1b 52 62 8a 15 c7 8b 9d 74 64 9c 67 f4 88 60 a6 09 85 80 aa 31 0d 4b 19 49 58 6e ec 74 f6 f0 d6 3c 03 fd 41 b4 b0 7b 6f 0d ff aa 56 6c 62 9b da 11 57 9f 6d d3 ec b3 79 37 99 ad d1 98 89 da 89 27 b2 dd dc 56 f0 f9 9d 7f 71 f1 1d f4 e7 a9 ea ff 41 ab 4a 80 b4 9b e0 a8 82 85 0c 4e fe b5 9e a6 45 8b 79 74 02 ff 48 83 14 4a bb f1 89 1f ee 9e 3c 48 39 53 ce 0e e5 03 f0 ee 83 b9 2a b4 70 79 02 e1 15 d1 0b 26 73 53 f8 40 4b 07 b4 1b ff 99 5b 01 fb ae 87 5c 3e 40 d6 47 51 39 78 d0 e3 ba 6e 13 1e db 61 76 3c e9 c7 9e 6c e8 2b ea b7 2a 77 03 da 86 b2 80 13 88 9b cc cf a8 ea ae ee 14 15 61 de 20 db 35 61 38 74 57 28 56 9c bb e8 b4 60 3c ee 53 c3 40 23 f3 d5 69 ef 6f 50 4c e7 5a a0 78 c7 80 04 9f dd 43 2e 69 14 55 e8 3d a8 68 ae 16 e8 81 19 4e f7 0e 48 22 d4 ad 9f 6d fb 72 69 5f 45 4f 76 42 c3 bb 1d f3 04 6d 03 fd 9d ad 55 a1 21 82 86 51 81 51 0a ec 0f a3 d2 6a e5 5b f8 ae c8 45 5a 7c e3 04 ba 41 73 24 c6 4a 10 3a 3e 7f 13 5b dc b7 cc 78 20 13 a1 ee a7 c6 6a 95 22 c7 a1 99 ca 21 1a d7 95 6a 1a 6b 8e 3e 59 0a c7 47 58 97 98 64 0b 40 f8 55 8b 6e 32 85 a7 6e f5 17 bc 87 f9 00 20 8c 2a d7 73 e8
56ce0564 Out of order packet! SEQ=02feab05 expect=02feaafb (Gap size 10)
Warning! Got 538 mysterious bytes left! (state=7)
12 34 56 79 0e 02 f1 fd 56 02 4a 4c 11 73 fe ff ff ff 3d 00 86 7b 2a c5 b7 3d ff 08 ff b8 94 59 af 4b 71 6b e0 56 04 44 37 c9 54 bd 9d 60 cb 1a 2f b4 13 bb 2d 0a 0a bb 81 a8 0d c1 6c bf ae 95 28 70 53 c4 0e 2a 33 fd f0 41 14 64 15 b8 55 1d 83 6d 2a 17 1b 72 1c f8 5e 7c 05 5f c1 7e 8c f3 36 7f 3e 9c 8b 6e 42 36 b9 84 4a cb a2 57 f8 1d 3c 53 0b 85 7c 04 3a 27 43 b8 8c 66 f5 fa 0f bc 02 26 66 d4 55 5d 82 9d f7 88 82 fd 97 67 75 6c 2d 6f f5 c7 84 7b 35 6a 43 b5 d0 95 e9 70 45 0f 7e 4a 3c a6 1e ca e9 d0 6a 3d ca 58 d9 16 1e 38 7c ee 06 8a 2a 12 93 e9 58 f4 e1 5a e8 94 8d 85 0e ca d5 36 3c cd 5e ba 62 b7 18 ed 67 5f 74 18 7e c8 3c 5f d4 c9 d8 63 bd ef 93 d0 bf 4e 7d 62 2e ef 9a e3 2e c4 1f 2e 73 78 c6 3e fa 6a 8c e8 0b 0f bd 36 2e 9f 38 32 d3 db f8 65 a9 52 eb 32 1c ad 0f af 7c f9 f7 b6 7f 42 ab 29 41 fc 96 2b 76 bb 11 06 4f 4a 96 0c e5 f7 dc 83 16 1c 00 5d 46 da 07 7b a5 ab c5 4e 4e 87 0e 62 3f ba 14 16 8c 1e 6c 38 b4 b3 f8 74 bf d9 bd 26 19 64 78 ca 01 83 73 99 4f 90 6b b2 3f 20 2a 4c 52 e4 4e d6 19 87 91 1d 1a 42 5f d6 a4 88 fd 92 02 29 7e 29 54 44 9e c2 45 43 a2 7f f2 2f 94 01 99 52 f4 61 7c 7f ac 89 e0 32 f4 7a d8 9f da e6 13 66 52 eb 4a d3 37 16 1b d5 9e 3a 1d 6e 55 7e fb c7 ad 83 f1 6c 63 e8 2f 12 db 70 ac f9 a4 72 c4 45 6e 72 fa bc 5b e3 c5 16 cd cf 5b 08 87 71 5b d3 ab f1 d9 2e a9 fc e7 59 58 cc a3 af 1e 93 7a 40 a6 9d 11 d2 5c 02 1f 0e cb 79 7f c3 9a 77 95 32 c7 6f 98 25 7f ba 29 a3 f4 e3 ec f4 af 43 2f a2 c8 ee e6 75 57 54 66 dd 8c b3 c8 6a ed ac 03 37 44 10 8d c0 63 49 58 6e ac fc 3c 5d d6 05 65 7e 60 0a 59 8a 3f 63 3a 6f 7c db 10 2f e8 f8 4b e8 a6 29 81 db 41 01 f1 05 2d 8b 7f 60
End of file. Shutting down.
De sleutel heb ik eruit gehaald met (heb 2 getalletjes omgedraaid voor de post
):pi@wolverine:~/solaredge $ python get-key-by-rs232-verbose.py
| BARKER | LEN |LEN_I| SEQ | SOURCE | DEST | CMD |DATA
SEND: 12 34 56 79 02 00 fd ff 01 00 fd ff ff ff 4a 4c 11 73 12 00 39 02 6f 82
RECV: 12 34 56 79 06 00 f9 ff 01 00 4a 4c 11 73 fd ff ff ff 90 00 59 53 ee 45 00 00 57 e3
SEND: 12 34 56 79 02 00 fd ff 02 00 fd ff ff ff 4a 4c 11 73 12 00 3a 02 6a b1
RECV: 12 34 56 79 06 00 f9 ff 02 00 4a 4c 11 73 fd ff ff ff 90 00 59 2f e1 2e 00 00 84 11
SEND: 12 34 56 79 02 00 fd ff 03 00 fd ff ff ff 4a 4c 11 73 12 00 3b 02 69 a0
RECV: 12 34 56 79 06 00 f9 ff 03 00 4a 4c 11 73 fd ff ff ff 90 00 0d 59 fe 4d 00 00 e6 54
SEND: 12 34 56 79 02 00 fd ff 04 00 fd ff ff ff 4a 4c 11 73 12 00 3c 02 60 d7
RECV: 12 34 56 79 06 00 f9 ff 04 00 4a 4c 11 73 fd ff ff ff 90 00 43 45 48 2c 00 00 fd df
Your key is '\x95..............'
En liveupdate.py:
#!/usr/bin/env python
import struct, sys, MySQLdb, time
from collections import namedtuple
__version__ = "0.0.9"
# SETTINGS
inverter_private_key = '\x95............'
db_user = "solar"
Enig idee wat hier nog mis kan zijn met de sleutel?
@Jerrythafast Heb voor de zekerheid nog maar eens de usb kabel er aan gehangen en de key opnieuw opgehaald. Die blijkt te kloppen dus ik ben even einde raad 
[ Voor 5% gewijzigd door Kaisar op 18-06-2018 13:28 ]
Ziet eruit alsof dat inderdaad wel werkt! De pcap file parset goed (ik zie ook de kenmerkende 12 34 56 79 'barker' sequentie van SolarEdge voorbij komen), maar niet alle data lijkt lekker doorgekomen te zijn. Kan een gevalletje brakke wifi o.i.d. zijn. Als het goed is, is het hele gebeuren robuust genoeg dat het daar tegen kan. Ik zal komend weekend se-logger/liveupdate.py even een update geven om dit in te bouwen.:
[...]
Dit lijkt te werken:
pi@wolverine:~/solaredge $ java -jar pcap-endianness-converter.jar little-endian out.pcap try.pcap
Records converted: 22
Records ignored: 0
Echter:
pi@wolverine:~/solaredge $ cat out.pcap | python liveupdate.py -
Reading from -
Warning! Got 22 mysterious bytes left! (state=0)
c0 6b b2 71 e5 5c 36 04 cb 4d a6 88 32 95 8a 15 73 19 63 9f c3 f8
Warning! Got 22 mysterious bytes left! (state=0)
c5 f7 69 12 a1 ee b7 ab ff 41 b6 e1 79 43 13 f3 df 02 fc 5d b4 f6
56ce0564 Out of order packet! SEQ=02fea8e1 expect=02fea8d7 (Gap size 10)
56ce0564 Out of order packet! SEQ=02feab05 expect=02fea8d7 (Gap size 558)
56ce0564 DATA LOSS 10 bytes!
56ce0564 Gap closed after 99.996411 seconds
Warning! Checksum failure, skipping over barker...
Warning! Skipping 534 mysterious bytes!
0e 02 f1 fd 55 02 4a 4c 11 73 fe ff ff ff 3d 00 13 25 9b fe 01 78 0a c1 6c 7b eb 77 bc e3 65 2e 05 e2 94 97 ee 08 3b 9d 0c f6 34 20 84 17 ba 7f 80 10 b6 fc 05 30 71 4c 7b e4 9e af b2 c8 88 7d 81 9f 70 f8 fe 24 0e ed 7b 65 0e c8 f5 cc c1 7b 5a ff 90 9b 6f ba e2 55 c5 62 19 b0 2e 7c b8 92 c6 d1 cc 34 1b 79 ac 0b c8 e2 ba 9a a7 8e 32 3e f9 0f 82 2e 5b 46 85 59 ef 1b 17 94 19 c7 e4 82 59 4e 58 cb 33 91 c1 2f 24 6e 8d 56 85 58 20 99 6a 11 55 78 24 54 b1 dc e8 72 8d 8f e3 52 e5 24 f0 66 6c 98 76 34 a2 43 1c 1b 52 62 8a 15 c7 8b 9d 74 64 9c 67 f4 88 60 a6 09 85 80 aa 31 0d 4b 19 49 58 6e ec 74 f6 f0 d6 3c 03 fd 41 b4 b0 7b 6f 0d ff aa 56 6c 62 9b da 11 57 9f 6d d3 ec b3 79 37 99 ad d1 98 89 da 89 27 b2 dd dc 56 f0 f9 9d 7f 71 f1 1d f4 e7 a9 ea ff 41 ab 4a 80 b4 9b e0 a8 82 85 0c 4e fe b5 9e a6 45 8b 79 74 02 ff 48 83 14 4a bb f1 89 1f ee 9e 3c 48 39 53 ce 0e e5 03 f0 ee 83 b9 2a b4 70 79 02 e1 15 d1 0b 26 73 53 f8 40 4b 07 b4 1b ff 99 5b 01 fb ae 87 5c 3e 40 d6 47 51 39 78 d0 e3 ba 6e 13 1e db 61 76 3c e9 c7 9e 6c e8 2b ea b7 2a 77 03 da 86 b2 80 13 88 9b cc cf a8 ea ae ee 14 15 61 de 20 db 35 61 38 74 57 28 56 9c bb e8 b4 60 3c ee 53 c3 40 23 f3 d5 69 ef 6f 50 4c e7 5a a0 78 c7 80 04 9f dd 43 2e 69 14 55 e8 3d a8 68 ae 16 e8 81 19 4e f7 0e 48 22 d4 ad 9f 6d fb 72 69 5f 45 4f 76 42 c3 bb 1d f3 04 6d 03 fd 9d ad 55 a1 21 82 86 51 81 51 0a ec 0f a3 d2 6a e5 5b f8 ae c8 45 5a 7c e3 04 ba 41 73 24 c6 4a 10 3a 3e 7f 13 5b dc b7 cc 78 20 13 a1 ee a7 c6 6a 95 22 c7 a1 99 ca 21 1a d7 95 6a 1a 6b 8e 3e 59 0a c7 47 58 97 98 64 0b 40 f8 55 8b 6e 32 85 a7 6e f5 17 bc 87 f9 00 20 8c 2a d7 73 e8
56ce0564 Out of order packet! SEQ=02feab05 expect=02feaafb (Gap size 10)
Warning! Got 538 mysterious bytes left! (state=7)
12 34 56 79 0e 02 f1 fd 56 02 4a 4c 11 73 fe ff ff ff 3d 00 86 7b 2a c5 b7 3d ff 08 ff b8 94 59 af 4b 71 6b e0 56 04 44 37 c9 54 bd 9d 60 cb 1a 2f b4 13 bb 2d 0a 0a bb 81 a8 0d c1 6c bf ae 95 28 70 53 c4 0e 2a 33 fd f0 41 14 64 15 b8 55 1d 83 6d 2a 17 1b 72 1c f8 5e 7c 05 5f c1 7e 8c f3 36 7f 3e 9c 8b 6e 42 36 b9 84 4a cb a2 57 f8 1d 3c 53 0b 85 7c 04 3a 27 43 b8 8c 66 f5 fa 0f bc 02 26 66 d4 55 5d 82 9d f7 88 82 fd 97 67 75 6c 2d 6f f5 c7 84 7b 35 6a 43 b5 d0 95 e9 70 45 0f 7e 4a 3c a6 1e ca e9 d0 6a 3d ca 58 d9 16 1e 38 7c ee 06 8a 2a 12 93 e9 58 f4 e1 5a e8 94 8d 85 0e ca d5 36 3c cd 5e ba 62 b7 18 ed 67 5f 74 18 7e c8 3c 5f d4 c9 d8 63 bd ef 93 d0 bf 4e 7d 62 2e ef 9a e3 2e c4 1f 2e 73 78 c6 3e fa 6a 8c e8 0b 0f bd 36 2e 9f 38 32 d3 db f8 65 a9 52 eb 32 1c ad 0f af 7c f9 f7 b6 7f 42 ab 29 41 fc 96 2b 76 bb 11 06 4f 4a 96 0c e5 f7 dc 83 16 1c 00 5d 46 da 07 7b a5 ab c5 4e 4e 87 0e 62 3f ba 14 16 8c 1e 6c 38 b4 b3 f8 74 bf d9 bd 26 19 64 78 ca 01 83 73 99 4f 90 6b b2 3f 20 2a 4c 52 e4 4e d6 19 87 91 1d 1a 42 5f d6 a4 88 fd 92 02 29 7e 29 54 44 9e c2 45 43 a2 7f f2 2f 94 01 99 52 f4 61 7c 7f ac 89 e0 32 f4 7a d8 9f da e6 13 66 52 eb 4a d3 37 16 1b d5 9e 3a 1d 6e 55 7e fb c7 ad 83 f1 6c 63 e8 2f 12 db 70 ac f9 a4 72 c4 45 6e 72 fa bc 5b e3 c5 16 cd cf 5b 08 87 71 5b d3 ab f1 d9 2e a9 fc e7 59 58 cc a3 af 1e 93 7a 40 a6 9d 11 d2 5c 02 1f 0e cb 79 7f c3 9a 77 95 32 c7 6f 98 25 7f ba 29 a3 f4 e3 ec f4 af 43 2f a2 c8 ee e6 75 57 54 66 dd 8c b3 c8 6a ed ac 03 37 44 10 8d c0 63 49 58 6e ac fc 3c 5d d6 05 65 7e 60 0a 59 8a 3f 63 3a 6f 7c db 10 2f e8 f8 4b e8 a6 29 81 db 41 01 f1 05 2d 8b 7f 60
End of file. Shutting down.
De sleutel heb ik eruit gehaald met (heb 2 getalletjes omgedraaid voor de post
pi@wolverine:~/solaredge $ python get-key-by-rs232-verbose.py
| BARKER | LEN |LEN_I| SEQ | SOURCE | DEST | CMD |DATA
SEND: 12 34 56 79 02 00 fd ff 01 00 fd ff ff ff 4a 4c 11 73 12 00 39 02 6f 82
RECV: 12 34 56 79 06 00 f9 ff 01 00 4a 4c 11 73 fd ff ff ff 90 00 59 53 ee 45 00 00 57 e3
SEND: 12 34 56 79 02 00 fd ff 02 00 fd ff ff ff 4a 4c 11 73 12 00 3a 02 6a b1
RECV: 12 34 56 79 06 00 f9 ff 02 00 4a 4c 11 73 fd ff ff ff 90 00 59 2f e1 2e 00 00 84 11
SEND: 12 34 56 79 02 00 fd ff 03 00 fd ff ff ff 4a 4c 11 73 12 00 3b 02 69 a0
RECV: 12 34 56 79 06 00 f9 ff 03 00 4a 4c 11 73 fd ff ff ff 90 00 0d 59 fe 4d 00 00 e6 54
SEND: 12 34 56 79 02 00 fd ff 04 00 fd ff ff ff 4a 4c 11 73 12 00 3c 02 60 d7
RECV: 12 34 56 79 06 00 f9 ff 04 00 4a 4c 11 73 fd ff ff ff 90 00 43 45 48 2c 00 00 fd df
Your key is '\x95..............'
En liveupdate.py:
#!/usr/bin/env python
import struct, sys, MySQLdb, time
from collections import namedtuple
__version__ = "0.0.9"
# SETTINGS
inverter_private_key = '\x95............'
db_user = "solar"
Enig idee wat hier nog mis kan zijn met de sleutel?
:strip_icc():strip_exif()/u/31772/crop601c5b0229c42_cropped.jpeg?f=community)
Mijn omvormer kan al twee dagen niet meer verbinden met internet. Dit komt voorbij in tcp dump:
Hebben meer mensen hier last van? Domein lijkt me niet helemaal te kloppen...
Update:
Dit is gewoon ip adres 185.121.71.35. Hier verbindt hij altijd mee. De logs blijven gewoon leeg.
code:
1
2
| 21:20:09.052322 IP 192.168.10.25.1955 > pix.incognitoiajdflwe.com.http: Flags [S], seq 333010, win 2152, options [mss 538], length 0 21:20:09.115628 IP pix.incognitoiajdflwe.com.http > 192.168.10.25.1955: Flags [R.], seq 0, ack 333011, win 0, length 0 |
Hebben meer mensen hier last van? Domein lijkt me niet helemaal te kloppen...
Update:
Dit is gewoon ip adres 185.121.71.35. Hier verbindt hij altijd mee. De logs blijven gewoon leeg.
[ Voor 10% gewijzigd door tjanssen op 21-06-2018 22:02 ]
Klopt, ook bij mij sinds gistermorgen ~11:30 geen connectie meer, blijft hangen op de laatste test: TCP connection Failed.
De server die in de omvormer vermeld staat is prodnt.solaredge.com
Nslookup geeft datzelfde IP: 185.121.71.35
Straks na 0:00 ga ik de omvormer even spanningsloos maken, wellicht dat dit helpt. Edit: heeft niet geholpen
Morgen SolarEdge maar eens bellen...
De server die in de omvormer vermeld staat is prodnt.solaredge.com
Nslookup geeft datzelfde IP: 185.121.71.35
Straks na 0:00 ga ik de omvormer even spanningsloos maken, wellicht dat dit helpt. Edit: heeft niet geholpen
Morgen SolarEdge maar eens bellen...
[ Voor 5% gewijzigd door Rouske op 22-06-2018 00:26 ]
:strip_icc():strip_exif()/u/553329/crop65f2e249c118d_cropped.jpg?f=community)
Dit had ik ook al gedaan, hielp ook niet. Alleen heb ik dit gedaan toen de omvormer nog in bedrijf was (rond 21:15). Dagtotaal van gisteren ben ik kwijt lijkt het....:
Straks na 0:00 ga ik de omvormer even spanningsloos maken, wellicht dat dit helpt. Edit: heeft niet geholpen
Morgen SolarEdge maar eens bellen...
Na tig minuten aan de telefoon gehangen te hebben bij SolarEdge en nog niemand te pakken gekregen, heb ik mijn installateur maar gebeld en die nam wel meteen op.:
Klopt, ook bij mij sinds gistermorgen ~11:30 geen connectie meer, blijft hangen op de laatste test: TCP connection Failed.
De server die in de omvormer vermeld staat is prodnt.solaredge.com
Nslookup geeft datzelfde IP: 185.121.71.35
Straks na 0:00 ga ik de omvormer even spanningsloos maken, wellicht dat dit helpt. Edit: heeft niet geholpen
Morgen SolarEdge maar eens bellen...
Paar zaken doorlopen/getest. Welke internet provider ik had (Ziggo), bedraad aangesloten, internet werkt op die LAN kabel, enz...
De installateur gaat SolarEdge contacten, ook vermeld dat er meerdere systemen last hebben.
Ik ben benieuwd wanneer er een antwoord of reactie komt wat er aan de hand is.
:strip_icc():strip_exif()/u/8699/crop6538e5c510860_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/910389/crop5d60458514e81_cropped.jpeg?f=community)
Top, ik heb dit ook aangepast en kan melden dat hiermee de data weer geplot wordt in de grafiek rechtsboven!
@andrerij:
Ik wil de grote dagopbrengstgrafiek graag om 05:00 in de ochtend laten beginnen i.p.v. op 00:00. Ik zoom liever in op het daggedeelte dat er productie is, en van middernacht tot 5 uur in de ochtend heb ik geen productie. Weet jij hoe dit kan en wat ik dan moet veranderen? Thanks alvast voor het antwoord.
[ Voor 15% gewijzigd door SpeedingWilly op 27-06-2018 10:02 ]
Drone Insight - De plek waar jouw drone avontuur een vlucht krijgt!
Als je in live-server-data-s.php en live-server-data-c.php de regel bij 1 fase en 3 fase inverter:
[...]
Top, ik heb dit ook aangepast en kan melden dat hiermee de data weer geplot wordt in de grafiek rechtsboven!
@andrerij:
Ik wil de grote dagopbrengstgrafiek graag om 05:00 in de ochtend laten beginnen i.p.v. op 00:00. Ik zoom liever in op het daggedeelte dat er productie is, en van middernacht tot 5 uur in de ochtend heb ik geen productie. Weet jij hoe dit kan en wat ik dan moet veranderen? Thanks alvast voor het antwoord.
'WHERE timestamp BETWEEN ' . $date . ' AND ' . $tomorrow . ' ' .
aanpast in
'WHERE de_day > 0 AND timestamp BETWEEN ' . $date . ' AND ' . $tomorrow . ' ' .
dan zal de grafiek pas starten bij aanvang van de productie.
Zou je niet lever e_day in plaats van de_day checken daarvoor? Als de omvormer bij tijdelijke duisternis (bijvoorbeeld tijdens een zware zomerse bui) een paar minuten stand-by staat mis je anders een stukje van je grafiek.
En zeg niet dat dat niet voorkomt anders ga ik voorbeelden in mijn database lopen zoeken
Ik heb het meermaals gezien in de afgelopen jaren in ieder geval
[ Voor 6% gewijzigd door Jerrythafast op 27-06-2018 21:40 ]
Dit klopt. Het kan beter e_day zijn, maar voor de grafiek maakt het niets uit omdat zodra de_day weer groter dan 0 wordt de data weer op de juiste tijd wordt geschreven en de grafiek doorloopt.:
[...]
Zou je niet lever e_day in plaats van de_day checken daarvoor? Als de omvormer bij tijdelijke duisternis (bijvoorbeeld tijdens een zware zomerse bui) een paar minuten stand-by staat mis je anders een stukje van je grafiek.
En zeg niet dat dat niet voorkomt anders ga ik voorbeelden in mijn database lopen zoeken
Ik heb dit getest met een dag waarbij de waarde tussentijds 0 werd.
[ Voor 16% gewijzigd door andrerij op 27-06-2018 22:42 ]
Deze wijziging werkt niet. De hele grafiek blijft leeg als ik deze code gebruik. Ook met e_day i.p.v. de_day werkt het niet.
De vorige wijziging (in live-server-data-inverter.php) werkt wel.
Wat ik nu heb gedaan is in live-server-data-s.php en live-server-data-c.php de regel:
code:
1
| $date = (new DateTime(sprintf("today %s",date("Y-m-d 00:00:00", strtotime($d1)))))->getTimestamp(); |
veranderd in:
code:
1
| $date = (new DateTime(sprintf("today %s",date("Y-m-d 05:00:00", strtotime($d1)))))->getTimestamp(); |
Ik weet niet of deze verandering correct is, maar het werkt wel bij mij.
In de 14 dagen historie grafiek en ik deze aanpassing ook geprobeerd, maar dat werkt niet (uiteraard heb ik de daglengte ook aangepast).
[ Voor 29% gewijzigd door SpeedingWilly op 28-06-2018 09:59 ]
Drone Insight - De plek waar jouw drone avontuur een vlucht krijgt!
@Jerrythafast op een Synology nas heeft iemand bedacht dat het handig is dat MariaDB 10 op port 3307 draait ipv 3306. Ook als je de oude MariaDB verwijderd zakt het portnummer helaas niet.
Nu is mijn kennis te beperkt om hier een portnummer in te bouwen, zou jij mee willen denken en het misschien wel default opnemen in de zipfiles (standaard ingevuld met 3306)
Het werkt trouwens met mijn ubuntu router/nat ;-) weer een WiFi module uitgespaard bij de aanschaf na de zomervakantie.
In het liveupdate script lijkt het makkelijker:
Nu is mijn kennis te beperkt om hier een portnummer in te bouwen, zou jij mee willen denken en het misschien wel default opnemen in de zipfiles (standaard ingevuld met 3306)
Het werkt trouwens met mijn ubuntu router/nat ;-) weer een WiFi module uitgespaard bij de aanschaf na de zomervakantie.
root@raspberrypi:/opt/se-logger# cat pvo-upload.php
<?php
//Version 0.0.10
//SETTINGS
define("DB_HOST", "localhost");
define("DB_NAME", "solaredge");
define("DB_USERNAME", "dbuser");
define("DB_PASSWORD", "dbpassword");
define("PVO_API_KEY", "a2726abcfd6254409e725b628cfaed293745dbca");
define("PVO_SYSTEM_ID", "12345");
$db = new PDO(
"mysql:host=" . DB_HOST . ";dbname=" . DB_NAME . ";charset=utf8", DB_USERNAME, DB_PASSWORD,
[PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC]);
In het liveupdate script lijkt het makkelijker:
root@raspberrypi:/opt/se-logger# cat liveupdate.py #!/usr/bin/env python import struct, sys, MySQLdb, time from collections import namedtuple __version__ = "0.0.10" # SETTINGS inverter_private_key = '\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00' db_user = "dbuser" db_pass = "dbpassword" db_name = "solaredge" db_host = "localhost" db_port = " 3307 "
[ Voor 4% gewijzigd door stormfly op 06-07-2018 07:40 ]
Tnx maar de nas is helaas niet ge-root, bewuste keuze. Alles wat ik daar hobby is na een NAS update weer verdwenen. Ik pas het liever aan in een bron script, daar kan ik ook nog wat van leren.
Neemt niet weg dat jouw oplossing prima is, echter voor mij minder toepasbaar.
:strip_icc():strip_exif()/u/212310/6.jpg?f=community)
Opgelost door DB opnieuw te maken, door de TABS in de database.txt gaat het mis met aanmaken. En daardoor maak je waarschijnlijk zaken dubbel aan tijdens het opnieuw proberen...waardoor de 1242 error ontstaat.
@Jerrythafast wellicht aanpassen in de bron file? De TABS moeten spaties zijn.
@Jerrythafast wellicht aanpassen in de bron file? De TABS moeten spaties zijn.
[ Voor 11% gewijzigd door stormfly op 06-07-2018 10:59 ]
Hé, dat is suf. Moet ergens een instelling in Notepad++ verkloot hebben, ik gebruik normaal nooit tabs
Was het gelukt om het poortnummer verder overal in te stellen?
:strip_exif()/u/47567/3.gif?f=community)