eBus Schaltung V2 in Betrieb nehmen

nols · 08 Februar 2019, 09:38:34

Danke für die Antwort.
Die aktuelle Config vom Server habe ich. Die Werte passen dann wohl nicht zu meiner Hardware. Aber die wichtigsten sind ja drin. Würde die nur gerne in MQTT bekommen.

Wie bekomme ich denn die gelesenen Werte über ebusctl read in MQTT rein? Man muss die ja erst abfragen/anstoßen. Ein paar Werte kommen ja an, siehe mein MQTTfx Foto.

edit:
Jetzt geht es, ich weiß nicht, ob es an der Zeit lag oder am senden vom ebusd/350**/get

Es sind jetzt alle Messages auch in MQTT. Vielen Dank

per ebusctl kann ich die werte Ändern also:

Code Auswählen

[10:40:48] openhabian@openHABianPi:~/ebusd/contrib/scripts$ ebusctl read -f IsInHoliday
0

[10:40:50] openhabian@openHABianPi:~/ebusd/contrib/scripts$ ebusctl w -c 350 IsInHoliday 1
done

[10:42:31] openhabian@openHABianPi:~/ebusd/contrib/scripts$ ebusctl read -f IsInHoliday
1

Der Status wird direkt an MQTT übermittel. Mit dem /get kann ich auch Werte in MQTT anfordern. Ich kann jedoch nichts mit /set setzten.
Also ebus/350/IsInHoliday/set 1 ....oder ist der Befehl anders?

Reinhart · 08 Februar 2019, 19:43:45

entweder du hast einen Schreibfehler, weil die ebus schreibst und nicht ebusd!

So ein typischer publishset von einem Tasmota Device sieht in Fhem so aus, wie das bei openhab ist weiß ich nicht.

Code Auswählen

define Sonoff_Sw MQTT_DEVICE
attr Sonoff_Sw IODev Mosquitto
attr Sonoff_Sw alias Vorzimmer Licht1
attr Sonoff_Sw devStateIcon on:rc_GREEN:off off:rc_RED:on
attr Sonoff_Sw eventMap ON:on OFF:off ON:Ein OFF:Aus
attr Sonoff_Sw icon light_ceiling
attr Sonoff_Sw publishSet ON OFF cmnd/sonoff_dht/POWER1
attr Sonoff_Sw stateFormat state
attr Sonoff_Sw subscribeReading_Licht stat/sonoff_dht/POWER1
attr Sonoff_Sw subscribeReading_Status stat/sonoff_dht/STATUS
attr Sonoff_Sw subscribeReading_state cmnd/sonoff_dht/POWER1
attr Sonoff_Sw webCmd ON:OFF

um die Werte zyklisch von MQTT abzuholen habe ich es über einen Timer gelöst.

Code Auswählen

+*00:05:00 {
  fhem("set Mosquitto publish ebusd/430/Hc1HeatCurve/get");
  fhem("set Mosquitto publish ebusd/bai/WaterPressure/get");
  fhem("set Mosquitto publish ebusd/bai/FlowTemp/get");
  fhem("set Mosquitto publish ebusd/bai/ReturnTemp/get");
  fhem("set Mosquitto publish ebusd/bai/OutdoorstempSensor/get");
 }

hier wird alle 5 Minuten ein "get" von den gewünschten Datenpunkten angestoßen.

LG

nols · 09 Februar 2019, 11:49:30

Ich habe als MQTT Topic "ebus", das passt schon.
Die /get und /set Befehle mit ebus bewirken jedoch nichts. Wenn ich über SSH per ebusctl Werte auslese und ändere funktioniert das und die Werte werden auch direkt an MQTT übermittelt. Also Überwachen per MQTT geht.

Ich habe in der readall.sh noch ein paar "ERR: invalid position in decode". Wie kann ich die beheben?

Code Auswählen

350 ComfTempDesired = ERR: invalid position in decode
350 ComfTempEnabled = on

