Autor Thema: Neues Modul: TEK603  (Gelesen 31838 mal)

Offline eisler

  • Developer
  • Full Member
  • ****
  • Beiträge: 258
Neues Modul: TEK603
« am: 23 September 2014, 10:58:32 »
Hallo,

Modul für den Tekelek TEK603 Eco Monitor,  Füllstandsmessung für Öltanks und Zisternen.
Über Anregungen und Verbesserungen würde ich mich freuen.

Name des Moduls im SVN: 44_TEK603.pm

Grüße
Stephan

Offline Burny4600

  • Hero Member
  • *****
  • Beiträge: 1919
Proteus TEK603 Niveausensor undefinierte Daten
« Antwort #1 am: 23 September 2015, 12:31:35 »
Habe bei mir den Proteus TEK603 Niveausensor im Einsatz und möchte diesen an FHEM anbinden für die Aufzeichung des Niveau und Alarmierung.

Der Datenlogger wird auch im FHEM angelegt.

DEF                    /dev/ttyUSB3@38400
DeviceName      /dev/ttyUSB3@38400
NAME                 TRX_3
NR                     138
PARTIAL
STATE                opened
TYPE                  TRX

Nur die Daten die eingelesen werden sind nicht zu gebrauchen.
CODE                            1c
DEF                                 1c
IODev                           TRX_3
NAME                            TRX_UNKNOWN_1c
NR                                140
STATE                           1c1cfc0000e01c1c1c00e0000000fc00000000001c1cfc0000e0000000
TYPE                             TRX_ELSE

Was muß noch angepasst werden?
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Offline eisler

  • Developer
  • Full Member
  • ****
  • Beiträge: 258
Antw:Neues Modul: TEK603
« Antwort #2 am: 24 September 2015, 20:49:28 »
einfach den Empfänger Proteus EcoMeterMonitor via USB an den Raspberry Pi anschließen und FHEM mit

define Niveausensor TEK603 /dev/ttyUSB3

konfigurieren.

Niveau wird dann als "Ullage" und in Liter als "RemainingUsableLevel" angezeigt.

Das Modul TRX wird nicht benötigt.



« Letzte Änderung: 24 September 2015, 20:54:07 von eisler »

Offline Burny4600

  • Hero Member
  • *****
  • Beiträge: 1919
Antw:Neues Modul: TEK603
« Antwort #3 am: 25 September 2015, 10:12:10 »
Hallo Eisler!

Niveau "Ullage" und in Liter als "RemainingUsableLevel" werden angelegt aber mit unreellen Daten angezeigt.
Wie muß ich das definieren?
« Letzte Änderung: 25 September 2015, 13:06:57 von Burny4600 »
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Offline eisler

  • Developer
  • Full Member
  • ****
  • Beiträge: 258
Antw:Neues Modul: TEK603
« Antwort #4 am: 26 September 2015, 10:54:28 »
Außer das Korrekte /dev/ttyUSBx also z.B. /dev/ttyUSB1 muss nichts weiter definiert werden.

Bitte in die Ausgabe von dmesg schauen.
Da sollte sich so was wie:

usb 1-1.3: cp210x converter now attached to ttyUSB0

finden.

Offline Burny4600

  • Hero Member
  • *****
  • Beiträge: 1919
Antw:Neues Modul: TEK603
« Antwort #5 am: 27 September 2015, 11:14:30 »
Kann bei mir dmsg nicht finden.

In welcher Datei genau befindet sich diesen Eintrag?
« Letzte Änderung: 27 September 2015, 12:47:36 von Burny4600 »
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Offline eisler

  • Developer
  • Full Member
  • ****
  • Beiträge: 258
Antw:Neues Modul: TEK603
« Antwort #6 am: 27 September 2015, 11:51:25 »
Einfach auf der Linux Kommandozeile dmesg eingeben.

Alternativ geht es auch über die FHEM Befehlszeile im Webinterface mit:

{ my $dmesg = `dmesg` }

