NAS und Solar Logger?

[janus]

Hallo Janus,

ok

Mein Status:

1. ipkg ist installiert
2. gcc ist installiert
3. Toolchain runtergeladen ( Mein Prozessor ist Marvell Kirkwood ARMv5TE compliant (Feroceon® family) 88F6281) in /volume1/public
4. Toolchain entpackt

​

tar -xpvjf gcc421_glibc25_88f6281-GPL.tar
5. es gibt jetzt ein Verzeichnis /volume1/public/arm-none-linux-gnueabi

und jetzt komme ich mit meinem nicht vorhandenen Linuxwissen nicht mehr weiter.

Kannst Du mir da auf die Sprünge helfen?

Gruß

Jörg

Tja,
ist auch nicht ganz einfach. Du musst ins ./source/ Verzeichnis und dort ins Kernel Verzeichnis. Irgendwas mit linux-2.6.32.

Da muss die config Datei für dein System umkopiert werden und dann kann man mit make config die Configuration des Kernels ändern. Nach erfolgter Konfiguration muss in der Datei .config Bluetooth eingetratgen sein (Wie im Muster des Wiki)
Anschliessend make modules ausführen, was dazu führen sollte, dass die kernel module neu gebaut werden. Falls du es soweit schaffst, sehen wir weiter.

Ansonsten bin ich jetzt erst mal 1 1/2 Wochen in Urlaub. Erst danach könnte ich mal schauen, ob die Kernel Module auch auf meiner 210j gebaut werden könnten.

Gruß

Janus

 

[chfauc]

Guten abend Janus,

ich habe eine DS107+

DS> uname -a
Linux DS 2.6.15 #1636 Sun Oct 23 04:20:59 CST 2011 armv5tejl GNU/Linux

Darf ich die linux-2.6.32 brauchen oder 2.6.15 ?
2.6.15 habst keine synoconfigs/x86_64

Wenn ich

cp synoconfigs/x86_64 .config

mit die neue BT config und than make config, habe ich viele fragen zu antworten, ich weiss nicht ..

hilfe
danke

ps: ipkg habst bluetooth modules, aber nicht alle

kernel-module-bcm203x - 2.6.15-4 - Synology x07 (Marvell mv5281) kernel module: bcm203x
kernel-module-bluetooth - 2.6.15-4 - Synology x07 (Marvell mv5281) kernel module: bluetooth
bluez2-libs - 2.25-1 - Bluetooth libraries.
bluez2-utils - 2.25-6 - Bluetooth utilities.

keine l2cap, rfcomm, sco, bnep, hidp, ...

 

[janus]

Guten abend Janus,

ich habe eine DS107+

DS> uname -a
Linux DS 2.6.15 #1636 Sun Oct 23 04:20:59 CST 2011 armv5tejl GNU/Linux

Darf ich die linux-2.6.32 brauchen oder 2.6.15 ?
2.6.15 habst keine synoconfigs/x86_64

Moin,
Du nimmst den gleichen Kernel, den du auch auf der DS hast. Rausfinden kann man das mit "uname". Vermutlich ist es der 2.6.32.

Wenn ich

cp synoconfigs/x86_64 .config

mit die neue BT config und than make config, habe ich viele fragen zu antworten, ich weiss nicht ..

hilfe
danke

Ja es sind sehr viele Fragen. Alles was NICHT mit Bluetooth zu tun hat, lässt du so wie es ist und drückst einfach nur Enter. Alles was mit Bluetooth zu tun hat, beantwortest du mit M oder wenn das nicht geht, dann mit Y

ps: ipkg habst bluetooth modules, aber nicht alle

kernel-module-bcm203x - 2.6.15-4 - Synology x07 (Marvell mv5281) kernel module: bcm203x
kernel-module-bluetooth - 2.6.15-4 - Synology x07 (Marvell mv5281) kernel module: bluetooth
bluez2-libs - 2.25-1 - Bluetooth libraries.
bluez2-utils - 2.25-6 - Bluetooth utilities.

Das sind keine Module, sondern nur die Libraries und Tools. Ohne die Bluetooth Module kannst du allerdings mit den Libs und Tools nicht viel anfangen. Für die Bluetooth Module musst du durch das Kernel Kompilieren durch, solange sich sonst keiner erbarmt.