Mit den Werten kann ich ja von meinem Calormatic 350 Raumthermostat die Wunschtemepratur ändern und dann steuert dieses die Heizkurve. Also genauso, wie ich jetzt per Regler an dem Calormatic die Temperatur einstelle. Problem ist nur, dass die ComfTempDesired nicht funktioniert.
ComfTempDesired funktioniert und damit kann ich die Heizung immoment an/aus stellen.

szita · 11 Februar 2019, 09:41:55

Hi, wo kann ich das ebus panel fertig bestellen?
Wo ich mir das Forum ansah, war es geschlossen.

Reinhart · 11 Februar 2019, 10:18:40

nix ist geschlossen, aber es gibt nur mehr Basisadapter!

LG

TomLee · 14 Februar 2019, 16:14:18

Hallo,

wenn ich zusätzlich zu Hc1HeatCurve im at noch z1DayTemp und HwcTempDesired anfordere kommen die beiden Werte in einem Reading tempv_value rein nicht in zwei getrennten. In der Reihenfolge wie hier im Readinglist angegeben wird dann erst das Reading für z1DayTemp geholt und dann von HwcTempDesired überschrieben.

Was kann man dagegen tun oder mach ich etwas falsch ?

Code Auswählen

defmod MQTT2_ebusd_700 MQTT2_DEVICE ebusd_700
attr MQTT2_ebusd_700 IODev MQTT2_CLIENT
attr MQTT2_ebusd_700 devStateStyle style="text-align:right"
attr MQTT2_ebusd_700 group EBUS
attr MQTT2_ebusd_700 icon message_tendency_steady
attr MQTT2_ebusd_700 model E_03a_eBus_Hc1HeatCurve
attr MQTT2_ebusd_700 readingList ebusd/700/Hc1HeatCurve/get:.* get\
ebusd/700/z1DayTemp/get:.* get\
ebusd/700/Hc1HeatCurve:.* { json2nameValue($EVENT) }\
ebusd/700/z1DayTemp:.* { json2nameValue($EVENT) }\
ebusd/700/HwcTempDesired/get:.* get\
ebusd/700/HwcTempDesired:.* { json2nameValue($EVENT) }\
ebusd/700/Hc1HeatCurve/set:.* set
attr MQTT2_ebusd_700 room MQTT2_DEVICE
attr MQTT2_ebusd_700 setList Hc1HeatCurve_curve_value:1.90,1.95,2.00,2.05,2.10 ebusd/700/Hc1HeatCurve/set $EVTPART1
attr MQTT2_ebusd_700 stateFormat 0_value
attr MQTT2_ebusd_700 webCmd Hc1HeatCurve_curve_value
attr MQTT2_ebusd_700 webCmdLabel Heizkurve

setstate MQTT2_ebusd_700 2.05
setstate MQTT2_ebusd_700 2019-02-14 16:27:14 0_name 
setstate MQTT2_ebusd_700 2019-02-14 16:27:14 0_value 2.05
setstate MQTT2_ebusd_700 2019-02-14 15:30:02 associatedWith MQTT2_General_Bridge
setstate MQTT2_ebusd_700 2019-02-14 16:27:10 get 
setstate MQTT2_ebusd_700 2019-02-14 16:26:42 set 2.05
setstate MQTT2_ebusd_700 2019-02-14 16:26:42 state Hc1HeatCurve_curve_value
setstate MQTT2_ebusd_700 2019-02-14 16:27:10 tempv_value 22

Gruß

Thomas

Reinhart · 14 Februar 2019, 17:11:05

hm, ich glaube du hast den Define falsch gesetzt!

Code Auswählen

defmod MQTT2_ebusd_700 MQTT2_DEVICE ebusd_700

lass einmal hinter dem MQTT2_DEVICE das "ebusd_700" weg oder nimm einen anderen Namen (_ebusd).

mit dieser Rgegexp sieht das bei mir so aus:

Code Auswählen

bridgeRegexp ([A-Za-z0-9]*)/([A-Za-z0-9]*).*:.* "$1_$2"

Code Auswählen