Offline Burny4600

  • Hero Member
  • *****
  • Beiträge: 1919
Antw:Neues Modul: TEK603
« Antwort #7 am: 27 September 2015, 12:59:45 »
Danke für den Tipp.

Habe einen Eintrag gefunden:
[    3.686944] usb 1-1.4: cp210x converter now attached to ttyUSB1

Nur kann das nicht stimmen, da ich definitiv den USB3 Anschluß mit dem TEK603 verwende.
Hier werden auch die Readings angelegt bzw. aktuallisiert, nur sind das Einträge die keinen Sinn ergeben.

Zitat
pi@ccs-ht-rasp ~ $ dmesg
[    0.000000] Booting Linux on physical CPU 0xf00
[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 4.1.6-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.8.3 20140303 (prerelease) (crosstool-NG linaro-1.13.1+bzr2650 - Linaro GCC 2014.03) ) #810 SMP PREEMPT Tue Aug 18 15:32:12 BST 2015
[    0.000000] CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] Machine model: Raspberry Pi 2 Model B Rev 1.1
[    0.000000] cma: Reserved 8 MiB at 0x3d800000
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] On node 0 totalpages: 253952
[    0.000000] free_area_init_node: node 0, pgdat 8085af80, node_mem_map bcf3a000
[    0.000000]   Normal zone: 2232 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 253952 pages, LIFO batch:31
[    0.000000] [bcm2709_smp_init_cpus] enter (9420->f3003010)
[    0.000000] [bcm2709_smp_init_cpus] ncores=4
[    0.000000] PERCPU: Embedded 13 pages/cpu @bcef9000 s20608 r8192 d24448 u53248
[    0.000000] pcpu-alloc: s20608 r8192 d24448 u53248 alloc=13*4096
[    0.000000] pcpu-alloc:
  • 0
  • 1
  • 2
  • 3

