solar inselanlage und kleine spielereien mit echtzeitdaten richtung fhe möglich?

[the ratman]

hiho,

ich hab mir eben eine Qaurora MPPT Solar Ladegerät Tracer A Serie 10A http://amzn.to/2IDVQJB bestellt. dazu ein modul EBox-WIFI-01 WIFI Box RS485 zu WIFI Bluetooth Adapter http://amzn.to/2IBrbwN
das ding kann offiziell nur ne android-app bespielen, aber scheinbar gibts nen internen webserver, auf dem man div. einstellungen vornehmen kann. unter anderem auch ins eigenen wlan einbinden und per fake-com-port das windows-tool der firma befüllen --> https://www.youtube.com/watch?v=uFURiLmQds0

nun meine frage: würde man die daten ohne tools der firma in fhem rein kriegen irgendwie?
ne echtzeit-anzeige wäre sicherlich was nettes ...
ich hab halt 0 ahnung von den nötigen abläufen, hoffe aber, dass sich schon wer mit mehr ahnung mit den dingern gespielt hat (spielen will) - weil dann mach ich gern den betatester, oder was auch immer benötigt werden würde und ich ohne zusätzliches studium anbieten kann *g*.

[the ratman]

schade - ich hab das zeug jetzt am laufen.
leider gibts beim wlan-modul eine neue firmware (alte find ich nirgends)
da kann man zwar noch sein wlan einstellen, aber in der auswahlliste lässt sich nur mehr der betriebsmodus als ap aktivieren.
der rest geht zwar noch - am pc mit einem gefakten com-port und deren programm die daten abrufen und auch alles einstellen, aber dazu ist dann halt zwingend eine direkte wlan-verbindung zum ap des moduls nötig.
wenn da also nicht schon wer gebastelt hat, seh ich schwarz.

was aber immer noch gehen sollte: für das ding gibts auch ein kabel mit rs-schnittstelle zu usb. wer also nicht wie ich gezwungen ist, ohne kabel zu leben, könnte noch chancen haben, seine solaranlage per fhem zu tunen *g*

[the ratman]

geht doch ... warum nicht ein lan und ein wan gleichzeitig am compi betreiben? faulheit siegt *g*

nun hab ich am virtuellen com-port eine art monitor und frag mich, ob irgend jemand mit diesen daten was anfangen kann und unser gutestes fhem daten fressen würde:
hier der mitschnitt:

Code Auswählen Erweitern

0   0   Com      COM Open   
1   0   Sys   8   RFC2217 function byte   
2   0   Sys   8   RFC2217 function byte   
3   32   Com      COM Close   
4   1032   Com      COM Open   
5   1047   Sys   8   RFC2217 function byte   
6   1704   COM   8   
2  ¾³   
7   1875   NET   11   
   
Ð'   
8   2469   COM   8   
   
²
   
9   3360   NET   6   

¡ˆ   
10   3407   Com      COM Close   
11   3407   Com      COM Open   
12   3954   COM   8   
C1  
ò   
13   4047   NET   51   
C6ÿÿ‹  i  $  i  $  4  $  4  Ä
¤
¤ Ä Ló    
14   4594   COM   8   
3 žˆ   
15   4954   NET   11   
$    À   
16   5000   Com      COM Close   
17   5000   Com      COM Open   
18   5000   Sys   8   RFC2217 function byte   
19   5532   COM   8   
3 Þƒ   
20   6563   COM   8   
3 Þƒ   
21   6657   NET   41   
$ðê                   
   F  -©   
22   6672   Com      COM Close   
23   9735   Com      COM Open   
24   9735   Sys   8   RFC2217 function byte   
25   9782   Com      COM Close   

der monitor sagt mir freundlicher weise auch noch die hexwerte .... hier, zeile für zeile, was mir der comport-monitor zur kommunikation verrät:

Code Auswählen Erweitern

0
1
2
3
4
5
6 01 04 32 00 00 03 BE B3
7 01 04 06 00 00 00 0B 00 01 D0 91
8 01 02 20 00 00 01 B2 0A
9 01 02 01 00 A1 88
10
11
12 01 43 31 00 00 1B 0A F2
13 01 43 36 04 0F FF FF 05 8B 00 07 00 69 00 00 05 24 00 08 00 69 00 00 05 24 00 04 00 34 00 00 05 24 00 04 00 34 00 00 09 C4 0A A4 0A A4 09 C4 00 4C F3 09
14 01 04 33 1A 00 03 9E 88
15 01 04 06 05 24 00 05 00 00 00 C0
16
17
18
19 01 04 33 02 00 12 DE 83
20 01 04 33 02 00 12 DE 83
21 01 04 24 05 F0 04 EA 00 02 00 00 00 03 00 00 00 03 00 00 00 10 00 00 00 07 00 00 00 0B 00 00 00 0D 00 00 00 46 00 00 2D A9
22
23
24
25

[Ranseyer]

Solltest Du beim MPPT Tracer Fortschritte haben würde mich das ggf. auch interesieren... (Also in Bezug auf Loggen der Daten, oder gar Steuern wie z.B. die Last abwerfen...)

Finde die EPEVER Tracer MPPT Regler sehr interessant von der Preis/Leistung.

[the ratman]

bin auch sehr zufrieden bis jetzt - tuckert vor sich hin und saugt echt das letzte aus meinem paneel. mit nem "normalen" regler hatte ich meinen akku nie wirklich voll bekommen aufgrund der blöden lage meines paneels. der mppt hat das in ein paar stunden (bei nicht mal wirklich viel sonne) erledigt. ist absolut kein vergleich zu dem restlichen billigsdorfer-zeug, was man so im amazonas findet. obs allerdings was für den professionellen solaranlagenbetreiber ist, ich weiß es nicht. ich fahr ja alle verbraucher grad mal auf 5v und 12v basis und mein größter verbraucher mit rund 1 ampere ist ne lüftung, die nicht mal am akku nuckelt, weil das paneel noch mehr als genug reserven liefert.

und leider nein - ich hab bis jetzt nur einen gefunden, der ein php-script dazu gebastelt hat, aber das ist auch nur ein tool zum auslesen der - von epevers tool - aufgezeichneten daten.
des weiteren hab ich teilweise probleme, mit dem wifi-server von epever immer zuverlässig zu verbinden. der braucht manchesmal auch schon mal nen 2. versuch zum verbinden (kann aber auch an dem gammeligen usb-stick liegen, den ich für meine versuche verwende).

was halt generell mal fehlt is einer, der ahnung vom auslesen hat und mich beim händchen nimmt, mir sagt, was er braucht und wie ichs ihm besorgen kann (die daten). ich hab da nicht mal ansatzweise ideen, wie man das auslesen könnte, was da am (virtuellen)comport ankommt. weder unter win und schon gar ned unter linux ... wobei es mir am liebsten unter win wäre - ein einfaches, kleines tool, dass mir immer mal wieder die werte in ein textfile schreibt. hauptsächlich, weil unter meiner vm der interne intel nuc wlan nicht so wirklich gerne mit fhem redet. motto: geht, geht nicht, geht vielleicht, ...
leider hat der comport-emulator kein automatisches speichern der daten drauf - gut, dafür kostet er nix. dann könnt mans zumindest schon visualisieren in fhem und auf die temperaturmessung, akkustand, ... reagieren. einstellen tut man das zeug ja nicht wirklich oft - somit ist mir ein rückkanal mal egal, aber ne schöne kür wärs sicher *g*.

[delMar]

Hallo zusammen,

mein Schwiegervater hat sich jetzt auch diese WiFi Box geholt und hadert ebenfalls damit, dass er nur das Handy direkt peer-to-peer verbinden kann.

Ich glaube, die billigste Lösung hierfür ist wirklich, einfach einen extra USB-WLAN Adapter an den Raspi zu hängen und dann direkt damit zu verbinden.
Danke, dass du das hier auch gleich bestätigt hast, ratman

des weiteren hab ich teilweise probleme, mit dem wifi-server von epever immer zuverlässig zu verbinden. der braucht manchesmal auch schon mal nen 2. versuch zum verbinden (kann aber auch an dem gammeligen usb-stick liegen, den ich für meine versuche verwende).

Hm, würde da auch eher an ein gammeliges Teil aus meinem 10 Jahre alten Fundus setzen, als für die paar Bytes gleich ein neues zu bestellen ...

Um auf den Punkt zu kommen: sobald ich das auch nachgestellt habe, und die Verbindung hergestellt habe, bastle ich gerne daran weiter.

ich hab bis jetzt nur einen gefunden, der ein php-script dazu gebastelt hat, aber das ist auch nur ein tool zum auslesen der - von epevers tool - aufgezeichneten daten.

Könntest du den Link zu dem PHP Skript teilen? Oder das Skript hier direkt reinstellen?
HTTP Adressen, Protollbeschreibungen, beispielhafte Implementierungen, ... das sind die Zutaten, aus denen erfolgreiche FHEM Module gemacht sind.

Danke schon mal im Voraus

schöne Grüße
Martin

[the ratman]

ich hatte den link nicht mehr und deshalb neu gesucht.

zum alten php - ich erinnere mich nur mehr, dass das irgendwer gelinkt hatte, stichwort wäre was mit "schiff". ich glaub, der hat seines mit so ner anlage ausgerüstet und gebastelt. das php-script war aber auch nicht von dem.

das neue ist vielleicht was: https://www.youtube.com/watch?v=_VcWwJIq4XU
hab aber nur stichprobenartig jetzt reingehört, bin a bissl im stress.



was ich neu sagen kann: zumindest ist das lan-kabel beim wifi-sender ein ganz normales nicht ausgekreuztes kabel. durfte das vor kuzem austauschen, weil der ground lt. meinem testgerät keine verbindung mehr hatte. man kann da also auch brauchbares zeug nehmen *g*.

auf jeden fall: wenn du was basteln willst - einen tester hast du auf jeden fall in mir.

[delMar]

Das hier kommuniziert direkt per RS485 mit dem Ladegerät:
https://github.com/toggio/PhpEpsolarTracer

Da die WiFi Box ja auch nur ein RS485 Interface ist.
Ob da jetzt aber die selben Bytes für Ethernet und für RS485 rauskommen würde, weiß ich natürlich auch nicht.

Weitere Links:
Protokoll-Beschreibung: http://www.solar-elektro.cz/data/dokumenty/1733_modbus_protocol.pdf
generische Modbus PHP Library: https://github.com/aldas/modbus-tcp-client
hier noch was ähnliches: https://www.phpclasses.org/package/377-PHP-Allow-to-read-ModbusTCP-compatible-devices-direct-with-PHP-without-third-package-.html
Einfach googeln, da kommt so einiges zurück.

Ich mach mal etwas Trockenübung und versuch deine Bytes von einem der vorigen Posts mit der PDF-Doku abzustimmen.

schöne Grüße
Martin

[the ratman]

wenn du mehr brauchst - sagen.

das problem ...
ich krieg nur leider keine hexwerte automatisiert, sondern nur folgenden dummfug in ascii - kannst damit trotzdem was anfangen?
wenn nicht, muß ich screenshots vom com-port-monitor machen, dort sieht man auch die hex-werte, aber ich kann sie nicht raus kopieren.

btw - kennst du vielleicht nen kostenlosen virtuellen com-port, der mehr kann als meiner und trotzdem noob-freundlich bedienbar is?
ich verwend den "usr-vcom v3.7.1.520", weil er für das epver-zeugs empfohlen wurde und ich sowieso nix anderes gefunden hab.

also mal eine schleife im com ...
tool zum anzeigen wurde angestartet, monitoring der werte ist noch aus:

uije, ich seh schon ... kopier ichs ins forum, ist nicht mal mehr das ascii richtig zu sehen ...

[delMar]

uije, ich seh schon ... kopier ichs ins forum, ist nicht mal mehr das ascii richtig zu sehen ...

Du kannst versuchen, das ascii zb nach UltraEdit zu kopieren.
Dort kannst du dann auf Hex Ansicht umstellen und das dann hier rein stellen.
Oder du kannst auch HxD verwenden, das ist ein freier Hex-Editor.

Mit virtuellen Com-Ports hab ich noch nie wirklich was gemacht, da weiß ich keinen Rat, sorry.
Aber mach dir keinen Stress deswegen, ich werde die nächsten Tage auch selber mal einen Blick auf Echt-Daten werfen können

[the ratman]

hex-editor wird gesaugt. bin nur grad am falschen compi, um auch daten liefern zu können.

und sei dir sicher: stress is es weniger den freude, dass sich einer der sache annimmt. hatte die hoffnung schon aufgegeben.wenn ich denke, dass ein paar werte in fhem, dafür sorgen, dass ich den zusätzlichen funktermometer anderswo verwenden könnte und auch der akkustand nicht mehr nur ein schätzwert wäre, sonern als %-zahl in fhem stünde und ich somit auf unterversorgungen etc. reagieren könnte ...


dumme frage ... wie hast du eig. vor die sache anzugehen? speziell der usb-stick macht mir sorgen. grund:
ich hab debian/fhem in ner oracle vm auf win10pro am rennen. das hat dort noch nie wirklich zuverlässig gefunzt, usb-sticks zuverlässig zu betreiben. das interne wlan meiner intel nuc hw hat da auch eher gestottert, den gesendet. ich hab aber z.b. kein problem, per winconnect daten in dateien abzugreifen und auch tools (die das zulassen) damit zu steuern.
willst also eher plattformunabhängig was bastel, oder eher doch nur für linux?

[laserrichi]

Hi,

diese Wifi Box ist eigentlich nur ein rs485 auf wlan adapter, der Tracer spricht Modbus.
Ich hab diese Box bei mir auch gehabt, und vom Chinesen die selbe Info bekommen das man das mit der neuen Firmware nicht mehr ins heimische Wlan mehr einbinden kann.
Daher hab ich das gleich wieder rausgeworfen und einen Wemos mit ESPEasy verwendet weil es einfacher ist mit dem Modbus Modul in fhem zu arbeiten. Zumal man den ESP auch gleich für andere Aufgaben auch noch verwenden kann.

Hier mal meine modbus definitionen https://forum.fhem.de/index.php/topic,76616.msg853532.html#msg853532