keine l2cap, rfcomm, sco, bnep, hidp, ...

Nach dem Kompilieren sind dann ja auch die Module (c2cap, rfcomm usw. ) im Kernel Source Directory zu finden und können in die Modul Verzeichnisse der DS umkopiert werden. Die Module haben nichts mit IPKG zu tun.

Ach ja, man kann erst mal nichts kaputt machen, wenn man nur make oder make modules für die kernel Sourcen ausführt. Da wird nur kompilliert. Erst ein make install würde evtl. zu unerwünschten Aktionen führen. Daher kannst du da einfach schalten und basteln, wie du das für richtig hälst. Ob du alles richtig gemacht hast, siehst du am Ende, wenn die passenden Kernel Modul Dateien hinten rauskommen und sich diese auch noch laden lassen. Im Notfall löscht du das Verzeichnis mit den Kernel Sourcen wieder und fängst von vorne an.

Viel Spass beim Basteln.

Gruß

Janus
p.s.: Hatte ich ganz vergessen, die sysconfig muss natürlich zu deiner DS passen. Die X64 ist für meine DS mit einer X86 CPU.

 

[janus]

p.p.s.: Hatte ganz übersehen, dass du eine DS107+ hast. Damit ist es wichtig, noch mal zu schauen, was für einen Kernel du hast. ("uname -a") Ggf. musst du sogar ältere Kernel Sourcen nutzen, die zu deiner DS Version Passen! Die Synoconfig musst du dann anhand deiner Hardware auswählen. Also vermutlich für die DS107+ : 88f5281
Näheres zur Hardware kann man hier: http://www.synology-wiki.de/index.php/Welchen_Prozessortyp_besitzt_mein_System? finden.

Gruß

Janus

 

[chfauc]

Danke Janus,

die DS107+ 88f5281 hat .6.15

ich gehe unter /volume1/public/source/linux-2.6.15
aber make config gibt

Makefile:454: *** mixed implicit and normal rules.  Stop.

extract:

# ===========================================================================
# *config targets only - make sure prerequisites are updated, and descend
# in scripts/kconfig to make the *config target

# Read arch specific Makefile to set KBUILD_DEFCONFIG as needed.
# KBUILD_DEFCONFIG may point out an alternative default configuration
# used for 'make defconfig'
include $(srctree)/arch/$(ARCH)/Makefile
export KBUILD_DEFCONFIG

config %config: scripts_basic outputmakefile FORCE
        $(Q)mkdir -p include/linux
        $(Q)$(MAKE) $(build)=scripts/kconfig $@

nicht so einfach
danke

ps: ich habe einmal eine application compiliert mit cross-compiling http://forum.synology.com/enu/viewtopic.php?f=33&t=9801
vielmleicht konte ich auch die BT compilieren mit cross compiling?

 

[janus]

Danke Janus,

....

ps: ich habe einmal eine application compiliert mit cross-compiling http://forum.synology.com/enu/viewtopic.php?f=33&t=9801
vielmleicht konte ich auch die BT compilieren mit cross compiling?

Hi,
ich habe leider keine konkreten Tips, wie du einen Kernel auf einer alten DS Compilieren kannst. Dazu musst du mal die Jungs hier im Forum bemühen, die so eine ältere DS haben und dort schon einmal einen Kernel compiliert haben. Ich vermute sowas ist schon mal gemacht worden. Sonst mal im Englischen Forum fragen, wäre auch noch eine Idee.

Ansonsten könntest du natürlich auch mal prüfen, ob du das mit dem Cross Compiling hinbekommst. Die Schwierigkeit dürfte sein, dass du alle Symbole, welche notwendig sind, auch tatsächlich in den Kernel Modulen hast.

Gruß

Janus

 

[Arlen]

Ich komme zwar aus dem QNAP lager, aber ich hoffe ihr verzeit mir das

Bei mir arbeiten ebenfalls zwei SMA WR vom Typ sunnyboy 4000TL-21
und auch ich hätte gern einen logger auf meinem NAS (TS-212).

Um die grundlage erstmal zu klären.
Hast du den bluetooth-stick bei dir direkt ans NAS gestöpselt?
(würde bei mir aufgrund der entfernung WR-NAS leider nicht funktionieren.
Ich müßte das bluetoothsignal erst irgendwie ins lan bekommen)

 