[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 251720
[    0.000000] Kernel command line: dma.dmachans=0x7f35 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2709.boardrev=0xa01041 bcm2709.serial=0x19142f2d smsc95xx.macaddr=B8:27:EB:14:2F:2D bcm2708_fb.fbswap=1 bcm2709.disk_led_gpio=47 bcm2709.disk_led_active_low=0 sdhci-bcm2708.emmc_clock_freq=250000000 vc_mem.mem_base=0x3ea00000 vc_mem.mem_size=0x3f000000  dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 cgroup_enable=memory elevator=deadline rootwait
[    0.000000] Enabling memory control group subsystem
[    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Memory: 988236K/1015808K available (5958K kernel code, 534K rwdata, 1644K rodata, 420K init, 757K bss, 19380K reserved, 8192K cma-reserved)
[    0.000000] Virtual kernel memory layout:
[    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
[    0.000000]     fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
[    0.000000]     vmalloc : 0xbe800000 - 0xff000000   (1032 MB)
[    0.000000]     lowmem  : 0x80000000 - 0xbe000000   ( 992 MB)
[    0.000000]     modules : 0x7f000000 - 0x80000000   (  16 MB)
[    0.000000]       .text : 0x80008000 - 0x80774c6c   (7604 kB)
[    0.000000]       .init : 0x80775000 - 0x807de000   ( 420 kB)
[    0.000000]       .data : 0x807de000 - 0x80863af4   ( 535 kB)
[    0.000000]        .bss : 0x80866000 - 0x8092378c   ( 758 kB)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] Preemptible hierarchical RCU implementation.
[    0.000000]  Additional per-CPU info printed with stalls.
[    0.000000] NR_IRQS:608
[    0.000000] Architected cp15 timer(s) running at 19.20MHz (virt).
[    0.000000] clocksource arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x46d987e47, max_idle_ns: 440795202767 ns
[    0.000009] sched_clock: 56 bits at 19MHz, resolution 52ns, wraps every 4398046511078ns
[    0.000030] Switching to timer-based delay loop, resolution 52ns
[    0.000317] Console: colour dummy device 80x30
[    0.002104] console [tty1] enabled
[    0.002169] Calibrating delay loop (skipped), value calculated using timer frequency.. 38.40 BogoMIPS (lpj=192000)
[    0.002268] pid_max: default: 32768 minimum: 301
[    0.002638] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.002707] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.004038] Initializing cgroup subsys blkio
[    0.004120] Initializing cgroup subsys memory
[    0.004216] Initializing cgroup subsys devices
[    0.004278] Initializing cgroup subsys freezer
[    0.004351] Initializing cgroup subsys net_cls
[    0.004461] CPU: Testing write buffer coherency: ok
[    0.004583] ftrace: allocating 20203 entries in 60 pages
[    0.054064] CPU0: update cpu_capacity 1024
[    0.054151] CPU0: thread -1, cpu 0, socket 15, mpidr 80000f00
[    0.054198] [bcm2709_smp_prepare_cpus] enter
[    0.054356] Setting up static identity map for 0x8240 - 0x8274
[    0.113937] [bcm2709_boot_secondary] cpu:1 started (0) 18
[    0.114244] [bcm2709_secondary_init] enter cpu:1
[    0.114296] CPU1: update cpu_capacity 1024
[    0.114305] CPU1: thread -1, cpu 1, socket 15, mpidr 80000f01
[    0.133921] [bcm2709_boot_secondary] cpu:2 started (0) 16
[    0.134171] [bcm2709_secondary_init] enter cpu:2
[    0.134201] CPU2: update cpu_capacity 1024
[    0.134210] CPU2: thread -1, cpu 2, socket 15, mpidr 80000f02
[    0.153956] [bcm2709_boot_secondary] cpu:3 started (0) 17
[    0.154135] [bcm2709_secondary_init] enter cpu:3
[    0.154164] CPU3: update cpu_capacity 1024
[    0.154173] CPU3: thread -1, cpu 3, socket 15, mpidr 80000f03
[    0.154267] Brought up 4 CPUs
[    0.154401] SMP: Total of 4 processors activated (153.60 BogoMIPS).
[    0.154444] CPU: All CPU(s) started in SVC mode.
[    0.155448] devtmpfs: initialized
[    0.180237] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 5
[    0.180595] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.181787] pinctrl core: initialized pinctrl subsystem
[    0.182618] NET: Registered protocol family 16
[    0.188389] DMA: preallocated 4096 KiB pool for atomic coherent allocations
[    0.189629] bcm2709.uart_clock = 3000000
[    0.194643] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[    0.194715] hw-breakpoint: maximum watchpoint size is 8 bytes.
[    0.194951] Serial: AMBA PL011 UART driver
[    0.195173] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 83, base_baud = 0) is a PL011 rev2
[    0.195800] bcm2835-mbox 3f00b880.mailbox: mailbox enabled
[    0.265556] bcm2708-dmaengine 3f007000.dma: DMA legacy API manager at f3007000, dmachans=0x7f35
[    0.266164] bcm2708-dmaengine 3f007000.dma: Load BCM2835 DMA engine driver
[    0.266217] bcm2708-dmaengine 3f007000.dma: dma_debug:0
[    0.266984] SCSI subsystem initialized
[    0.267252] usbcore: registered new interface driver usbfs
[    0.267405] usbcore: registered new interface driver hub
[    0.267605] usbcore: registered new device driver usb
[    0.268351] raspberrypi-firmware soc:firmware: Attached to firmware from 2015-09-02 14:58
[    0.295712] Switched to clocksource arch_sys_counter
[    0.345571] FS-Cache: Loaded
[    0.346088] CacheFiles: Loaded
[    0.359513] NET: Registered protocol family 2
[    0.360931] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
[    0.361128] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[    0.361368] TCP: Hash tables configured (established 8192 bind 8192)
[    0.361521] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.361617] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.362028] NET: Registered protocol family 1
[    0.362562] RPC: Registered named UNIX socket transport module.
[    0.362617] RPC: Registered udp transport module.
[    0.362655] RPC: Registered tcp transport module.
[    0.362692] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.363848] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 5 counters available
[    0.365331] futex hash table entries: 1024 (order: 4, 65536 bytes)
[    0.381350] VFS: Disk quotas dquot_6.6.0
[    0.381786] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.384441] FS-Cache: Netfs 'nfs' registered for caching
[    0.385659] NFS: Registering the id_resolver key type
[    0.385831] Key type id_resolver registered
[    0.385872] Key type id_legacy registered
[    0.388648] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[    0.388906] io scheduler noop registered
[    0.388963] io scheduler deadline registered (default)
[    0.389322] io scheduler cfq registered
[    0.391893] BCM2708FB: allocated DMA memory fdc00000
[    0.391972] BCM2708FB: allocated DMA channel 0 @ f3007000
[    0.397586] Console: switching to colour frame buffer device 82x26
[    0.402807] Serial: 8250/16550 driver, 0 ports, IRQ sharing disabled
[    0.405684] vc-cma: Videocore CMA driver
[    0.407397] vc-cma: vc_cma_base      = 0x00000000
[    0.409066] vc-cma: vc_cma_size      = 0x00000000 (0 MiB)
[    0.410676] vc-cma: vc_cma_initial   = 0x00000000 (0 MiB)
[    0.412438] vc-mem: phys_addr:0x00000000 mem_base=0x3ea00000 mem_size:0x3f000000(1008 MiB)
[    0.431723] brd: module loaded
[    0.442321] loop: module loaded
[    0.444778] vchiq: vchiq_init_state: slot_zero = 0xbdc80000, is_master = 0
[    0.448059] Loading iSCSI transport class v2.0-870.
[    0.450506] usbcore: registered new interface driver smsc95xx
[    0.452137] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[    0.654015] Core Release: 2.80a
[    0.655486] Setting default values for core params
[    0.657036] Finished setting default values for core params
[    0.858958] Using Buffer DMA mode
[    0.860472] Periodic Transfer Interrupt Enhancement - disabled
[    0.862033] Multiprocessor Interrupt Enhancement - disabled
[    0.863628] OTG VER PARAM: 0, OTG VER FLAG: 0
[    0.865197] Dedicated Tx FIFOs mode
[    0.867108] WARN::dwc_otg_hcd_init:1047: FIQ DMA bounce buffers: virt = 0xbdc14000 dma = 0xfdc14000 len=9024
[    0.870302] FIQ FSM acceleration enabled for :
[    0.870302] Non-periodic Split Transactions
[    0.870302] Periodic Split Transactions
[    0.870302] High-Speed Isochronous Endpoints
[    0.876803] dwc_otg: Microframe scheduler enabled
[    0.876884] WARN::hcd_init_fiq:412: FIQ on core 1 at 0x80401038
[    0.878530] WARN::hcd_init_fiq:413: FIQ ASM at 0x80401394 length 36
[    0.880183] WARN::hcd_init_fiq:438: MPHI regs_base at 0xbe89a000
[    0.881824] dwc_otg 3f980000.usb: DWC OTG Controller
[    0.883443] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
[    0.885087] dwc_otg 3f980000.usb: irq 32, io mem 0x00000000
[    0.886739] Init: Port Power? op_state=1
[    0.888284] Init: Power Port (0)
[    0.890077] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    0.891679] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.893263] usb usb1: Product: DWC OTG Controller
[    0.894810] usb usb1: Manufacturer: Linux 4.1.6-v7+ dwc_otg_hcd
[    0.896401] usb usb1: SerialNumber: 3f980000.usb
[    0.898890] hub 1-0:1.0: USB hub found
[    0.900473] hub 1-0:1.0: 1 port detected
[    0.902395] dwc_otg: FIQ enabled
[    0.902410] dwc_otg: NAK holdoff enabled
[    0.902421] dwc_otg: FIQ split-transaction FSM enabled
[    0.902462] Module dwc_common_port init
[    0.902852] usbcore: registered new interface driver usb-storage
[    0.904589] mousedev: PS/2 mouse device common for all mice
[    0.906994] bcm2835-cpufreq: min=600000 max=900000
[    0.908830] sdhci: Secure Digital Host Controller Interface driver
[    0.910359] sdhci: Copyright(c) Pierre Ossman
[    0.912320] mmc-bcm2835 3f300000.mmc: mmc_debug:0 mmc_debug2:0
[    0.913880] mmc-bcm2835 3f300000.mmc: DMA channels allocated
[    0.946065] sdhci-pltfm: SDHCI platform and OF driver helper
[    0.952705] ledtrig-cpu: registered to indicate activity on CPUs
[    0.954570] hidraw: raw HID events driver (C) Jiri Kosina
[    0.956511] usbcore: registered new interface driver usbhid
[    0.958149] usbhid: USB HID core driver
[    0.960153] Initializing XFRM netlink socket
[    0.961806] NET: Registered protocol family 17
[    0.966882] Key type dns_resolver registered
[    0.968975] Registering SWP/SWPB emulation handler
[    0.971547] registered taskstats version 1
[    0.973304] vc-sm: Videocore shared memory driver
[    0.974790] [vc_sm_connected_init]: start
[    0.976639] vc_vchi_sm_init: failed to open VCHI service (-1)
[    0.976772] [vc_sm_connected_init]: failed to initialize shared memory service
[    0.979776] [vc_sm_connected_init]: end - returning -1
[    0.982932] Waiting for root device /dev/mmcblk0p2...
[    1.014277] mmc0: host does not support reading read-only switch, assuming write-enable
[    1.020659] mmc0: new high speed SDHC card at address 0002
[    1.022959] mmcblk0: mmc0:0002 SD16G 14.9 GiB
[    1.027487]  mmcblk0: p1 p2
[    1.095874] Indeed it is in host mode hprt0 = 00021501
[    1.105803] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[    1.109080] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[    1.111972] devtmpfs: mounted
[    1.114368] Freeing unused kernel memory: 420K (80775000 - 807de000)
[    1.275782] usb 1-1: new high-speed USB device number 2 using dwc_otg
[    1.277854] Indeed it is in host mode hprt0 = 00001101
[    1.476144] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[    1.478110] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.480918] hub 1-1:1.0: USB hub found
[    1.482942] hub 1-1:1.0: 5 ports detected
[    1.765897] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[    1.866207] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[    1.868175] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.873125] smsc95xx v1.0.4
[    1.931538] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:14:2f:2d
[    2.015840] usb 1-1.2: new full-speed USB device number 4 using dwc_otg
[    2.286574] udevd[174]: starting version 175
[    2.497916] usb 1-1.2: New USB device found, idVendor=0403, idProduct=6001
[    2.501683] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.503645] usb 1-1.2: Product: FT232R USB UART
[    2.505559] usb 1-1.2: Manufacturer: FTDI
[    2.507547] usb 1-1.2: SerialNumber: A98J3XX9
[    2.635872] usb 1-1.3: new full-speed USB device number 5 using dwc_otg
[    3.118612] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6001
[    3.122495] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.124537] usb 1-1.3: Product: FT232R USB UART
[    3.126641] usb 1-1.3: Manufacturer: FTDI
[    3.128616] usb 1-1.3: SerialNumber: A9ULXRVF
[    3.255827] usb 1-1.4: new full-speed USB device number 6 using dwc_otg
[    3.365137] usb 1-1.4: New USB device found, idVendor=10c4, idProduct=ea60
[    3.367139] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.369012] usb 1-1.4: Product: CP2102 USB to UART Bridge Controller
[    3.370828] usb 1-1.4: Manufacturer: Silicon Labs
[    3.372563] usb 1-1.4: SerialNumber: 0001
[    3.455768] usb 1-1.5: new full-speed USB device number 7 using dwc_otg
[    3.581758] usb 1-1.5: New USB device found, idVendor=0403, idProduct=6001
[    3.583509] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.585198] usb 1-1.5: Product: RFXtrx433
[    3.586863] usb 1-1.5: Manufacturer: RFXCOM
[    3.588496] usb 1-1.5: SerialNumber: A1YUXLCQ
[    3.590959] random: nonblocking pool is initialized
[    3.651794] usbcore: registered new interface driver usbserial
[    3.653697] usbcore: registered new interface driver usbserial_generic
[    3.655403] usbserial: USB Serial support registered for generic
[    3.674230] usbcore: registered new interface driver ftdi_sio
[    3.676208] usbserial: USB Serial support registered for FTDI USB Serial Device
[    3.677470] usbcore: registered new interface driver cp210x
[    3.679518] usbserial: USB Serial support registered for cp210x
[    3.681462] cp210x 1-1.4:1.0: cp210x converter detected
[    3.681870] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected
[    3.682076] usb 1-1.2: Detected FT232RL
[    3.686944] usb 1-1.4: cp210x converter now attached to ttyUSB1
[    3.688778] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0
[    3.690786] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
[    3.694537] usb 1-1.3: Detected FT232RL
[    3.699244] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB2
[    3.701630] ftdi_sio 1-1.5:1.0: FTDI USB Serial Device converter detected
[    3.704078] usb 1-1.5: Detected FT232RL
[    3.708468] usb 1-1.5: FTDI USB Serial Device converter now attached to ttyUSB3
[    5.175999] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    5.440838] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    9.900119] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   11.528347] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
[   13.154053] cfg80211: Calling CRDA to update world regulatory domain
[   16.305777] cfg80211: Calling CRDA to update world regulatory domain
[   19.465796] cfg80211: Calling CRDA to update world regulatory domain
[   22.625815] cfg80211: Calling CRDA to update world regulatory domain
[   25.785827] cfg80211: Calling CRDA to update world regulatory domain
[   26.238881] uart-pl011 3f201000.uart: no DMA platform data
[   28.945844] cfg80211: Calling CRDA to update world regulatory domain
[   32.105828] cfg80211: Calling CRDA to update world regulatory domain
[   35.265803] cfg80211: Calling CRDA to update world regulatory domain
[   38.425847] cfg80211: Calling CRDA to update world regulatory domain
[   41.585854] cfg80211: Calling CRDA to update world regulatory domain
[   44.745890] cfg80211: Calling CRDA to update world regulatory domain
[   47.905895] cfg80211: Exceeded CRDA call max attempts. Not calling CRDA
« Letzte Änderung: 08 Oktober 2015, 15:42:30 von Burny4600 »
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Offline eisler

  • Developer
  • Full Member
  • ****
  • Beiträge: 258
