| Autor |
|
0kar
Neu hier

Angemeldet: 22.05.2008
Beiträge: 9
|
Verfasst am:
22.05.2008, 16:51 |
 |
Hallo zusammen,
für die Überwachung meiner PV-Anlage, bestehend aus zwei SMA SB2800i Wechselrichtern, habe ich zwei RS485-PiggyBacks und einen RS-232/422/485 - USB Converter (ICPDAS I-7561) besorgt.
Die zwei Piggy-Backs habe ich in die beiden WRs eingebaut und einem Linux-Rechner habe ich den USB-Converter spendiert.
Zusammengeschlossen habe ich das ganze über frei CAT5-Leitungen wie folgt:
RS485-Con. DATA+ <-> WR1 Anschluss 2 <-> WR2 Anschluss 2
RS485-Con. DATA- <-> WR1 Anschluss 7 <-> WR2 Anschluss 7
RS485-Con. GND <-> WR1 Anschluss 5 <-> WR2 Anschluss 5
An WR2 ist zur Terminierung des BUS der Jumper A gesteckt (3fach Jumper, unterste Brücke).
Nun versuche ich leider Vergebens beide WRs über den RS485-BUS abzufragen. Hierfür nutze ich das in yasdi-1-7-2 vorhandene Programm yasdishell.
Yasdishell kommuniziert, dem grünen blinken zu Urteilen, auch bereits korrekt mit dem RS485-USB-Converter, findet jedoch keinen der WRs.
Die Leitungen habe ich inzwischen nochmals überprüft und sollten nach obigem Schema angeschlossen sein.
Würde mich über Tipps zu diesem Problem freuen. Vielleicht hat jemand bereits eine ähnliche Kommunikation mit diesen Komponenten am laufen?
Danke und Gruß
0kar |
|
|
|
 |
Google-Werbung
|
Verfasst am:
|
 |
|
|
 |
FürDieZukunft
Forumsinventar


Info: Betreiber
Angemeldet: 05.04.2007
Beiträge: 1447
Wohnort: Südpfalz
|
Verfasst am:
22.05.2008, 18:08 |
 |
Lass mal einen WR weg.
Wie werden die Adressen der WR bei SMA vergeben ?.
Software, Jumper ... ?
evtl. liegt ein Adresskonflikt vor, d.h. bei WR haben am RS-485-Bus die gleiche Adresse |
|
|
|
 |
0kar
Neu hier

Angemeldet: 22.05.2008
Beiträge: 9
|
Verfasst am:
22.05.2008, 18:40 |
 |
Ich hab die Verkabelung nun so verändert, dass nun nur ein WR angeschlossen ist und dort Terminiert wird.
Wie die Adressen an dem WR vergeben werden weis ich selbst auch nicht.
Für das Programm yasdishell und dessen yasdi.ini gibt es jedoch einen Parameter:
NetAddress: Optionaler Parameter zum Einstellen der Netzadresse des SMA-Data-Masters. Der Wertebereich liegt zwischen "0" (Default) und "65535".
Diesen habe ich zum Test auf 11 gesetzt.
All dies jedoch ohne Erfolg. |
|
|
|
 |
FürDieZukunft
Forumsinventar


Info: Betreiber
Angemeldet: 05.04.2007
Beiträge: 1447
Wohnort: Südpfalz
|
Verfasst am:
22.05.2008, 18:56 |
 |
|
|
 |
0kar
Neu hier

Angemeldet: 22.05.2008
Beiträge: 9
|
Verfasst am:
22.05.2008, 19:33 |
 |
