Cul 433MHz und cul 868MHz definieren

Deutsche Foren Hardware
#1

Hallo,
ich möchte gerne zwei Culs am RPi betreiebn.

root@raspberrypi:/etc/homegear/families# lsusb
Bus 001 Device 007: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 006: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 005: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Wie kann ich die Culs unterscheiden?
Wenn ich z.B. Device 004 (Funktastatur) rausziehe, habe ich nach einem Neustart auch probleme, da die USB-geräte neu zugeteilt werden.
Wie kann ich die fest zuweisen?

MfG bUnZ

#2

ls -la /dev/serial/by-id

Die kannst du auch als device in der Config angeben.

1 Like
#3

Klappt mit dem 868Mhz Cul super!
(Max-config)
/dev/serial/by-id/usb-busware.de_CUL868-if00
Ich kann die Max! Thermostate im Openhab2 auslesen und auch Werte ändern.

aber ich kann die REV-Steckdosen nicht Schalten.
(Intertechno-config)
Ich habe die Vermutung das es an der ID liegt!
/dev/serial/by-id/usb-busware.de_CUL433-if00

Ich habe in schon mal gesehen, dass einige Leute dort die Frequenz und einen Port hinter schreiben.
z.B. hier beim selbstbau Cul
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MPYX-if00-port0@38400 0000

Was hat es damit auf sich?

In welchem Log kann ich den Fehler suchen oder verfolgen warum nichts raus geht?

#4

Setz mal in der main.cfg das Debuglevel auf 5 und schau dann mal, während du schalten willst, in das /var/log/homegear/homegear.log

#5

[Code]root@raspberrypi://# tail /var/log/homegear/homegear.log -n20
(Boolean) 0
}
}
}
}
03/17/17 14:56:00.444 Debug: Calling getFileDescriptor…
03/17/17 14:56:00.444 Debug: Connecting to host 192.168.178.37 on port 9126…
03/17/17 14:56:00.446 Debug: Connected to host 192.168.178.37 on port 9126. Client number is: 17
03/17/17 14:56:00.446 RPC client: Debug: Sending packet: 42696E000000008F0000001073797374656D2E6D756C746963616C6C00000001000001000000000100000101000000020000000A6D6574686F644E616D6500000003000000056576656E7400000006706172616D730000010000000004000000030000000B52462D3231656435623164000000030000000D49544430303435433343353A31000000030000000553544154450000000200
03/17/17 14:56:00.453 RPC client: Debug: Packet received: 42696E0100000015000001000000000100000003000000056576656E74
03/17/17 14:56:00.454 RPC client: Debug: Received packet from server 192.168.178.37: 42696E0100000015000001000000000100000003000000056576656E74
03/17/17 14:56:00.454 RPC client: Response was:
(Array length=1)
{
(String) event
}
03/17/17 14:56:00.777 Debug (My-IT-CUL): Packet sFFFF11101F00 enters raisePacketReceived.
03/17/17 14:56:00.777 Debug (My-IT-CUL): Packet sFFFF11101F00 is now passed to the EventHandler.
03/17/17 14:56:00.777 Intertechno packet received from 00000000 (RSSI: -74 dBm):
03/17/17 14:56:00.778 Debug (My-IT-CUL): Packet processing of packet sFFFF11101F00 took 1 ms.

[/code]

#6

Ich bin begeistert!
Es scheint ja schonmal etwas zu passieren…
Im Log steht etwas von MY-IT-CUL, wenn ich in OH2 schalte.

Aber ich kann den REV-Aktor nicht annlernen :confused:

Hier noch mal ein paar zeilen mehr…