Antw:Neues Modul: TEK603
« Antwort #8 am: 27 September 2015, 13:50:00 »
Das passt schon mit ttyUSB1

Testen kann man das einfach mit USB Stecker des EcoMeterMonitor ( TEK603 ) abziehen und neu anstecken.
Dann noch mal mit dmesg schauen welches ttyUSB verwendet wird.

Zum besseren Debuggen kann man auch den Sensor und den Monitor neu pairen.
Nach der Paarung der Geräte sendet der Sensor für ungefähr 10 Minuten kontinuierlich
Daten zum Proteus Monitor (Echtzeitmodus) und damit auch zum FHEM.



Offline Burny4600

  • Hero Member
  • *****
  • Beiträge: 1919
Antw:Neues Modul: TEK603
« Antwort #9 am: 27 September 2015, 18:31:13 »
Mit dem Aufruf
ls -al /dev/serial/by-id
sieht man eigentlich leichter welche Schnittstellen momentan aktiv sind.

Eigentlich müsste der Eintrag unter DEF auch so funktionieren.
/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
Damit wäre die Definition eindeutig wenn ein anderer Port verwendet werden sollte, solange kein gleiches USB Gerät angeschlossen wird welches keine Seriennummer besitzt.


Gelöst!!
Schnittstelle in der Form eingetragen:
/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
Und die Daten kommen an.
« Letzte Änderung: 27 September 2015, 21:22:18 von Burny4600 »
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Offline Burny4600

  • Hero Member
  • *****
  • Beiträge: 1919