ebusd/bai/SetMode:.* { json2nameValue($EVENT, 'SetMode_', $JSONMAP) }
ebusd/bai/DateTime:.* { json2nameValue($EVENT, 'DateTime_', $JSONMAP) }
ebusd/bai/Status02:.* { json2nameValue($EVENT, 'Status02_', $JSONMAP) }
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }
ebusd/bai/FlowTempDesired:.* { json2nameValue($EVENT, 'FlowTempDesired_', $JSONMAP) }
ebusd/bai/FlowTemp:.* { json2nameValue($EVENT, 'FlowTemp_', $JSONMAP) }
ebusd/bai/OutdoorstempSensor:.* { json2nameValue($EVENT, 'OutdoorstempSensor_', $JSONMAP) }
ebusd/bai/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT, 'ReturnTemp_', $JSONMAP) }
ebusd/bai/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }
ebusd/bai/WPPWMPower:.* { json2nameValue($EVENT, 'WPPWMPower_', $JSONMAP) }
ebusd/bai/setmode/get:.* get
ebusd/bai/HwcStarts:.* { json2nameValue($EVENT, 'HwcStarts_', $JSONMAP) }
ebusd/bai/HcHours:.* { json2nameValue($EVENT, 'HcHours_', $JSONMAP) }
ebusd/bai/HcStarts:.* { json2nameValue($EVENT, 'HcStarts_', $JSONMAP) }
ebusd/bai/PartloadHcKW:.* { json2nameValue($EVENT, 'PartloadHcKW_', $JSONMAP) }
ebusd/bai/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }
ebusd/bai/DeactivationsIFC:.* { json2nameValue($EVENT, 'DeactivationsIFC_', $JSONMAP) }
ebusd/bai/HwcHours:.* { json2nameValue($EVENT, 'HwcHours_', $JSONMAP) }
ebusd/bai/CounterStartattempts1:.* { json2nameValue($EVENT, 'CounterStartattempts1_', $JSONMAP) }
ebusd/bai/HwcSetPotmeter:.* { json2nameValue($EVENT, 'HwcSetPotmeter_', $JSONMAP) }
ebusd/bai/FlowTemp/get:.* get
ebusd/bai/ReturnTemp/get:.* get
ebusd/bai/CirPump:.* { json2nameValue($EVENT, 'CirPump_', $JSONMAP) }
ebusd/bai/BoilerType:.* { json2nameValue($EVENT, 'BoilerType_', $JSONMAP) }
ebusd/bai/WaterHcFlowMax:.* { json2nameValue($EVENT, 'WaterHcFlowMax_', $JSONMAP) }
ebusd/bai/WP:.* { json2nameValue($EVENT, 'WP_', $JSONMAP) }
ebusd/bai/WarmstartDemand:.* { json2nameValue($EVENT, 'WarmstartDemand_', $JSONMAP) }
ebusd/bai/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }
ebusd/bai/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }
ebusd/bai/EbusSourceOn:.* { json2nameValue($EVENT, 'EbusSourceOn_', $JSONMAP) }
ebusd/bai/DeactivationsTemplimiter:.* { json2nameValue($EVENT, 'DeactivationsTemplimiter_', $JSONMAP) }
ebusd/bai/WaterPressure/get:.* get
ebusd/bai/WaterPressure/get:.* get
ebusd/bai/OutdoorstempSensor/get:.* get
ebusd/bai/OutdoorstempSensor/get:.* get

also nach dem $EVENT kommt der Name des Messwertes, bei dir fehlt dieser. Somit überschreiben sich die Werte.

LG

TomLee · 14 Februar 2019, 18:31:37

hm, dann mach ich irgendwo was falsch denn das Device wird so automatisch angelegt und du meinst diese bridgeRegexp ändern ? Das hab ich gerade testweise probiert da wird das Device genauso angelegt.

Zitatdefmod MQTT2_General_Bridge MQTT2_DEVICE MQTT2CLIENT
attr MQTT2_General_Bridge IODev MQTT2_CLIENT
attr MQTT2_General_Bridge autocreate 1
attr MQTT2_General_Bridge bridgeRegexp [^:]+:([^/]+)/([^/]+)[/]?.*:.* "$1_$2"
attr MQTT2_General_Bridge model A_00_MQTT2_CLIENT_general_bridge
attr MQTT2_General_Bridge room MQTT2_DEVICE
attr MQTT2_General_Bridge setStateList on off