03/17/17 15:02:12.020 RPC Server (Port 2001): Info: Client number 12 is calling RPC method: setValue (2) Parameters: (String) ITD0045C3C5:1 (String) STATE (Boolean) 1 03/17/17 15:02:12.022 Module Intertechno: Info: STATE of peer 5 with serial number ITD0045C3C5:1 was set to 0x01. 03/17/17 15:02:12.022 Module Intertechno: Intertechno CUL "My-IT-CUL": Info: Sending (My-IT-CUL): FFFF11101FFF 03/17/17 15:02:12.023 Debug: Writing: 69734646464631313130314646460A 03/17/17 15:02:12.023 RPC Server (Port 2001): Response: (void) 03/17/17 15:02:12.023 RPC client: Info: Calling RPC method "system.multicall" on server 192.168.178.37. 03/17/17 15:02:12.024 RPC client: Parameters: 03/17/17 15:02:12.024 RPC Server (Port 2001): Response binary: 42696E01000000080000000300000000 (Array length=1) { (Struct length=2) { [methodName] { (String) event } [params] { (Array length=4) { (String) RF-21ed5b1d (String) ITD0045C3C5:1 (String) STATE (Boolean) 1 } } } } 03/17/17 15:02:12.024 Debug: Calling getFileDescriptor... 03/17/17 15:02:12.024 Debug: Connecting to host 192.168.178.37 on port 9126... 03/17/17 15:02:12.026 Debug: Connected to host 192.168.178.37 on port 9126. Client number is: 24 03/17/17 15:02:12.026 RPC client: Debug: Sending packet: 42696E000000008F0000001073797374656D2E6D756C746963616C6C00000001000001000000000100000101000000020000000A6D6574686F644E616D6500000003000000056576656E7400000006706172616D730000010000000004000000030000000B52462D3231656435623164000000030000000D49544430303435433343353A31000000030000000553544154450000000201 03/17/17 15:02:12.037 RPC client: Debug: Packet received: 42696E0100000015000001000000000100000003000000056576656E74 03/17/17 15:02:12.038 RPC client: Debug: Received packet from server 192.168.178.37: 42696E0100000015000001000000000100000003000000056576656E74 03/17/17 15:02:12.039 RPC client: Response was: (Array length=1) { (String) event } 03/17/17 15:02:12.357 Debug (My-IT-CUL): Packet sFFFF11101FFF enters raisePacketReceived. 03/17/17 15:02:12.358 Debug (My-IT-CUL): Packet sFFFF11101FFF is now passed to the EventHandler. 03/17/17 15:02:12.357 Intertechno packet received from 00000000 (RSSI: -74 dBm): 03/17/17 15:02:12.358 Debug (My-IT-CUL): Packet processing of packet sFFFF11101FFF took 0 ms. 03/17/17 15:02:20.663 RPC Server (Port 2001): Debug: Packet received: 42696E000000001C000000146C697374426964636F73496E746572666163657300000000 03/17/17 15:02:20.663 RPC Server (Port 2001): Info: Client number 12 is calling RPC method: listBidcosInterfaces (2) Parameters: 03/17/17 15:02:20.663 RPC Server (Port 2001): Response: (Array length=1) { (Struct length=4) { [ADDRESS] { (String) VBC7590340 } [CONNECTED] { (Boolean) 1 } [DEFAULT] { (Boolean) 1 } [DESCRIPTION] { (String) Homegear default BidCoS interface } } } 03/17/17 15:02:20.664 RPC Server (Port 2001): Response binary: 42696E0100000087000001000000000100000101000000040000000741444452455353000000030000000A5642433735393033343000000009434F4E4E454354454400000002010000000744454641554C5400000002010000000B4445534352495054494F4E0000000300000021486F6D65676561722064656661756C7420426964436F5320696E74657266616365

#7

@sathya, kannst du dazu etwas sagen?

#8

Hallo @bUnZ,

interessant ist, dass der Senden-Befehl wieder gelesen wird. Da stimmt also sicher etwas nicht - das sollte nicht sein. Hat der CUL über “/dev/ttyACMx” funktioniert? Falls letzteres der Fall ist, können wir probieren, über eine udev-Regel anhand der Seriennummer ein Gerät direkt in “/dev” anzulegen.

Viele Grüße

Sathya

#9

Das ist tatsächlich interessant. Ich habe noch die Standadfirmware auf dem Cul433 … Da dürfte er garnix empfanen.
Das sind die ersten Versuche mit Intertechno. Bisher habe aich nur die Heizungsventiele über den Cul868 angesteuert.

Ist es normal, das ein Neustart des R-Pi2 mit homegear und OH2 Ca 10min dauert?
Erst in der 10ten min stand im log

03/19/17 14:55:25.816 Start listening for packets...

Also noch mal mit device = /dev/ttyACM1 (Cul 433):