Antw:Neues Modul: TEK603
« Antwort #10 am: 09 Oktober 2015, 09:41:55 »
@eisler

Folgende Punkte wären nicht schlecht:
Bei der Anlage des Device TEK603 sollten schon die Plotdefinitionen automatisch angelegt werden.
ZB:
Zitat
# Proteus
define TEK603 TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
attr TEK603 alias Muehlbachniveau
attr TEK603 icon time_graph
attr TEK603 room _RxTx

define FileLog_TEK603_RUL FileLog /media/hdd/fhem/log/TEK603_RUL-%Y-%m.log TEK603:RemainingUsableLevel:.*|TEK603_RUL
attr FileLog_TEK603_RUL room _LOG
define SVG_FileLog_TEK603_RUL SVG FileLog_TEK603_RUL:SVG_FileLog_TEK603_RUL:CURRENT
attr SVG_FileLog_TEK603_RUL label "TEK603_RUL Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FileLog_TEK603_RUL room Wetterstation

define FileLog_TEK603_TEMP FileLog /media/hdd/fhem/log/TEK603_TEMP-%Y-%m.log TEK603:Temperature:.*|TEK603_TEMP
attr FileLog_TEK603_TEMP room _LOG
define SVG_FileLog_TEK603_TEMP SVG FileLog_TEK603_TEMP:SVG_FileLog_TEK603_TEMP:CURRENT
attr SVG_FileLog_TEK603_TEMP label "TEK603_TEMP Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FileLog_TEK603_TEMP room Wetterstation