Reinhart · 14 Februar 2019, 21:53:24

ich habe nun bei mir alles gelöscht um das nachzubauen und habe dabei dein Problem gefunden.
Es funktioniert ja im Prinzip alles, nur möchtest du in der Anzeige einerseits die Heizkurve einstellen und gleichzeitig noch weitere Messwerte im selben Device anzeigen. Das habe ich im Template noch nicht vorgesehen.

Ich versuche das jetzt irgendwie zu lösen und melde mich dann nochmals. Übrigens muss ich das Template nochmals ändern, weil sonst die Anzeige vom Status nicht richtig funktioniert.

LG

TomLee · 14 Februar 2019, 22:07:30

Zitat von: Reinhart am 14 Februar 2019, 21:53:24
ich habe nun bei mir alles gelöscht um das nachzubauen und habe dabei dein Problem gefunden.
Es funktioniert ja im Prinzip alles, nur möchtest du in der Anzeige einerseits die Heizkurve einstellen und gleichzeitig noch weitere Messwerte im selben Device anzeigen. Das habe ich im Template noch nicht vorgesehen.

Ich versuche das jetzt irgendwie zu lösen und melde mich dann nochmals. Übrigens muss ich das Template nochmals ändern, weil sonst die Anzeige vom Status nicht richtig funktioniert.

LG

Verstehe ich jetzt so das die mqtt2.ebus.template allein von dir kommt und sich bisher hier keiner eingebracht hat ?

Reinhart · 15 Februar 2019, 17:37:45

Zitat von: TomLee am 14 Februar 2019, 22:07:30
Verstehe ich jetzt so das die mqtt2.ebus.template allein von dir kommt und sich bisher hier keiner eingebracht hat ?

Ja genau, war einfach ein Experiment von mir.
Ich habe die template jetzt etwas angepasst und sollte auch bei dir funktionieren, teste bitte einmal.

LG

TomLee · 15 Februar 2019, 18:34:31

Brauch gar nicht testen ichs sehe schon was du gemacht hast, die Readingnamen angepasst natürlich hab ich mir das zuvor auch so angepasst.
Ich frage mich jetzt schon seit gestern was den nun richtig ist. Mit oder ohne $JSONMAP.

Scheinbar nach deiner Anpassung ohne $JSONMAP. Dann kann mann aber die Werte nicht mehr anhand des Readingnamen erkennen, hast du dir das so gedacht ?

Ich habe heute auch versucht das irgendwie nachzuvollziehen. Mein Gedanke war ein attr DEVICE readingList hinzuzufügen.
Einfach das Haupt-Device automatisch anlegen lassen (ohne das $JSONMAP) das die Topics schonmal in einem Device gesammelt wurden und manuell dann ein neues Device anlegen auf das dann ein Template angewendet wird.
Hier im Beispiel hab ich einfach mal deine ganze Liste genommen. Da könnte man ja mehrer Templates zu machen.
Nachteil dann dieses zusätzliche Sammel-Device.

Hoffe du verstehst mich.

Code Auswählen