Wenn ihr es geschaft habt das teil ins Netz zu bringen sollte das dann auch so funktionieren.

[the ratman]

Ich hab diese Box bei mir auch gehabt, und vom Chinesen die selbe Info bekommen das man das mit der neuen Firmware nicht mehr ins heimische Wlan mehr einbinden kann.

das konnte sogar ich *g* bin ich besser als china?
wenn du den virtuellen comport haben willst, den gibts hier --> https://www.usriot.com/support/downloads/application-software/ (siehe usr-vcom)
und das tool von epever gibts auf deren seite zum saugen --> http://www.epsolarpv.com/en/index.php/Technical/download

eine kabelgebundene lösung is für mich nämlich leider nicht drinnen - der waf usw. ...

kuzanleitung:

• du startest dein wifi an, findest ein wie auch immer von dir am handy benanntes wlan mit _[zahlensalat] hinter dem von dir gegebenen namen.
• du wirfst den virtuellen comport an mit folgenden daten:
• port: com2 (oder was du frei hast)
• netprotocol: tcp client
• remote ip: 11.11.11.254
• remote port: 8088
• dann wartest, bis der connected hat und stellst dir in der epver-software com2 ein und schon solltest monitoren können

hier mal endlich eine brauchbare auswertung, dank des hex-editors!
das ist nun von start monitoring bis stop monitoring ein durchlauf.

Code Auswählen Erweitern

Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000  30 20 20 20 30 20 20 20 43 6F 6D 20 20 20 20 20  0   0   Com     
00000010  20 43 4F 4D 20 4F 70 65 6E 20 20 20 0D 0A 31 20   COM Open   ..1
00000020  20 20 30 20 20 20 53 79 73 20 20 20 38 20 20 20    0   Sys   8   
00000030  52 46 43 32 32 31 37 20 66 75 6E 63 74 69 6F 6E  RFC2217 function
00000040  20 62 79 74 65 20 20 20 0D 0A 32 20 20 20 31 36   byte   ..2   16
00000050  20 20 20 43 6F 6D 20 20 20 20 20 20 43 4F 4D 20     Com      COM
00000060  43 6C 6F 73 65 20 20 20 0D 0A 33 20 20 20 31 36  Close   ..3   16
00000070  20 20 20 43 6F 6D 20 20 20 20 20 20 43 4F 4D 20     Com      COM
00000080  4F 70 65 6E 20 20 20 0D 0A 34 20 20 20 31 36 20  Open   ..4   16
00000090  20 20 53 79 73 20 20 20 38 20 20 20 52 46 43 32    Sys   8   RFC2
000000A0  32 31 37 20 66 75 6E 63 74 69 6F 6E 20 62 79 74  217 function byt
000000B0  65 20 20 20 0D 0A 35 20 20 20 35 33 32 20 20 20  e   ..5   532   
000000C0  43 4F 4D 20 20 20 38 20 20 20 01 04 32 00 00 03  COM   8   ..2...
000000D0  BE B3 20 20 20 0D 0A 36 20 20 20 36 32 35 20 20  ¾³   ..6   625 
000000E0  20 4E 45 54 20 20 20 31 31 20 20 20 01 04 06 00   NET   11   ....
000000F0  00 00 0B 00 01 D0 91 20 20 20 0D 0A 37 20 20 20  .....Ð'   ..7   
00000100  31 31 35 37 20 20 20 43 4F 4D 20 20 20 38 20 20  1157   COM   8 
00000110  20 01 02 20 00 00 01 B2 0A 20 20 20 0D 0A 38 20   .. ...².   ..8
00000120  20 20 31 33 32 38 20 20 20 4E 45 54 20 20 20 36    1328   NET   6
00000130  20 20 20 01 02 01 00 A1 88 20 20 20 0D 0A 39 20     ....¡ˆ   ..9
00000140  20 20 31 33 34 34 20 20 20 43 6F 6D 20 20 20 20    1344   Com   
00000150  20 20 43 4F 4D 20 43 6C 6F 73 65 20 20 20 0D 0A    COM Close   ..
00000160  31 30 20 20 20 31 33 34 34 20 20 20 43 6F 6D 20  10   1344   Com
00000170  20 20 20 20 20 43 4F 4D 20 4F 70 65 6E 20 20 20       COM Open   
00000180  0D 0A 31 31 20 20 20 31 33 34 34 20 20 20 53 79  ..11   1344   Sy
00000190  73 20 20 20 38 20 20 20 52 46 43 32 32 31 37 20  s   8   RFC2217
000001A0  66 75 6E 63 74 69 6F 6E 20 62 79 74 65 20 20 20  function byte   
000001B0  0D 0A 31 32 20 20 20 31 38 36 30 20 20 20 43 4F  ..12   1860   CO
000001C0  4D 20 20 20 38 20 20 20 01 43 31 00 00 1B 0A F2  M   8   .C1....ò
000001D0  20 20 20 0D 0A 31 33 20 20 20 31 39 35 33 20 20     ..13   1953 
000001E0  20 4E 45 54 20 20 20 35 31 20 20 20 01 43 36 04   NET   51   .C6.
000001F0  0F FF FF 05 5E 00 0D 00 BD 00 00 04 F2 00 0F 00  .ÿÿ.^...½...ò...
00000200  BD 00 00 04 F2 00 04 00 32 00 00 04 F2 00 04 00  ½...ò...2...ò...
00000210  32 00 00 09 C4 08 C9 08 C9 09 C4 00 39 3E 78 20  2...Ä.É.É.Ä.9>x
00000220  20 20 0D 0A 31 34 20 20 20 32 34 38 35 20 20 20    ..14   2485   
00000230  43 4F 4D 20 20 20 38 20 20 20 01 04 33 1A 00 03  COM   8   ..3...
00000240  9E 88 20 20 20 0D 0A 31 35 20 20 20 32 35 37 38  žˆ   ..15   2578
00000250  20 20 20 4E 45 54 20 20 20 31 31 20 20 20 01 04     NET   11   ..
00000260  06 04 F2 00 0C 00 00 98 C1 20 20 20 0D 0A 31 36  ..ò....˜Á   ..16
00000270  20 20 20 32 35 37 38 20 20 20 43 6F 6D 20 20 20     2578   Com   
00000280  20 20 20 43 4F 4D 20 43 6C 6F 73 65 20 20 20 0D     COM Close   .
00000290  0A 31 37 20 20 20 32 35 37 38 20 20 20 43 6F 6D  .17   2578   Com
000002A0  20 20 20 20 20 20 43 4F 4D 20 4F 70 65 6E 20 20        COM Open 
000002B0  20 0D 0A 31 38 20 20 20 32 35 37 38 20 20 20 53   ..18   2578   S
000002C0  79 73 20 20 20 38 20 20 20 52 46 43 32 32 31 37  ys   8   RFC2217
000002D0  20 66 75 6E 63 74 69 6F 6E 20 62 79 74 65 20 20   function byte 
000002E0  20 0D 0A 31 39 20 20 20 33 30 39 34 20 20 20 43   ..19   3094   C
000002F0  4F 4D 20 20 20 38 20 20 20 01 04 33 02 00 12 DE  OM   8   ..3...Þ
00000300  83 20 20 20 0D 0A 32 30 20 20 20 33 31 38 38 20  ƒ   ..20   3188
00000310  20 20 4E 45 54 20 20 20 34 31 20 20 20 01 04 24    NET   41   ..$
00000320  04 FC 04 E0 00 01 00 00 00 0A 00 00 02 42 00 00  .ü.à.........B..
00000330  02 4F 00 00 00 00 00 00 00 22 00 00 06 8E 00 00  .O......."...Ž..
00000340  06 C7 00 00 26 80 20 20 20 0D 0A 32 31 20 20 20  .Ç..&€   ..21   
00000350  33 31 38 38 20 20 20 43 6F 6D 20 20 20 20 20 20  3188   Com     
00000360  43 4F 4D 20 43 6C 6F 73 65 20 20 20 0D 0A 32 32  COM Close   ..22
00000370  20 20 20 34 39 36 39 20 20 20 43 6F 6D 20 20 20     4969   Com   
00000380  20 20 20 43 4F 4D 20 4F 70 65 6E 20 20 20 0D 0A     COM Open   ..
00000390  32 33 20 20 20 34 39 36 39 20 20 20 53 79 73 20  23   4969   Sys
000003A0  20 20 38 20 20 20 52 46 43 32 32 31 37 20 66 75    8   RFC2217 fu
000003B0  6E 63 74 69 6F 6E 20 62 79 74 65 20 20 20 0D 0A  nction byte   ..
000003C0  32 34 20 20 20 34 39 38 35 20 20 20 43 6F 6D 20  24   4985   Com
000003D0  20 20 20 20 20 43 4F 4D 20 43 6C 6F 73 65 20 20       COM Close 
000003E0  20 0D 0A                                          ..


[laserrichi]

du beschreibst hier wie man sich mit dem Teil verbindet, nicht wie sich das Teil mit dem heimischen WLAN verbindet, das ist der unterschied.

[delMar]

hier mal endlich eine brauchbare auswertung, dank des hex-editors!

könntest du das bitte noch hier als datei anhängen?
dann kann ichs bei mir auch lokal im hex-editor anschauen.

danke!

[the ratman]

@laserichi - jo, aber es geht ... die richtung is mir ehrlich gsagt egal, solang ich daten in fhem rein kriege.
aber ein wissender könnte sich ja mit (einer mir nicht zur verfügung stehenden) firmware des tracers spielen ...

@delmar - bittescheen, im anhang ...



und noch ne dumme frage, weil ihr 2 sicher bescheid wissts. in weiser vorraussicht versuch ich das wlan meines intel nuc an debian in der vbox weiter zu geben.
scheint zu funzen, nur hällt debian das netzwerk scheinbar auch für ein lan und kein wlan
kann das ein problem werden?

[delMar]

kann das ein problem werden?

nein, einer anwendung ist das üblicherweise komplett egal. TCP bleibt TCP.

danke für den Anhang. Ich hatte aber gemeint, nur den ascii teil als datei anzuhängen (auch, wenn man nicht alles lesen kann)
den hex-part zeigt mir dann eh HxD automatisch dazu an.

grüße
martin

[the ratman]

1.
gutti - am liebsten wärs mir natürlich wenn ichs wlan von windoof aus rennen lassen könnte. das hätte ich im griff im gegensatz zu linux + virtueller box. wenn ich da so nachlese, was die leute für probleme haben (in  genau der konstellation: lan + wlan durchschleifen) und was alles mal geht und mal nicht, krieg ich eh schon wieder stresspusteln am hintern, weil ich jetzt schon weiß, dass ich die nächsten tage dann mit fehlersuche verbringen werd.


2.
wennst von mir was brauchst, am besten für dummies erklären. ich hab von so zeug echt 0 ahnung und noch viel weniger davon, was du auf welche art brauchen könntest - aber wenn ichs weiß, kriegst dus ...

gleich ein paar sachen angehängt - sicher is sicher  *g*:
-> log.txt - das is das, was der virtuelle com port speichert - und der kann auch nix anderes liefern
-> hxd.txt - das kommt raus, wenn ich ersteres in hxd lade und einfach wieder speichere, was sehr, sehr gleich zum original log ausschaut.
-> hxd_editor.txt - das ist dann ein export des logs aus dem hxd als editoranzeige (wie schon mal)
!> hxd liefert das eigentlich ohne .txt, also wenn dich das irritiert, einfach weg machen.
i> das ganze wurde mit den grundeinstellungen von hxd (16 bytes pro zeile, windows (ansi) und hex) gemacht.

[delMar]

dumme frage ... wie hast du eig. vor die sache anzugehen? speziell der usb-stick macht mir sorgen. grund:
ich hab debian/fhem in ner oracle vm auf win10pro am rennen. das hat dort noch nie wirklich zuverlässig gefunzt, usb-sticks zuverlässig zu betreiben. das interne wlan meiner intel nuc hw hat da auch eher gestottert, den gesendet. ich hab aber z.b. kein problem, per winconnect daten in dateien abzugreifen und auch tools (die das zulassen) damit zu steuern.
willst also eher plattformunabhängig was bastel, oder eher doch nur für linux?

Mein erster Ansatz ist, über die WiFi Box auf die Daten zuzugreifen.
Das bedeutet, dass FHEM die IP auf einem bestimmten Port öffnet und lauscht.
Da Perl grunsätzlich auch auf Windows lauffähig ist, solltest du das auch außerhalb einer VM direkt am NUC betreiben können.
Wenn du's schaffst, FHEM unter Windows laufen zu lassen, dann solltest du mit diesem Lösungsansatz auch kein Problem haben.

Wenn das mit der WiFi Box nicht funktioniert, gehts in Richtung USB/RS485 Adapter.

Wie auch immer, die Links vom laserrichi scheinen zu belegen, dass die Anbindung grundsätzlich eh schon problemlos möglich ist.
Was ich unter Umständen machen würde, ist, ein eigenes Modul on-top zu bauen, welches einfacher zu konfigurieren ist.
Aber das seh ich dann, wenn ich mal was seh

Und danke für die Files, das log.txt ist genau, was ich gesucht hab

[laserrichi]

also ich versteh jetzt echt das Problem nicht.
der Solarlader spricht MODBUS und nichts anderes, und das über eine RS485 Schnittstelle.
Der China WiFI Accesspoint stellt nur einen Accesspoint zur verfügung und wenn man sich damit verbindet, macht der nichts anderes als das er das Modbus einfach als eine serielle Konsole auf einen Port zur verfügung stellt.
Leider lässt sich mit der neueren Firmware der Wifi Adapter nicht mehr mit einem normalen Router verbinden (Fritzbox z.b.), hat es aber mal mit einer alten Firmware getan, nur rückt der Chinese diese nicht mehr raus. Also hat das Teil nur eine brauchbare funktion, wenn man sich nur ab und an mal mit den Handy oder den PC damit verbinden will. Auf dem PC startet man nur

Warum soll man also 2 Wifi Netze aufspannen und diese mit irgendwelchen vlans verbinden ?

Wenn du fhem mit dem wlan zu dem Adapter verbunden hast, richte doch in FHEM einfach das ganze mit modbus ein, und schon sollte das so gehen.

