SMA Omvormer ineens slechte verbinding

[Calypso]

Sinds gisterenavond 11 uur heb ik ineens een slechte verbinding naar m'n SMA converter (STP 6000TL-20). Is bedraad netwerk, switch staat 2 meter van de converter. Van het ene op het andere moment packet loss van 30+% en roundtrip tijden van zeker 1 seconde. (Ik monitor de SMA, ook via ping, dus ik zie wanneer het begonnen is).

Eerst gedacht aan kabel of switch, maar zelfs met een 100% zeker goede crosskabel aan een laptop met poort ingesteld op 100Mbit Full Duplex (de standaardinstelling van de SMA) blijf ik het effect houden. Ding heeft laatst beschikbare firmware.

Iemand dit toevallig ook al eens meegemaakt of een idee wat dit (anders dan hardware failure) kan zijn? Apparaat is net iets meer dan 2 jaar jong.

[AUijtdehaag]

Is dit gerelateerd?
https://github.com/SBFspot/SBFspot/issues/256 of gebruik je geen sbfspot?

@bbn_ldp

[ Voor 14% gewijzigd door AUijtdehaag op 12-02-2020 20:08 ]

[Calypso]

Het grappige is, ja, ik gebruik SBFSpot, en die lijkt gewoon nog z'n data binnen te halen. Op zich niet onlogisch, want ook m'n SunnyExplorer werkt nog gewoon, zij het heel erg traag (logisch, de packet loss en slechte roundtriptijden).

Vanaf de machine waarop SBFSpot draait:
PING 192.168.71.41 (192.168.71.41) 56(84) bytes of data.
64 bytes from 192.168.71.41: icmp_seq=2 ttl=64 time=0.482 ms
64 bytes from 192.168.71.41: icmp_seq=1 ttl=64 time=1048 ms
64 bytes from 192.168.71.41: icmp_seq=3 ttl=64 time=1762 ms
64 bytes from 192.168.71.41: icmp_seq=4 ttl=64 time=781 ms
64 bytes from 192.168.71.41: icmp_seq=5 ttl=64 time=943 ms
64 bytes from 192.168.71.41: icmp_seq=6 ttl=64 time=723 ms
64 bytes from 192.168.71.41: icmp_seq=8 ttl=64 time=2.13 ms
64 bytes from 192.168.71.41: icmp_seq=7 ttl=64 time=1041 ms
64 bytes from 192.168.71.41: icmp_seq=9 ttl=64 time=1765 ms
64 bytes from 192.168.71.41: icmp_seq=10 ttl=64 time=780 ms
64 bytes from 192.168.71.41: icmp_seq=11 ttl=64 time=1780 ms
64 bytes from 192.168.71.41: icmp_seq=12 ttl=64 time=804 ms
64 bytes from 192.168.71.41: icmp_seq=15 ttl=64 time=1.73 ms
64 bytes from 192.168.71.41: icmp_seq=13 ttl=64 time=2150 ms
64 bytes from 192.168.71.41: icmp_seq=14 ttl=64 time=1180 ms
64 bytes from 192.168.71.41: icmp_seq=17 ttl=64 time=9.17 ms
64 bytes from 192.168.71.41: icmp_seq=16 ttl=64 time=1205 ms
64 bytes from 192.168.71.41: icmp_seq=20 ttl=64 time=10.2 ms
64 bytes from 192.168.71.41: icmp_seq=18 ttl=64 time=2070 ms
64 bytes from 192.168.71.41: icmp_seq=19 ttl=64 time=1084 ms
64 bytes from 192.168.71.41: icmp_seq=21 ttl=64 time=8.84 ms

Heb ook SBFSpot tijdje uitgeschakeld gehad, maar dat maakte niets uit. Keer de hele SMA een restart gegeven, maar ook dat maakte niets uit - meteen vanaf eerste ping ging het mis.

[AUijtdehaag]

Ping je vaak naar de SMA omvormer? Of gelijktijdig met SBFspot?

Ik heb weleens gehad dat via modbus tcp uitlezen ook problemen gaf, als ik dit (te) vaak deed.
Alsof de SMA even een pauze automatisch inlast.
(geen idee of het zoiets is hoor. Hier elke minuut een request van SBFspot)

[ Voor 5% gewijzigd door AUijtdehaag op 12-02-2020 20:21 ]

[Calypso]

Valt op zich wel mee. SBFSpot 1x per minuut, en normaal 2x per minuut 3 pakketjes voor ping. Heb dus expres SBFSpot tijd uitgehad vandaag, geen effect, ook niet na powercycle van de SMA (met uitstaande SBFSpot). En zo doe ik het eerlijk gezegd al iets meer dan 2 jaar.

Heb nu de monitoring qua ping even uitgezet, kijken of er rust in de tent komt.

[bbn_ldp]

Ik houd hem nu ook in de gaten en heb tot nu toe gemerkt dat de sma (STP 10000-20) verbinding naar domoticz de afgelopen 2 maanden stil valt rond de eerste van de maand. In sunnyportal staan de opbrengsten wel gewoon. Ik moet de sma volledig uitschakelen en dan komt de verbinding weer in domoticz. Ik heb 2 verschillende kabels gebruikt naar de experiabox maar dat geeft geen verschil

