Neue YASDI Version 1.8.0

[Heiko Prüssing]

Hallo *,

zur Info: Seit ein paar Tagen gibt es eine neue YASDI-Version (V1.8.0) bei SMA zum Download.
Hauptneuerung ist die interne Parallelisierung bzw. das Asynchron-Interface. Zusätzlich
wird er nun mit CMAKE plattformprotabel zusammengebaut.
Eine Unterstützung für Bluetooth und SMAData2 ist aber leider nicht enthalten...

Gruß,
Heiko

[Klaus D.]

Hallo Heiko,

danke füe die Infos. Und wirklich sehr schade das mit SMADAta2 :-(

mfg

Klaus D.

[Ingmar]

Wann wird den Bluetooth und SMAData2 enthalten sein? Und vor allem wofür braucht man die? (Ich weiß, bisschen doofe Frage)

Bluetooth kann ich ja bei einigen der neueren Wechselrichter gut verstehen. Aber SMAData2, wo wird das eingesetzt bzw. wird es überhaupt schon eingesetzt?

@HP: Warst übrigens ein bisschen langsam.*g*
Hatte ich schon am Samstag entdeckt, das mit der neuen Version: http://solarlog.ingmars-bastelecke.net/forum/viewtopic.php?id=48

[Heiko Prüssing]

Wann wird den Bluetooth und SMAData2 enthalten sein? Und vor allem wofür braucht man die? (Ich weiß, bisschen doofe Frage)

Bluetooth kann ich ja bei einigen der neueren Wechselrichter gut verstehen. Aber SMAData2, wo wird das eingesetzt bzw. wird es überhaupt schon eingesetzt?

@HP: Warst übrigens ein bisschen langsam.*g*
Hatte ich schon am Samstag entdeckt, das mit der neuen Version: http://solarlog.ingmars-bastelecke.net/forum/viewtopic.php?id=48

ja sorry, ich hatte es zu spät entdeckt, dass es sich die neue Version schon herumgesprochen hatte...:-)

Es ist so, dass die neuen Wechselrichter mit eingebautem Bluetooth ein anderes Protokoll sprechen [müssen], gennannt
SMAData2. Es gab viele Gründe, warum der Schritt notwendig war. Über Bluetooth ist mehr als nur nur ein einfaches
Gateway nötig, da die Welchselrichter sich auch untereinander über Bluetooth vernetzen müssen. Dazu kommt
Multimasterfähigkeit, Zugriffsschutz und einiges mehr. Das machte die Einführung eines neuen Protokolles hier absolut notwendig.

Für YASDI ist Bluetooth kein Hindernis. Das lief schon. Problematischer ist das notwendige SMAData2, was aber auch
schon teilweise enthalten war (der teil lebt nun in Sunny Data Control 4.0 weiter).
Nach SMAData2 kommt ein Update auf SMAData2Plus...mehr darf ich hier derzeit leider nicht verraten.

Gruß,
Heiko

[Ingmar]

Dann warten wir mal gespannt ab.

Entwickelst du eigentlich alleine an Yasdi oder sind noch mehr Entwickler an Yasdi beteiligt?

[Heiko Prüssing]

darf ich's zugeben...(*umschau*)...ja, er ist komplett von mir...:-)

[Ingmar]

Kannst schon dazu stehen. Ist doch super arbeit, funktioniert ja super.

Müssen wir nur mal noch den logger so portabel haben wie Yasdi. Wäre ja super, wenn der auch auf nem Amiga läuft, oder? *g*

[Heiko Prüssing]

Danke schön!

Oh ja, auf dem Amiga, das wäre klasse! :-)) Ich könnte dazu auch noch eine Hardware zur Verfügung stellen...:-)

Gruß,
Heiko

[Ingmar]

Wobei ob jemand nen Solarlogger auf einem Amiga laufen lässt? Weiß nicht so... Aber danke für das Hardwareangebot.

Wie sieht es den mit deinem Linux für die WebBox aus? Da fehlt der Logger bisher noch, oder? Oder machst du damit aktuell sowieso nichtsmehr.

[Heiko Prüssing]

