HM-MOD-RPI-PCB_HomeMatic_Funkmodul_für_Raspberry_Pi

[andies]

Also was ich sagen will, ich würde es noch anders strukturieren.

Nur zu! Ich war beim Beginn total verwirrt, weil genau die von Dir genannten Begriffe nie übersichtlich strukturiert oder gar erklärt waren. Das würde enorm helfen.

[Otto123]

ok, ich schreib mir das auf die Liste. Aber das wird heute nix mehr.

Wobei einiges in der Struktur nicht von mir ist. Ursprünglich war dieser Artikel eher nur so: Wie nehme ich per Standard auf einem Pi das HM-MOD-RPI-PCB Modul in FHEM in Betrieb. 

[Otto123]

Der Abschnitt https://wiki.fhem.de/wiki/Raspberry_Pi#Betriebssystem ist jetzt rund und mit einem Pi B und einem Pi 3+ getestet (Der Test inklusiver FHEM und Funktion des HM-MOD-RPI-PCB)
Bitte mal lesen und meckern 

An den Folgeabschnitt (FHEM) geh ich dann ran.

Gruß Otto

[Otto123]

Das Setup habe ich auch überarbeitet
https://wiki.fhem.de/wiki/Raspberry_Pi#FHEM
Bitte mal lesen und meckern 

Ich habe Wert auf wenig drumherum und einen geradlinigen Erfolgsweg gelegt. Ich hoffe das ist ok so. Alles ist getestet und die Setupschritte entsprechen meinem Kenntnisstand (der sicher sehr Lückenhaft ist)

Da könnten jetzt noch Links zu den Grundlagen von FHEM rein. Erste Schritte usw. da weiß ich nicht, wo aktuell der beste und gewollte Einstieg ist.

Der Abschnitt https://wiki.fhem.de/wiki/Raspberry_Pi#N.C3.BCtzliche_Zusatzpakete wäre jetzt auch noch fällig.

Gruß Otto

[Otto123]

Ich habe mal in dem Artikel https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
auf die Schnelle etwas Struktur geschaffen, in dem den Abschnitt zur Konfiguration entfernt und an zwei Stellen in den Setup Artikel verlinkt habe.

Jetzt fließen dort aber die Bilder und die Texte umeinander - das bekomme ich mit meinen Fähigkeiten nicht hin!

Die eigentliche Verwendung des Moduls im Pi geht jetzt zwar immer noch etwas unter, aber ist vielleicht erstmal ok so.
Ich gehe da gerne nochmal ran, aber wie gesagt meine Fähigkeiten mit den Bildern.

ich würde es gern so haben:
Beschreibung des Modules, die beiden Hälften PCB und UART. Einsatz getrennt oder Zusammen (egal wo)
Zusammenbau UART auf PCB (Original) und PCB auf UART (Flacher Aufbau und Rücksichtnahme auf das eingesetzte Gehäuse)

Einsatz im Raspberry (aus meiner Sicht nur zusammen)
- lokal
- remote (socat, ser2net)
Einsatz an andere Hardware
- Einsatz USB
- Einsatz ESP
- Einsatz MapleCUN
- was auch immer noch

[Beta-User]

Herzlichen Dank!
Jedenfalls nach meinem Eindruck wird das langsam rund mit den beiden Artikeln (Pi+PCB).
An sich glaube ich nicht, dass man da sonst noch viel zum Einsatz sagen muß - es muß halt entweder der passende USB-Port angegeben werden (MapleCUL und USB-Seriell-Wandler) oder die richtige Netzwerkadresse (MapleCUN und ESP). (Btw.: irgendwie wird Wemos und ESP8266 in den Artikeln gelegentlich nebeneinander aufgeführt, da könnte man den Eindruck haben, ein Wemos sei was anderes als ein spezieller ESP... Und warum dann nicht noch NodeMCU?)

Da der CP2102 auch in diversen anderen Produkten zum Einsatz kommt, habe ich zu dem mal einen separaten Artikel angefangen (auch zur Frage des Umbenennens im EEPROM)- feedback ist willkommen, wer den optisch verschönern will: Bitte! (ist zwar eigentlich ein ganz allgemeines (Linux-) Thema, aber was soll's)

Ansonsten wußte ich nicht so recht, in welche Kategorie einsortieren (HOWTO?) und die Box rechts sieht auch bescheiden aus, vielleicht hat da jemand eine Idee, wie man das "richtig" macht.
Schönes WE,
Beta-User

[Ralf9]

Einsatz an andere Hardware
- Einsatz USB
- Einsatz ESP
- Einsatz MapleCUN
- was auch immer noch

Es gibt auch noch
- Einsatz LAN

siehe Anlage und
https://forum.fhem.de/index.php/topic,56606.msg723795.html#msg723795

Gruß Ralf

[PeMue]

Mensch seid ihr aktiv, ich bin da gerade nur am Staunen 

Ich muss mir die Artikel mal (als Außenstehender, der von der Materie keine Ahnung hat  ) durchlesen und gebe dann meinen Senf dazu ...

Gruß PeMue

[Beta-User]

Da könnten jetzt noch Links zu den Grundlagen von FHEM rein. Erste Schritte usw. da weiß ich nicht, wo aktuell der beste und gewollte Einstieg ist.

Wie wäre es mit dem Quick-Start?
Grundsätzlich: würde es Sinn machen, zu dem Pi-Artikel einen separaten Thread zu eröffnen? Dann könnte man die "owner" von den Baustellen usw. einfacher auffordern, "ihre" Artikel bei Gelegenheit einer Revision zu unterziehen (da ist manches so speziell, da sollte jeweils jemand ran, der die betr. Geräte auch hat).

Zu dem CP2102 habe ich das mit dem separaten Thread eben gemacht (https://forum.fhem.de/index.php/topic,88544.0.html), weil da noch manches an Info hilfreich wäre. Rückmeldung dazu daher bitte dort.

Zum PI-Artikel in der Sache noch:
M.E. sollte man da noch "Bekannte Probleme" ergänzen, wozu mind. der Hinweis gehört, dass SD-Karten nicht für die Ewigkeit gedacht sind, vor allem dann, wenn man glaubt, dass die einfachste Variante zum Neustarten das Steckerziehen sei .
Dann wäre meine persönliche Meinung, dass man Noobs zumindest darauf hinweisen sollte, dass die GPIO-Nutzung nicht vorbehaltslos zu empfehlen ist, ggf. verbunden mit dem Links zu Alternativen (Arducounter, CUL/Signalduino statt pilight). (Ich weiß, dass es nicht sooo sehr Wiki-mäßig ist, Empfehlungen auszusprechen, aber ich ärgere mich heute noch, dass ich manche Erfahrungen mit pilight, wiringpi und 1-wire@GPIO gemacht habe, die sich als völlige Irrwege erwiesen haben).(Was GPIO zum Schalten angeht, könnte Firmata eine Alternative sein, allerdings weiß ich nicht, ob da nicht ähnliche Timing-Themen auftauchen können, wie bei der Abfrage von PI-GPIO's selbst.)

Aber insbesondere zu dem GPIO-Thema insgesamt sollten dann auch die Leute ihre Meinung zu posten können, die das ggf. ganz anders sehen. Das wird aber vermutlich nicht geschehen, wenn wir das hier unter der falschen Bezeichnung diskutieren, daher die Frage nach dem separaten Thread. Andererseits: Wenn keiner das diskutieren will, braucht's auch keinen separaten Thread...


Just my2ct,

Beta-User

[Otto123]

Moin,

ich habe meinen Vorschlag aus #49 mal im wesentlichen durch cut&paste  und kleine Ergänzungen umgesetzt.
Das Problem mit den fließenden Bildern bleibt - wer kann das lösen? Hilfe!!!
Zwei Bilder zu den Montagevarianten kann ich noch beisteuern.

Damit kann Ralf9 sich jetzt einfach mit seiner LAN Anbindung mit einem Unterpunkt unter Abschnitt 3 einklinken 

Auch im Setup von FHEM habe ich den Quick-Start link gesetzt.

Schönen Sonntag noch

Otto

[andies]

Das Problem mit den fließenden Bildern bleibt - wer kann das lösen? Hilfe!!!

Was genau meinst du? Ich fand das gar nicht so schlimm.

[Otto123]

Je nach dem wie man das Browserfenster zieht:
- steht die Überschrift verloren
- passt der Text neben dem Bild nicht zum Bild
- kommt der nächste Abschnitt der nichts mit den Bildern zu tun hat einfach daneben.

Das wäre für mich als Neuling in dem Thema völlig verwirrend!

Eigentlich sind es zwei Abschnitte mit etwas Text und pro Abschnitt gehört genau ein Bild zum Text. Nicht mal wenn ich das eng zusammenschiebe so wie es zusammengehört sieht es schön aus. 

[andies]

Ich befürchte, dass sich das nicht verändern lässt. Ich habe die Bilder kleiner gemacht. Man könnte höchstens die Bilderunterschriften viel länger machen, so dass das klar wird. HTML erlaubt da nicht so viel.

[PeMue]

Hallo zusammen,

ich habe den Artikel mal durchgelesen, ist jetzt viel eingängiger als vorher.
Folgende Verbesserungsvorschläge:
- ich kann ein Bild des UART Moduls mit Pinbelegung machen, dann brauchen wir nicht die "inverse" Pinbelegung
- der Betrieb mit einem USR-TCP232 sollte auch beschrieben werden, auch hier kann ich ggf. Bilder beisteuern
- sollte man nicht noch auf den "swapped mode" die normale Verkabelung beim ESP8266 eingehen?

Gruß Peter

[Ralf9]

Damit kann Ralf9 sich jetzt einfach mit seiner LAN Anbindung mit einem Unterpunkt unter Abschnitt 3 einklinken 

Ich habe das Beschaltungsbild von meinem vorherigen Beitrag angepasst.
Ich hatte es von der Beschreibung von amunra rauskopiert.
Es wäre schön, wenn die LAN Anbindung jemand von Euch einbinden könnte.

Gruß Ralf