[erledigt] ccu2 wiki - mach ich alles richtig?

Begonnen von the ratman, 21 März 2018, 08:31:51

Vorheriges Thema - Nächstes Thema

the ratman

wird mir eh nix anderes übrig bleiben ...

ich denk, wenn sich nicht kurzfristig ein einfacher umzug ergibt, ich werd die ccu2 zurück geben und n weiteres hmlan nehmen. mir is es egal, ob meine komponenten direkt rennen oder sonst wie, solang sie rennen.
raspi hab ich keinen mehr für fhem, lauft bei mir mittlwerweile alles über meinen win-server mit ner vm. die macht aber eben wieder probleme mit meinem hmusb. und jetzt hab ich auch noch franks laus mit den nachbarn im kopf. verhalten würd ja fast passen, wenn ich so manchen beitrag im forum drüber anlese.
wobei das immer noch nicht erklärt, warum ich auch übern hmlan-configurator gar nix mehr seh ausser ausgegraute buttons und der homematic configurator zwar meine geräte findet, aber meint, das er sie wegen eines fehlers nicht konfigurieren kann. in fhem sind die dinger aber erreich- und schaltbar (bis auf eines).

@frank
dann is es wohl so - ich sehe gerade 3 neue readings. unknown_292986 received 2018-03-20 16:09:15
unknown_523829 received 2018-03-21 12:54:48
unknown_5CC6F2 received 2018-03-21 07:59:44
dachte immer, die kommen von meinen versuchen, meinen 12v-schalter wieder ins leben zurück zu bekommen.
was nu? dann nutzt mir n neuer hmlan warscheinlich auch nix
→do↑p!dnʇs↓shit←

Beta-User

Zitat von: the ratman am 21 März 2018, 12:58:18
raspi hab ich keinen mehr für fhem, lauft bei mir mittlwerweile alles über meinen win-server mit ner vm.
Für den Fall, dass das auf meine Hinweise auf das Pi-PCB bezogen war: Das Ding braucht nicht unbedingt einen PI ;) , meins hängt z.B. auch an einem USB-Seriell-Wandler, da auch mein ThinClient keine GPIO's hat. Das ganze geht auch via Netz, wie bereits geschrieben:
Zitat von: Beta-User am 21 März 2018, 09:38:27
[...] nimmst ein anderes IO, das BidCoS spricht (z.B. ein Pi-PCB mit einem ESP, MapleCUN ..., also halt einem Gerät, das eine serielle Schnittstelle@3.3V im Netz bereitstellt), wenn die direkte Einbindung via USB das Problem ist.
Sähe z.B. dann so aus:
https://forum.fhem.de/index.php/topic,85764.msg781603.html#msg781603, gibt aber auch einen Thread zu...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

frank

das hmIP problem haben nur alte hmlan mit fw < 0.965. es gibt jetzt ja nur noch neue hmlan, lan-gate-way, zu kaufen.

ein unknown reading ist sicherlich die neue ccu. du kannst ja mal die ccu ausschalten, bei der vccu set clear unknown machen, und warten, ob wieder neue unknown readings kommen. die müssten dann ja vom nachbarn kommen, falls bei dir nicht doch noch ein undefiniertes device rumfunkt.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

the ratman

@betauser
ich weiß net. diese bastellösungen machen mich wenig glücklich, besser: nervös. bin eh schon schwach auf dem gebiet, da muß ich nicht auch noch zusätzliche probleme ins haus bringen. muß imner denken: gegen euch hab ich schon mit den einfacheren sachen schwierigkeiten. und ich geh jetzt mal frech davon aus, das solche lösungen weniger klicki-bunti-kompatibel sind, als der eh schon komplexe rest..
und "USB-Seriell-Wandler" ... geht schon ein "normaler" usb-stick nur schleppend über die vm, da hätte ich damit sicher viel spaß.
ich hätte mir mal fast das hier angebotene wlan-interface kaufen wollen. leider hat der erbauer mit mir nicht per pn reden wollen ...