#ebus Status Messages.
name:E_01a_eBus_Test
filter:TYPE=MQTT2_DEVICE
desc:Format ebus Statusmessages comming from broadcast
attr DEVICE stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"Status01_0_value",0), ReadingsVal($name,"Status01_1_value",0), ReadingsVal($name,"Status01_3_value",0), ReadingsVal($name,"Status01_2_value",0), ReadingsVal($name,"Status01_5_value",0))}
attr DEVICE readingList\
ebusd/bai/SetMode:.* { json2nameValue($EVENT, 'SetMode_', $JSONMAP) }\
ebusd/bai/DateTime:.* { json2nameValue($EVENT, 'DateTime_', $JSONMAP) }\
ebusd/bai/Status02:.* { json2nameValue($EVENT, 'Status02_', $JSONMAP) }\
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/bai/FlowTempDesired:.* { json2nameValue($EVENT, 'FlowTempDesired_', $JSONMAP) }\
ebusd/bai/FlowTemp:.* { json2nameValue($EVENT, 'FlowTemp_', $JSONMAP) }\
ebusd/bai/OutdoorstempSensor:.* { json2nameValue($EVENT, 'OutdoorstempSensor_', $JSONMAP) }\
ebusd/bai/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }\
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT, 'ReturnTemp_', $JSONMAP) }\
ebusd/bai/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }\
ebusd/bai/WPPWMPower:.* { json2nameValue($EVENT, 'WPPWMPower_', $JSONMAP) }\
ebusd/bai/setmode/get:.* get\
ebusd/bai/HwcStarts:.* { json2nameValue($EVENT, 'HwcStarts_', $JSONMAP) }\
ebusd/bai/HcHours:.* { json2nameValue($EVENT, 'HcHours_', $JSONMAP) }\
ebusd/bai/HcStarts:.* { json2nameValue($EVENT, 'HcStarts_', $JSONMAP) }\
ebusd/bai/PartloadHcKW:.* { json2nameValue($EVENT, 'PartloadHcKW_', $JSONMAP) }\
ebusd/bai/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }\
ebusd/bai/DeactivationsIFC:.* { json2nameValue($EVENT, 'DeactivationsIFC_', $JSONMAP) }\
ebusd/bai/HwcHours:.* { json2nameValue($EVENT, 'HwcHours_', $JSONMAP) }\
ebusd/bai/CounterStartattempts1:.* { json2nameValue($EVENT, 'CounterStartattempts1_', $JSONMAP) }\
ebusd/bai/HwcSetPotmeter:.* { json2nameValue($EVENT, 'HwcSetPotmeter_', $JSONMAP) }\
ebusd/bai/FlowTemp/get:.* get\
ebusd/bai/ReturnTemp/get:.* get\
ebusd/bai/CirPump:.* { json2nameValue($EVENT, 'CirPump_', $JSONMAP) }\
ebusd/bai/BoilerType:.* { json2nameValue($EVENT, 'BoilerType_', $JSONMAP) }\
ebusd/bai/WaterHcFlowMax:.* { json2nameValue($EVENT, 'WaterHcFlowMax_', $JSONMAP) }\
ebusd/bai/WP:.* { json2nameValue($EVENT, 'WP_', $JSONMAP) }
ebusd/bai/WarmstartDemand:.* { json2nameValue($EVENT, 'WarmstartDemand_', $JSONMAP) }
ebusd/bai/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }\
ebusd/bai/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }\
ebusd/bai/EbusSourceOn:.* { json2nameValue($EVENT, 'EbusSourceOn_', $JSONMAP) }\
ebusd/bai/DeactivationsTemplimiter:.* { json2nameValue($EVENT, 'DeactivationsTemplimiter_', $JSONMAP) }\
ebusd/bai/WaterPressure/get:.* get\
ebusd/bai/WaterPressure/get:.* get\
ebusd/bai/OutdoorstempSensor/get:.* get\
ebusd/bai/OutdoorstempSensor/get:.* get
attr DEVICE icon icoTempHeizung
attr DEVICE devStateStyle style="text-align:right"
attr DEVICE model E_01_eBus_Status

Code Auswählen

#ebus Status Messages.
name:E_01a_eBus_Status01
filter:TYPE=MQTT2_DEVICE
desc:Format ebus Statusmessages comming from broadcast
attr DEVICE stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"Status01_0_value",0), ReadingsVal($name,"Status01_1_value",0), ReadingsVal($name,"Status01_3_value",0), ReadingsVal($name,"Status01_2_value",0), ReadingsVal($name,"Status01_5_value",0))}
attr DEVICE readingList\
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/bai/Status01/get:.* get
attr DEVICE icon icoTempHeizung
attr DEVICE devStateStyle style="text-align:right"
attr DEVICE model E_01_eBus_Status

Reinhart · 15 Februar 2019, 20:23:17