root@raspberrypi://etc/homegear/families# tail /var/log/homegear/homegear.log -n50
  {
    (Float) 19.5
  }
  [TEMPERATURE_OFFSET]
  {
    (Integer) 7
  }
  [VALVE_STATE]
  {
    (Integer) 9
  }
  [WINDOW_OPEN_TEMPERATURE]
  {
    (Float) 12
  }
}
03/19/17 15:13:25.389 RPC Server (Port 2001): Response binary:
42696E010000021300000101000000120000001241435455414C5F54454D5045524154555245000000042899999A000000050000000E424F4F53545F504F534954494F4E000000010000005000000011424F4F53545F54494D455F504552494F44000000010000000100000013434F4D464F52545F54454D5045524154555245000000042B000000000000050000000C434F4E54524F4C5F4D4F4445000000010000000100000014444543414C43494649434154494F4E5F54494D45000000010000029400000017444543414C43494649434154494F4E5F5745454B44415900000001000000000000000F45434F5F54454D5045524154555245000000042100000000000005000000064C4F434B454400000002000000000F4D41585F54454D5045524154555245000000043D000000000000050000000E50415254595F53544F505F44415900000001000000010000001050415254595F53544F505F4D4F4E544800000001000000010000000F50415254595F53544F505F54494D4500000001000000000000000F50415254595F53544F505F59454152000000010000000C0000000F5345545F54454D50455241545552450000000427000000000000050000001254454D50455241545552455F4F464653455400000001000000070000000B56414C56455F535441544500000001000000090000001757494E444F575F4F50454E5F54454D5045524154555245000000043000000000000004
03/19/17 15:13:26.149 RPC Server (Port 2001): Debug: Packet received: 42696E00000000370000000873657456616C756500000003000000030000000D49544430303435433343353A31000000030000000553544154450000000200
03/19/17 15:13:26.149 RPC Server (Port 2001): Info: Client number 10 is calling RPC method: setValue (2) Parameters:
(String) ITD0045C3C5:1
(String) STATE
(Boolean) 0
03/19/17 15:13:26.150 Module Intertechno: Info: STATE of peer 5 with serial number ITD0045C3C5:1 was set to 0x00.
03/19/17 15:13:26.150 Module Intertechno: Intertechno CUL "My-IT-CUL": Info: Sending (My-IT-CUL): FFFF11101F00
03/19/17 15:13:26.150 Debug: Writing: 69734646464631313130314630300A
03/19/17 15:13:26.150 RPC Server (Port 2001): Response:
(void)
03/19/17 15:13:26.150 RPC Server (Port 2001): Response binary:
42696E01000000080000000300000000
03/19/17 15:13:26.484 Debug (My-IT-CUL): Packet sFFFF11101F00 enters raisePacketReceived.
03/19/17 15:13:26.484 Debug (My-IT-CUL): Packet sFFFF11101F00 is now passed to the EventHandler.
03/19/17 15:13:26.484 Intertechno packet received from 00000000 (RSSI: -74 dBm):
03/19/17 15:13:26.485 Debug (My-IT-CUL): Packet processing of packet sFFFF11101F00 took 1 ms.
03/19/17 15:13:28.345 RPC Server (Port 2001): Debug: Packet received: 42696E00000000370000000873657456616C756500000003000000030000000D49544430303435433343353A31000000030000000553544154450000000201
03/19/17 15:13:28.345 RPC Server (Port 2001): Info: Client number 10 is calling RPC method: setValue (2) Parameters:
(String) ITD0045C3C5:1
(String) STATE
(Boolean) 1
03/19/17 15:13:28.346 Module Intertechno: Info: STATE of peer 5 with serial number ITD0045C3C5:1 was set to 0x01.
03/19/17 15:13:28.346 Module Intertechno: Intertechno CUL "My-IT-CUL": Info: Sending (My-IT-CUL): FFFF11101FFF
03/19/17 15:13:28.347 Debug: Writing: 69734646464631313130314646460A
03/19/17 15:13:28.347 RPC Server (Port 2001): Response:
(void)
03/19/17 15:13:28.348 RPC Server (Port 2001): Response binary:
42696E01000000080000000300000000
03/19/17 15:13:28.682 Debug (My-IT-CUL): Packet sFFFF11101FFF enters raisePacketReceived.
03/19/17 15:13:28.683 Debug (My-IT-CUL): Packet sFFFF11101FFF is now passed to the EventHandler.
03/19/17 15:13:28.682 Intertechno packet received from 00000000 (RSSI: -74 dBm):
03/19/17 15:13:28.683 Debug (My-IT-CUL): Packet processing of packet sFFFF11101FFF took 0 ms.