Oder die saubere sichere lösung, einen wemos mit ESPEasy flashen, RS-485 zu serial Platine für 5€ und schon kann man das ins eigene Wlan Netz einbinden
Und einfach in fhem das mit modbus so wie ich das listing im anderen thread geschrieben habe einfach einbauen.

Zur not kann auch die  Software USR-VCOM am PC sich auch noch damit verbinden (vorausgesetzt der Port wird in dem moment nicht von Fhem benutzt), und man kann mit Solarstation Monitor am PC auch noch das ganze administrieren oder monitoren.

[the ratman]

Wenn du's schaffst, FHEM unter Windows laufen zu lassen, dann solltest du mit diesem Lösungsansatz auch kein Problem haben.

da funzt leider viel zu wenig wirklich, speziell, wenn du dann auch noch mit 64bit arbeiten möchtest. drum auch die vm - das war damals die alternative zu win/perl anstelle eines raspi ...

Wenn das mit der WiFi Box nicht funktioniert, gehts in Richtung USB/RS485 Adapter.

ist ja meines wissens nach das selbe wie die wifi-version. und, nur am rande erwähnt - für mich noch beschissener einzubinden.
wie gsagt: mein problem ist grundsätzlicher - nämlich die hw wie usb oder wifi unfallfrei durch die vm zu kriegen. usb funzt viel zu unzuverlässig bis (bei sehr vielen) gar ned und wifi ... unter debian wird zwar die hw gefunden, man findet aber dann keine ap's, bzw. gibts dann probelme beim aushandeln von irgendwas, dass ich nicht verstanden hab.

sag mal:
wenn du da was perlmäßiges "ausserhalb" fhem schreibsts - hab ich das so richtig verstanden? - dann müsstest du zur lösung meines problems eigentlich nur bei einem eventuellen modul in fhem zuslassen, dass die daten auch auf nem anderen rechner liegen dürfen. weil dann mach ich mir einfach auf win-ebene noch die kleinstmögliche perl-install für dein tool und die daten gehen dann an das modul auf debian-ebene.
oder noch einfacher:
nachdems mir nur ums lesen geht, würds mir sogar reichen, wenn dieses "eigenständige" perl-tool einfach irgendwohin ein file schreibt - (z.b. pro zeile ein name::wert), dass ich dann mit (is nur n bspl. weil kopierbar *g*):

Code Auswählen Erweitern

({ open FILE, "/opt/fhem/share/fb2k_fatbastard.txt" or die "fehler: $!"; while (<FILE>){ $_ =~ /(.+?)::(.+)/; fhem("setreading doif_fb2k_FatBastard $1 $2") } close FILE }) in ein doif einbauen könnte. das gibt ne idiotensichere liste mit "name wert". so mach ich das beim abrufen der daten meines foobar2000. funzt wunderbar.

Und danke für die Files, das log.txt ist genau, was ich gesucht hab

hihi, also das einfachste überhaupt. da hätt ich ja ned mal den editor installieren müssen für.
und ... da geht wie gsagt noch mehr, dass is ja rein nur der abruf der aktuellen daten. du kannst ja dann auch z.b. echtzeituhr auslesen und auch schreiben, die last "händisch" ein/aus-schalten und div. grundeinstellungen machen. falls du da noch was brauchst ...

[delMar]

wenn du da was perlmäßiges "ausserhalb" fhem schreibsts - hab ich das so richtig verstanden?

Nö, sorry. Da gibts ein Missverständnis.
Alles, was ich mache, versuche ich als FHEM Modul zu bauen. Und zwar wenn möglich ohne noch einen externen Prozess zu benötigen.

Und wie's laserrichi schon des öfteren auch angemerkt hat, sollte dieses Problem rein Modbus seitig sogar schon gelöst sein.
Ich werde noch versuchen, eine elegantere Lösung für das WiFi-Box-Problem an sich zu finden, im schlechtesten Fall werde ich nur einen Wiki-Eintrag zu meinen Erfahrungen schreiben.

Nach 10 Jahren Basteln am eigenen Smart-Home hab ich eins gelernt: alles, was man nicht in eine ordentliche Basis einbettet, führt nur zum Chaos.
Natürlich kann man Shell-Scripts, kleine Tools, etc immer irgendwie zusammenschalten.
Bloß, der Aufwand, das zB nach einem Crash wiederherzustellen, oder nach ein paar Wochen/Monaten noch zu wissen, welches Teil in welches andere Teil da per Telnet oder sonstwas reinschreibt, ist quasi unmöglich.
Ganz zu schweigen davon, wenn auch Andere so ein System am Laufen halten sollen, nicht nur man selbst.

da funzt leider viel zu wenig wirklich, speziell, wenn du dann auch noch mit 64bit arbeiten möchtest. drum auch die vm - das war damals die alternative zu win/perl anstelle eines raspi ...

Schade. Aber wenns Windows sein muss, und Perl Probleme macht, gibts vielleicht Alternativen - FHEM könnte uU nicht ganz die user experience sein, die du dir vorstellst.

[the ratman]

FHEM könnte uU nicht ganz die user experience sein, die du dir vorstellst.

ist es aber durchaus - nix anderes kann, was ich will. sogar ohne perl-kenntnisse is fhem immer noch x mal besser abstimmbar als alles andere, mir bekannte und probierte. z.b. grade über unser kleines problemchen hier würde man andernorts nicht mal auf die idee kommen, dasss es ne diskussion wert wäre.
mein problem is lediglich, dass ich vom programmieren 0 dunst habe und auch nie haben werd und deshalb auf den good will anderer angewiesen bin, wenns mal was spezielleres gibt.

so hab ich wohl diesmal nix von dem ganzen sermon hier, aber zumindest vielleicht ein klein wenig geholfen, damit andere was schönes kriegen - auch gut, hab hier ja auch schon mehr als genug profitiert ...

[delMar]

hol dir einfach einen raspi. 
so schwer ist das nicht, wirst sehen

[the ratman]

gut, langsam wirds n bissi off topic, aber ich quassel eh gern *g*.

ich hatte alles recht gut laufend auf nem raspi - erst nem 2b und dann nem 3b+ (sogar auf nem banana pro hat ich fhem mal am rennen wegen zerschossener raspi-hw), seh aber ned ein, warum ich noch n compi laufen lassen soll, wenn ich sowieso meinen kleinen pseudoserver hab. hab sogar jetzt noch 2 raspis rennen - einmal als hifi-audioplayer und noch einen um meine matrix voice zu befüllen. ersteres los zu werden, arbeit ich grad und mit der matrix wirds wohl eh nie wirklich was werden (viel zu umständlich). ich bin also theoretisch raspi-frei *g*.
nebenher will ich die gschw. beim plotten usw. nimma missen und das wunderbar einfache backup.

[Beta-User]

hol dir einfach einen raspi. 
so schwer ist das nicht, wirst sehen

Man kann ja über manches streiten, aber warum man jemanden den Wechsel zurück empfiehlt, der erfolgreich keinen Pi mehr einsetzt, werde ich vermutlich nie verstehen.
So ein pi hat zwar ein paar Pluspunkte, aber soooo viele Nachteile, dass man sie kaum spontan alle aufzählen kann.

[delMar]

Man kann ja über manches streiten, aber warum man jemanden den Wechsel zurück empfiehlt, der erfolgreich keinen Pi mehr einsetzt, werde ich vermutlich nie verstehen.

Eigentlich wollte ich nicht den Raspi per se empfehlen, sondern einfach auf natives Linux, anstatt VM. Das ist alles.
Naja, und "erfolgreich" scheint zumindest Windows nicht zu sein. Wie gesagt, der Raspi selber ist eher nebensächlich.

So ein pi hat zwar ein paar Pluspunkte, aber soooo viele Nachteile, dass man sie kaum spontan alle aufzählen kann.

Ich selber hab früher alles auf einem Server laufen lassen, da gabs noch keinen Pi.

Heute bin ich froh, 3 davon im Einsatz zu haben, weil so das ganze einfach Ausfallssicherer wird.
Speziell bei der Hausautomatisierung will ich nicht, dass irgendwas anderes Einfluss nehmen kann.
Und da ist der Rasp vom Preis/Leistung und Stromverbrauch mMn einfach Ideal.
Und den Pi, der meine Touchscreen im Wohnzimmer steuert, will ich wegen Updates auch mal restarten können, ohne gleichzeitig die ganze Hausautomatisierung offline zu nehmen.
Vielleicht nicht perfekt, aber so nahe dran wie nix anderes.

Vielleicht hast du viele dieser Nachteile deswegen, weil du nur "Beta-User" bist. Melde dich doch mal als Stable-User an. 

(der musste sein)

[Beta-User]

Vielleicht hast du viele dieser Nachteile deswegen, weil du nur "Beta-User" bist. Melde dich doch mal als Stable-User an. 

Zum einen habe ich nur noch einen Pi als Reserve-Server da liegen, die Nachteile also gar nicht mehr, zweitens war mir immer klar, dass insbesondere die SD-Karte die Achilles-Ferse ist und vorgesorgt und last not least:
In der open-source-Welt ist fast immer die beta die eigentliche stabile Version. Und FHEM kann man m.E. am ehesten als perpetual.beta ansehen...

Ergo hatte ich mir damals den nickname aus genau diesen Gründen zugelegt . Ich nutze aber auch gerne alphas und komme mit den daraus resultierenden Risiken klar - im Gegensatz zu den meisten Einsteigern, denen irgendjemand ins Ohr gehaucht hat, alles er einfach und so ein Pi super...

[the ratman]

also wenn das ganze wieder mal in ne grundsatz-diskussion ausartet ... misch ich mich gern mit rein - so ganz nur als rant, sicher nicht als forderung oder sonst was, was den typischen pinguin beleidigen könnte *g*:
warum ist bei fhem alles so derartig auf linux begrenzt? grade die linux-leute behaupten doch immer von sich, dass sie so weltoffen sind? tatsache is aber, dass fhem nicht mal am meist verwendeten client-system dieser welt rennt und wenn, dann maximal eher vor sich hin stottert.

ich kann jetzt natürlich nur von mir reden, aber ein neueinsteiger könnte z.b. beim "drüber-lesen" von fhem schnell auf die idee kommen, das ganze rennt unter win genauso problemlos wie unter linux. tut es aber nicht - ich war damals zum glück in meiner "raspi für alles phase", sonst hät ich warscheinlich bis heute keine funzende hausautomatisation. aber was tut einer, der wirklich glaubt, dass win auch geht?
vor solchen "behauptungen" müßte echt mal einer mit richtiger perl UND win-ahnung drüber schaun und zwar auch für 64bit-perl und alles, was unter schnittstelle und ports fallt. da sollte dann aber auch mehr als n dummy getestet werden ...
oder einer mit echter vm-ahnung schaun, ob man nicht entsprechende plugins für die oracle vm bauen könnte - gibt ja genug beispiele, dass das wirklich helfen würde. siehe z.b. für android div. "spielesysteme" bei denen dank plugin in der vm auf einmal alles funzt, was sonst nicht geht. hier als beispiel - eine emulation einer netzwerkkarte, die wirklich mit wlan umgehen kann, um wenigstens a bissl beim thema zu bleiben.

ich weiß, wird den durchschnittlichen "unter linux fhem module schreiberling" recht wenig interessieren, weil er warscheinlich selber gar kein win verwendet. kann auch keiner von den leuten einfordern, aber schön wärs, modern und zeitgemäß wärs sowieso, und endlich könnte man dann wenigstens als grundgerüst zu fhem ein system verwenden, mit dem man besser umgehen kann als mit linux. das gäbe dann wieder nen haufen weniger dummer fragen im forum, weil dann schon ein haufen fehlerquellen weg fallen würden bei einzhelnen usern.

es ginge also sicher auch da so einiges.

[delMar]

hast du schon mal einen anderen wlan adapter probiert?
vielleicht liegts ja garnicht an der VM.

oder hast du mal was anderes als VirtualBox probiert? vmware player zb.

nur so als anreiz. oft ist das Problem ein ganz anderes als man denkt.

[the ratman]

das problem liegt an den paar virtuellen netzwerkkarte in der vm. die packens einfach nicht richtig. kommt dann aber auch drauf an, welche system als unterbau und in der vm laufen und welche hw verwendet wird. je nach kombination geht gar nix bis 99%. viel spaß dabei, raus zu kriegen, wo der fehler liegt *g*. wäre aber auch wurst ... weil lösung gibts auch nur, wenn du programmierer bist und dir selber helfen kannst.

probiert hab ich das "interne" wlan als netzwerkkarte und den 3 usb-wlan-sticks. auch da dann verschiedenste reaktionen. gemeinsam haben alle varianten nur, dass es nie entgültig zuverlässig gelaufen ist, wenn überhaupt.
usb is sowieso ein problem. z.b. frißt die vm problemlos den hmUSB stick 10 min ohne murren, andere sticks wie z.b. z-wave-sticks aber gar ned.
der hmUSB fällt dann regelmäßig aus, bzw. geht irgendwann mal gar nimma, bis man ihn absteckt und die vm neu anwirft.
die wlansticks gehen teilweise gar ned, teilweise auch wieder eingie zeit "perfekt" aber irgendwann kommen immer probleme. also weit von zuverlässig.

wenn du anfangst, dich in das thema einzulesen, wirst schnell feststellen, dass einige leute lösungen für die probleme haben, die aber meistens bei der masse dann auch ned funzen oder versagen, sobald du auch nur ein yota von den vorgaben abweichen mußt.

aja, von der vmware wurde mir damals abgeraten. hab ich selber nie probert und weiß nicht mal mehr, was mein bekannter damals gegen vmware gewettert und für oracle vm gequasselt hat. hab nach ca. ner halben stunde geistig auf durchzug geschaltet *g*.

und dein anreiz ist genau das, was ich nicht nachdenken will. ich bin kein bastler. ich will nur eine funzende hausautomatisation. würds sowas geniales wie fhem fertig zu kaufen geben, würd ichs kaufen.
ich komm jetzt schon nicht mit der "perversion" klar, dass ich mir was baue, um mir mein leben zu erleichtern, faul sein zu können und dann irre viel zeit mit basteln, fragen, testen, usw. verbrauche.
und ja, ich tus - aber nicht gerne. DAS ist NICHT mein ausgesuchtes hobby!

