Anfänger und FHEM mit CUL lite 868

[Kusselin]

Hallo Zusammen,

ich bin neu hier und bitte deshalb mich nicht gleich zu steinigen.
Ich möchte mich in nächster Zeit mit der OpenSource Soft FHEM beschäftigen und habe dazu ein paar Fragen:

1. habe mir einen CUL lite 868 von Busware bestellt. Dieser müsste die tage bei mir eintreffen. Auf meinem Raspi ist FHM schon installiert und auch ein Update schon durchgeführt worden. Hatte dann immer das Prob wenn der raspi neu gestartet wurde das FHEM nicht mehr im Webinterface aufrufbar war...konnte ich aber in der Raspi Config mit Netzwerk booten bereinigen..also läuft.
Wenn der CUL nun kommt muss dieser ja erst geflasht werden und jetzt kommts...es gibt verschieden flash möglichkeiten...welche ist am einfachsten und am besten durchführbar? muss ich bei jeder flashmöglichkeit auf dem CUL mit einem spitzen gegenstand den Knopf gedrückt eindrücken? Hier wäre es super auf eine verlinkte Seite zu kommen wo der flashvorgang auch für einen newbie gut beschrieben ist.

2. Man liest hier immer was von "Codes einfügen" ....heisst das für mich das ich diese Codeschnipsel per copy und paste im webinterface in FHEM oben in die Zeile einfügen muss und "return" drücken muss danach? und dann immer schon auf Save drücken muss? Ist das damit gemeint?

3. Ich habe zuhause (jetzt einfach mal zum testen) noch zwei G-HOMA W-LAN Steckdosen. Hier gibt es auch schon einen Post..für mich natürlich noch schwer verständlich zu verstehen......aber da wird was von Modul gesprochen...wo finde ich das Modul? ist das eine Hardware oder Software?

Wie gesagt bin neu hier und absoluter Anfänger...habe auch schon angefangen den Einsteiger Guide zu lesen...also bitte steinigt mich nicht gleich.

Über Tipps meiner Fragen danke ich Euch

Gruss
Kussel

[igami]

Zu 1. kann ich nichts sagen, da ich keinen CUL habe.

Zu 2.: Das ist unterschiedlich, manchmal bekommst du Schnipsel für die DEF, manchmal was für die Kommandozeile, manchmal raw Daten aus der fhem.cfg (diese bitte nicht von Hand editieren). https://wiki.fhem.de/wiki/Erste_Schritte_in_fhem

Zu 3.: Ein Modul ist sofware. Wo du das findest weiß ich nicht. Eventuell ofizieller Bestandteil (http://fhem.de/commandref.html)? Falls nein steht bestimmt an der Stelle an der du davon gelesen hast wo du es bekommst.

[Kusselin]

Ohje...def und und und....

hoffe es melden sich noch ein paar...jetzt muss ich den CUL ja erstmal flashen...aber wie??

Gruss

[Beta-User]

Ohje...def und und und....

hoffe es melden sich noch ein paar...

Hallo Kusselin,

nur, wenn Du Glück hast, wird sich bei der Art der Herangehensweise jemand finden, der Dich länger an die Hand nimmt. Die Mindestanforderungen dessen, was von Dir als Mitarbeit hier erwartet wird, sind in den bei "Anfängerfragen" oben angepinnten Beiträgen enthalten, fang' vielleicht mit dem 3. an ("Bitte unbedingt vor...") .

jetzt muss ich den CUL ja erstmal flashen...aber wie??

Das steht grundsätzlich im Wiki. Da Du einen Raspberry hast, geht es hier weiter. Für sowas nutzt man am besten die Suchfunktion, wobei man im forum wissen sollte, dass eine Suche jeweils nur in dem gerade aktuellen Forenbereich stattfindet (=ganzes Forum wird nur durchsucht, wenn Du in der "Übersicht" bist).
Einfacher wird es nur, wenn Du Dir jemanden suchst, der es für Dich macht; das ist aber "Marktplatz"  und nicht "Anfängerfragen"...

[Kusselin]

Hallo BETA-User,

mmh ja das stimmt..klein anfangen...Danke dier für den Flashlink.
Ist es richtig das ich in der Anleitung bei Punkt 1.4 einsteigen muss? und die die gedrückte taste muss vor dem einstecken schon gedrückt werden..richtig? und die ganze Zeit.

ich finde die Beschreibung ist etwas gewönungsbedürftig.

Gruss

[Beta-User]

Na ja,

die ganze Seite befaßt sich ausweislich des Titels mit dem PI, von daher ist die Antwort: eher nicht erst bei 1.4 einsteigen.

Da steht etwas verklausuliert: "Du hast es - jedenfalls in der Regel - eigentlich auch nur mit einer Linux-Kiste mit einem Debian-Derivat als Betriebssystem zu tun, das Flashen ist eigentlich gar nicht Hardware-spezifisch."

Wenn Dir die ganzen Linux-Befehle fremd sind: Im Ubuntu-Wiki gibt es (halbwegs auch) für Einsteiger verständliche Einführungen zu Linux-Grundlagen, die sollte man in Ansätzen kennen. Ich unterstelle mal, dass Du Linux-Novize bist, daher mal meine persönlichen Empfehlungen zum allerersten Einstieg (das ist übrigens hier im Forum off-topic):
https://wiki.ubuntuusers.de/Benutzer_und_Gruppen/
https://wiki.ubuntuusers.de/sudo/
und evtl. Installation von Programmen

Algemein: die allermeisten Anleitungen zur Lösung von Linux-Problemen lassen sich auf Basis von Ubuntu-Anleitungen lösen (das ist ein anderes Debian-Derivat, aber eben ein enger Verwandter zu Raspbian).

Ansonsten: Meinen CUL habe ich vor langer Zeit mal geflasht, ich kenne die Antwort auf Deine Frage mit dem Tastendruck im Moment nicht, aber:

Das Drücken beim Einstecken bringt den CUL in den sog. Boot-Modus, ob und ggf. wann er diesen wieder verläßt: keine Ahnung... Also: erst mal probieren, den Flash-Befehl auszuführen, nachdem die Taste losgelassen wurde und das dann wiederholen, wenn es nicht klappt. Oft ist bei den Anleitungen ausprobieren gefragt, wenn wirklich was schiefgehen kann, steht es in der Regel hinreichend deutlich da.

Aber Achtung: Schritte auslassen, nur weil man sie nicht versteht, ist meistens genauso zielsicher der Weg zu einem nicht funktionierenden Ergebnis wie das "Überhören" von Systemrückmeldungen, die kein "ok", "sucess.." oder ähnliches beinhalten.

Viel Erfolg,

Beta-User

[Kusselin]

Hi,
danke für die Worte!

O.K. ich lese mal udn probiers dann einfach....

die Codes in der Anleitung einfach per Drag und Drop in der Konsole (Putty) reinkopieren richtig?

Könnte ich nicht auch das Flashen über FHEM im Webinterface durchführen? hat man da Erfahrung?

Gruss

[Beta-User]

die Codes in der Anleitung einfach per Drag und Drop in der Konsole (Putty) reinkopieren richtig?

Es sollte mit putty klappen (habe keine Win...-Kisten, mit denen ich auf den PI zugreife ).

Könnte ich nicht auch das Flashen über FHEM im Webinterface durchführen? hat man da Erfahrung?

Das geht vermutlich nicht wirklich gut, weil zum flashen (anders als z.B. bei "normalen" Arduinos) hier ein Tool namens dfu_programmer genutzt wird, das man erst selbst compilieren muß ("make"). Kann aber sein, dass mit FHEM schon eine "fertige" .hex-Datei ausgeliefert wird, die mit avrdude einfach auf den CUL gebrannt werden könnte; dann wäre die entsprechende Option aber in FHEMWEB erkennbar (kann ich grad nicht nachsehen). So geht es z.B. bei einem SIGNALduino .

Aber an sich würde ich empfehlen, einfach mal testweise die Anleitung nachzuvollziehen, dazwischen immer mal wieder zu sehen, was in den Verzeichnissen passiert (welche zusätzlichen Dateien dann da sind, welche modes die haben usw.). Und auch die Kernel-Meldungen lernt man so als Hilfsmittel kennen.
Ein Tip noch: installiere auf dem PI das Paket "mc". Das ist ein Dateimanager, der auch einen Editor mitbringt, der nach meinem Geschmack deutlich einfacher zu bedienen ist wie "vi". Man fühlt sich damit zwar in alte DOS-Zeiten zurückversetzt (so man die noch kennt), kann aber quasi "grafisch" arbeiten, auch von remote .

[Kusselin]

Hi, ja den mc kenne ich und habe den auch schon installiert.
sobald der CUL da ist werde ich es probieren und hier meine Erfahrungen berichten.
Danke dir schon mal..

[Kusselin]

Hallo Zusammen,

ne Frage hätte ich noch bevor ich den CUL flashe... welche Firmware ist generell besser..die originale 1.66 oder eine Alternative?

Habe gelesen das die Alternative Firmware nicht nur sendet sondern auch emmpfängt....

dann wäre es doch besser gleich ne Alternativfirm zu flashen,oder?

Gruss

[Beta-User]

... welche Firmware ist generell besser..

Meistens gibt es auf solche Fragen nur eine Antwort: "Es kommt darauf an...." (In der Regel auf den beabsichtigten Zweck, worüber Du noch nichts geschrieben hast, siehe angepinnte Posts im Anfängerforum ).

Allgemein daher:
Mit der a-culfw habe ich keine Erfahrung, da ich mit meinem CUL nur Homematic bediene. Dabei geht sowohl Senden wie Empfangen (HM). Das Empfangen der a-culfw bezieht sich evtl. auf weitere Codes/Protokolle. ABER:  Die müssen zum einen auf derselben Frequenz (868MHz) laufen, UND: ein Mischbetrieb HM und anderes wird in der Regel nicht empfohlen (gibt Timing-Probleme).

Muß für wirkliche Experten auf dem Gebiet nicht richtig sein, aber ich selbst würde erst mal mit der "normalen" culfw in der aktuellen stabilen Version (1.66) anfangen. Dann hast Du erste Erfahrungen damit, wie das überhaupt läuft und das auf einer belastbaren Grundlage (ohne damit behaupten zu wollen, dass die a-culfw das nicht wäre). Willst Du dann weitere Dinge steuern, könntest Du später noch versuchen, stattdessen die a-culfw zu verwenden (man kann das auch später noch wieder in alle Richtungen ändern, testen usw...) oder andere IO-Devices einbinden (z.B. einen Signalduino oder einen weiteren (Selbstbau-) CUL).

Dabei aber:
- Besser die DEF ändern, statt IOs zu löschen und neu anzulegen! (Fehlerkorrekturen hierbei sind für Anfänger fehleranfällig)
- Am besten gleich alle USB-Devices "by-id" einbinden (Suchen im Wiki macht klug)

Aus dem Wiki würde ich Dir dazu noch https://wiki.fhem.de/wiki/System%C3%BCbersicht empfehlen, da bekommst Du einen ersten Eindruck, was in etwa wie zusammengehört und was unter einem "Modul" zu verstehen ist (=>Deine Eingangsfrage).

[Kusselin]

Danke Dir. Weisst ich frag deswegen weil ich noch von Tschibo ne Wetterstation rumfahren hab und da liegt es nahe mit dieser anfangen zu testen. Hier hab ich aber gelesen das die nur mit der alternativen Firm läuft..deshalb meine Frage wg der Firm.

Da du aber schreibst man solle erstmal mit der 1.66 er anfangen..dann mach ich das mal..

Hab ich das richtig verstanden..die originale 1.66 sendet nur, die altern. Firm sendet und empfängt?

Gruss


Gesendet von iPhone mit Tapatalk

[Beta-User]

Hab ich das richtig verstanden..die originale 1.66 sendet nur, die altern. Firm sendet und empfängt?

Dabei geht sowohl Senden wie Empfangen (HM). Das Empfangen der a-culfw bezieht sich evtl. auf weitere Codes/Protokolle. ABER:  Die müssen zum einen auf derselben Frequenz (868MHz) laufen, UND: ein Mischbetrieb HM und anderes wird in der Regel nicht empfohlen (gibt Timing-Probleme).

Klare Antwort daher nochmals: Nicht korrekt! Beide Senden und Empfangen, aber die Protokolle, die verarbeitet werden können, sind unterschiedlich. Details mußt Du selber zusammensuchen oder durch Testen rausbringen, ich habe mit beidem keine Erfahrung. Zur culfw gibt es auch eine eigene commandref, für die a-culfw dürfte es ähnlich sein.

Es bleibt dabei: Probieren, lesen, verstehen...
Theoretische Trockenübungen, wie wir sie im Moment betreiben, bringen Dich nicht weiter, Du solltest auf Deine HW warten und dann mal loslegen .

[Kusselin]

Alles klar..danke Dir und wieder was gelernt

[Kusselin]

Hi, also CUL ist da und ich habe es wie in folgender Anleitung gemacht:

http://www.computerhilfen.de/info/fhem-cul-flashen-und-neue-firmware-installieren.html

hat denke ich auch funktioniert...denn das stand am Schluss in der Konsole bei putty:

Code Auswählen Erweitern

pi@raspberrypi:~ $ cd culfw-1.66
pi@raspberrypi:~/culfw-1.66 $ cd Devices/
pi@raspberrypi:~/culfw-1.66/Devices $ cd CUL
pi@raspberrypi:~/culfw-1.66/Devices/CUL $ sudo make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Validating...
28660 bytes used (99.96%)
dfu-programmer atmega32u4 start


Ach ja und die grüne LED blinkt am CUL ( das soll ja auch ein gutes zeichen sein)
Muss jetzt der Raspi nochmal neu gestartet werden? denn wenn ich in die Fhem.cfg schaue finde ich nicht von dem hier:

Code Auswählen Erweitern

define CUL1 CUL /dev/ttyACM0@9600 1234
denn bei mir steht folgendes in der fehm.cfg:

Code Auswählen Erweitern

attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone has no associated allowed device with basicAuth.\
telnetPort has no associated allowed device with password/globalpassword.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global
attr WEB editConfig 1

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

#define WEBtablet FHEMWEB 8085 global
#attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create

Muss der Raspi neu gestartet werden?

Gruss

EDIT: war zu schnell, habe einen Neustart gemacht und siehe da..das steht jetzt in der fehm.cfg:

Code Auswählen Erweitern

attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone has no associated allowed device with basicAuth.\

attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global
attr WEB editConfig 1

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

#define WEBtablet FHEMWEB 8085 global
#attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
[b]define CUL_0 CUL /dev/ttyACM0@9600 1034[/b]