Zitat von: TomLee am 15 Februar 2019, 18:34:31
Brauch gar nicht testen ichs sehe schon was du gemacht hast, die Readingnamen angepasst natürlich hab ich mir das zuvor auch so angepasst.
Ich frage mich jetzt schon seit gestern was den nun richtig ist. Mit oder ohne $JSONMAP.

Scheinbar nach deiner Anpassung ohne $JSONMAP. Dann kann mann aber die Werte nicht mehr anhand des Readingnamen erkennen, hast du dir das so gedacht ?

Na ja, ich habe versucht das nachzustellen das wieder die Jsonmaps erscheinen, aber das schaffe ich nicht mehr. Daher habe ich die Templates so gemacht, das sie wenigstens wieder funktionieren. Wie ich das damals geschafft habe, weiß ich nicht mehr. Es wird zwar ständig am MQTT2_Client weiter entwickelt, ich glaube aber nicht das es von dieser Seite kommt, zumindest habe ich nichts konkretes darüber gelesen.

Nur wenn ich mir das ansehe, dann gibt es ja im Augenblick nichts doppeltes, oder hast du ein konkretes Beispiel.

LG

Reinhart · 15 Februar 2019, 20:35:17

eines ist natürlich klar, wenn man alle Readings in einen Device schmeißt, dann tut man sich schwer die später richtig zuordnen was was ist.
ZB: was ist temp1_value ?

Code Auswählen

READINGS:
     2019-02-15 20:28:06   0_name          hwcmode
     2019-02-15 20:28:06   0_value         auto
     2019-02-15 20:28:06   1_name          temp0
     2019-02-15 20:28:06   1_value         60
     2019-02-15 20:28:06   2_name          temp1
     2019-02-15 20:28:06   2_value         70.0
     2019-02-15 20:28:06   3_name          temp0
     2019-02-15 20:28:06   3_value         70
     2019-02-15 20:28:06   4_name          temp1
     2019-02-15 20:28:06   4_value         54.0
     2019-02-15 20:28:06   5_name          pumpstate
     2019-02-15 20:28:06   5_value         on
     2019-02-14 21:56:55   associatedWith  MQTT2_ebusd_bai
     2019-02-15 20:27:46   bdate_value     -.-.-
     2019-02-15 20:27:46   btime_value     20:30:32
     2019-02-15 20:27:46   dcfstate_value  nosignal
     2019-02-15 20:28:11   disablehc_value 0
     2019-02-15 20:28:11   disablehwcload_value 1
     2019-02-15 20:28:11   disablehwctapping_value 0
     2019-02-15 20:28:11   flowtempdesired_value 41.0
     2019-02-15 20:25:48   get             
     2019-02-15 20:28:11   hcmode_value    auto
     2019-02-15 20:05:29   hoursum2_value  5088
     2019-02-15 20:25:26   percent0_value  100
     2019-02-15 20:05:33   power_value     18
     2019-02-15 20:25:52   press_value     2.143
     2019-02-15 20:28:11   releaseBackup_value 0
     2019-02-15 20:28:11   releaseCooling_value 0
     2019-02-15 20:28:11   remoteControlHcPump_value 0
     2019-02-15 20:25:52   sensor_value    ok
     2019-02-15 20:05:33   temp0_value     29
     2019-02-15 18:25:52   temp1_value     56.0
     2019-02-15 20:27:46   temp2_value     4.500
     2019-02-15 20:25:52   temp_value      34.81
     2019-02-15 20:25:52   tempmirror_value 64978

diesen Zustand haben wir ja jetzt. Diese Readings sammeln sich bei mir in der "bai".
Mit der bridgeregexp haben wir ja ein Werkzeug mit dem sich einiges machen läßt.

LG

TomLee · 15 Februar 2019, 21:04:52

ZitatMit der bridgeregexp haben wir ja ein Werkzeug mit dem sich einiges machen läßt.

Und genau hier ist der Knackpunkt, es fehlt ein Bridge-Device. Ich hab aber immer noch nicht die Zusammenhänge verstanden, denk ich.