[Beta-User]

Es mag ja sein, dass das mit dem Windows als Basis-OS sehr frustrierend ist, aber es war deine Entscheidung.

Es hat vermutlich einen Grund, warum aus Redmond nur das meistverbreitetste Client-OS für PCs kommt, aber nicht das für Server und Stromspargeräte wie mobile Telefone....

Damit aber - jedenfalls von meiner Seite - genug der Grundsatz-Diskussion. Sorry, dass ich da so empfindlich bin, was diese "nimm einen pi"-Beiträge angeht.

[delMar]

s/pi/linux/

Nimm einen Linux

[Beta-User]

s/pi/linux/

Nimm einen Linux

+1
Mit deinen jetzigen Kenntnissen ein Klacks...

Vielleicht schaust du dir noch den LXC-Thread von ranseyer an. Konnte was für dich sein...

[the ratman]

*g* nimm einen linux is das nächste lustige ... nur als bspl. genau mein problem:

-> da hast nen intel nuc, den du mal probiertst mit linux zu fahren - eh nur theoretisch, weil du win aus bestimmten gründen verwenden MUSST.
-> du probierst trotzdem mal linux - nur wegen fhem. also nimmst du als anti-linuxer debian, weil das wohl am ehesten dem entspricht, was die meisten "wissenden" verwenden.
juhuu! du kannst nicht mal die auflösung deines desktops gscheit einstellen, wenn nur mit umständen, die nach dem nächsten größeren update wieder weg sind.
-> du probierst ubuntu - das ginge ganz gut, ist recht noobfreundlich an der oberfläche und wird erst zu typischen linux, wenn du mehr als den standarddrucker einbinden willst. da lässt ma sich lieber gleich als win-user auslachen *g*.
-> was tust du also? ja, du spielst dein win-backup zurück.
-> nächster versuch: linux über das neue app-tool von m$. hände weg! geht derzeit gar ned! da is ne oracle vm ein echter traum gegen.
-> somit also eine vm. und weil mans selber nicht besser weiß, jene, die einem die leute empfehlen ...
obiges - wie gsagt - eh nur als theorie, weil ich sowieso win am server brauch.

[Beta-User]

Ah, OK, spezielle HW, nicht auf Linux-Kompabilität geachtet. Punkt für dich, auch wenn ich in diesem Leben nicht mehr verstehen werde, warum man ein Desktop-System aufsetzt, wenn man einen Server betreiben will...

Und Debian, na ja, ist nicht wirklich noob-freundlich. Ich find's Klasse, betreibe es selbst aber auch eher ubuntu-nah mit sudo usw.. Aber immerhin kann man idR. die Vielzahl der vorhandenen Anleitungen für ubuntu meistens 1:1 über nehmen.

Schade, dass es für dich so gelaufen ist.

OT: ich habe mal auf einer Fritzbox angefangen, und dann irgendwann auch das Problem, dass ich irgendwas anderes brauchte. Sowas ist keine Freude, selbst wenn man Linux-Vorkenntnisse hat - wie ich damals schon...
Aber dass ich keinen Pi mehr nutze, beruhigt mich persönlich, und ich bedaure all diejenigen, die das für eine gute Lösung halten und dann anfangen, auch noch GPIO-Basteleien damit zu betreiben.
/OT

[the ratman]

Code Auswählen Erweitern

auch wenn ich in diesem Leben nicht mehr verstehen werde, warum man ein Desktop-System aufsetzt, wenn man einen Server betreiben will...weil man vom system eh keine ahnung hat - da hilft jeder klick anstelle 3 stunden suche nach dem richtigen consolen-befehelen enorm. sprich: ich kanns mir einfach (zeitlich) nicht leisten, bei problemen auch noch nach den grundlagen zu suchen. bei linux is das bei mir immer so. bei win kann ich wenigstens erahnen, oder weiß es tatsächlich, wo ich mit der problemsuche anfangen muß.

jo, die selben  probleme ... das dumm ist halt generell: wüsste man alles, was man später weiß, hätte man andere hw ausgesucht, andere systeme angschaut, andere software verwendet.
gut, sw im falle hausautomatisation gibts nicht als fhem ersatz. wenn ich mir anschau, was ein nicht-programmierer wie ich schon aus dem ding rausholen kann ... da müßt man sehr viel knete liegen lassen, wollte man sich das so bauen lassen *g*.

[sparkiie]

Also ich verstehe das Problem hier nicht.

Ich nutze Debian in einer Vmware und greife die Daten des Tracers per RS485 Serial Converter und ESP01 ab. Läuft einwandfrei und seit kurzem mit einem 2. Tracer genauso gut!

[the ratman]

könntest du das vielleicht genauer - am besten für noobs - beschreiben, beschildern und mit bildchen erklären? bitte, bitte!

ich versuch derweil das wlan meiner nuc davon zu überzeugen, dass es auch mit der vm redet - hat bis jetzt leider nie gefunzt.

[sparkiie]

Für eine Anleitung fehlt mir einfach die Zeit.
Welche Vmware hast du denn?
Hat sie überhaupt Netzwerkzugriff?
Was genau geht denn nicht?

[the ratman]

oracle vm mit einer funzenden lan netzwerkbrücke. das ganze rennt auf einem intel nuc i3.
das problem: das intel nuc wlan/bt, dass es auch geben würde, funzt meist gar nicht zum durchreichen, bzw. rennt extrem instabil und unzuverlässig.

vermutung:
liegt warscheinlich daran, dass das wlan sich als usb-stick meldet und ich generell damit gröbste probleme habe, usb durch die vm zu reichent. die selben probleme hab ich nämlich auch mit einem hmusb und einem zwave-usb. auch die gehen eher weniger und wenn sie mal bis zu fhem vordringen, ist das ganze sendetechnisch ein reines desaster.
das dumme: ich finde zu dem problem nix im netz. scheinbar ist ne vm mit fhem in so einer konstellation eher selten, oder geht bei jedem problemlos und ich bin nur zu blöd wieder mal ... zumindest nehm ich das schon eher an, weil ich nicht grade ein linux-gott bin *g*

[Ranseyer]

Und, muss es eine Oracle VM sein ? (Das ist für mich eine Klasse Sache um mal auf einer Workstation mal kurz irgend ein anderes OS Laufen zu lassen. Aber für den Dauerbetrieb gibt es auch anderes...)


Das läuft hier schon seit Jahren: https://forum.fhem.de/index.php/topic,78738.msg706872.html#msg706872


Wenn ich ehrlich bin, wäre ich dafür nach Möglichkeit dafür "gar nichts" "irgendwohin durchzureichen" (ich mach es teilweise aber seit Jahren, versuche aber mehr und mehr davon weg zu kommen...).
Besser finde ich die Sachen alle direkt ans LAN zu hängen. WLAN wäre das selbe aus SW-Sicht, ist aber wohl etwas weniger sicher/verlässlich.

[the ratman]

naja, ich hab das ding halt mal als 24/7 server, da bietet sich an, fhem auch drauf laufen zu lassen - alleine weil das ding da drauf abgeht, wie nachbars lumpi.
ich hätte auch gern fhem direkt auf windows betrieben - aber da schauts ja wieder mit der seriellen 64bit schnittstelle traurig aus. die vm war dann eher die notlösung.
ich will nämlich raspi-frei werden *g*, hab auch nur mehr einen als hifi-player und einen fürs rumspielen mit win iot am laufen. somit is n raspi für mich einfach nur n lahmes ponny und irgedwann mal ein problem wegen kaputter sd-karte.

die vm rennt eig. auch ganz gut - die probleme verorte ich hauptsächlich am nuc. immerhin rennen mein hmusb und der zwave-stick problemlos auf meiner arbeitsmaschine mit einem testfhem, das ebenfalls in ner oracle vm rennt.

[Ranseyer]

Ja, das kannst du ja gerne tun. Die Frage war nur:
-Warum Oracle-VM für den Dauerbetrieb
-gäbe es evtl etwas einfacheres und besseres ? (Und dazu eine konkrete Idee: LXC)

[sparkiie]

Bei mir läuft das ganze unter Vmware Workstation mit aktuellem Debian. Da hast du eine Benutzeroberfläche und mit USB durchreichen gab es noch nie Probleme. Nutze selber nanoCul und CC2530!

Das das WLAN aufgrund des Sticks nicht geht kann ich mir nicht vorstellen, die VM sieht doch nur die Netzwerkschnittstelle!

Hast du mehrere VMs auf der selben Maschine?

[the ratman]

@Ranseyer

lxc gibts jetzt auch für windoof? dachte, das ding kann nur linux als unterbau? und diese lösungen für lxd, die mancher für win und mac anbietet ... ich weiß ned.
und würden diese konstrukte gehen, wüsst ich dann gar nimma, woran eventuelle probleme liegen könnten.

das einfachste wäre wohl perl unter windoof - hatt ich auch schon relativ erfolgreich für fhem am laufen. es happert eben nur an einer seriellen schnittstelle für 64bit. da mach ich mir aber auch keine großen hoffnungen, wenn ich da so manche aussagen in den div. perl4win-foren les a'la "unter win64 werden serielle schnittstellen nur noch selten benötigt" - haha, die haben noch nie fhem fahren wollen ...

noch einfacher wäre natürlich den nuc unter ubuntu zu fahren (unter debian ist das ne echte qual), aber dazu müsst ich erst wen finden, der div. programme auf linux portiert. und für einen serverbetrieb, wie ich ihn bräuchte ist linux viel zu wenig mein freund - ich bin und bleib der klicki-bunti-typ *g*


@sparkiie

ne, die vm rennt headless und einzig und alleine für fhem.
wlan/bt ist ja auch eigentlich kein stick, sondern direkt als chip verlötet, trotzdem wirds auch als usb-stick in der vm gefunden.
die vm sieht das wlan auch doppelt - einmal als netzwerkschnittstelle (sofern ich wlan in win aktiviere) und 1 mal als usb (immer).
o) bind ichs als netzwerkschnittstelle ein, kriegt linux das wlan und bt immer mit, ich kanns konfigurieren, kriege aber nie eine verbindung mit irgendwas anderem in meinem haushalt zustande.
o) bind ichs als usb ein, kriegt linux manchesmal das wlan/bt mit - ist das der fall, kanns auch verbindungen aufbauen, aber die bricht dann nach minuten bis max. wenigen stunden zusammen und geht erst wieder, wenn ich in der vm den "stick" raus werf, wieder einbinde und dazu linux runter fahre.
o) aktiviere ich als zusätzlichen test schnitttstelle und usb gleichzeitig, geht dann gar nix mehr.

[Ranseyer]

Sorry, das habe ich übersehen, dass du Windows drunter hast. (Damit tue ich mich mental sehr schwer. Wenn das für dich alles super ist, dann bleib dabei. Ansonsten kannst du mal Proxmox als Unterbau anschauen. Da kannst in einer VM natürlich auch Windows laufen lassen )

[the ratman]

dacht ich auch schon daran - das dumme ist halt, dass ich wenigstens als unterbau was haben will, dass ich halbwegs im griff hab - und das is halt eindeutig nicht linux. und dann shcon gar nicht etwas, dass ich grad mal nur vom namen her kenn. das geht bei mir ned lange gut *g*.

eigentlich rennt das ganze konstrukt auch recht brauchbar, wenn mir den nur mal einer erklären könnte, was ich am nuc drehen muß, damit die vm alles richtig zu greifen kriegt.

ich muß halt eigentlich nur mal abwarten, bis jemand unter win was schreibt, dass mir die daten aus der solaranlage saugt.
das geht ja eigentlich ganz gut, ausser, dass es eben kein tool gibt oder mir keines bekannt ist, dass die daten automatisch in ein file oder ne db schreiben würde, wo ichs dann mit fhem abgreifen könnte.

[sparkiie]

Bist du sicher, dass das Netzwerk als Bridge eingerichtet ist? Könnte auch NAT sein oder ggf. ist zur Vmware noch eine Firewall bzw. Windows blockt den Zugriff.
Eine IP in deinem Netz hat die Vmware aber?

[the ratman]

ja, bin ich sicher - da steht eindeutig "netzwerkbrücke" *g*
und ja, die fhem reicht das debian am lan problemlos durch und debian hat ne feste ip bei mir.
meine windoof-fw lässt auch alles relevante für fhem und meine tools in beide richtungen durch.
und falls die frage kommt: ich hab auch kein ipv6 am laufen - nur pures ipv4.

wie gesagt: probleme krieg ich immer nur mit sachen, die per usb an der nuc angeschlossen und durchgereicht werden sollen, bzw. die sich als usb-gerät melden.
und diese probleme krieg ich auch nur auf der intel nuc - mein arbeitsrechner mit vm testsystem hat diese probleme eindeutig nicht.
deshalb nehm ich auch ganz frech an, dass es an der nuc-hw, bzw. den treibern dafür liegt und da im speziellen an den intel-treibern. die haben mir schon öfter gern mal probleme gemacht, werden aber leider benötigt.


ich habs auch ehrlich gsagt aufgegeben, in der konstellation da wirklich mal was durch die vm zu kriegen.
aber irgendwann mal (so in 1000 jahren denk ich) wird perl64 vollständig unter win laufen, ne funzende seriale schnittstelle bieten. dann löst sich das alles in wohlgefallen auf, weil fhem dann direkt auf windoof rennt. *upps* bin ich grad eingeschlafen und hab geträumt?

[the ratman]

ich wärme die sache wieder mal auf *g*

nach nem upgrade meiner solaranlage hab ich mich an diese diskussion erinnert.
im zuge des upgrades hab ich auch mal meine win-anzeige auf den server verlegt.
d.h.: ich hätte jetzt auf meinem server eine permanente verbindung über einen virtuellen com-port hängen, die mit dem epever-eigenen tool echtzeit-daten liefert.

deshalb hab ich mich gefragt: wenn ich den virtuellen com durch meine vm durchschleifen kann und dieser nicht auch timingprobleme wie die durchgereichten usb-geräte hat, was müsste ich auf auf linux/fhem-seite machen um meine daten zumindest mal auslesen zu können (einstellen des mppt ist mir nicht wirklich wichtig)?
also: wie greif ich den com-port auf debian möglichst noob-freundlich an und wie lese ich in fhem dann die daten ein?