[Gman]

Ik heb zelf nog geen SMA en kan helaas niet "meekijken".

Je kan nog wel proberen om de laptop qua snelheid en duplex op automatisch te zetten, bij dit soort gekke problemen kan dat nog wel eens helpen ipv hard instellen is mijn ervaring.
Dit verklaard alleen de oorzaak nog niet.

[Calypso]

Gman schreef op woensdag 12 februari 2020 @ 22:56:
Je kan nog wel proberen om de laptop qua snelheid en duplex op automatisch te zetten, bij dit soort gekke problemen kan dat nog wel eens helpen ipv hard instellen is mijn ervaring.
Dit verklaard alleen de oorzaak nog niet.

Natuurlijk ben ik daarmee begonnen (evenals op de switch). Maar toen dat niet het gewenste resultaat gaf heb ik-m een tijdje op vast gezet. Mijn ervaring is namelijk ook dat het vastzetten juist idiote problemen met packet loss op kon lossen (combinatie Cisco 800 router + bepaalde Cisco 2900 switches was dat regelmatig).

[bbn_ldp]

Gisteren voor het laatst online geweest en nu net kwam ik erachter dat hij offline was. Het is steeds rond het begin van de maand. Januari vanaf de 2e en feb 5e en mrt 6e. Wel eer rare piek rond 3 uur vannacht.

[bbn_ldp]

Calypso schreef op donderdag 13 februari 2020 @ 07:19:
[...]


Natuurlijk ben ik daarmee begonnen (evenals op de switch). Maar toen dat niet het gewenste resultaat gaf heb ik-m een tijdje op vast gezet. Mijn ervaring is namelijk ook dat het vastzetten juist idiote problemen met packet loss op kon lossen (combinatie Cisco 800 router + bepaalde Cisco 2900 switches was dat regelmatig).

Vandaag voor het eerst sinds begin maart weer een uitval. Heb jij er nog steeds last van?

[Speedy-Andre]

Ik heb een SB4000TL21 waar ik een losse speedwire module bij kocht.
Die krijgt problemen zodra de omvormer hard werkt dus het lijkt warmte gerelateerd.
Bij mij stopte de communicatie geheel en hielp het om de flatcable naar de module opnieuw erin te prikken.
Sinds ik de omvormer geforceerd koel met een pc fan heb ik hier geen last meer van
Destijds schakelde ik tijdelijk over naar bluetooth om te kunnen loggen zonder de Sma uit te schakelen.
Ook Sbfspot hier op een pi waar een bluetooth stickje in zit.
Oh ja, ik herinner me nog dat soms de 16x switch waar hij op zit eruit knalde als de Sma er mee stopte

[ Voor 9% gewijzigd door Speedy-Andre op 22-05-2020 16:16 ]

[AUijtdehaag]

@bbn_ldp
Zit de ethernetkabel in de connector onder op het apparaat, of direkt in de connector op het moederbord?
Ik meen me te herinneren dat bij die oudere tripowers, dat geen juiste pasvorm heeft met een bestaande ethernet RJ45 connector. Ben even de naam kwijjt, hoe die stekker dan wel heet.

[Calypso]

bbn_ldp schreef op vrijdag 22 mei 2020 @ 15:03:
[...]

Vandaag voor het eerst sinds begin maart weer een uitval. Heb jij er nog steeds last van?

Toevallig gaat het net afgelopen week weer beter. Ik beschouw het maar als "so be it" - zolang hij het goed doet met electriciteit leveren...

[bbn_ldp]

Speedy-Andre schreef op vrijdag 22 mei 2020 @ 16:13:
Ik heb een SB4000TL21 waar ik een losse speedwire module bij kocht.
Die krijgt problemen zodra de omvormer hard werkt dus het lijkt warmte gerelateerd.
Bij mij stopte de communicatie geheel en hielp het om de flatcable naar de module opnieuw erin te prikken.
Sinds ik de omvormer geforceerd koel met een pc fan heb ik hier geen last meer van

Het blijkt dat hij gisteren al was uitgeslagen dus warmte zou kunnen, maar de afgelopen weken zijn er wel meer warme dagen geweest. Wat mij opvalt is dat hij s’morgens al niet opstart.

[bbn_ldp]

AUijtdehaag schreef op vrijdag 22 mei 2020 @ 16:34:
@bbn_ldp
Zit de ethernetkabel in de connector onder op het apparaat, of direkt in de connector op het moederbord?
Ik meen me te herinneren dat bij die oudere tripowers, dat geen juiste pasvorm heeft met een bestaande ethernet RJ45 connector. Ben even de naam kwijjt, hoe die stekker dan wel heet.

Rechtstreeks heb ik die op jou aanraden aangesloten

[bbn_ldp]

Calypso schreef op vrijdag 22 mei 2020 @ 18:33:
[...]


Toevallig gaat het net afgelopen week weer beter. Ik beschouw het maar als "so be it" - zolang hij het goed doet met electriciteit leveren...

Dat doet hij gelukkig wel. Is dus alleen een de internet communicatie. De eerste 2 jaar nooit last van gehad. Het blijft wel vreemd