define FileLog_TEK603_TUC FileLog /media/hdd/fhem/log/TEK603_TUC-%Y-%m.log TEK603:TotalUsableCapacity:.*|TEK603_TUC
attr FileLog_TEK603_TUC room _LOG

define FileLog_TEK603_U FileLog /media/hdd/fhem/log/TEK603_U-%Y-%m.log TEK603:Ullage:.*|TEK603_U
attr FileLog_TEK603_U room _LOG
define SVG_FileLog_TEK603_U SVG FileLog_TEK603_U:SVG_FileLog_TEK603_U:CURRENT
attr SVG_FileLog_TEK603_U label "TEK603_U Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FileLog_TEK603_U room Wetterstation

Weiters wäre es eine Gute Idee die Konfiguration des TEK603 durchführen zu können:
Volumen, Leerraum oben, Boden Bereich, Type Behältniss, Offset Volumen, Offset Innen- und Aussentemp, Logintervall variabel machen.

Was mir beim Dattenlogging auffällt ist das der Leerraum und die Sensortemperatur immer wieder Werte liefert die nicht stimmen können.

Vielleicht könnten wir gemeinsam noch entsprechende Verbesserungen des TEK603 Gerätes erarbeiten.
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Offline eisler

  • Developer
  • Full Member
  • ****
  • Beiträge: 258