Eine SMA-Webbox fliegt Zuhause bei mir noch herum. So vor 2 Jahren hab ich schon das Linux darauf portiert (Linux Kernel + U-Boot) und wollte eigentlich mehr damit machen (alles privat). Leider liegt sie seitdem dort herum...
Die Portierung auf die Hardware war höchst interessant. Teils auf (ARM)Assembler-Ebene.
ARM-Assembler ist übrigens fast wie 65x0-Assembler. Da fühlte ich mich gleich heimisch, als ehemaliger C64-User...:-)
Ich weiß noch nicht, was ich damit machen werde...

Ein Logger für Amiga wäre mal interessant zu sehen. Ein Amiga 600 sollte nur wenige Watt verbrauchen. Aber er wird wohl
nicht mehr mit den aktuellen Embedded-Boards mithalten können...

Gruß,
Heiko

[Ingmar]

Falls das jemand testen will, steht es ihm ja frei, ist ja alles OpenSource. Spielerei ist halt cool.

Ich z.B. will mal versuchen, OpenEmbedded makefiles/recipes zu basteln und dann teste ich mal eine Dreambox als Logger. Später dann vielleicht auch mal ein Neo FreeRunner. Der wäre z.B. für Freilandanlage mit OpenSource Logger geeignet, oder?

[tehron]

Hat eigentlich schon jemand versucht die 1.8.0 für FritzBox zu übersetzen oder bin ich der einzige? Bei mir funktioniert es nämlich nicht. Krieg nen Fehler beim Linken von yasdishell.

Code:

Linking C executable yasdishell
CMakeFiles/yasdishell.dir/home/denk/compile/yasdi-1.8.0b11/shell/CommonShellUIMain.o: In function `DoStartDetectionAsync':CommonShellUIMain.c:(.text+0x17c): undefined reference to `DoStartDeviceDetection'
CMakeFiles/yasdishell.dir/home/denk/compile/yasdi-1.8.0b11/shell/CommonShellUIMain.o: In function `DoStartDetection':CommonShellUIMain.c:(.text+0xa8c): undefined reference to `DoStartDeviceDetection'
CMakeFiles/yasdishell.dir/home/denk/compile/yasdi-1.8.0b11/shell/CommonShellUIMain.o: In function `DoCommands':CommonShellUIMain.c:(.text+0xc3c): undefined reference to `DoStopDeviceDetection'
collect2: ld returned 1 exit status
make[2]: *** [yasdishell] Error 1
make[1]: *** [CMakeFiles/yasdishell.dir/all] Error 2
make: *** [all] Error 2

Ich hab mit cmake keinerlei Erfahrung, aber ich versuch mal zu finden woran's scheitert.

Warum ich das ganze mache: Mit YASDI 1.7.2 war auf der FritzBox der IP-Treiber nicht benutzbar. Mein sollog sowie die yasdishell lieferten beim Starten einen Bus Error. Wenn ich die yasdi.ini bearbeitet habe und die IP-Adresse etwas verkürzt habe, dann gings zwar, aber natürlich mit der dann falschen IP. Aber vielleicht ist das in 1.8.0 ja behoben.

[tehron]

Das Problem ist gelöst. Schuld war, daß die eigenen LDFLAGS (die ein Verzeichnis mit YASDI 1.7.2 enthielten) vor den LDFLAGS für das Projekt eingefügt werden und so mit der falschen YASDI-Version gelinkt worden ist.

Der Bus Error mit dem IP-Treiber tritt mit der 1.8.0 auch nicht mehr auf. Suchen der Wechselrichter und die Abfrage der Kanallisten funktionieren. Allerdings kann ich keine Werte abfragen. :/ In yasdishell wird bei allen Kanälen 0 als Wert angezeigt, mein Logger bleibt beim Abfragen der Werte einfach stecken:

Code:

sollog[5759]: info: Found 5 device(s): plant.c,51
sollog[5759]: info: Found device WR1: device.c,72
sollog[5759]: info:     Found 5 spot value channel(s): device.c,75
sollog[5759]: debug2:   channel: name=Iac,unit=mA,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Uac,unit=V,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Pac,unit=W,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=E-Total,unit=kWh,is_counter=1: device.c,100
sollog[5759]: debug2:   channel: name=h-Total,unit=h,is_counter=1: device.c,100
sollog[5759]: info: Found device WR2: device.c,72
sollog[5759]: info:     Found 5 spot value channel(s): device.c,75
sollog[5759]: debug2:   channel: name=Iac,unit=mA,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Uac,unit=V,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Pac,unit=W,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=E-Total,unit=kWh,is_counter=1: device.c,100
sollog[5759]: debug2:   channel: name=h-Total,unit=h,is_counter=1: device.c,100
sollog[5759]: info: Found device WR3: device.c,72
sollog[5759]: info:     Found 5 spot value channel(s): device.c,75
sollog[5759]: debug2:   channel: name=Iac,unit=mA,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Uac,unit=V,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Pac,unit=W,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=E-Total,unit=kWh,is_counter=1: device.c,100
sollog[5759]: debug2:   channel: name=h-Total,unit=h,is_counter=1: device.c,100
sollog[5759]: info: Found device WR4: device.c,72
sollog[5759]: info:     Found 5 spot value channel(s): device.c,75
sollog[5759]: debug2:   channel: name=Iac,unit=mA,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Uac,unit=V,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Pac,unit=W,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=E-Total,unit=kWh,is_counter=1: device.c,100
sollog[5759]: debug2:   channel: name=h-Total,unit=h,is_counter=1: device.c,100
sollog[5759]: info: Found device WR5: device.c,72
sollog[5759]: info:     Found 5 spot value channel(s): device.c,75
sollog[5759]: debug2:   channel: name=Iac,unit=mA,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Uac,unit=V,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=Pac,unit=W,is_counter=0: device.c,100
sollog[5759]: debug2:   channel: name=E-Total,unit=kWh,is_counter=1: device.c,100
sollog[5759]: debug2:   channel: name=h-Total,unit=h,is_counter=1: device.c,100
sollog[5759]: warning: Can't open sollog.save for reading: No such file or directory: plant.c,67
sollog[5759]: debug2: new day start: sollog.c,123
sollog[5759]: debug2: 2008-11-18_debug.suo writeheader=1: logfile.c,64
sollog[5759]: debug2: 2008-11-18.suo writeheader=1: logfile.c,64
sollog[5759]: debug2: 2008-11.suo writeheader=1: logfile.c,64
sollog[5759]: info: 18.11.2008 16:38:23 Getting data; round 1: sollog.c,155
sollog[5759]: debug2: plant_get_data enter: plant.c,116
sollog[5759]: debug2: get data device[0]: plant.c,120
[18.11.2008 16:38:23.630] [WR700-07 SN:9380933][Iac] Cached value too old, get new one. Time stamp now: '1227022703'; Time stamp of last value: '0'; max. age: '5'
[18.11.2008 16:38:23.630] TSMADataMaster::AddCmd( MC_GET_SPOTCHANNELS, 0x44c544 ):  Command queued...
[18.11.2008 16:38:23.670] TSMADataMaster::DoMasterCmds() Starting master command MC_GET_SPOTCHANNELS, 0x44c544 ...
[18.11.2008 16:38:23.670] TStateChanReader::OnEnter
[18.11.2008 16:38:23.670] TStateChanReader::OnEnter(): (erzwungene) Spotwertkanalabfrage von Geraet 'WR700-07 SN:9380933' [0x0001]...
[18.11.2008 16:38:23.670] TStateChanReader::OnEnter(): Send SyncOnline. Time: 1227022703
[18.11.2008 16:38:23.670] waiting 1 Seconds
[18.11.2008 16:38:23.670] TSMAData::SendRawPacket()...
[18.11.2008 16:38:23.670] TSMAData::SendRawPacket(): to Device 'IP1'
[18.11.2008 16:38:23.710] TSMAData::SendThreadExecute(): Send packet to busdriver '  IP1' (Cmd = CMD_SYN_ONLINE, NetAddr=[0x0000])
[18.11.2008 16:38:23.710] TDriverLayer_write( BusDriver='IP1', frame=0x44c464, DrivDevHandle=0xc0a8b2cd, flags=DSF_MONOCAST, trans.prot=SMANet) )
[18.11.2008 16:38:23.710] IP::Write(): Frame send: [size=19] Device='IP1'
[18.11.2008 16:38:23.710] 0000:  [7e] [ff] [03] [40] [41] [00] [00] [00] [00] [80] [00] [0a] [6f] [e1] [22] [49]
[18.11.2008 16:38:23.710] 0010:  [0b] [99] [7e] *
[18.11.2008 16:38:23.710] IP::ip_SendToPeer(): Send packet to peer 192.168.178.205:24272
[18.11.2008 16:38:24.670] TSMAData::OnReqTimeout()...
[18.11.2008 16:38:24.670] TSMAData::OnReqTimeout(): Timeout! (1 seconds)
[18.11.2008 16:38:24.670] TSMAData::OnReqTimeout(): Timeout! (1 seconds)
[18.11.2008 16:38:24.670] TStateChanReader::OnIOReqEnd
[18.11.2008 16:38:24.670] TStateChanReader::OnEnter
[18.11.2008 16:38:24.670] TStateChanReader::OnEnter(): (erzwungene) Spotwertkanalabfrage von Geraet 'WR700-07 SN:9380933' [0x0001]...
[18.11.2008 16:38:24.670] TSMAData::SendRawPacket()...
[18.11.2008 16:38:24.670] TSMAData::SendRawPacket(): to Device 'IP1'
[18.11.2008 16:38:24.710] TSMAData::SendThreadExecute(): Send packet to busdriver '  IP1' (Cmd = CMD_GET_DATA, NetAddr=[0x0001])
[18.11.2008 16:38:24.710] TDriverLayer_write( BusDriver='IP1', frame=0x44c70c, DrivDevHandle=0xc0a8b2cd, flags=DSF_MONOCAST, trans.prot=SMANet) )
[18.11.2008 16:38:24.710] IP::Write(): Frame send: [size=18] Device='IP1'
[18.11.2008 16:38:24.710] 0000:  [7e] [ff] [03] [40] [41] [00] [00] [01] [00] [00] [00] [0b] [0f] [09] [00] [21]
[18.11.2008 16:38:24.710] 0010:  [9d] [7e] *
[18.11.2008 16:38:24.710] IP::ip_SendToPeer(): Send packet to peer 192.168.178.205:24272
[18.11.2008 16:38:24.750] IP::Read(): read 42 bytes from peer 192.168.178.205:24272
[18.11.2008 16:38:24.750] ******* new Fragment (head=0, tail=255 bytes)*********************
[18.11.2008 16:38:24.750] TSMADataMaster::OnTransfer(): 100 percent transmitted...
[18.11.2008 16:38:24.750] TStateChanReader::OnIOReqPktRcv(): Size=27
[18.11.2008 16:38:24.750]              Iac = 20628 (WORD)
[18.11.2008 16:38:24.750]              Uac = 221 (WORD)
[18.11.2008 16:38:24.750]              Pac = 4559 (WORD)
[18.11.2008 16:38:24.750]          E-Total = 5000040 (DWORD)
[18.11.2008 16:38:24.750]          h-Total = 10800400 (DWORD)
[18.11.2008 16:38:24.750] TStateChanReader::OnIOReqEnd
[18.11.2008 16:38:24.750] TStateFinisher::OnEnter
[18.11.2008 16:38:24.750] TSMADataMaster::CmdEnds( MC_GET_SPOTCHANNELS, 0x44c544 )...