@frank
2018-03-20 16:09:15 --> da hat ich noch keine ccu2, bzw sie noch nicht ausgepackt.
meine eig. devices sind erkannt, bzw. stromlos. da kanns also auch ned herkommen, denk ich mal.
und das nicht-erscheinen, bzw fehler-melden der hm-tools würds wohl maximal auch nur teilweise erklären.
→do↑p!dnʇs↓shit←

Beta-User

Zitat von: the ratman am 21 März 2018, 13:57:59
ich weiß net. diese bastellösungen machen mich wenig glücklich, besser: nervös. bin eh schon schwach auf dem gebiet, da muß ich nicht auch noch zusätzliche probleme ins haus bringen.
Ich bin auch nur "Verlegenheitslöter" und hatte die Hälfte meiner FHEM-Zeit auch - nennen wir es Vorbehalte dagegen -, "sowas" einzusetzen, geschweige denn selber zu machen. Und schön aussehen ist ... anders... Und an eine virtuelle Maschine würde ich das Teil auch nicht per USB hängen.

Es ging "nur" darum klarzustellen, dass es nicht zwangsläufig ein HMLAN sein _muss_.

Alles andere findest du auf dem Marktplatz, die meisten Teile (z.B. MapleCUN) gibt es auch fertig gelötet, in der Regel mit bereits geflashter Firmware, und sind dann einfach zu konfigurieren - die Lötstelle für das Pi-Modul ist dort zumindest auch gut zu erkennen.

Aber klar: Deine Entscheidung :) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

the ratman

das is ja das dumme: eig. is es ja nicht meine entscheidung. die wird mir von meinem wissens/können-stand abgenommen. immerhin kenn ich den stand dank euch mittlerweile recht gut. leider *g*.

ich meinte auch weniger das löten. wennst mir nicht grad smd bausteine mit meiner china-schrott lötstation löten lasst, hab ich das halbwegs im griff, wenns auch kein hobby von mir ist. mein problem ist immer das "hintenan". dort, wos dann ans fehlersuchen bei der "software" geht. oder eben auch ans verstehen, was so ein linux/perl/... pro eigentlich meint, wenn er anfangt: "das ist ganz leicht, du mußt nur ...". sobald ich das les, krieg ich schon nen gehetzten blick. mir fehlt eindeutig der google-übersetzer für "pro <-> noob".
fazit:
ich versuche alles zu vermeiden, was die "das ist ganz leicht"-leute so basteln/programmieren. um diverse teile in der richtung kommt man halt nicht rum, wenn man auch nur geringste ansprüche an seine hausautomatisation (fhem), oder z.b. auch nen guten player (foobar2000) hat. drum quäl ich mich dann durch, für mich zu 75%, unverständliches zeug.
und nicht in den falschen hals kriegen bitte! ich beschwer mich keineswegs über die qualität von fhem, oder der hilfe in diesem forum. eher das gegenteil is der fall. ich bin schwer begeistert, was hier so an gehirnschmalz rum rennt. es ist meistens nur immer viel zu viel mögliches und zu sehr ins detail, wennst grad nen "notfall" hast. da hast als noob hintenan mehr fragen als vorher ...

langer rede, wenig sinn:
ich wart jetzt einfach mal nur auf das wunder, dass hier jemand schreibt, der das alles mit nem umzug auf ne ccu2 schon gelöst hat und mir n paar tipps geben kann, oder ich probier mich mit nem neuen hmlan irgendwann nächste woche. das ist definitiv die noob-sicherste version, denk ich mal.
→do↑p!dnʇs↓shit←

Beta-User

Lustig, als "ein linux/perl/... pro" fühle ich mich definitiv nicht (auch wenn ich mittlerweile auch manches über perl lösen kann) und das mit "Mist, Bahnhof, wo ist hier der schnelle Ausgang?!?" kenne ich nur zu gut ::) .

Aber zur Einbindung eines Pi-Moduls, das mit genau 4 Kabeln an einem ESP oder MapleCUN mit einem Sketch hängt, der dessen serielle Schnittstelle ins Netz bringt: Es verhält sich bei der Einbindung in FHEM genau wie was? ...
Genau: Ein original LAN-Gateway ;D .