[janus]

Moin,
vom Prinzip her sollte das auf einem Q-Nap auch laufen (Vermute ich jetzt mal) und Ja mein Bluetooth Stick steckt direkt am NAS.

Eine Warnung aber noch: sma-bluetooth braucht dringend ein Rewrite, von daher erwarte nicht zu viel von dem Tool. Mit viel Geduld und Workarounds läuft es bei mir derzeit ganz gut, aber es kommt immer noch ab und zu zu Fehlern.

Gruß

Mario Schmidt

 

[Arlen]

Hi mario,
danke für die schnelle antwort.
Da ich noch ganz am anfang meiner idee stehe, bin ich erstmal damit beschäftigt zu klären
ob es überhaupt innerhalb meiner möglichkeiten liegt das umzusetzen
Und falls ja, was ich dafür alles auftreiben muß.
Als ergebnis hätte ich gern die automatisch archivierten daten von der gesamt/momentanerzeugung (beide WR auch getrennt sichtbar)
aufbereitet als diagramm, mit der möglichkeit der verschiedenen apps das aufs android handy zu bekommen.

Da mein NAS definitv zu weit von den beiden WR entfernt ist (die WR sind im Nebengebäude),
müßt ich die "bluetooth daten" erstmal bei mir ins netzwerk bekommen.
Ich hab zwar sowas entdeckt http://www.1topstore.com/de-eur/usb-ethernet-lan-netzwerkkarte-netzwerk-karte-100-10m-p7.html
aber keinerlei erfahrungsberichte darüber gefunden ob das software/treiber technisch überhaupt funktionieren könnte...
Da ich ja auch am pc erstmal treiber installieren muß um den bluetoothstick zum laufen zu bekommen.

Als alternative gibt es auch schon datenlogger die auf der fritzbox mitlaufen.


edit:

Was nicht geht: In einigen Wechselrichtern verbaut SMA seit einiger Zeit Bluetooth Interfaces für die Datenübertragung. Das dort eingesetzte Übertragungsprotokoll ist von SMA nicht offengelegt. Teile des Protokolls wurden zwar "reverse engineered", allerdings kann durch das Fehlen der Dokumentation keine einwandfreie, dauerhafte Unterstützung gewährleistet werden. Das von SMAP eingesetzte Interface (YASDI) zur Abfrage der SMA-Wechselrichter wurde von SMA entwickelt.

Das habe ich gerade in der beschreibung des loggers gefunden welcher auf der fritzbox läuft.
(verbunden über RS-485 auf Ethernet)

edit2:
http://www.sma.de/produkte/monitoring-systems/yasdi.html
und SMA sagst mehr oder weniger auch direkt. kommunikation per bluetooth nur von sma persönlich

Kommunikation über RS232, RS485 und Powerline

 

[janus]

Moin,
ja das SMA2+ Protokoll muss reverse engeniered werden. Bzw. gibt es da auch Ansätze zu. Im sma-bluetooth Forum bei Google habe, unter anderem, ich mal ein File eingestellt, wo das Protokoll etwas auseinandergenommen wurde.

Im Moment kenne ich keine freie Software, welche die von dir angeführten Anforderungen erfüllen könnte. Ob der Entwickler von YASLIB noch mal in die Pötte kommt ist auch ungewiss. Falls du aber des Programmierens mächtig bist, wäre IMHO die YASLIB ein guter Kandidat, die kompletten Ziele zu erreichen. Aber da steckt mit Sicherheit noch einiges an Aufwand drin. Die Library soll aber angeblich dazu in der Lage sein, mehrere Inverter auszulesen. Die Lib ist nur dafür gedacht die Daten auszulesen, der Rest ist dann ein weiteres Thema. Ach ja, der Author liefert den Source derzeit nur auf Anfrage aus.

Ansonsten hat ein gewisser Simon Swine ebenfalls noch mal angefangen das sma-bluetooth noch mal zu entwickeln, aber da scheint auch die Luft raus zu sein. Seit einem Monat hat sich da nichts mehr getan.

Gruß