mit diesen infos wäre mir echt gut geholfen

[sparkiie]

Du willst den Tracer per Modbus auslesen?

[the ratman]

jau

die spezialität ist halt, dass der com port von win durch eine vm geschliffen werden wird ... nur, falls das auf der debian-seite ein problem sein sollte.

[sparkiie]

Ist der Com am Rechner lokal oder per IP eingebunden?

[the ratman]

der com-port ist per ip eingebunden.

ich schilder mal den gesamten weg:
es handelt sich um einen epever mppt laderegler (ich glaub, ganz am anfang hab ich links zu der ganzen hw gepostet), der per wlan mit meinem intel nuc (win 10) und per virtuellem com-port (com 10) abgefragt wird. das funzt auch alles erstaunlich gut. die epever-eigene win-software wertet wunderbar die daten aus und steuert auch den laderegler.

der theoretische weitere weg wäre jetzt: den virtuellen port über meine vm an debian weiter zu reichen - das probier ich, sobald du mir sagst, dass es auf linux/fhem-seite generell kein größeres problem ist.

die ganze fragerei hat den sinn, dass ich wenigstens halbwegs schnell unterscheiden können will, ob eventuelle fehler auf seiten vm oder linux gemacht wurden. ich bin bei beidem nicht grade sattelfest und hab in sachen modbus noch gar nix gemacht.

[sparkiie]

Wenn du den Laderegler sowieso per IP abfragst, warum dann nicht direkt aus FHEM. Ich mache genau das:

Code Auswählen Erweitern

defmod Solarlader ModbusAttr 1 60 192.168.0.138:23 RTU
attr Solarlader userattr cmdIcon dev-c-defShowGet dev-c-read dev-c-write dev-h-defShowGet dev-i-defShowGet devStateIcon event-on-change-reading eventMap icon obj-c0-poll obj-c0-reading obj-c0-set obj-c0-showGet obj-c2-poll obj-c2-reading obj-c2-set obj-h0-poll obj-h0-reading obj-h0-set obj-h36864-name obj-h36864-reading obj-h36864-set obj-h36865-name obj-h36865-reading obj-h36865-set obj-h36925-name obj-h36925-reading obj-h36925-set obj-i12296-poll obj-i12296-reading obj-i12544-expr obj-i12544-poll obj-i12544-reading obj-i12544-set obj-i12544-showGet obj-i12545-expr obj-i12545-poll obj-i12545-reading obj-i12545-showGet obj-i12546-expr obj-i12546-poll obj-i12546-reading obj-i12548-expr obj-i12548-poll obj-i12548-reading obj-i12548-showGet obj-i12549-expr obj-i12549-poll obj-i12549-reading obj-i12550-expr obj-i12550-poll obj-i12550-reading obj-i12556-expr obj-i12556-poll obj-i12556-reading obj-i12557-expr obj-i12557-poll obj-i12557-reading obj-i12558-expr obj-i12558-poll obj-i12558-reading obj-i12559-poll obj-i12559-reading obj-i12560-expr obj-i12560-poll obj-i12560-reading obj-i12561-expr obj-i12561-poll obj-i12561-reading obj-i12570-format obj-i12570-poll obj-i12570-reading obj-i12800-poll obj-i12800-reading obj-i12801-poll obj-i12801-reading obj-i13060-expr obj-i13060-poll obj-i13060-reading obj-i13061-poll obj-i13061-reading obj-i13062-expr obj-i13062-poll obj-i13062-reading obj-i13063-poll obj-i13063-reading obj-i13064-expr obj-i13064-poll obj-i13064-reading obj-i13066-expr obj-i13066-poll obj-i13066-reading obj-i13068-expr obj-i13068-poll obj-i13068-reading obj-i13070-expr obj-i13070-poll obj-i13070-reading obj-i13072-expr obj-i13072-poll obj-i13072-reading obj-i13074-expr obj-i13074-poll obj-i13074-reading stateFormat userReadings verbose webCmd
attr Solarlader cmdIcon an:general_an@green aus:general_aus@red
attr Solarlader dev-c-defShowGet 1
attr Solarlader dev-h-defShowGet 1
attr Solarlader dev-i-defShowGet 1
attr Solarlader devStateIcon 0:rc_STOP
attr Solarlader event-on-change-reading .*
attr Solarlader eventMap /ManualControlLoad 0:aus/ManualControlLoad 1:an/
attr Solarlader group Solar
attr Solarlader icon sani_solar
attr Solarlader obj-c0-poll 1
attr Solarlader obj-c0-reading ChargingOnOff
attr Solarlader obj-c0-set 1
attr Solarlader obj-c2-poll 1
attr Solarlader obj-c2-reading ManualControlLoad
attr Solarlader obj-c2-set 1
attr Solarlader obj-h36864-reading BattTyp
attr Solarlader obj-h36864-set 1
attr Solarlader obj-h36865-reading BattCapacityDefault
attr Solarlader obj-h36865-set 1
attr Solarlader obj-h36925-reading LoadControll
attr Solarlader obj-h36925-set 1
attr Solarlader obj-i12296-poll 1
attr Solarlader obj-i12296-reading Chargingmode
attr Solarlader obj-i12544-expr $val/100
attr Solarlader obj-i12544-poll 1
attr Solarlader obj-i12544-reading Panelspannung
attr Solarlader obj-i12545-expr $val/100
attr Solarlader obj-i12545-poll 1
attr Solarlader obj-i12545-reading Panelstrom
attr Solarlader obj-i12546-expr $val/100
attr Solarlader obj-i12546-poll 1
attr Solarlader obj-i12546-reading PanelPowerL
attr Solarlader obj-i12548-expr $val/100
attr Solarlader obj-i12548-poll 1
attr Solarlader obj-i12548-reading Battspannung
attr Solarlader obj-i12549-expr $val/100
attr Solarlader obj-i12549-poll 1
attr Solarlader obj-i12549-reading Battstrom
attr Solarlader obj-i12550-expr $val/100
attr Solarlader obj-i12550-poll 1
attr Solarlader obj-i12550-reading BattPowerL
attr Solarlader obj-i12556-expr $val/100
attr Solarlader obj-i12556-poll 1
attr Solarlader obj-i12556-reading LoadSpannung
attr Solarlader obj-i12557-expr $val/100
attr Solarlader obj-i12557-poll 1
attr Solarlader obj-i12557-reading LoadCurrent
attr Solarlader obj-i12558-expr $val/100
attr Solarlader obj-i12558-poll 1
attr Solarlader obj-i12558-reading LoadPowerL
attr Solarlader obj-i12560-expr $val/100
attr Solarlader obj-i12560-poll 1
attr Solarlader obj-i12560-reading BatteryTemperatur
attr Solarlader obj-i12561-expr $val/100
attr Solarlader obj-i12561-poll 1
attr Solarlader obj-i12561-reading LaderTemperatur
attr Solarlader obj-i12570-poll 1
attr Solarlader obj-i12570-reading BattCapacityRemaining
attr Solarlader obj-i12800-poll 1
attr Solarlader obj-i12800-reading BattStatus
attr Solarlader obj-i12801-poll 1
attr Solarlader obj-i12801-reading LadeStatus
attr Solarlader obj-i13060-expr $val/100
attr Solarlader obj-i13060-poll 1
attr Solarlader obj-i13060-reading EnergieVerbrauchTag
attr Solarlader obj-i13062-expr $val/100
attr Solarlader obj-i13062-poll 1
attr Solarlader obj-i13062-reading EnergieVerbrauchMonat
attr Solarlader obj-i13064-expr $val/100
attr Solarlader obj-i13064-poll 1
attr Solarlader obj-i13064-reading EnergieVerbrauchJahr
attr Solarlader obj-i13066-expr $val/100
attr Solarlader obj-i13066-poll 1
attr Solarlader obj-i13066-reading EnergieVerbrauchGesamt
attr Solarlader obj-i13068-expr $val/100
attr Solarlader obj-i13068-poll 1
attr Solarlader obj-i13068-reading EnergieTag
attr Solarlader obj-i13070-expr $val/100
attr Solarlader obj-i13070-poll 1
attr Solarlader obj-i13070-reading EnergieMonat
attr Solarlader obj-i13072-expr $val/100
attr Solarlader obj-i13072-poll 1
attr Solarlader obj-i13072-reading EnergieJahr
attr Solarlader obj-i13074-expr $val/100
attr Solarlader obj-i13074-poll 1
attr Solarlader obj-i13074-reading EnergieGesamt
attr Solarlader room Home,Solar

[the ratman]

das ist das problem!
kurz:
das wlan des nuc meldet sich als usb-stick bei der vm. bei usb gibts böseste timing probleme. da kriegst du nichts länger als 5 min zum laufen (wenn überhaupt).
d.h. ich mußte andere wege probieren.

aja - nur, damit du mich ned ganz für bescheuert hältst: die dumme wlan-box von epever kann seit dem letzten firmwareupdate keinen client mehr, die kann nur mehr server . somit kann ichs nicht auf einfachen wege in mein netz bringen.


im zuge deiner aktivität hier hab ich eben das erste mal probiert, den com-port als host device durch die vm zu kriegen - derweil geht auch das nicht ... vm startet bei aktiven com nicht mehr.
sprich: das kann noch dauern, bis ich überhaupt mal den com in linux hab.

ich versuch grad aus https://docs.oracle.com/cd/E97728_01/E97727/html/serialports.html schlau zu werden.
vielleicht kapierst ja du, was da steht *g* das

Code Auswählen Erweitern

TCP Client: To create a virtual null-modem cable over the Internet or LAN, the other side can connect using TCP by specifying hostname:port in the Path/Address field. The TCP socket will act in client mode if you select the Connect to Existing Pipe/Socket check box. währe wohl der richtige weg, oder?
frag mich nur, was ich da auf vm-seite eintragen muß?

[sparkiie]

Ehrlich gesagt verstehe ich das Problem nicht.

Ich betreibe FHEM ebenfalls in einer VMWare mit NanoCul, Zigbee Stick, Modbus Stick, RS232 Stick, frage den Laderegler per TCP ab und und und. Alles läuft prima ohne Timing Probleme oder so.

Vielleicht solltest das erstmal ordentlich zum Laufen bringen und ggf. die Hardware ersetzen (Raspberry Pi, oder kleines Board für Windows).

Die Wlan Box lässt sich für 5€ ersetzen und dann kannst du auch direkt Abfragen...
https://youtu.be/hdHLEb8ej64
Ab ca. 3:51:00!

[the ratman]

ich verstehs problem auch nicht. aber ... nachdem auf einer test-vm auf meinem pc keine timingprobleme aufgetreten sind (zumindest nicht bei div. kurztests), nehme ich an, es liegt an dem nuc.
aber das wurde hier schon genug durchgekaut ...

was den raspi angeht - ja, sobald der 4b endlich funzendes 64bit hat und auch von usb nativ booten kann, ist sogar ein solcher geplant. nachdem das aber sicher noch mind. 1/2 jahr dauern wird (wenn man optimist is), würd ich halt zumindest eine notlösung für mein inselsolaranlage haben.

eine kabelgebunde lösung ist übrigens auch keine echte lösung ... ich müßte da ein paar meterchen kabel verlegen und löcher bohren - da sinkt der waf gegen 0.

[delMar]

aja - nur, damit du mich ned ganz für bescheuert hältst: die dumme wlan-box von epever kann seit dem letzten firmwareupdate keinen client mehr, die kann nur mehr server . somit kann ichs nicht auf einfachen wege in mein netz bringen.

Ich hab irgendwo gelesen, dass die Box Server noch kann, allerdings im Web-UI nicht mehr anbietet.
Folgende Lösungsmöglichkeit (keine Ahnung, ob das mit deiner Firmware immer noch so funktioniert):

Im Browser im Web-UI die Seite als HTML Speichern. Und zwar so, dass auch alle dateien mitgespeichert werden.
Wenn du das im Chrome machst, solltest du dann zB einen Ordner namens Setting_files bekommen.

Da drin liegt eine Datei: select_cn.html. In der (ca Zeile 40 oder 41) stehen die Optionen, wobei Access Point auskommentiert ist.
Dieses HTML änderst du zB auf folgendes

Code Auswählen Erweitern


<form name="form_wmode" method="post" action="http://ip-der-box:1180/do_cmd_cn.shtml">
<div class="label">
<div class="lab_name">Mode Select</div>
<div class="lab_value"><button class="btn-style">save</button></div>
<div class="lab_value">
<select name="wifi_mode" class="select-style">
<option value="AP">AP Mode </option>
<option value="STA">STA Mode </option>
</select>
</div>
</div>
</form>


Auserdem musst du vom 'action' attribut noch 'localhost' durch die IP deiner Box ersetzen.

Nun kannst du Setting.html in deinem Browser öffnen, den Wert umstellen und das Submit geht an die Box (deswegen die Änderung vom 'action' attribut)

Dann sollte die Box im Server-Modus laufen.

Das alles natürlich ohne Gewähr. Ich hatte das bei mir mal soweit vorbereitet, habs aber nie umgesetzt, weil ich einen extra USB-WLAN-Stick rumliegen hatte, der jetzt nur für die Verbindung zur Box da ist - und problemlos funktioniert.

Hope that helps

schöne Grüße
Martin

[the ratman]

Ich hab irgendwo gelesen, dass die Box Server noch kann, allerdings im Web-UI nicht mehr anbietet.

das ding kenn ich - und ich bin eben auch ned sicher, was mit der aktuellen fw dann passiert - ging ja eigentlich um eine version davor.
die sache war und ist mir zu unischer. wer hilft mir dann wieder, wenn da was schief geht ...

ich spiel mich jetzt mal die tage mit dem com-port. kann ja ned so schwer sein. sobald ich den durch die vm krieg, sollt der rest ja nur mehr ne abschreibübung bei dir sein.

Das alles natürlich ohne Gewähr. Ich hatte das bei mir mal soweit vorbereitet, habs aber nie umgesetzt, weil ich einen extra USB-WLAN-Stick rumliegen hatte, der jetzt nur für die Verbindung zur Box da ist - und problemlos funktioniert.