Ergo würde ich behaupten, dass das (neben der Bestellung des Originals) die einfachste Variante ist, die du wählen kannst. Jedenfalls deutlich einfacher, als die ganze Logik umzubauen ;) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

the ratman

#22
jo, soweit sind ma uns einig. meine hoffnung, dass hier wer aufschlägt, der mit 3 zeilen den umzug auf ccu2 erklärt - tjo, groß ist sie nicht  ...
in anbetracht der 2 oben erwähnten ip-komponenten, die ich so geil fände, geb ich dem wunder aber übers wochenende ne chance.ich tausche lieber gleich, bevor mir das meine baldige reise versaut ...

du hast es versaut "an einem ESP oder MapleCUN mit einem Sketch hängt, der dessen serielle Schnittstelle ins Netz bring" ... ich hab angst! dabei hab ich die worte noch nicht mal nachgeschlagen *g*.
das geile: ich krieg ja sogar 15,- zurück, wenn ich die ccu2 gegen ein hmlan tausch ... in dem fall is mir also wurst.

mittlerweile frag ich mich tatsächlich eher, warum mein hmlan so spinnt, warum ich ihn nichtmal auf 95 updaten kann. ich wills schwören, ich hatte den upgedatet. nachdems hier aber keine geister gibt, bin ich ratlos ...
und natürlich frag ich mich dank frank: was mach ich gegen böse nachbarn, sollts die geben? ich hätte noch n bissi brandbeschleuniger, hmmm ....
→do↑p!dnʇs↓shit←

zap

Mit drei Zeilen kann dir das keiner erklären. Zunächst müsstest Du Dich zumindest etwas in das Thema CCU einlesen. Dann könntest Du Deine Geräte an der CCU anlernen und sinnvoll benennen. Und schließlich müsstest Du HMCCU nach Wiki und Commandref einrichten.
Die Erklärungen zu den Attributen rpcserver und rpcinterface sind m.E. schon im Wiki ausreichend. Im Zweifel gibt es noch die Commandref. Alles vorkauen wird dir niemand. Dafür habe ich schließlich relativ viel Zeit in die Doku investiert. Wenn aber etwas nicht so funktioniert wie beschrieben, helfe ich natürlich gerne.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

the ratman

ist zwar schon egal - morgen kommt hermes und holts ccu2 wieder ab.
aber "alles vorkauen", is etwas übertrieben. ging ja eigentlich um den umzug von hmlan auf ccu2. das scheint auf die art wohl noch keiner gemacht zu haben, da dies scheints unverhältnismäßig viel arbeit bedeutet.
der rest hier ist wohl eher zwischen smalltalk und grundsatzdiskussion einzuordnen, wobei ich für meinen teil wieder mal einiges an infos mitnehmen konnte.

ich lass den fred aber mal offen, da ja einige genau an so nem umzug interesse zu haben scheinen. vielleicht kann man sich ja doch mal helfen.
→do↑p!dnʇs↓shit←

Beta-User

Zitat von: the ratman am 21 März 2018, 15:52:18
du hast es versaut "an einem ESP oder MapleCUN mit einem Sketch hängt, der dessen serielle Schnittstelle ins Netz bring" ... ich hab angst!
Wie gesagt, wenn man's nicht selber bauen will, gibt's sowas hin und wieder auf fertig, siehe z.B. hier: https://forum.fhem.de/index.php/topic,86277.0.html. Dto. für einen MapleCUN (wobei man da die Platine wirklich noch selber auflöten müßte).

Mit Strom versorgen, einbinden wie ein "normales" Lan-Gateway, that's it ;) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

the ratman

o.k. ganz vergessen.

alle probleme beseitigt - ich hatte ne echt dämliche kaskade an problemen/fehlern. läuft wieder alles.
von meiner seite her alles erledigt, thx!
→do↑p!dnʇs↓shit←