Dankbar für eure hilfe :slight_smile:
bUnZ

PS zur Dauer des Neustarts: Ein Homegear-Service Neustart dauert nur wenige Sekunden. Es wird wohl an OH2 liegen.

#10

Ich habe in der Zwischenzeit auch noch die alternative Firmware für den Cul ausprobiert…
Auch leider kein Erfolg!
PS: Wenn ich auf eine Taste der Fernbedienung für die Stecker von REV drücke, erscheint im log:

03/22/17 07:20:29.760 Debug (My-IT-CUL): Packet 55665AA5A66595AA03 enters raisePacketReceived. 03/22/17 07:20:29.760 Debug (My-IT-CUL): Packet 55665AA5A66595AA03 is now passed to the EventHandler. 03/22/17 07:20:29.759 Intertechno packet received from 0014F352 (RSSI: -73 dBm): 00 03/22/17 07:20:29.760 Debug (My-IT-CUL): Packet processing of packet 55665AA5A66595AA03 took 0 ms.
Das sieht doch sehr gut aus…
Warum kann ich die Steckdosen nicht über den Cul anlernen?

#11

@pmayer @sathya… hat denn Niemand eine Idee??

#12

Schlussendlich muss das @sathya was zu sagen.

Für dein Gerät gibt es aber eine Device Description? https://github.com/Homegear/Homegear-Intertechno/tree/master/misc/Device%20Description%20Files

#13

Ja! Es sind die REV-Ritter steckdosen…
Deshalb muss ich beim eintragen der Geräte in homegear auch die 2 angeben und nicht wie bei allen anderen die 1.

#14

Dem Problem auf der Spur bin ich über folgenden Beitrag gestolpert…

Offline georgdoll
Newbie

Beiträge: 2

Antw:REV Funksteckdosen

« Antwort #12 am: 26 Februar 2017, 03:01:29 »

Hallo Beisammen

Ich habe von REV die Schaltsteckdosen 8342LC und konnte sie mit obiger Beschreibung nicht in Betrieb nehmen.