exakt wie bei mir. allerdings war mein stick schon vorher schrott und eigentlich nur zum "mal-schnell-testen" auf meinem pc gedacht gewesen.
dacht ich mir neulich, ich könne nen neuen stick kaufen, oder gleich das wlan meines servers (der nuc) mißbrauchen - kostet € 5,- weniger *g* und da nun eben eigentlich alles auf dem richtigen rechner liegt, kam die idee mit dem com-port weiter leiten.

[airfish]

Ich habe den LS2024B von epever und das WIFI Interface ebox-wifi-01 mit der neuesten Firmware.
Mit der Wifi Box ist es jetzt wieder möglich sich in ein bestehendes WLAN Netzwerk einzuhängen und dann ist es kinderleicht mit fhem und modbus über tcp den Lader auszulesen.

[laserrichi]

Kaum sind 3 Jahre vergangen
Wo findet man die Firmware ?

[the ratman]

ich nehme mal an da: https://www.epsolarpv.com/downsoft.html
nur was, muß ich jetzt auch mal nachlesen. oder airfish gibt uns den direkten link.

und an jeglicher hilfe in sachen modbus wär ich auch extremst interessiert *g*


sagts amal - ich bin grad dabei ein paar kabel zu verlegen und könnte ein cat7 an der solarstation ankleben.
was würde passieren, würd ich das ding mit nem patchkabel in mein netz bringen? rauchwölckchen oder was brauchbares?

[laserrichi]

also in den Downloads hatte ich schon geschaut, und mit der Handy App kann man auf dem Teil wohl keinen Softwareupdate machen.
2017 hatte ich mit denen schon mal Mailverkehr Ich hab noch so eine Box bei mir herumliegen da ich das damals auch versuchte und hab ja mit ESPEasy das ganze angebunden.

@ratman  du meinst von der RS-485 geschichte das CAT7 Kabel aufstecken ?
Da gilt eine maximale Leitungslänge von 1200m 
Da wäre dann mehr der Potentialausgleich bzw. unterschied interessant, dann raucht es auch wenn das nicht passt
Bei vielen Ladereglern ist das + auf dem Gehäuse.
Wie hast du das momentan angebunden ?

[the ratman]

per wlan.
tools sind: usr-vcom um auf comport vom wlan zu kommen und dann deren solar station monitor. beiden tools trau ich chinesenartig null, hab aber nix anderes gefunden, was nix kostet.
an fhem angebunden ist da also 0. allein schon, weil ich 1) dieses vcom.tool sicher nicht auf meinem server installieren werd und das ding sowieso kein wlan hätte.

drum hätte ich mal auf lan gehofft, weil dann wenigstens 1 problem wegfallen würde. würds natürlich ne neue fw geben, die endlich brav mit meiner fritzbox spielen würde, wär das problem ebenfalls gelöst.
bliebe als problem nur mehr der virtuelle com-port. das wäre sicher wieder recht lustig zum weiterleiten an mein fhem, das in ner vbox arbeitet. die hat gern mit sowas beim durchschleifen timingprobleme ...

[laserrichi]

ok ja gut ich hab halt in der Gartenhütte sowieso einen ESPEasy am laufen und stelle da über das wlan einfach den COM bereit.
Ist halt am einfachsten und kostet einen Wemos D1 und TTL RS-485 Platine  das alles für gut nen 10er plus bissl löten Löten.
Das ganze wird bei mir alles über den RJ-45 Anschluss vom Solarregler mit Strom versorgt und läuft schon so 3Jahre.
Es versorgt auch noch einen Feinstaubmesser, Luftdruck, Temperatur und Feuchtigkeit.

Diese ebox macht aber auch quasi nur wlan als COM emulation. Finde hier dann das ESPEasy sicherer weil die Software sicher frei ist von Spionage.

[the ratman]

naja, um spionage mach i mir bei meiner spiezeug-anlage keine großen sorgen. die versorgt grad die wetterstation und ein paar weitere sensoren auf der terrasse, aja und ein bissi licht und ventilatoren im treibhaus. da darf jeder spionieren, wie er lustig is - mit feldstecher könnt ers auch vom display der anlage ablesen *g*.
mir geht lediglich am nerv, dass ich zum nachsehen, wie es der anlage geht, immer extra das ganze zeugs am rechner anwerfen muß. will das ganze chinesen-zeugs ned im dauerlauf haben, wenns auch nicht aus meinem netz raus darf - verrauen geht gegen 0.

derzeit hab ich ja noch die hoffnung, dass meine neue vm (mit angeblich vielen neuerungen in der richtung) dann auch wlan ohne timingprobleme duch schleift. dann sollte das alles ja auch mal in fhem rein gebastelt werden können. ich hab derzeit nur irgendwie viel zu viele baustellen offen und verdräng das update immer aus meinen kopf *g*.

und nur, weil ich dich hier grad dran hab ... dir ist nicht zufällig irgend ne windoof-version eines tools bekannt, das den mppt über wlan auslesen kann und die daten möglichst simpel und automatisch in ein file schreibt. weil im weiterleiten von einfachen datensätzen an fhem über win hab ich langsam übung. steuer so meinen foobar2000 und den jdownloader ...

[laserrichi]

also eine PC Lösung weis ich jetzt so nicht, außer halt die Soft vom Chinesen die du ja schon hast.

Warum klemmst du da nicht einfach einen Wemos D1 mit ESPEasy einfach daran an ?
Das würde ja so funktionieren.

[the ratman]

weil ich keinen dunst davon hab und das nach viel löterei, fw-einspielen, in fhem mir unbekannte module verwenden, usw. riecht. das ist definitiv nicht meine lieblingsbeschäftigung ...

[sparkiie]

Da übertreibst du aber. Nodemcu oder wemos, RS485 Modul dran, mit 4 Kabeln den Laderegler mit dem Rest verbinden. Im ESPEasy das Serial Server Device anlegen und im FHEM einbinden:

https://forum.fhem.de/index.php/topic,85991.msg999812.html#msg999812

https://forum.fhem.de/index.php/topic,85991.msg999768.html#msg999768

[laserrichi]

Ob du jetzt die Box-Wifi-01 nimmst oder einen ESP  ist vom Mehraufwand wirklich nur das aufspielen der Software auf den ESP und Löten.
Um die Definition in FHEM mit Modbus wirst du nicht drumherum kommen.
Bzw. ich hab meine Definitionen mal als Modul exportiert, also die schweinearbeit mit den definitionen hab ich schon quasi erledigt

Ich hab jetzt mal epever angeschrieben wegen der neueren Firmware für die Box-Wifi-01. Wenn das dann gehen sollte dann musst nicht löten.

Wenn alle stricke reißen und es doch so nicht geht, dann könnte ich Dir anbieten den wemos mit kabel plug&play fähig für deinen Solarlader zusammenzubauen. Aber die Platinen in ein Gehäuse basteln mache ich nicht

[the ratman]

thx füs löt-angebot ...
das löten ansich nervt mich eigentlich nur, speziell, seit ich ne brille brauch. tatsächlich steht ne  lötstation hier irgendwo in ner ecke rum und verstaubt. ich will halt nicht noch eine baustelle aufmachen.

somit würd ich sagen:
mal gucken, ob vorhandenes auch geht und du die fw von china erobern kannst.
und wenn du mir dann auch noch dein modul und ein paar infos zur selbsthilfe zur verfügung stellst, wär dass wirklich ein freudenfest.
gerechnet hab ich ja nicht mehr damit, meine möchtegern-solar-anlage in fhem rein zu kriegen. hätte schon was. naja, zumindest einen weiteren plot, den keiner anschaut *g*

[PeMue]

Aber die Platinen in ein Gehäuse basteln mache ich nicht

Brauchst Du ja auch nicht, unser ratman hat einen neuen 3D Drucker und freut sich sicherlich aufs Konstruieren mit FreeCAD und das anschließende Drucken 

Gruß Peter

[the ratman]

psst! nicht alles verraten 

[laserrichi]

also die Chinesen lassen sich wohl Zeit.
Mein Modul für die EPEVER Solar Geräte, da werde ich demnächst einen extra Thread dazu aufmachen und es zur verfügung stellen, sind über 400 lines schon . Ich bin momentan noch dabei die Hilfe und Doku zu den einzelnen Readings zu basteln und ein paar Eigenheiten auszutesten

[the ratman]

[mimimi]
die chinesen - für die scheint alles erledigt zu sein, wenn man einmal was halbwegs funzendes verkauft hat. zumindest hab ich noch kein einziges mal von denen ne hilfe oder brauchbare info bekommen, wenn mal nachträglich was gebraucht wurde.
bestes zitat (die hatten wenigstens mal reagiert) zu einer lösung wegen eines - schon beim erhalt - nicht mehr funzenden raspi-touchscreens: "dann müssen sie ihren raspi downgraden, wir wollen kein fw-update machen"
[/mimimi]

mein problem wäre ja auch noch: wo kriegt man die alte fw her, falls was schief geht, oder hast du die irgendwo?

[airfish]

ich nehme mal an da: https://www.epsolarpv.com/downsoft.html
nur was, muß ich jetzt auch mal nachlesen. oder airfish gibt uns den direkten link.

Sorry für die lange Dauer der Antwort, musste ewig suchen wo ich die Quelle her hatte, das es ein offizielles Firmwareupdate gibt mit funktionierendem STA mode
Meine am 17. Mai über Amazon gekaufte Ebox-Wifi hatte diese Firmware aber schon drauf und ich konnte einfach das Teil somit super einfach in mein WLAN einbinden und per MODBUS über TCP die Parameter auslesen. Die Notwendigkeit eines weiteren Raspi zum direkten Auslesen der Parameter (im Gartenhaus wo der Solarregler sitzt) mit dem speziellen Kabel für die PC-Anbindung entfällt somit, und es geht jetzt einfach per WLAN.
In dem Link ist eine fast Schritt für Schritt Anleitung drinnen mit Firmwarelink ganz unten.

http://support.epsolarpv.com/support/solutions/articles/48000975781-how-to-update-my-ebox-wifi-01-web-firmware-to-latest-version-to-enable-the-sta-mode-

[laserrichi]

Also ich hatte von denen per Mailanfrage die Anleitung als PDF und das File bekommen und gleich geflasht. Und es hat funktioniert.

[hummeruli]

Wenn du den Laderegler sowieso per IP abfragst, warum dann nicht direkt aus FHEM. Ich mache genau das:

Code Auswählen Erweitern

defmod Solarlader ModbusAttr 1 60 192.168.0.138:23 RTU
attr Solarlader userattr cmdIcon dev-c-defShowGet dev-c-read dev-c-write dev-h-defShowGet dev-i-defShowGet devStateIcon event-on-change-reading eventMap icon obj-c0-poll obj-c0-reading obj-c0-set obj-c0-showGet obj-c2-poll obj-c2-reading obj-c2-set obj-h0-poll obj-h0-reading obj-h0-set obj-h36864-name obj-h36864-reading obj-h36864-set obj-h36865-name obj-h36865-reading obj-h36865-set obj-h36925-name obj-h36925-reading obj-h36925-set obj-i12296-poll obj-i12296-reading obj-i12544-expr obj-i12544-poll obj-i12544-reading obj-i12544-set obj-i12544-showGet obj-i12545-expr obj-i12545-poll obj-i12545-reading obj-i12545-showGet obj-i12546-expr obj-i12546-poll obj-i12546-reading obj-i12548-expr obj-i12548-poll obj-i12548-reading obj-i12548-showGet obj-i12549-expr obj-i12549-poll obj-i12549-reading obj-i12550-expr obj-i12550-poll obj-i12550-reading obj-i12556-expr obj-i12556-poll obj-i12556-reading obj-i12557-expr obj-i12557-poll obj-i12557-reading obj-i12558-expr obj-i12558-poll obj-i12558-reading obj-i12559-poll obj-i12559-reading obj-i12560-expr obj-i12560-poll obj-i12560-reading obj-i12561-expr obj-i12561-poll obj-i12561-reading obj-i12570-format obj-i12570-poll obj-i12570-reading obj-i12800-poll obj-i12800-reading obj-i12801-poll obj-i12801-reading obj-i13060-expr obj-i13060-poll obj-i13060-reading obj-i13061-poll obj-i13061-reading obj-i13062-expr obj-i13062-poll obj-i13062-reading obj-i13063-poll obj-i13063-reading obj-i13064-expr obj-i13064-poll obj-i13064-reading obj-i13066-expr obj-i13066-poll obj-i13066-reading obj-i13068-expr obj-i13068-poll obj-i13068-reading obj-i13070-expr obj-i13070-poll obj-i13070-reading obj-i13072-expr obj-i13072-poll obj-i13072-reading obj-i13074-expr obj-i13074-poll obj-i13074-reading stateFormat userReadings verbose webCmd
attr Solarlader cmdIcon an:general_an@green aus:general_aus@red
attr Solarlader dev-c-defShowGet 1
attr Solarlader dev-h-defShowGet 1
attr Solarlader dev-i-defShowGet 1
attr Solarlader devStateIcon 0:rc_STOP
attr Solarlader event-on-change-reading .*
attr Solarlader eventMap /ManualControlLoad 0:aus/ManualControlLoad 1:an/
attr Solarlader group Solar
attr Solarlader icon sani_solar
attr Solarlader obj-c0-poll 1
attr Solarlader obj-c0-reading ChargingOnOff
attr Solarlader obj-c0-set 1
attr Solarlader obj-c2-poll 1
attr Solarlader obj-c2-reading ManualControlLoad
attr Solarlader obj-c2-set 1
attr Solarlader obj-h36864-reading BattTyp
attr Solarlader obj-h36864-set 1
attr Solarlader obj-h36865-reading BattCapacityDefault
attr Solarlader obj-h36865-set 1
attr Solarlader obj-h36925-reading LoadControll
attr Solarlader obj-h36925-set 1
attr Solarlader obj-i12296-poll 1
attr Solarlader obj-i12296-reading Chargingmode
attr Solarlader obj-i12544-expr $val/100
attr Solarlader obj-i12544-poll 1
attr Solarlader obj-i12544-reading Panelspannung
attr Solarlader obj-i12545-expr $val/100
attr Solarlader obj-i12545-poll 1
attr Solarlader obj-i12545-reading Panelstrom
attr Solarlader obj-i12546-expr $val/100
attr Solarlader obj-i12546-poll 1
attr Solarlader obj-i12546-reading PanelPowerL
attr Solarlader obj-i12548-expr $val/100
attr Solarlader obj-i12548-poll 1
attr Solarlader obj-i12548-reading Battspannung
attr Solarlader obj-i12549-expr $val/100
attr Solarlader obj-i12549-poll 1
attr Solarlader obj-i12549-reading Battstrom
attr Solarlader obj-i12550-expr $val/100
attr Solarlader obj-i12550-poll 1
attr Solarlader obj-i12550-reading BattPowerL
attr Solarlader obj-i12556-expr $val/100
attr Solarlader obj-i12556-poll 1
attr Solarlader obj-i12556-reading LoadSpannung
attr Solarlader obj-i12557-expr $val/100
attr Solarlader obj-i12557-poll 1
attr Solarlader obj-i12557-reading LoadCurrent
attr Solarlader obj-i12558-expr $val/100
attr Solarlader obj-i12558-poll 1
attr Solarlader obj-i12558-reading LoadPowerL
attr Solarlader obj-i12560-expr $val/100
attr Solarlader obj-i12560-poll 1
attr Solarlader obj-i12560-reading BatteryTemperatur
attr Solarlader obj-i12561-expr $val/100
attr Solarlader obj-i12561-poll 1
attr Solarlader obj-i12561-reading LaderTemperatur
attr Solarlader obj-i12570-poll 1
attr Solarlader obj-i12570-reading BattCapacityRemaining
attr Solarlader obj-i12800-poll 1
attr Solarlader obj-i12800-reading BattStatus
attr Solarlader obj-i12801-poll 1
attr Solarlader obj-i12801-reading LadeStatus
attr Solarlader obj-i13060-expr $val/100
attr Solarlader obj-i13060-poll 1
attr Solarlader obj-i13060-reading EnergieVerbrauchTag
attr Solarlader obj-i13062-expr $val/100
attr Solarlader obj-i13062-poll 1
attr Solarlader obj-i13062-reading EnergieVerbrauchMonat
attr Solarlader obj-i13064-expr $val/100
attr Solarlader obj-i13064-poll 1
attr Solarlader obj-i13064-reading EnergieVerbrauchJahr
attr Solarlader obj-i13066-expr $val/100
attr Solarlader obj-i13066-poll 1
attr Solarlader obj-i13066-reading EnergieVerbrauchGesamt
attr Solarlader obj-i13068-expr $val/100
attr Solarlader obj-i13068-poll 1
attr Solarlader obj-i13068-reading EnergieTag
attr Solarlader obj-i13070-expr $val/100
attr Solarlader obj-i13070-poll 1
attr Solarlader obj-i13070-reading EnergieMonat
attr Solarlader obj-i13072-expr $val/100
attr Solarlader obj-i13072-poll 1
attr Solarlader obj-i13072-reading EnergieJahr
attr Solarlader obj-i13074-expr $val/100
attr Solarlader obj-i13074-poll 1
attr Solarlader obj-i13074-reading EnergieGesamt
attr Solarlader room Home,Solar