Antw:Neues Modul: TEK603
« Antwort #11 am: 09 Oktober 2015, 10:19:28 »
> Bei der Anlage des Device TEK603 sollten schon die Plotdefinitionen automatisch angelegt werden.

Machen das andere FHEM Module auch so? Evt. genügt eine Anleitung im Wiki?

>Weiters wäre es eine Gute Idee die Konfiguration des TEK603 durchführen zu können:
>Volumen, Leerraum oben, Boden Bereich, Type Behältniss, Offset Volumen, Offset Innen- und Aussentemp, Logintervall variabel machen.

steht schon auf der TODO Liste. Für Aussentemp, Logintervall warte ich auf Feedback vom Hersteller.

>Was mir beim Dattenlogging auffällt ist das der Leerraum und die Sensortemperatur immer wieder Werte liefert die nicht stimmen können.

Stimmt von zeit zu zeit werden Werte übertragen die nicht stimmen können. Das Problem sollte sich mit einer CRC32 Validierung beheben lassen.
Mein berechneter CRC32 Wert passt aber leider nicht zur Prüfsumme.

>Vielleicht könnten wir gemeinsam noch entsprechende Verbesserungen des TEK603 Gerätes erarbeiten.

Da spricht nichts dagegen.





Offline Burny4600

  • Hero Member
  • *****
  • Beiträge: 1919