Da steckts dann.

Code:

[18.11.2008 16:43:27.030] TRouter::TaskEntryPoint: Free unused route to device [0x0005]...
[18.11.2008 16:43:27.030] TRouter::TaskEntryPoint: Free unused route to device [0x0004]...
[18.11.2008 16:43:27.030] TRouter::TaskEntryPoint: Free unused route to device [0x0003]...
[18.11.2008 16:43:27.030] TRouter::TaskEntryPoint: Free unused route to device [0x0002]...
[18.11.2008 16:43:27.030] TRouter::TaskEntryPoint: Free unused route to device [0x0001]...

[Ingmar]

Aktuell habe ich leider Probleme mit dem pl2303-Kernelmodul. Ich wollte eigentlich ein bisschen daran weiter basteln. Vielleicht bekomme ich es in den Ferien zum Laufen. Wenn ich drandenke, probiere ich es auch mal mit dem Simulator und dem IP-Treiber.

[Jackie78]

Hallo,

habe ich das richtig verstanden, dass es derzeit keinerlei Möglichkeit gibt, irgendwelche Abfragen über Bluetooth zu machen? Wie macht es dann z.B. DataControl 4.0, das kann ja per Bluetooth (bzw. über die virtuelle COM-Schnittstelle) Daten abfragen. Gibt es da vielleicht eine kleine Softwarebobliothek, die das kann? Ich würde gerne selbst eine kleine Softwarelösung in C++ entwickeln, was mir noch fehlt ist ein API, um an die Daten die per Bluetooth ankommen zuzugreifen.