Habe gerade den Code versucht um meinen 3210 von Epever per seriellem Modbus an Fhem anzubinden. Leider ohne Erfolg. Es tut sich nichts. Per PC-Win10 geht es ohne Probleme.
Eventuell kann mir jemand von euch einen Anstubser geben.

Hier mein Code, der nur auf eine RS485 aufsetzt.

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        1 60
   FUUID      5f21e9b9-f33f-0a06-9874-412d30cccfb6812d
   INTERVAL   60
   IODev      RS485
   MODBUSID   1
   MODE       master
   MODULEVERSION Modbus 4.1.5 - 17.9.2019
   NAME       Solarlader
   NOTIFYDEV  global
   NR         13836
   NTFY_ORDER 50-Solarlader
   PROTOCOL   RTU
   STATE      opened
   TRIGGERTIME 1596060443.45483
   TRIGGERTIME_FMT 2020-07-30 00:07:23
   TYPE       ModbusAttr
   lastUpdate 1596060383.45483
   FRAME:
   READ:
   READINGS:
     2020-07-29 23:54:14   state           opened
   REMEMBER:
     lsend      1596060401.47321
   lastRead:
Attributes:
   IODev      RS485
   cmdIcon    an:general_an@green aus:general_aus@red
   dev-c-defShowGet 1
   dev-h-defShowGet 1
   dev-i-defShowGet 1
   devStateIcon 0:rc_STOP
   event-on-change-reading .*
   eventMap   /ManualControlLoad 0:aus/ManualControlLoad 1:an/
   icon       sani_solar
   obj-c0-poll 1
   obj-c0-reading ChargingOnOff
   obj-c0-set 1
   obj-c2-poll 1
   obj-c2-reading ManualControlLoad
   obj-c2-set 1
   obj-h36864-reading BattTyp
   obj-h36864-set 1
   obj-h36865-reading BattCapacityDefault
   obj-h36865-set 1
   obj-h36925-reading LoadControll
   obj-h36925-set 1
   obj-i12296-poll 1
   obj-i12296-reading Chargingmode
   obj-i12544-expr $val/100
   obj-i12544-poll 1
   obj-i12544-reading Panelspannung
   obj-i12545-expr $val/100
   obj-i12545-poll 1
   obj-i12545-reading Panelstrom
   obj-i12546-expr $val/100
   obj-i12546-poll 1
   obj-i12546-reading PanelPowerL
   obj-i12548-expr $val/100
   obj-i12548-poll 1
   obj-i12548-reading Battspannung
   obj-i12549-expr $val/100
   obj-i12549-poll 1
   obj-i12549-reading Battstrom
   obj-i12550-expr $val/100
   obj-i12550-poll 1
   obj-i12550-reading BattPowerL
   obj-i12556-expr $val/100
   obj-i12556-poll 1
   obj-i12556-reading LoadSpannung
   obj-i12557-expr $val/100
   obj-i12557-poll 1
   obj-i12557-reading LoadCurrent
   obj-i12558-expr $val/100
   obj-i12558-poll 1
   obj-i12558-reading LoadPowerL
   obj-i12560-expr $val/100
   obj-i12560-poll 1
   obj-i12560-reading BatteryTemperatur
   obj-i12561-expr $val/100
   obj-i12561-poll 1
   obj-i12561-reading LaderTemperatur
   obj-i12570-poll 1
   obj-i12570-reading BattCapacityRemaining
   obj-i12800-poll 1
   obj-i12800-reading BattStatus
   obj-i12801-poll 1
   obj-i12801-reading LadeStatus
   obj-i13060-expr $val/100
   obj-i13060-poll 1
   obj-i13060-reading EnergieVerbrauchTag
   obj-i13062-expr $val/100
   obj-i13062-poll 1
   obj-i13062-reading EnergieVerbrauchMonat
   obj-i13064-expr $val/100
   obj-i13064-poll 1
   obj-i13064-reading EnergieVerbrauchJahr
   obj-i13066-expr $val/100
   obj-i13066-poll 1
   obj-i13066-reading EnergieVerbrauchGesamt
   obj-i13068-expr $val/100
   obj-i13068-poll 1
   obj-i13068-reading EnergieTag
   obj-i13070-expr $val/100
   obj-i13070-poll 1
   obj-i13070-reading EnergieMonat
   obj-i13072-expr $val/100
   obj-i13072-poll 1
   obj-i13072-reading EnergieJahr
   obj-i13074-expr $val/100
   obj-i13074-poll 1
   obj-i13074-reading EnergieGesamt
   room       Energie->Solar
   userattr   cmdIcon dev-c-defShowGet dev-c-read dev-c-write dev-h-defShowGet dev-i-defShowGet devStateIcon event-on-change-reading eventMap icon obj-c0-poll obj-c0-reading obj-c0-set obj-c0-showGet obj-c2-poll obj-c2-reading obj-c2-set obj-h0-poll obj-h0-reading obj-h0-set obj-h36864-name obj-h36864-reading obj-h36864-set obj-h36865-name obj-h36865-reading obj-h36865-set obj-h36925-name obj-h36925-reading obj-h36925-set obj-i12296-poll obj-i12296-reading obj-i12544-expr obj-i12544-poll obj-i12544-reading obj-i12544-set obj-i12544-showGet obj-i12545-expr obj-i12545-poll obj-i12545-reading obj-i12545-showGet obj-i12546-expr obj-i12546-poll obj-i12546-reading obj-i12548-expr obj-i12548-poll obj-i12548-reading obj-i12548-showGet obj-i12549-expr obj-i12549-poll obj-i12549-reading obj-i12550-expr obj-i12550-poll obj-i12550-reading obj-i12556-expr obj-i12556-poll obj-i12556-reading obj-i12557-expr obj-i12557-poll obj-i12557-reading obj-i12558-expr obj-i12558-poll obj-i12558-reading obj-i12559-poll obj-i12559-reading obj-i12560-expr obj-i12560-poll obj-i12560-reading obj-i12561-expr obj-i12561-poll obj-i12561-reading obj-i12570-format obj-i12570-poll obj-i12570-reading obj-i12800-poll obj-i12800-reading obj-i12801-poll obj-i12801-reading obj-i13060-expr obj-i13060-poll obj-i13060-reading obj-i13061-poll obj-i13061-reading obj-i13062-expr obj-i13062-poll obj-i13062-reading obj-i13063-poll obj-i13063-reading obj-i13064-expr obj-i13064-poll obj-i13064-reading obj-i13066-expr obj-i13066-poll obj-i13066-reading obj-i13068-expr obj-i13068-poll obj-i13068-reading obj-i13070-expr obj-i13070-poll obj-i13070-reading obj-i13072-expr obj-i13072-poll obj-i13072-reading obj-i13074-expr obj-i13074-poll obj-i13074-reading stateFormat userReadings verbose webCmd

Danke

Gruß

Uli

[laserrichi]

du gibst bei define nur 1 60 an   also modbus ID 1  und alle 60 Sekunden....
Es fehlt hier ja die Angabe des Interfaces oder der IP
z.b.

Code Auswählen Erweitern

define ModbusLine Modbus /dev/ttyUSB1@9600
define Solarlader ModbusAttr 1 60

Ich hab übrigens das ganze auch als Modul fertig hier verlinkt
https://forum.fhem.de/index.php/topic,111967

[hummeruli]

du gibst bei define nur 1 60 an   also modbus ID 1  und alle 60 Sekunden....
Es fehlt hier ja die Angabe des Interfaces oder der IP
z.b.

Code Auswählen Erweitern

define ModbusLine Modbus /dev/ttyUSB1@9600
define Solarlader ModbusAttr 1 60

Ich hab übrigens das ganze auch als Modul fertig hier verlinkt
https://forum.fhem.de/index.php/topic,111967

Doch das IODev RS485 (bei mir so definiert) ist angegeben.

[laserrichi]

wie sieht dein list für RS485 aus ?

Interface im Linux sichbar ?
baudrate  stimmt  überein mit dem Regler ?  115200  8,1,N

[hummeruli]

wie sieht dein list für RS485 aus ?

Interface im Linux sichbar ?
baudrate  stimmt  überein mit dem Regler ?  115200  8,1,N

Ja Baudrate identisch zur Windows Software, in der er gefunden wird.

Sorry hier das Listing:

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        /dev/serial/by-id/usb-Exar_Corp._XR21B1411_N2550127551-if00@115200,8,N,1
   DeviceName /dev/serial/by-id/usb-Exar_Corp._XR21B1411_N2550127551-if00@115200,8,N,1
   EXPECT     idle
   FD         57
   FUUID      5f21e9b9-f33f-0a06-90c0-dc5c1fdfe1558408
   IODev      RS485
   LASTOPEN   1596059457.21448
   MODE       master
   NAME       RS485
   NR         13835
   NTFY_ORDER 50-RS485
   PARTIAL   
   PROTOCOL   RTU
   STATE      opened
   SerialConn 1
   TYPE       Modbus
   devioLoglevel 3
   nextOpenDelay 60
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2020-07-29 23:50:57   state           opened
   REMEMBER:
     lid        1
     lname      RS485
     lrecv      1596060716.86277
     lsend      1596121371.08627
   defptr:
     Solarlader 1
Attributes:
   room       Energie->Solar

[laserrichi]

sieht eigentlich dann ok aus, was kommt denn im Log ?
Also bei dem modbusattr als auch RS485, eines von beiden muss ja dann fehler bringen. Evtl. Loglevel erhöhen.

[hummeruli]

sieht eigentlich dann ok aus, was kommt denn im Log ?
Also bei dem modbusattr als auch RS485, eines von beiden muss ja dann fehler bringen. Evtl. Loglevel erhöhen.

Das ist alles was ich bis jetzt habe. Werde heute Abend ein gesondertes Logfile erstellen und den Level erhöhen.

Code Auswählen Erweitern

2020.07.30 19:48:46 3: RS485: Timeout waiting for a modbus response request: id 1, fCode 1, type c, adr 0, len 1 for device Solarlader reading ChargingOnOff (getUpdate), queued 12.00 secs ago, sent 2.00 secs ago, read buffer empty
2020.07.30 23:09:28 3: RS485: Timeout waiting for a modbus response request: id 1, fCode 4, type i, adr 12556, len 1 for device Solarlader reading LoadSpannung (getUpdate), queued 21.57 secs ago, sent 2.00 secs ago, read buffer empty
2020.07.30 23:09:30 3: RS485: Timeout waiting for a modbus response request: id 1, fCode 3, type h, adr 775, len 1 for device Solarlader (scan), queued 21.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.07.30 23:09:32 3: RS485: Timeout waiting for a modbus response request: id 1, fCode 3, type h, adr 777, len 1 for device Solarlader (scan), queued 21.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.07.30 23:09:34 3: RS485: Timeout waiting for a modbus response request: id 1, fCode 3, type h, adr 779, len 1 for device Solarlader (scan), queued 21.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.07.30 23:09:36 3: RS485: Timeout waiting for a modbus response request: id 1, fCode 3, type h, adr 781, len 1 for device Solarlader (scan), queued 21.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.07.30 23:09:38 3: Solarlader: set scan range specified as Modbus Id 1 to 255 with h100, Len
2020.07.30 23:09:38 3: RS485: Timeout waiting for a modbus response request: id 1, fCode 3, type h, adr 783, len 1 for device Solarlader (scan), queued 21.02 secs ago, sent 2.01 secs ago, read buffer empty