Antw:Neues Modul: TEK603
« Antwort #12 am: 09 Oktober 2015, 19:37:57 »
@eisler
Einige Geräte die ich in Verwendung habe haben schon alles automatisch bei der Anlage dabei.
Aber zu Not kann die Help Info beim TEK603 mit entsprechender Info gefüttert werden.

So zb. die Oregon Wettersensoren. Sowie dieser erkannt wird, werden alle Grundkonfigurationen automatisch durchgeführt. Es werden die Anzeigen der Sensorwerte erstellt, und die Plot werden entsprechend auch schon angelegt.

Dies trifft bei vielen anderen Sensoren auch zu. Ebenfalls werden die Batterie Zustände übermittelt, die dann für Infos herangezogen werden können bevor der Sensor ausfällt.

Für die Schnittstellenkonfiguration ist jedenfalls die angegebene define TEK603 TEK603 /dev/ttyUSBx nicht ratsam, da sich diese sehr schnell bei einem Neustart ändern kann.
Die Schnittstellenkonfiguration sollte in der Form angelegt werden.
define TEK603 TEK603 /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
Es ist nur schade das diese USB Schnittstelle keine Seriennummer mitliefert, denn wenn mehrere USB Geräte mit diesem Schnittstellen Device angeschlossen werden ist das nächste Problem gegeben, wo jetzt das richtige angeschlossen ist.

Bei meinen selbstgebauten Schnittstellen verwende ich ausschließlich den FT232R, wo jedes Gerät eine andere Seriennummer von hausaus besitzt.
Sieht dann so aus: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A98J3XX9-if00-port0@38400 0000

Also bin schon gespannt auf die neue Firmware für den Monitor.

Wie sieht es eigentlich bei dem Sendemodul aus.
Welche Frequenz nutz die Sensor Monitor Einheit.
Eigenlich müsste eine lowcost Variante auch möglich sein, die nur aus der Sensor und Sendeeinheit besteht und für FHEM genutz werden könnte.
« Letzte Änderung: 16 November 2015, 21:06:45 von Burny4600 »
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

Offline Eisix

  • Hero Member
  • *****
  • Beiträge: 1096
Antw:Neues Modul: TEK603
« Antwort #13 am: 11 November 2015, 14:14:55 »
Hallo,

hab gerade mit dem Support gesprochen nächstes Jahr soll eine Industrieversion mit 230V Anschluß und ~30s Übermittlungsfrequenz kommen. Sendeprotokoll bleibt proprietär. Der Sensor überträgt nur Entfernungswerte laut Anleitung aber auf 433MHZ. Wobei beim EcoSens 868 MHZ steht. !?!

Wie sind die Erfahrungen mit dem Teil bis jetzt?

Gruß
Eisix

Offline Burny4600

  • Hero Member
  • *****
  • Beiträge: 1919
Antw:Neues Modul: TEK603
« Antwort #14 am: 16 November 2015, 21:16:53 »
Bis auf die fehlerhaften Werte von Temperature und Ullage bekomme ich ca. alle 30min Werte vom Proteus EcoMeter S.
Dieser Fehler ist auch mit der neuen Firmware immer noch vorhanden.

Eines ist mir aufgefallen das zwar ein Offset für das Niveau jetzt im Menü zu definieren vorhanden ist.
Der Bodentotraum ist mir nicht untergekommen.

Ein Batterie Zustand als Info wäre auch nicht schlecht zumindest für das FHEM.
« Letzte Änderung: 17 November 2015, 08:19:29 von Burny4600 »
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT