FHEM auf 7390 mit BscBor Enocean

[Guest]

Originally posted by: <email address deleted>

Hallo,
ich habe gerade mit FHEM und Enocean mit dem BscBor begonnen. Unter
ubuntu bin ich soweit, daß ich mit dem BscBor einen sensor auslesen
und einen  aktor steuern kann.
Stecke ich den BscBor in die fritzbox 7390 (aktuelles Image und
updatefhem durchgeführt), dann wird  BscBor als disconnected
angezeigt.
Im Log erscheint folgendes:
2011.12.08 19:45:41 3: Opening BscBor device /dev/ttyACM0
2011.12.08 19:45:41 3: Can't open /dev/ttyACM0: Invalid argument

Als dev/ wird noch ttyACM1, ttyUSB0 und ttyUSB1 angegeben. Das führt
aber auch nicht zum Erfolg.

Hat jemand eine Idee wo der Fehler liegen könnte?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Als dev/ wird noch ttyACM1, ttyUSB0 und ttyUSB1 angegeben. Das führt
> aber auch nicht zum Erfolg.

Welches Geraet erscheint durch Einstecken der Bsc-Bor in /dev?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Vielen Dank für die schnelle Antwort.

Unter FRITZ.NAS/fhem/dev   wird beim Einstecken nichts neues
angezeigt.
Wenn ich mit telnet in die box gehe dann kommt usbdev2.4_ep00
usbdev2.4_ep02  und  usbdev2.4_ep81 dazu.
Aber diese bezeichnungen ändern sich. Beim nächsten einstecken wurde
2.5 daraus.
Das heißt ich kann keine weiteren Geräte finden.

On 9 Dez., 19:57, Rudolf Koenig wrote:
> > Als dev/ wird noch ttyACM1, ttyUSB0 und ttyUSB1 angegeben. Das f hrt
> > aber auch nicht zum Erfolg.
>
> Welches Geraet erscheint durch Einstecken der Bsc-Bor in /dev?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Unter FRITZ.NAS/fhem/dev   wird beim Einstecken nichts neues
> angezeigt.

Ich meinte /dev. Also
  telnet fritz.box
  (device ausstecken)
  ls /dev > /tmp/dev.1
  (device einstecken)
  ls /dev > /tmp/dev.2
  diff /tmp/dev.*

Und vor der naechsten Frage hier bitte das 7390-er Image von fhem.de probieren.

Oder die Frage direkt dem AVM Support stellen: Ich meine Dein Problem ist eine
der Faelle, wo AVMs Entscheidung, fhem in chroot zu starten, nachteilig
gegenueber einer "normalen" fhem Installation ist, AVM sollte also auch die
Konsequenzen tragen Da AVM an fhem+EnOcean Interesse zeigt, sollten sie
dieses Problem loesen.

Btw. "smart connect" von BSC mit dem neuen TCM310 (entspricht buswares EUL) ist
wohl halb so teuer wie der bor mit dem alten TCM120.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

> Konsequenzen tragen Da AVM an fhem+EnOcean Interesse zeigt, sollten sie
> dieses Problem loesen.

Hallo Rudolf,
Du schreibst dass AVM an fhem+EnOcean Interesse zeigt.

AVM könnte  auch direkt  in FB73XX ein Enocean-Transceiver einbauen
(z.b. den TCM310 ).
Der genannte Enocean-Transceiver  braucht nur eine serielle
Schnittstelle und ist sehr billig und klein.

Was weißt Du dazu? oder was kannst Du uns verraten?

immi

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

Ich glaube EnOcean würde sich freuen, aber an AVMs Stelle würde ich mit dem Einbau warten, bis EnOcean Geräte preiswerter oder verbreiter sind. Daß der typische fhem Anwender noch nicht auf EnOcean setzt, sieht man auch an der Diskussionen in dieser Gruppe. Meiner Ansicht nach sollte AVM statt in chips mehr in dem fhem Support investieren , ich glaube die tun aber weder noch.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Rudolf,
 vielen Dank für die Aufklärung. Ich habe mich zwar etwas eingelesen,
aber wohl einige wesentliche Dinge nicht mitbekommen.
Mittlerweile habe ich das fhem7390.image von fhem.de geflasht und auch
werksreset gemacht. Das brachte aber kein neues device zum vorschein.
Neu kommt wie beim alten image in /dev  nur usbdev2.3_ep00
usbdev2.3_ep02   usbdev2.3_ep81 und 2-1 dazu.

On 10 Dez., 07:46, Rudolf Koenig wrote:
> > Unter FRITZ.NAS/fhem/dev   wird beim Einstecken nichts neues
> > angezeigt.
>
> Ich meinte /dev. Also
>   telnet fritz.box
>   (device ausstecken)
>   ls /dev > /tmp/dev.1
>   (device einstecken)
>   ls /dev > /tmp/dev.2
>   diff /tmp/dev.*
>
> Und vor der naechsten Frage hier bitte das 7390-er Image von fhem.de probieren.
>
> Oder die Frage direkt dem AVM Support stellen: Ich meine Dein Problem ist eine
> der Faelle, wo AVMs Entscheidung, fhem in chroot zu starten, nachteilig
> gegenueber einer "normalen" fhem Installation ist, AVM sollte also auch die
> Konsequenzen tragen Da AVM an fhem+EnOcean Interesse zeigt, sollten sie
> dieses Problem loesen.
>
> Btw. "smart connect" von BSC mit dem neuen TCM310 (entspricht buswares EUL) ist
> wohl halb so teuer wie der bor mit dem alten TCM120.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Neu kommt wie beim alten image in /dev  nur usbdev2.3_ep00
> usbdev2.3_ep02   usbdev2.3_ep81 und 2-1 dazu.

Zur Klarheit:

- Das AVM-fhem image enthaelt (wie das image von fhem.de) den perl Interpreter,
  und das fhem Paket.

- Unterschiedlich ist, dass AVM aus Sicherheitsgruenden (die ich nicht teile)
  fhem in einem chroot Umgebung startet, damit kann fhem bzw. ein aus fhem
  gestartetes Programm nur auf Dateien ab /var/InternerSpeicher/fhem zugreifen.

- Deswegen muessen fuer das AVM-fhem die vom Linux in /dev automatisch angelegte
  Geraete-Knoten fuer fhem erreichbar nochmal manuell angelegt werden, z.Bsp
  mit "mknod /var/InternerSpeicher/fhem/dev/NAME c MAJOR MINOR" im startfhem
  Skript.

- Beide Pakete (AVM-fhem und fhem-5.1-fb7390.image) kann man auf einem beliebigen
  FB7390 installieren, aber die neueren firmwares enthalten Fixes/features,
  die man haben will, z.Bsp kein FB-Crash wenn ein FHZ1x00 eingesteckt wird,
  oder fhem-Aufruf vom telefon.


Zu deinem Problem:

- verstehe ich es richtig: beim einstecken von dem USB-Kabel erscheinen 4 Geraete
  in /dev ?

- dann bitte alle einzeln mit
    define bor TCM 120 /dev/NAME@9600
  in fhem bekanntmachen, und pruefen ob sie reagieren.

- Wenn nicht, bitte beim AVM-Support die Unterstuetzung des Geraetes
  beantragen, das ist eine OS Funktionalitaet, und hat mit fhem direkt nichts
  zu tun.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Rudolf,
ist es aus Deiner Sicht sinnvoll den "smart connect" von BSC anstelle
dem BSCBOR vorzuziehen?
Welcher ist besser unterstützt? oder ist das egal?


On 10 Dez., 07:46, Rudolf Koenig wrote:
> > Unter FRITZ.NAS/fhem/dev   wird beim Einstecken nichts neues
> > angezeigt.
>
> Ich meinte /dev. Also
>   telnet fritz.box
>   (device ausstecken)
>   ls /dev > /tmp/dev.1
>   (device einstecken)
>   ls /dev > /tmp/dev.2
>   diff /tmp/dev.*
>
> Und vor der naechsten Frage hier bitte das 7390-er Image von fhem.de probieren.
>
> Oder die Frage direkt dem AVM Support stellen: Ich meine Dein Problem ist eine
> der Faelle, wo AVMs Entscheidung, fhem in chroot zu starten, nachteilig
> gegenueber einer "normalen" fhem Installation ist, AVM sollte also auch die
> Konsequenzen tragen Da AVM an fhem+EnOcean Interesse zeigt, sollten sie
> dieses Problem loesen.
>
> Btw. "smart connect" von BSC mit dem neuen TCM310 (entspricht buswares EUL) ist
> wohl halb so teuer wie der bor mit dem alten TCM120.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> ist es aus Deiner Sicht sinnvoll den "smart connect" von BSC anstelle
> dem BSCBOR vorzuziehen?

Ja. Das Geraet habe ich persoenlich noch nicht gesehen, man hat mir berichtet,
dass es mit einem TCM310 arbeitet, und solche Sticks habe ich als Prototyp von
EnOcean und das EUL von Busware. Ich verwende sie lieber als den Bor weil sie
handlicher sind. Das TCM310 kann auch deutlich mehr als der TCM120 im Bor, das
"mehr" wird aber noch nicht unterstuetzt. Und ob der Empfang der kleinen Stick
besser ist, als der grossen Bor, kann ich auch nicht sagen.

Der Prototyp Stick funktionierte auf dem FB7390 auf Anhieb, das Bor habe ich
nicht getestet.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo zusammen,

als langjähriger Enoceanfreak wollte ich mich auch an fhem auf der
7390 wagen.
Ich habe ein BSCBOR TCM120 und das neue TCM310 (auch von BSC) testen
wollen..
Zuerst habe ich das TCM310 probiert -- > es bleibt disconnected
ok, ich dachte, dass evtl die Treiber nicht passen, weil zu neu?
also das BSCBOR drangesteckt --> ebenfalls disconnected..

hat jemand einen Tip, wie ich die Gateways zum laufen bringen kann?
vielen merci..

hier meine Config:

attr global autoload_undefined_devices 1
attr global logfile /var/log/fhem/fhem-%Y-%m.log
attr global modpath /usr/share/fhem
attr global port 7072 global
attr global statefile /var/log/fhem/fhem.save
attr global verbose 3

#define CUL CUL /dev/ttyACM0@57600 1234

define BscBor TCM 120 /dev/ttyACM0@9600
#define TCM310 TCM 310 /dev/ttyACM0@57600

#define CUL2 CUL /dev/ttyACM1@38400 2222
#attr CUL2 rfmode HomeMatic

#define FHZ1 FHZ /dev/ttyUSB0

define WEB FHEMWEB 8083 global
define WEBS FHEMWEB 8084 global
attr WEBS smallscreen 1

define autocreate autocreate
#attr autocreate autosave 1
#attr autocreate device_room %TYPE
#attr autocreate filelog /var/log/fhem/%NAME-%Y.log
#attr autocreate weblink 1
#attr autocreate weblink_room Plots

define fhemlog /var/log/fhem/fhem-%Y-%m.log NONE:NONE

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> define BscBor TCM 120 /dev/ttyACM0@9600
> #define TCM310 TCM 310 /dev/ttyACM0@57600

- was steht im fhem-log

- welches fhem image ist installiert: AVM oder fhem.de?  Wenn es die AVM
  Version ist, bitte die Frage direkt an dem AVM Support stellen, de es
  diesbezueglich relevante Unterschiede zwischen den beiden Versionen gibt
  (Stichwort chroot).

- welche Dateien erscheinen in /dev wenn man den Stick einsteckt?
  Wenn keine, dann das Problem erneut dem AVM Support stellen

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo und Danke für die rasche Antwort

ich habe heute versucht den Vorgang wieder nachzustellen, und habe ein
Recovery 84.05.05 aufgespielt (Werkseinstellung).
Dann das AVM-Labor-Image "fhem-update.84.05.05-20538.image"
hinterhergeschoben
Ergebnis: fhem startet nicht mehr
AVM hat da schon noch eine Baustelle...

Gibt es eine FW und ein fhem-Image welches von fhem empfohlen wird?

Gruß und vielen Merci..

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[rudolfkoenig]

                                                   

> Gibt es eine FW und ein fhem-Image welches von fhem empfohlen wird?

Ich wuerde http://fhem.de/fhem-5.1-fb7390.image installieren, und wenn fhem
laeuft updatefhem durchfuehren. Wichtig auf dem FB: die Uhrzeit muss stimmen,
d.h. der FB muss eine Internetverbindung haben sonst wartet das Programm bis zu
2 Stunden. Falls fhem nicht starten sollte, bitte fhem-2011-12.log suchen und
lesen

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Dem Vorschlag kann ich mich nur anschließen - das  AVM-Labor-Image
"fhem-update.84.05.05-20538.image" sollte man besser nicht nutzen.

@Rudolf Koenig: Vorsicht, nach dem Aufspielen von
http://fhem.de/fhem-5.1-fb7390.image brach bei mir das Kommando updatefehm
ab mit der Fehlermeldung


File size for HOWTO.html does not correspond to filetimes.txt entry


Und zwar ohne dass ich an einer der beiden Dateien etwas geändert hätte...

<http://fhem.de/fhem-5.1-fb7390.image>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com