Mario Schmidt
p.s.: Die YASLIB hat nichts mit SMA zu tun! Das ist eine freie Implementierung des SMA2+ Protokolls. Leider nicht sehr gut Dokumentiert.
p.p.s.: Die YASLIB habe ich auf meinem NAS nur in einer chroot Debian umgebung ans laufen gebracht, da ich kein cmake in der Synology Umgebung hinbekommen habe.

 

[Arlen]

Da bei mir keine programmierkenntnise vorhanden sind, bin ich da eher nicht in der lage etwas zu entwickeln,
aber wäre es nicht ein ansatzpunkt die sma software "sunny explorer" zu nutzen?

Mit hilfe dieser software ist es ja möglich per bluetooth auf die WR zuzugreifen und die daten
in eine csv datei zu exportieren. Somit hätte man alles was man brauch...
Gibt es da nicht eine möglichkeit eben dieses programm etwas "zweckentfremden"?

 

[janus]

Da bei mir keine programmierkenntnise vorhanden sind, bin ich da eher nicht in der lage etwas zu entwickeln,
aber wäre es nicht ein ansatzpunkt die sma software "sunny explorer" zu nutzen?

Mit hilfe dieser software ist es ja möglich per bluetooth auf die WR zuzugreifen und die daten
in eine csv datei zu exportieren. Somit hätte man alles was man brauch...
Gibt es da nicht eine möglichkeit eben dieses programm etwas "zweckentfremden"?

Moin,
die möglichkeit gibt es, nur ist der Ansatz ja, dass es auf meinem NAS laufen soll, da dieses Always on ist. Damit scheidet ein laufendes weiteres System, das erschwerend auch noch unter Windows laufen müsste, bzw. noch eine VM mit Windows fahren müsste.

Soweit mir bekannt ist, sollte es eine Freeware geben, welche den Sunny Explorer nutzt, um die Daten zu exportieren, aber das ist wie gesagt eben nicht der gewünschte Weg.

Gruß

Janus

 

[Arlen]

Ich meinte ja den sunny explorer auf dem NAS zu installieren (geht ni wegen linux, stimmts?),
und dann irgendwie eine automatische abspeicherung der daten zu erreichen.
Damit hätte man "ohne großen aufwand" eine csv datei und der rest wäre kein ding.

 

[janus]

Moin,
Tja, das Problem ist, dass ein NAS meistens kein Windows ist. Ausserdem wäre ein eigenes C Programm schön schlank und verbräuchte relativ wenige Resourcen. Bzw. ist das derzeit schon bei sma-bluetooth der Fall, nur das die Software leider eine Menge Probleme hat, was das neue SMA Protokoll SMA2+ angeht.

Gruß

Janus

 

[Arlen]

Schade, aber auch verständlich das sich sma mit der bluetoothverbindung so bedeckt hält.
Hatte gehofft das man sich die über 400€ mit etwas basteln und abstriche im ergebnis sparen kann.

edit:
so richtig läßt mich das thema sunny explorer ni los
hab da was gefunden
http://www.photovoltaikforum.com/sm...xport-funktion-von-sunny-explorer-t43649.html
bekommt man sowas ni auf nem NAS zum laufen???

 

[janus]

Sunny Explorer mit Bluetooth auf einem NAS dürfte ziemlich aussichtslos sein.

Einmal Wine oder eine VM zum laufen zu bekommen und dann auch noch Windows Bluetooth Treiber .... Da schreibt man vermutlich eher mal schnell das smatool neu.

Gruß

Janus

 

[janus]

Neues Tool

Sunny Explorer mit Bluetooth auf einem NAS dürfte ziemlich aussichtslos sein.

Einmal Wine oder eine VM zum laufen zu bekommen und dann auch noch Windows Bluetooth Treiber .... Da schreibt man vermutlich eher mal schnell das smatool neu.

Gruß

Janus

Moin,
mal wieder im Synology Forum vorbeischneuen und was neues zum Thema Solarlogger loswerden:

1. Habe ich gelesen, dass die neueren DSM Versionen Bluetooth integriert haben (Habe noch eine alte Version am Start)
2. Sollte man sich mal SMA-SPOT ansehen. Lässt sich bei funktionierender Bluetooth Schnittstelle recht einfach compilieren und funktioniert bisher recht zuverlässig und schnell mit meinem Wechselrichter.

Gruß

Janus