Irgendwie kam ich dann in den Besitz des SHR-RBS-04A und hatte schon befürchtet auch diesen nicht mit meinem CUL V3 schalten zu können… beim ausprobieren bin ich dann darauf gekommen die 8342LC mit dem neuen Intertechno 26bit code zu versuchen, und siehe da - Funktioniert ! (https://wiki.fhem.de/wiki/Intertechno_Code_Berechnung)

in FHEM habe ich folgendes stehen :

define ST02 IT 00001001010111100000000000 0 0001
attr ST02 IODev CUL1

Das Anlernen ist einfach, Steckdose einstecken, und per FHEM den On Befehl schicken sobald die LED blinkt das Relais klickt zur Bestätigunh.

Habe jetzt 3 Dosen am laufen, und mit FHeM über HA bridge an Alexa angebunden für 18,90 bei Hagebau was will man mehr ?

« Letzte Änderung: 26 Februar 2017, 03:44:49 von georgdoll »
Quelle: https://forum.fhem.de/index.php?topic=30402.0

@sathya , kannst du dazu etwas sagen? Gibt es bei REV verschiedene Codes?
Ist das mein Problem?
Es gibt scheinbar verschiedene Typen bei den Steckern…
Typ 8369L, Typ 8342L, Typ 8342LC…
Letzteren habe ich!

#15

Dazu kann ich nur wenig sagen, der Beitrag ist aber ein guter Hinweis. Kannst du mit der Fernbedienung mal einen Logausschnitt vom mehrmaligen Ein- und Ausschalten schicken? (Mit Hinweis, welches Paket das Einschalten und welches das Ausschalten war?) Das sollte uns zeigen, ob es sich um die neuen IT-Pakete handelt. Falls ja, folge den Anweisungen für die neuen Aktoren in der Doku (bzw. versuch einfach, ob es damit funktioniert). Die geposteten Anweisungen gelten analog für Homegear, heißt zum Anlernen muss direkt nach dem Einstecken der Steckdose ein “On”-Befehl gesendet werden (“STATE” auf “true”).

Viele Grüße

Sathya

#16

Hey,
ich war eine Woche im Urlaub… sorry

Hier der Mitschnitt: von Programmtaste 1 (3x ON)

root@raspberrypi://# tail /var/log/homegear/homegear.log -n50
    }
  }
}
04/09/17 10:00:46.672 RPC Server (Port 2001): Response binary:
42696E0100000087000001000000000100000101000000040000000741444452455353000000030000000A5642433735393033343000000009434F4E4E454354454400000002010000000744454641554C5400000002010000000B4445534352495054494F4E0000000300000021486F6D65676561722064656661756C7420426964436F5320696E74657266616365
04/09/17 10:00:49.370 Debug (My-IT-CUL): Packet 55665AA5A66596AA0E enters raisePacketReceived.
04/09/17 10:00:49.370 Debug (My-IT-CUL): Packet 55665AA5A66596AA0E is now passed to the EventHandler.
04/09/17 10:00:49.370 Intertechno packet received from 0014F352 (RSSI: -74 dBm): 01
04/09/17 10:00:49.371 RPC client: Info: Calling RPC method "system.multicall" on server 192.168.178.37.
04/09/17 10:00:49.371 RPC client: Parameters:
04/09/17 10:00:49.372 Debug (My-IT-CUL): Packet processing of packet 55665AA5A66596AA0E took 1 ms.
(Array length=1)
{
  (Struct length=2)
  {
    [methodName]
    {
      (String) event
    }
    [params]
    {
      (Array length=4)
      {
        (String) RF-21ed5b1d
        (String) ITD0014F352:0
        (String) RSSI_DEVICE
        (Integer) -182
      }
    }
  }
}
04/09/17 10:00:49.372 Debug: Calling getFileDescriptor...
04/09/17 10:00:49.372 Debug: Connecting to host 192.168.178.37 on port 9126...
04/09/17 10:00:49.374 Debug: Connected to host 192.168.178.37 on port 9126. Client number is: 180
04/09/17 10:00:49.374 RPC client: Debug: Sending packet: 42696E00000000980000001073797374656D2E6D756C746963616C6C00000001000001000000000100000101000000020000000A6D6574686F644E616D6500000003000000056576656E7400000006706172616D730000010000000004000000030000000B52462D3231656435623164000000030000000D49544430303134463335323A30000000030000000B525353495F44455649434500000001FFFFFF4A
04/09/17 10:00:49.378 RPC client: Debug: Packet received: 42696E0100000015000001000000000100000003000000056576656E74
04/09/17 10:00:49.379 RPC client: Debug: Received packet from server 192.168.178.37: 42696E0100000015000001000000000100000003000000056576656E74
04/09/17 10:00:49.380 RPC client: Response was:
(Array length=1)
{
  (String) event
}
04/09/17 10:00:53.137 Debug (My-IT-CUL): Packet 55665AA5A66596AA10 enters raisePacketReceived.
04/09/17 10:00:53.137 Debug (My-IT-CUL): Packet 55665AA5A66596AA10 is now passed to the EventHandler.
04/09/17 10:00:53.137 Intertechno packet received from 0014F352 (RSSI: -69 dBm): 01
04/09/17 10:00:53.138 Debug (My-IT-CUL): Packet processing of packet 55665AA5A66596AA10 took 1 ms.
04/09/17 10:00:57.130 Debug (My-IT-CUL): Packet 55665AA5A66596AA13 enters raisePacketReceived.
04/09/17 10:00:57.130 Debug (My-IT-CUL): Packet 55665AA5A66596AA13 is now passed to the EventHandler.
04/09/17 10:00:57.130 Intertechno packet received from 0014F352 (RSSI: -68 dBm): 01
04/09/17 10:00:57.131 Debug (My-IT-CUL): Packet processing of packet 55665AA5A66596AA13 took 1 ms

Und jetzt drei mal Off