Nachdem dieser WR ca 8 Monate alt ist und in der YASDI-Doku steht, dass alle neueren WR mit dem neuen Protokoll SMANet Protokoll zurecht kommen sollten, gehe ich davon aus das hier auch dieses zum Einsatz kommen sollte.
Dennoch sind in meiner yasdi.ini beide Protokolle aktive.
| Code: |
[DriverModules]
Driver0=libyasdi_drv_serial
[COM1]
Device=/dev/ttyUSB0
Media=RS485
Baudrate=1200
Protocol=SMANet,SunnyNet
[Misc]
DebugOutput=/dev/stderr
StatisticOutput=./stats.xml
[Master]
ReadTestChannels=1
AutoReadOnlineChannels=0
NetAddress=11
|
Hier auch mal eine Ausgabe von yasdishell
| Code: |
# yasdishell
************************************************************
YASDI Mini Shell (build for Linux)
(This is an test program using YASDI)
************************************************************
[22.05.2008 18:30:02.421] YASDI Library V1.7.2 (Linux)
Copyright 2001 - 2006 SMA Technologie AG
Compile time: 12:25:50 May 22 2008
[22.05.2008 18:30:02.422] TSchedule::DoScheduling...
[22.05.2008 18:30:02.423] TDriverLayer::Constructor()...
[22.05.2008 18:30:02.423] ###Alloc 12 Bytes, Used Mem = 12
[22.05.2008 18:30:02.424] Yasdi Serial Driver for Linux V1.7.2
Copyright 2001 - 2006 SMA Technologie AG
Compile time: 12:26:11 May 22 2008
[22.05.2008 18:30:02.425] Device = '/dev/ttyUSB0'
[22.05.2008 18:30:02.425] Baudrate = 1200
[22.05.2008 18:30:02.426] Media = 'RS485'
[22.05.2008 18:30:02.452] ###Alloc 56 Bytes, Used Mem = 68
[22.05.2008 18:30:02.452] 4108
[22.05.2008 18:30:02.452] ###Alloc 4108 Bytes, Used Mem = 4176
[22.05.2008 18:30:02.453] Using Protocol SMANet,SunnyNet for bus driver COM1...
[22.05.2008 18:30:02.453] ###Alloc 16 Bytes, Used Mem = 4192
[22.05.2008 18:30:02.453] ###Alloc 56 Bytes, Used Mem = 4248
[22.05.2008 18:30:02.454] 4120
[22.05.2008 18:30:02.454] ###Alloc 4120 Bytes, Used Mem = 8368
[22.05.2008 18:30:02.454] Using Protocol SMANet,SunnyNet for bus driver COM1...
[22.05.2008 18:30:02.454] ###Alloc 16 Bytes, Used Mem = 8384
[22.05.2008 18:30:02.455] TProtLayer_AddFrameListener( protid=0x4041 )
[22.05.2008 18:30:02.455] ###Alloc 240 Bytes, Used Mem = 8624
[22.05.2008 18:30:02.455] ###Alloc 20 Bytes, Used Mem = 8644
[22.05.2008 18:30:02.456] ###Alloc 20 Bytes, Used Mem = 8664
[22.05.2008 18:30:02.456] YASDI Master Library V1.7.2 (Linux)
Copyright 2001 - 2007 SMA Technologie AG
Compile time: 12:26:12 May 22 2008
[22.05.2008 18:30:02.457] ###Alloc 4 Bytes, Used Mem = 8668
[22.05.2008 18:30:02.457] ###Alloc 8 Bytes, Used Mem = 8676
[22.05.2008 18:30:02.457] ###Alloc 40 Bytes, Used Mem = 8716
[22.05.2008 18:30:02.457] ###Alloc 4 Bytes, Used Mem = 8720
[22.05.2008 18:30:02.458] ###Alloc 8 Bytes, Used Mem = 8728
[22.05.2008 18:30:02.458] ###Alloc 40 Bytes, Used Mem = 8768
[22.05.2008 18:30:02.460] ###Alloc 12 Bytes, Used Mem = 8780
[22.05.2008 18:30:02.461] ###Alloc 20 Bytes, Used Mem = 8800
[22.05.2008 18:30:02.461] ###Alloc 20 Bytes, Used Mem = 8820
[22.05.2008 18:30:02.461] TStateInit::OnEnter
[22.05.2008 18:30:02.462] ###Alloc 16 Bytes, Used Mem = 8836
[22.05.2008 18:30:02.462] ###Alloc 12 Bytes, Used Mem = 8848
[22.05.2008 18:30:02.462] Serial_open('COM1')
[22.05.2008 18:30:02.463] YASDI main thread starts....
Switching driver 'COM1' on...success
Command ('?' for help): e
How many devices should I search? 1
Searching devices, please wait...
[22.05.2008 18:30:07.693] ###Alloc 48 Bytes, Used Mem = 8896
[22.05.2008 18:30:07.693] TSMADataMaster::AddCmd( MC_DETECTION ): Command queued...
[22.05.2008 18:30:07.694] TSMADataMaster::OnEnter() Kommando MC_DETECTION bearbeiten ...
[22.05.2008 18:30:07.694] TStateDetect::OnEnter
[22.05.2008 18:30:07.694] TStateDetect:: Sende CMD_GET_NET_START
[22.05.2008 18:30:07.694] ###Alloc 64 Bytes, Used Mem = 8960
[22.05.2008 18:30:07.694] ###Alloc 46 Bytes, Used Mem = 9006
[22.05.2008 18:30:07.694] ******* new Fragment (head=10, tail=20 bytes)*********************
[22.05.2008 18:30:07.694] ###Alloc 64 Bytes, Used Mem = 9070
[22.05.2008 18:30:07.695] ###Alloc 46 Bytes, Used Mem = 9116
[22.05.2008 18:30:07.695] ******* new Fragment (head=10, tail=20 bytes)*********************
[22.05.2008 18:30:07.695] Timer started (5 seconds)...
[22.05.2008 18:30:07.695] TStateDetect::OnEnter() end....
[22.05.2008 18:30:07.695] TSMAData::SendThreadExecute(): Send Packet to driver 'COM1' (Cmd = CMD_GET_NET_START, NetAddr=[0x0000])
[22.05.2008 18:30:07.695] TDriverLayer_write( dev=0x8050d10, frame=0x8053114, DrivDevHandle=0x0 (UNUSED), flags=DSF_BROADCAST_ALLKNOWN, trans.prot=SMANet) )
[22.05.2008 18:30:07.695] Serial_write(0x8050d10,0x8053114)
[22.05.2008 18:30:07.703] Frame send: [size=15] Device='COM1'
[22.05.2008 18:30:07.703] 0000: [7e] [ff] [03] [40] [41] [0b] [00] [00] [00] [80] [00] [06] [55] [b6] [7e]
[22.05.2008 18:30:07.703] (Packet is devided into 1 fragments)
[22.05.2008 18:30:12.700] TSMAData::OnReqTimeout(): timeout
[22.05.2008 18:30:12.700] TStateDetect::OnIOReqEnd(): Currently detected devices in plant: 0; Searching for 1 devices!
[22.05.2008 18:30:12.700] TStateDetect::OnEnter
[22.05.2008 18:30:12.700] TStateDetect:: Sende CMD_GET_NET_START
[22.05.2008 18:30:12.700] Timer started (5 seconds)...
[22.05.2008 18:30:12.700] TStateDetect::OnEnter() end....
[22.05.2008 18:30:12.700] TSMAData::SendThreadExecute(): Send Packet to driver 'COM1' (Cmd = CMD_GET_NET_START, NetAddr=[0x0000])
[22.05.2008 18:30:12.701] TDriverLayer_write( dev=0x8050d10, frame=0x8053114, DrivDevHandle=0x0 (UNUSED), flags=DSF_BROADCAST_ALLKNOWN, trans.prot=SunnyNet) )
[22.05.2008 18:30:12.701] Serial_write(0x8050d10,0x8053114)
[22.05.2008 18:30:12.709] Frame send: [size=14] Device='COM1'
[22.05.2008 18:30:12.709] 0000: [68] [00] [00] [68] [0b] [00] [00] [00] [80] [00] [06] [91] [00] [16]
[22.05.2008 18:30:12.709] (Packet is devided into 1 fragments)
[22.05.2008 18:30:17.706] TSMAData::OnReqTimeout(): timeout
[22.05.2008 18:30:17.706] TStateDetect::OnIOReqEnd(): Currently detected devices in plant: 0; Searching for 1 devices!
[22.05.2008 18:30:17.706] TStateDetect::OnEnter
[22.05.2008 18:30:17.706] TStateDetect:: Sende CMD_GET_NET
[22.05.2008 18:30:17.706] Timer started (5 seconds)...
[22.05.2008 18:30:17.706] TStateDetect::OnEnter() end....
[22.05.2008 18:30:17.706] TSMAData::SendThreadExecute(): Send Packet to driver 'COM1' (Cmd = CMD_GET_NET, NetAddr=[0x0000])
[22.05.2008 18:30:17.706] TDriverLayer_write( dev=0x8050d10, frame=0x8053114, DrivDevHandle=0x0 (UNUSED), flags=DSF_BROADCAST_ALLKNOWN, trans.prot=SMANet) )
[22.05.2008 18:30:17.706] Serial_write(0x8050d10,0x8053114)
[22.05.2008 18:30:17.715] Frame send: [size=15] Device='COM1'
[22.05.2008 18:30:17.715] 0000: [7e] [ff] [03] [40] [41] [0b] [00] [00] [00] [80] [00] [01] [ea] [c2] [7e]
[22.05.2008 18:30:17.715] (Packet is devided into 1 fragments)
...
...
...
[22.05.2008 18:30:37.730] TSMAData::OnReqTimeout(): timeout
[22.05.2008 18:30:37.730] TStateDetect::OnIOReqEnd(): Currently detected devices in plant: 0; Searching for 1 devices!
[22.05.2008 18:30:37.730] TStateDetect::OnEnter
[22.05.2008 18:30:37.730] TStateDetect::OnEnter(): Device detection finished....
[22.05.2008 18:30:37.730] TStateDetect ==> 0 Device(s) in plant, searching 1 device(s)!
[22.05.2008 18:30:37.730] TStateIdent::OnEnter()
[22.05.2008 18:30:37.730] TStateIdent::OnEnter(): Ask 0 devices for there channel list
[22.05.2008 18:30:37.730] TStateIdent::CheckNextDev(): Kanalabfragen beendet!
[22.05.2008 18:30:37.730] TStateDetect::OnEnter() end....
Sorry, but I have only found less than 1 devices...(please don't beat me)
Sorry, no devices detected...
|
|
|
|
|
 |
FürDieZukunft
Forumsinventar


Info: Betreiber
Angemeldet: 05.04.2007
Beiträge: 1447
Wohnort: Südpfalz
|
Verfasst am:
22.05.2008, 20:04 |
 |
Sorry,
da kann ich dir leider nicht mehr weiter helfen, habe yasdi noch nicht eingesetzt,
siehe mal unter dem Link
http://www.photovoltaikforum.com/viewtopic.php?p=130635#130635
Das ist mir aufgefallen
Muss man wirklich Media RS485 einstellen, wenn du einen USB-Adapter hast ?
Wie wird die Adresse des WR auf den RS485-Bus gelegt ?
Warum wird unter NetAddr=[0x0000] gesucht und nicht 1...255 ?
obwohl NetAddress=11 ???
Was wäre bei mehreren WR einzustellen ? |
|
|
|
 |
bereil
Moderator

Info: Betreiber
Angemeldet: 06.11.2005
Beiträge: 1390
Wohnort: Ostfriesland
|
Verfasst am:
22.05.2008, 22:54 |
 |
Hallo Okar,
mit dem Programm habe ich auch keine Erfahrung, weis jedoch das SMA nach Seriennummern sortiert. Es wird keine Adresse am WR eingestellt.
Ich hoffe, ich konnte dir damit helfen.
Gruß,
bereil |
_________________ Man muß nach NORDEN gehen um Photovoltaik zu sehen. Eindeutig zweideutig.
7,28kwp 56 Mitsubishi PV-MF130EA2 mit Kaco WR 2x PVI3500xi und Solarlog 400e
www.solarlogshop.de |
|
|
 |
dr.dotti
Stammmitglied

Angemeldet: 12.09.2007
Beiträge: 53
|
Verfasst am:
22.05.2008, 23:55 |
 |
Hallo Okar,
hier meine ini Datei:
| Code: |
[DriverModules]
Driver0=libyasdi_drv_serial;
[COM1]
Device=/dev/ttyS0;
Media=RS485;
Baudrate=1200;
Protocol=SMANet;
[Misc]
DebugOutput=../DebugLog/yasdi.log; |
Mehr sollte da nicht drin stehen.
Die Adressen der WR werden beim Erfassen der WR dynamisch vergeben.
Das übernimmt YASDI.
mfg
Klaus D. |
|
|
|
 |
0kar
Neu hier

Angemeldet: 22.05.2008
Beiträge: 9
|
Verfasst am:
23.05.2008, 06:44 |
 |
Hallo allerseits,
zu aller erst mal vielen dank für eure Hilfe!
Nachdem meiner Meinung nach mit der ini-Datei alles ok sein sollte werde ich mich heute im laufe des Tages mal darüber machen und den Rechner ohne weitere inhausverkabelung relativ direkt an einem WR anschließen und hoffe damit einem evtl. Verkabelungsproblem auf die Spur zu kommen.
Werde mich somit nach diesem Test wieder melden.
Gruß 0kar |
|
|
|
 |
0kar
Neu hier

Angemeldet: 22.05.2008
Beiträge: 9
|
Verfasst am:
24.05.2008, 10:27 |
 |
Hallo zusammen,
Aufbau wie folgt vereinfacht:
- Der überwachende Linux-Rechner steht nun im selben Raum wie die WRs.
- Die RS485 Verbindung ist über eine direkte, ca. 3m lange, CAT5 Leitung zwischen WR und Konverter realisiert.
- Für die Daten-Leitungen DATA+ und DATA- verwende ich das blaue Adernpaar des Kabels.
- GND ist die braune Ader.
- Der Konverter ist wie unter http://ftp.icpdas.com.tw/pub/cd/8000cd/napdos/7000/manual/7520.pdf Seite 37 angeschlossen.
DATA+ / blaue Ader / Klemme 1
DATA- / blau-weiße Ader / Klemme 2
GND / braune Ader / Klemme 10
Ansonsten wurde an dem Konverter nichts verändert/eingestellt. Einen Jumper konnte ich im übrigen auch nicht entdecken.
- Der Wechselrichter (SMA SB2800i) ist nach Dokument http://download.sma.de/smaprosa/dateien/1360/PB-NR-IXX073014.pdf Seiten 8 - 11 angeschlossen.
DATA+ / blaue Ader / Klemme 2
DATA - / blau-weiße Ader / Klemme 7
GND / braune Ader / Klemme 5
und der Jumper wurde auf dem 6-Pin-Pfostenblock über die zwei untersten Pfosten gesteckt.
All dies hat mir leider noch zu keinem Erfolg verholfen und wäre über weitere Anregungen zur Fehlersuche dankbar.
Btw. ich nutze im übrigen die nicht orginalen RS485-Piggy-Backs , siehe http://sonnenertrag.de/solar-shop/product_info.php?info=p39_Schnittstellenkarte--PiggyBack--TOP-RS485-fuer-SMA-Wechselrichter.html
Gruß und Danke
0kar |
|
|
|
 |
LumpiStefan
Forumsinventar


Info: Betreiber
Angemeldet: 16.03.2007
Beiträge: 1457
Wohnort: Sindelfingen
|
Verfasst am:
24.05.2008, 10:36 |
 |
Ok. Dann habe ich den Fehler schon gefunden. Die nicht originalen SMA-PiggyBacks verlangen eine 4adrige Verkabelung. Und zwar muss hier an Pin3 auch noch ein Kabel angesclossen werden.
Allerdings weiß ich nicht genau, was an diesem Pin anliegt (Ich gehe mal davon aus, das es die Stomversorgung des PiggyBacks ist, und außerdem weiß ich nicht genau ob es dann noch mit dem Konverter richitg zusammenarbeitet. Immerhin steht ja auch in der BEschreibung explizit drin:
| Zitat: |
Dieses RS485-PiggyBack des Herstellers TOP Solare-Datensysteme ist nur für den Anschluß an den SolarLog400e und SolarLog800e geeignet. |
Stefan |
_________________ 12.1 kWp bestehend aus:
49 Sunways SM215 an einem Sunways NT10000 (seit 05.06.2007)
und
7 SolarFabrik 150/10 an einem SMA SunnyBoy 1100 (seit 22.03.2008) und Solarlog 800e.
http://www.stefan-bauer.net/daten/SolarLog/ |
|
|
 |
0kar
Neu hier

Angemeldet: 22.05.2008
Beiträge: 9
|
Verfasst am:
24.05.2008, 10:51 |
 |
Hmm, ok immerhin kenn ich nun die Ursache meiner Probleme.
Vielleicht kennt noch jemand eine Lösung zu diesem Pin3.
Gruß 0kar |
|
|
|
 |
Jörg
Forumsinventar

Angemeldet: 11.07.2005
Beiträge: 623
Wohnort: 72336 Balingen
|
Verfasst am:
25.05.2008, 23:33 |
 |
Du musst an Klemme3 in den WR noch 7-12V auflegen, damit die PiggyBacks arbeiten.
Viele Grüße,
Jörg |
|
|
|
 |
0kar
Neu hier

Angemeldet: 22.05.2008
Beiträge: 9
|
Verfasst am:
26.05.2008, 08:44 |
 |
Nun stellt sich mir also nur noch die Frage, woher bekomme ich diese 7-12V?!? Auf der Seite des Konverters gibt es keinen spannungsführenden Ausgang. Denkbar wäre also nur nur noch der WR selbst. An dieser Stelle fehlen jedoch Dokumentation/Schaltplan etc.
Werde ich keines besseren belehrt, so gehe ich davon aus, dass ich wohl oder übel auf die orginalen SMA-PiggyBacks umsteigen muss.
Gruß 0kar |
|
|
|
 |
dr.dotti
Stammmitglied

Angemeldet: 12.09.2007
Beiträge: 53
|
Verfasst am:
26.05.2008, 18:22 |
 |
Hallo Okar,
wenn du einen RS485 zu RS232 Wandler hättest hätte ich gesagt nehm doch die gleiche Spannung wie für den Wandler.
Bei deinem USB Wandler benötigst du leider keine externe Spannungsversorgung da der Wandler die USB Schnittstelle anzapft.
Du könntest jetzt noch mit einem zusätzlichem Netzteil arbeiten das die 7 bis 12V liefert. Du solltest aber meiner Meinung nach auf jeden Fall ein geregeltes entsörtes Netzteil verwenden.
mfg
Klaus D. |
|
|
|
 |
|
|
|
Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Du kannst keine Beiträge in dieses Forum schreiben. Du kannst auf Beiträge in diesem Forum nicht antworten. Du kannst deine Beiträge in diesem Forum nicht bearbeiten. Du kannst deine Beiträge in diesem Forum nicht löschen. Du kannst an Umfragen in diesem Forum nicht mitmachen.
|
|