Wenn ich den Loglevel erhöhe kommt das:

Code Auswählen Erweitern

2020.07.30 23:27:17 5: Solarlader: UpdateSetList: setList=interval reread:noArg reconnect:noArg stop:noArg start:noArg close:noArg saveAsModule scanModbusId scanStop:noArg scanModbusObjects ChargingOnOff ManualControlLoad BattTyp BattCapacityDefault LoadControll
2020.07.30 23:27:17 5: Solarlader: UpdateSetList: getList=ChargingOnOff:noArg ManualControlLoad:noArg BattTyp:noArg BattCapacityDefault:noArg LoadControll:noArg Chargingmode:noArg Panelspannung:noArg Panelstrom:noArg PanelPowerL:noArg Battspannung:noArg Battstrom:noArg BattPowerL:noArg LoadSpannung:noArg LoadCurrent:noArg LoadPowerL:noArg BatteryTemperatur:noArg LaderTemperatur:noArg BattCapacityRemaining:noArg BattStatus:noArg LadeStatus:noArg EnergieVerbrauchTag:noArg EnergieVerbrauchMonat:noArg EnergieVerbrauchJahr:noArg EnergieVerbrauchGesamt:noArg EnergieTag:noArg EnergieMonat:noArg EnergieJahr:noArg EnergieGesamt:noArg
2020.07.30 23:27:17 3: RS485: Timeout waiting for a modbus response request: id 1, fCode 4, type i, adr 13064, len 1 for device Solarlader reading EnergieVerbrauchJahr (getUpdate), queued 10.01 secs ago, sent 2.00 secs ago, read buffer empty
2020.07.30 23:28:07 5: Solarlader: GetUpdate called from HandleTimeout
2020.07.30 23:28:07 5: Solarlader: SetartUpdateTimer called from GetUpdate updated timer, will call GetUpdate in 60.0 sec at 2020-07-30 23:29:07, interval 60
2020.07.30 23:28:07 5: Solarlader: GetUpdate objects from attributes: h36925 i13068 i12548 i13074 i12560 i12556 c0 i12545 h36864 i12549 i13060 i13072 i12800 i12558 h36865 i12561 i13066 i12546 i12557 i13070 c2 i13062 i12296 i12570 i12801 i12544 i13064 i12550
2020.07.30 23:28:07 5: Solarlader: GetUpdate full object list: c0 c2 h36864 h36865 h36925 i12296 i12544 i12545 i12546 i12548 i12549 i12550 i12556 i12557 i12558 i12560 i12561 i12570 i12800 i12801 i13060 i13062 i13064 i13066 i13068 i13070 i13072 i13074
2020.07.30 23:28:07 5: Solarlader: GetUpdate check c0 => ChargingOnOff, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request ChargingOnOff
2020.07.30 23:28:07 5: Solarlader: GetUpdate check c2 => ManualControlLoad, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request ManualControlLoad
2020.07.30 23:28:07 5: Solarlader: GetUpdate check h36864 => BattTyp, poll = 0, last = 0
2020.07.30 23:28:07 5: Solarlader: GetUpdate check h36865 => BattCapacityDefault, poll = 0, last = 0
2020.07.30 23:28:07 5: Solarlader: GetUpdate check h36925 => LoadControll, poll = 0, last = 0
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12296 => Chargingmode, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request Chargingmode
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12544 => Panelspannung, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request Panelspannung
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12545 => Panelstrom, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request Panelstrom
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12546 => PanelPowerL, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request PanelPowerL
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12548 => Battspannung, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request Battspannung
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12549 => Battstrom, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request Battstrom
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12550 => BattPowerL, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request BattPowerL
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12556 => LoadSpannung, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request LoadSpannung
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12557 => LoadCurrent, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request LoadCurrent
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12558 => LoadPowerL, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request LoadPowerL
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12560 => BatteryTemperatur, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request BatteryTemperatur
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12561 => LaderTemperatur, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request LaderTemperatur
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12570 => BattCapacityRemaining, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request BattCapacityRemaining
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12800 => BattStatus, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request BattStatus
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i12801 => LadeStatus, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request LadeStatus
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i13060 => EnergieVerbrauchTag, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request EnergieVerbrauchTag
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i13062 => EnergieVerbrauchMonat, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request EnergieVerbrauchMonat
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i13064 => EnergieVerbrauchJahr, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request EnergieVerbrauchJahr
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i13066 => EnergieVerbrauchGesamt, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request EnergieVerbrauchGesamt
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i13068 => EnergieTag, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request EnergieTag
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i13070 => EnergieMonat, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request EnergieMonat
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i13072 => EnergieJahr, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request EnergieJahr
2020.07.30 23:28:07 5: Solarlader: GetUpdate check i13074 => EnergieGesamt, poll = 1, last = 0
2020.07.30 23:28:07 4: Solarlader: GetUpdate will request EnergieGesamt
2020.07.30 23:28:07 5: Solarlader: GetUpdate tries to combine read commands
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for ChargingOnOff / c0 with ManualControlLoad / c2, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for ManualControlLoad / c2 with Chargingmode / i12296, span 12295 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for Chargingmode / i12296 with Panelspannung / i12544, span 249 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for Panelspannung / i12544 with Panelstrom / i12545, span 2 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for Panelstrom / i12545 with PanelPowerL / i12546, span 2 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for PanelPowerL / i12546 with Battspannung / i12548, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for Battspannung / i12548 with Battstrom / i12549, span 2 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for Battstrom / i12549 with BattPowerL / i12550, span 2 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for BattPowerL / i12550 with LoadSpannung / i12556, span 7 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for LoadSpannung / i12556 with LoadCurrent / i12557, span 2 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for LoadCurrent / i12557 with LoadPowerL / i12558, span 2 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for LoadPowerL / i12558 with BatteryTemperatur / i12560, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for BatteryTemperatur / i12560 with LaderTemperatur / i12561, span 2 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for LaderTemperatur / i12561 with BattCapacityRemaining / i12570, span 10 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for BattCapacityRemaining / i12570 with BattStatus / i12800, span 231 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for BattStatus / i12800 with LadeStatus / i12801, span 2 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for LadeStatus / i12801 with EnergieVerbrauchTag / i13060, span 260 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for EnergieVerbrauchTag / i13060 with EnergieVerbrauchMonat / i13062, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for EnergieVerbrauchMonat / i13062 with EnergieVerbrauchJahr / i13064, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for EnergieVerbrauchJahr / i13064 with EnergieVerbrauchGesamt / i13066, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for EnergieVerbrauchGesamt / i13066 with EnergieTag / i13068, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for EnergieTag / i13068 with EnergieMonat / i13070, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for EnergieMonat / i13070 with EnergieJahr / i13072, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate cant combine request for EnergieJahr / i13072 with EnergieGesamt / i13074, span 3 > max 1
2020.07.30 23:28:07 5: Solarlader: GetUpdate doesn't sort objList before sending requests
2020.07.30 23:28:07 4: Solarlader: DoRequest called from GetUpdate created request: id 1, fCode 4, type i, adr 12557, len 1 for device Solarlader reading LoadCurrent (getUpdate), read buffer empty
2020.07.30 23:28:07 5: RS485: QueueRequest called from DoRequest (Solarlader) with i12557, qlen 0
2020.07.30 23:28:07 4: RS485: ProcessRequestQueue called from QueueRequest, qlen 1, next entry to id 1 (Solarlader), last send to this device was 41.989 secs ago, last read never, last read on bus never from id 1 (RS485)
2020.07.30 23:28:07 5: RS485: CheckDelay called from ProcessRequestQueue sendDelay (0.1s since 23:27:25.347) for Solarlader, delay 41.889secs over
2020.07.30 23:28:07 4: RS485: ProcessRequestQueue (V4.1.5 - 17.9.2019) qlen 1, sending 0104310d0001aef5 request: id 1, fCode 4, type i, adr 12557, len 1 for device Solarlader reading LoadCurrent (getUpdate), queued 0.00 secs ago, read buffer empty
2020.07.30 23:28:07 5: SW: 0104310d0001aef5
2020.07.30 23:28:07 5: RS485: StartQueueTimer called from ProcessRequestQueue removes internal timer because it is not needed now
2020.07.30 23:28:07 4: Solarlader: DoRequest called from GetUpdate created request: id 1, fCode 4, type i, adr 12296, len 1 for device Solarlader reading Chargingmode (getUpdate), read buffer empty
2020.07.30 23:28:07 5: RS485: QueueRequest called from DoRequest (Solarlader) with i12296, qlen 0
2020.07.30 23:28:07 5: RS485: StartQueueTimer called form QueueRequest sets internal timer to call Modbus_ProcessRequestQueue in 1.000 seconds
2020.07.30 23:28:07 4: Solarlader: DoRequest called from GetUpdate created request: id 1, fCode 4, type i, adr 12570, len 1 for device Solarlader reading BattCapacityRemaining (getUpdate), read buffer empty

[hummeruli]

Habe den Fehler gefunden.

Der USB-RS485-Adapter wird als USB-Seriell-Modul ttyACM0 unter Linux eingerichtet. Das ist falsch.

Es muss nur wie dort beschrieben vorgegangen werden:

Code Auswählen Erweitern

https://github.com/kasbert/epsolar-tracer/tree/master/xr_usb_serial_common-1a

Nach der Installation des Treibers ging alles ohne Probleme.

Danke auch an Laserrichi für die Hilfe.

Gruß

Uli

[Uwe_Eta20]

Hallo Uli,

verlief die Installation des Treibers bei Dir ohne Probleme?
Ich schaffs einfach nicht, den zu installieren auf dem Raspi3/Raspbian GNU/Linux 10 (buster)

In der Readme steht ja die Vorgehensweise drin, also mit "make" zu installieren usw.
Diese gemacht kommt
make -C /lib/modules/5.10.6-v7+/build M=/home/pi/programm/exar
make[1]: *** /lib/modules/5.10.6-v7+/build: Datei oder Verzeichnis nicht gefunden.  Schluss.
make: *** [Makefile:9: all] Fehler 2

Nun habe ich den Ordner "build" manuell angelegt in dem Kernelverzeichnis. Der wird daraufhin nicht mehr beanstandet, aber:
make -C /lib/modules/5.10.6-v7+/build M=/home/pi/programm/exar
make[1]: Verzeichnis ,,/usr/lib/modules/5.10.6-v7+/build" wird betreten
make[1]: *** Es wurden keine Ziele angegeben und keine ,,make"-Steuerdatei gefunden.  Schluss.
make[1]: Verzeichnis ,,/usr/lib/modules/5.10.6-v7+/build" wird verlassen
make: *** [Makefile:9: all] Fehler 2

In dem Verzeichnis sieht es so aus:

pi@raspberrypi:~/programm/exar $ ls -la
insgesamt 112
drwxr-xr-x 2 root root  4096 Jan 17 20:20 .
drwxr-xr-x 3 root root  4096 Jan 17 19:43 ..
-rwxr-xr-x 1 root root   319 Jan 17 20:20 Makefile
-rwxr-xr-x 1 root root  1092 Jan 17 20:20 README.txt
-rwxr-xr-x 1 root root 52082 Jan 17 20:20 xr_usb_serial_common.c
-rwxr-xr-x 1 root root  5832 Jan 17 20:20 xr_usb_serial_common.h
-rwxr-xr-x 1 root root 30730 Jan 17 20:20 xr_usb_serial_hal.c
-rwxr-xr-x 1 root root  1481 Jan 17 20:20 xr_usb_serial_ioctl.h

make selbst ist installiert. Tja, und jetzt?
Hin und wieder liest man von einer configure- Datei, die es hier aber nicht gibt, oder ich nicht sehe...

Bt. Ich habe den EPEVER 4415N, den ich gerne im FHEM auslesen wollte. Okay, ich habe einige schöne große analoge Instrumente eingebaut,
aber nun wollte ich das doch mal angezeigt bekommen, ohne in den Keller zu rennen.


Danke und Gruß
Uwe

[DV03]

Hallo Forenmitglieder ich bin ganz neu hier. Dieser threat betrfft mich - ich werde bald drei epever XTRA im Einsatz haben - und damit fängt es an. Ich habe mich bereits bei solaranzeige.de umgesehen - deren vorgehensweise gefällt mir nicht weil dort spricht man nur USB. Hier spricht man TCP/IP über LAN und WLAN, das liegt mir als ITér schon eher . Nun - zuerst ein Lob an den software ersteller der es erst ermöglicht die epever auszulesen . Dann ein Hinweis:  Die ganze EDV baut immer noch auf dem ISO Modell mit seinen Layern auf - da wäre es schön sich dieser mal zur erinnern und diese zu nutzen. Warum ? es gibt auch nämlich die Möglichkeit RS-485 zu sprechen, denn dieser bus kann 32 Fahrgäste aufnehmen - was ich genial finde -und das alles über zwei drähte . daher - würde ich gerne so vorgehen . Ein Busleitung a/b durchs ganze Haus ziehen - und darauf die ganzen Client´s anhängen sowie einen server nämlich einen (1)  TCP/IP Etnernet bridge server - der das RS485 Protokoll auf das TCP aufsetzt. Nun bin ich eher der Hardwarer den der Programmierer - daher die Frage an euch - wie geht das ?  drei epever Laderegler - mehrere WR evetuell auch das Epever Display . wie erhalten die ihre ID . Wie oder wer ließt die ID´s  aus dem LAN aus? Geht das ?  Als Server habe ich einen Hutschienen Adapter Xport V5 von Lantronix - sieht schick aus hat 230V eingang - und kann nach firmwareupdate nun auch Rs485 verarbeiten. Ist das eine praktikable Idee - braucht es nur das - geht es also mit nur einer bridge? Bin gespannt was kommt

sorry - gleich mein erster beitrag im falschen threat - sorry admins  ich kopiere meinen beitrag dort wo er hingehört