root@raspberrypi://# tail /var/log/homegear/homegear.log -n50
      }
    }
  }
}
04/09/17 10:08:00.952 Debug: Calling getFileDescriptor...
04/09/17 10:08:00.952 Debug: Connecting to host 192.168.178.37 on port 9126...
04/09/17 10:08:00.954 Debug: Connected to host 192.168.178.37 on port 9126. Client number is: 190
04/09/17 10:08:00.954 RPC client: Debug: Sending packet: 42696E00000000980000001073797374656D2E6D756C746963616C6C00000001000001000000000100000101000000020000000A6D6574686F644E616D6500000003000000056576656E7400000006706172616D730000010000000004000000030000000B52462D3231656435623164000000030000000D49544430303134463335323A30000000030000000B525353495F44455649434500000001FFFFFF4A
04/09/17 10:08:00.960 RPC client: Debug: Packet received: 42696E0100000015000001000000000100000003000000056576656E74
04/09/17 10:08:00.961 RPC client: Debug: Received packet from server 192.168.178.37: 42696E0100000015000001000000000100000003000000056576656E74
04/09/17 10:08:00.961 RPC client: Response was:
(Array length=1)
{
  (String) event
}
04/09/17 10:08:01.871 RPC Server (Port 2001): Debug: Packet received: 42696E000000001C000000146C697374426964636F73496E746572666163657300000000
04/09/17 10:08:01.917 RPC Server (Port 2001): Info: Client number 175 is calling RPC method: listBidcosInterfaces (2) Parameters:
04/09/17 10:08:01.918 RPC Server (Port 2001): Response:
(Array length=1)
{
  (Struct length=4)
  {
    [ADDRESS]
    {
      (String) VBC7590340
    }
    [CONNECTED]
    {
      (Boolean) 1
    }
    [DEFAULT]
    {
      (Boolean) 1
    }
    [DESCRIPTION]
    {
      (String) Homegear default BidCoS interface
    }
  }
}
04/09/17 10:08:01.918 RPC Server (Port 2001): Response binary:
42696E0100000087000001000000000100000101000000040000000741444452455353000000030000000A5642433735393033343000000009434F4E4E454354454400000002010000000744454641554C5400000002010000000B4445534352495054494F4E0000000300000021486F6D65676561722064656661756C7420426964436F5320696E74657266616365
04/09/17 10:08:03.326 Debug (My-IT-CUL): Packet 55665AA5A66595AA0A enters raisePacketReceived.
04/09/17 10:08:03.326 Debug (My-IT-CUL): Packet 55665AA5A66595AA0A is now passed to the EventHandler.
04/09/17 10:08:03.326 Intertechno packet received from 0014F352 (RSSI: -74 dBm): 00
04/09/17 10:08:03.326 Debug (My-IT-CUL): Packet processing of packet 55665AA5A66595AA0A took 0 ms.
04/09/17 10:08:05.951 Debug (My-IT-CUL): Packet 55665AA5A66595AA07 enters raisePacketReceived.
04/09/17 10:08:05.951 Debug (My-IT-CUL): Packet 55665AA5A66595AA07 is now passed to the EventHandler.
04/09/17 10:08:05.951 Intertechno packet received from 0014F352 (RSSI: -71 dBm): 00
04/09/17 10:08:05.952 Debug (My-IT-CUL): Packet processing of packet 55665AA5A66595AA07 took 1 ms.

Ich versuche mich jetzt mal an der Analogen Methode… bis später :slight_smile:

Edit:
Wie kann ich denn einnen einfachen An befehl “per Hand” senden?
is01010010101011101000000110010011
Das soll ja ein einfacher An befehl sein… Was mache ich denn jetzt damit :sweat:

#17

@pmayer @sathya
Gelöst :slight_smile:

Die Steckdosen von REV mit dem Typ: 8342LC müssen nicht wie REV steckdosen angelernt werden, sondern wie die neuen “ITT-1500” mit dem 32Bit-Wort.

Sprich eine 26 Bit folge ausdenken…

umrehcnen in Hexadezimal

und dann das Gerät als Standad IT-Gerät und nicht als REV hinzufügen!

pc My-IT-CUL 1 2492492

Dann noch anlernen :wink:
Ich gehe dann mal schnell noch ein paar Steckdosen kaufen :slight_smile:

cya :slight_smile:

EDIT: Stehlampe und Garagentor (über Koppelrelais) funktionieren…
Brunnenpumpe auch :slight_smile:
Mal schauen wie lange die 10A Stecker von REV die Induktive Last schalten, bevor die Relais den Geist aufgeben XD sonst muss da auch nochmal ein Relais/Schütz zwischen.

1 Like
#18

Hallo @bUnZ,

total cool, dass es jetzt klappt :grinning:!

Viele Grüße

Sathya

#19