Firmata Update für Firmware-Versionen ab 2.7

Begonnen von jensb, 29 Dezember 2017, 21:35:33

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 2 3 4 5 6 ... 10
Benutzer-Aktionen

JensS

#45
06 Januar 2018, 19:59:55 Letzte Bearbeitung: 06 Januar 2018, 21:17:50 von dirigent
Hallo Jens, hier die Logdaten des aktuellen Moduls inkl. ansync. OWX. Der DS18b20 wird gefunden und angelegt, jedoch bleibt die Temperaturabfrage ergebnislos.
Code Auswählen
2018.01.06 19:54:28 1: Including fhem.cfg
2018.01.06 19:54:29 3: telnetPort: port 7072 opened
2018.01.06 19:54:29 3: WEB: port 8083 opened
2018.01.06 19:54:29 3: WEBphone: port 8084 opened
2018.01.06 19:54:29 3: WEBtablet: port 8085 opened
2018.01.06 19:54:29 2: eventTypes: loaded 38 events from ./log/eventTypes.txt
2018.01.06 19:54:29 1: Including ./log/fhem.save
2018.01.06 19:54:29 1: Error: >FRMa:7< has no TYPE, but following keys: ><
2018.01.06 19:54:29 3: Opening FRMa device /dev/ttyUSB0
2018.01.06 19:54:29 3: Setting FRMa serial parameters to 57600,8,N,1
2018.01.06 19:54:29 5: FRMa FRM_DoInit
2018.01.06 19:54:29 5: FRMa FRM:>ff
2018.01.06 19:54:29 5: SW: ff
2018.01.06 19:54:29 5: FRMa setup stage 1
2018.01.06 19:54:29 3: FRMa device opened
2018.01.06 19:54:29 0: Featurelevel: 5.8
2018.01.06 19:54:29 0: Server started with 16 defined entities (fhem.pl:15766/2018-01-03 perl:5.024001 os:linux user:fhem pid:2077)
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:30 5: FRMa setup stage 1
2018.01.06 19:54:31 5: FRMa setup stage 1
2018.01.06 19:54:32 5: FRMa setup stage 1
2018.01.06 19:54:32 3: FRMa querying Firmata versions
2018.01.06 19:54:32 5: FRMa FRM:>f90000
2018.01.06 19:54:32 5: SW: f90000
2018.01.06 19:54:32 5: FRMa FRM:>f079f7
2018.01.06 19:54:32 5: SW: f079f7
2018.01.06 19:54:33 5: FRMa setup stage 1
2018.01.06 19:54:34 5: FRMa setup stage 1
2018.01.06 19:54:34 5: FRMa FRM:<f90206f079020a4d0065
2018.01.06 19:54:34 5: FRMa setup stage 1
2018.01.06 19:54:34 5: FRMa FRM:<00670061003200300036002e0069006e006f00f7e04d02e12402e27301e35b01e43101e50f01e61001e71c01f90206f079020a4d006500670061003200300036002e0069006e006f00f7
2018.01.06 19:54:34 5: FRMa setup stage 1
2018.01.06 19:54:34 3: FRMa Firmata Firmware Version: Mega206.ino V_2_10 (using Protocol Version: V_2_06)
2018.01.06 19:54:34 5: FRMa FRM:>f069f7
2018.01.06 19:54:34 5: SW: f069f7
2018.01.06 19:54:34 5: FRMa FRM:>f06bf7
2018.01.06 19:54:34 5: SW: f06bf7
2018.01.06 19:54:34 5: FRMa FRM:<f06a7f7f7f7f7f7f7f7f7f7f7f7f7f7f0001020304050607f7f06c7f7f00010b01010107017f00010b010101030807017f00010b01010107
2018.01.06 19:54:34 5: FRMa setup stage 2
2018.01.06 19:54:34 5: FRMa FRM:<017f00010b010101030807017f00010b010101030807017f00010b01010107017f00010b01010107017f00010b010101030807017f00010b010101030807017f00010b010101030807017f00010b01010107017f00010b01010107017f00010b010101020a07017f00010b010101020a07017f00010b010101020a07017f00010b010101020a07017f00010b010101020a07017f00010b010101020a07017f020a7f020a7ff7
2018.01.06 19:54:34 5: FRMa setup stage 2
2018.01.06 19:54:34 5: FRMa FRM:>f07a6807f7
2018.01.06 19:54:34 5: SW: f07a6807f7
2018.01.06 19:54:34 5: FRMa setup stage 3
2018.01.06 19:54:34 5: FRMa FRM:>f40300
2018.01.06 19:54:34 5: SW: f40300
2018.01.06 19:54:34 5: FRMa FRM:>d001
2018.01.06 19:54:34 5: SW: d001
2018.01.06 19:54:34 5: FRMa FRM:>d001
2018.01.06 19:54:34 5: SW: d001
2018.01.06 19:54:34 5: FRMa FRM:>f40601
2018.01.06 19:54:34 5: SW: f40601
2018.01.06 19:54:34 5: FRMa FRM:>d001
2018.01.06 19:54:34 5: SW: d001
2018.01.06 19:54:34 5: FRMa FRM:>900000
2018.01.06 19:54:34 5: SW: 900000
2018.01.06 19:54:34 5: FRMa setup stage 4
2018.01.06 19:54:34 5: FRMa FRM:<900000900000
2018.01.06 19:54:34 5: FRMa FRM:<900000
2018.01.06 19:55:24 5: OWXa FRM_Client_AssignIOPort before IODev FRMa -> FRMa
2018.01.06 19:55:24 5: OWXa FRM_Client_AssignIOPort after IODev FRMa
2018.01.06 19:55:24 5: FRMa FRM:>f40707
2018.01.06 19:55:24 5: SW: f40707
2018.01.06 19:55:29 1: OWX_Init called for bus OWXa with interface state Initialized, now going for detect
2018.01.06 19:55:29 1: OWX: 1-Wire bus OWXa: interface Firmata detected in FRMa
2018.01.06 19:55:29 5: FRMa FRM:>f0734007f7
2018.01.06 19:55:29 5: SW: f0734007f7
2018.01.06 19:55:29 5: FRMa FRM:<f0734207
2018.01.06 19:55:29 5: FRMa FRM:<287c04565d0000002000f7
2018.01.06 19:55:34 3: OWTHERM:  Device OWX_28_3EC1DA050000 defined.
2018.01.06 19:55:34 1: OWX_Discover: 1-Wire devices found on bus OWXa (OWX_28_3EC1DA050000)
2018.01.06 19:55:34 5: FRMa FRM:>f0734007f7
2018.01.06 19:55:34 5: SW: f0734007f7
2018.01.06 19:55:34 5: FRMa FRM:<f0734207
2018.01.06 19:55:34 5: FRMa FRM:<287c04565d0000002000f7
2018.01.06 19:55:34 1: OWX_Discover: 1-Wire devices found on bus OWXa (OWX_28_3EC1DA050000)
2018.01.06 19:55:44 4: OWX_Qomplex: Added dev 283EC1DA05000020 to queue OWXa context=convert
2018.01.06 19:55:44 1:    queue OWXa contains 1 entries after insertion
2018.01.06 19:55:44 1:     => 283EC1DA05000020 context convert expecting 1 bytes, waiting
2018.01.06 19:55:44 1: ----------------------------------------------
2018.01.06 19:55:44 1: OWX_Qomplex: Added dev 283EC1DA05000020 to queue OWXa numread=19
2018.01.06 19:55:44 1:    queue OWXa contains 2 entries after insertion
2018.01.06 19:55:44 1:     => 283EC1DA05000020 context convert expecting 1 bytes, waiting
2018.01.06 19:55:44 1:     => 283EC1DA05000020 context readsp expecting 19 bytes, waiting
2018.01.06 19:55:44 1: ----------------------------------------------
2018.01.06 19:55:50 4: OWX_Qomplex: Added dev 283EC1DA05000020 to queue OWXa context=convert
2018.01.06 19:55:50 1:    queue OWXa contains 1 entries after insertion
2018.01.06 19:55:50 1:     => 283EC1DA05000020 context convert expecting 1 bytes, waiting
2018.01.06 19:55:50 1: ----------------------------------------------
2018.01.06 19:55:50 1: OWX_Qomplex: Added dev 283EC1DA05000020 to queue OWXa numread=19
2018.01.06 19:55:50 1:    queue OWXa contains 2 entries after insertion
2018.01.06 19:55:50 1:     => 283EC1DA05000020 context convert expecting 1 bytes, waiting
2018.01.06 19:55:50 1:     => 283EC1DA05000020 context readsp expecting 19 bytes, waiting
2018.01.06 19:55:50 1: ----------------------------------------------

Gruß Jens

p.s. Die syncrone Variante funktioniert.
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

ThoTo

#46
06 Januar 2018, 20:39:55 Letzte Bearbeitung: 06 Januar 2018, 21:06:32 von ThoTo
Hallo Jens,

leider war es heute wieder soweit, mein FHEM ist stehen geblieben und vom Watchdog neu gestartet worden.
Letzte Meldung im Log wie gehabt:
Code Auswählen
pin '19' is not configured for mode 'ONEWIRE' at FHEM/lib/Device/Firmata/Platform.pm line 813.

Beim FHEM-Start erhalte ich btw. noch folgende Meldung, die war aber auch schon vor deinen Updates:
Code Auswählen
2018.01.06 18:37:06 1: PERL WARNING: Constant subroutine main::SHIFT redefined at ./FHEM/10_FRM.pm line 51.
main::BEGIN() called at ./FHEM/10_FRM.pm line 51
eval {...} called at ./FHEM/10_FRM.pm line 51
require ./FHEM/10_FRM.pm called at fhem.pl line 2436
eval {...} called at fhem.pl line 2435
main::CommandReload(undef, "10_FRM", undef) called at fhem.pl line 1851
main::LoadModule("FRM", undef) called at fhem.pl line 1908
main::CommandDefine(undef, "OWArduino FRM fhem_hw:2004", "define") called at fhem.pl line 1168
main::AnalyzeCommand(undef, "define OWArduino FRM fhem_hw:2004", "ACC") called at fhem.pl line 1022
main::AnalyzeCommandChain(undef, "define OWArduino FRM fhem_hw:2004") called at configDB.pm line 782
main::_cfgDB_Execute(undef, "attr global userattr alexaName alexaRoom cmdIcon devStateIcon"..., "attr global autoload_undefined_devices 1", "attr global autosave 0", "attr global dnsHostsFile /etc/hosts", "attr global dnsServer 192.168.x.x", "attr global exclude_from_update 19_Revolt.pm 11_OWX_FRM.pm 10"..., "attr global group FHEM", "attr global holiday2we AT_Feiertage", ...) called at configDB.pm line 475
main::cfgDB_ReadAll(undef) called at fhem.pl line 543

Hast du noch eine Idee oder was mache ich falsch??

LG Thomas
KNX | MQTT | Docker | Sonos | FHEMapp

"Zwei Dinge sind unendlich, das Universum und die menschliche Dummheit, aber bei dem Universum bin ich mir noch nicht ganz sicher." (Albert Einstein)

Achim

#47
06 Januar 2018, 21:03:02 Letzte Bearbeitung: 06 Januar 2018, 21:05:15 von Achim
Hallo Jens,

mit deiner Testversion funktioniert beim mir ein Input, Pin 15, nicht mehr. Ein anderer Input funktionierte noch, Pin 8. Fehlermeldungen sind keine im Log. Ich bin jetzt wieder auf die alte Version zurück. Damit funktioniert der Input Pin wieder. Wenn ich dazukomme, nehme ich morgen mal die neuen Module und setzte den Loglevel hoch.
AnalogInput ist bei der Firmata auf dem Arduino nach wie vor deaktiviert.

Viele Grüße
Achim
1x RPi V1, COC, 6x FHT, 1x S300TH, 2x DS18B20, 1x KS300
1x Arduino Nano mit Firmata, 2x DS2423old, 4x DS18B20, HIH5030, verschiedene Ein/Ausgangsschaltungen am Arduino
Mysensors-Seriell Gateway, Si7021, BH1750, Relais

jensb

#48
06 Januar 2018, 21:12:43
Hallo Gerd,

die Meldung
ZitatUndefined subroutine &main::ReadingsSingleUpdate called at ./FHEM/10_FRM.pm line 1055
stammt aus der Sub FRM_OWX_Init des FRM-Moduls. Diese Sub wird von einer alten Version des Moduls 00_OWX.pm aufgerufen, die aktuelle 00_OWX.pm macht das anders. In deiner Version von 00_OWX.pm wird scheinbar ein Zugriff auf den FHEM-Kern gemacht, bevor dieser richtig initialisiert ist. Oder verwendest du eigenen Code, der die  Sub FRM_OWX_Init explizit aufruft?

Es ist wahrscheinlich sinnvoll, dass du zunächst ein konsistentes Update durchführst inkl. dem Patch für 11_OWX_FRM.pm.

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

jensb

#49
06 Januar 2018, 21:26:03
Hallo Jens,

nach
Zitat2018.01.06 19:55:34 5: FRMa FRM:<f0734207
2018.01.06 19:55:34 5: FRMa FRM:<287c04565d0000002000f7
hat das Firmata-Device auf die OneWire-Anfrage geantwortet. OWX scheint damit zunächst zufrieden zu sein, beschwert sich aber kurz darauf über fehlende Daten. Allerdings liefert Firmata keine Daten unaufgefordert. Was fehlt ist die nächste Anfrage von OWX. Woran das liegt kann ich nicht sagen, da OWX nicht meine Spielwiese ist.

Hier noch einmal meine Frage von heute Mittag: Hat die asynchrone Abfrage mit dem "alten" FRM-Modul funktioniert?

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

JensS

#50
06 Januar 2018, 21:28:56
Ja, mit deinen vorigen Versionen klappte es.
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

jensb

#51
06 Januar 2018, 21:35:12
Hallo Jens,

das Problem sieht für mich nicht so aus, als ob man das ohne vergleichbaren Hardwareaufbau nachstellen kann und die habe ich leider nicht. Eine Änderungen in den Firmata-Treibern und dem FRM-Modul in Bezug auf OneWire hat es nicht gegeben. Daher habe ich noch keine Idee, wo das Problem herkommt. Werde mir die OneWire-Abläufe mal ansehen. Wenn du eine Idee hast, lass es mich wissen.

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

JensS

#52
06 Januar 2018, 21:48:59 Letzte Bearbeitung: 07 Januar 2018, 10:32:16 von dirigent
Hallo Jens,

Entwarnung - nach Einspielung der vorigen Version kam auch kein Wert. Hatte da eine Idee und habe die fhem.save gelöscht. Nun klappt es auch mit der neuen Version. Keine Ahnung, woran sich FHEM verschluckt hat.
Code Auswählen
2018.01.06 21:44:33 1: Including fhem.cfg
2018.01.06 21:44:33 3: telnetPort: port 7072 opened
2018.01.06 21:44:33 3: WEB: port 8083 opened
2018.01.06 21:44:33 3: WEBphone: port 8084 opened
2018.01.06 21:44:33 3: WEBtablet: port 8085 opened
2018.01.06 21:44:34 2: eventTypes: loaded 42 events from ./log/eventTypes.txt
2018.01.06 21:44:40 1: PERL WARNING: Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 2028, <$fh> line 64.
2018.01.06 21:44:40 3: OWTHERM:  Device OWX_28_3EC1DA050000 defined.
2018.01.06 21:44:40 1: Including ./log/fhem.save
2018.01.06 21:44:40 1: Error: >FRMa:7< has no TYPE, but following keys: ><
2018.01.06 21:44:40 3: Opening FRMa device /dev/ttyUSB0
2018.01.06 21:44:40 3: Setting FRMa serial parameters to 57600,8,N,1
2018.01.06 21:44:40 5: FRMa FRM_DoInit
2018.01.06 21:44:40 5: FRMa FRM:>ff
2018.01.06 21:44:40 5: SW: ff
2018.01.06 21:44:40 5: FRMa setup stage 1
2018.01.06 21:44:40 3: FRMa device opened
2018.01.06 21:44:40 0: Featurelevel: 5.8
2018.01.06 21:44:40 0: Server started with 17 defined entities (fhem.pl:15766/2018-01-03 perl:5.024001 os:linux user:root pid:4427)
2018.01.06 21:44:40 5: FRMa setup stage 1
2018.01.06 21:44:40 5: FRMa setup stage 1
2018.01.06 21:44:40 5: FRMa setup stage 1
2018.01.06 21:44:41 5: FRMa setup stage 1
2018.01.06 21:44:41 5: FRMa setup stage 1
2018.01.06 21:44:41 5: FRMa setup stage 1
2018.01.06 21:44:41 5: FRMa setup stage 1
2018.01.06 21:44:41 5: FRMa setup stage 1
2018.01.06 21:44:41 5: FRMa setup stage 1
2018.01.06 21:44:42 5: FRMa setup stage 1
2018.01.06 21:44:43 5: FRMa setup stage 1
2018.01.06 21:44:43 3: FRMa querying Firmata versions
2018.01.06 21:44:43 5: FRMa FRM:>f90000
2018.01.06 21:44:43 5: SW: f90000
2018.01.06 21:44:43 5: FRMa FRM:>f079f7
2018.01.06 21:44:43 5: SW: f079f7
2018.01.06 21:44:44 5: FRMa setup stage 1
2018.01.06 21:44:44 5: FRMa setup stage 1
2018.01.06 21:44:45 5: FRMa FRM:<f90206f079020a4d00650067006100
2018.01.06 21:44:45 5: FRMa setup stage 1
2018.01.06 21:44:45 5: FRMa FRM:<3200300036002e0069006e006f00f7e02502e15d01e21e01e37900e46d00e56200e65c00e75700f90206f079020a4d006500670061003200300036002e0069006e006f00f7
2018.01.06 21:44:45 5: FRMa setup stage 1
2018.01.06 21:44:45 3: FRMa Firmata Firmware Version: Mega206.ino V_2_10 (using Protocol Version: V_2_06)
2018.01.06 21:44:45 5: FRMa FRM:>f069f7
2018.01.06 21:44:45 5: SW: f069f7
2018.01.06 21:44:45 5: FRMa FRM:>f06bf7
2018.01.06 21:44:45 5: SW: f06bf7
2018.01.06 21:44:45 5: FRMa FRM:<f06a7f7f7f7f7f7f7f7f7f7f7f7f7f7f0001020304050607f7f06c7f7f00010b01010107017f00010b010101030807017f00010b010101
2018.01.06 21:44:45 5: FRMa setup stage 2
2018.01.06 21:44:45 5: FRMa FRM:<07017f00010b010101030807017f00010b010101030807017f00010b01010107017f00010b01010107017f00010b010101030807017f00010b010101030807017f00010b010101030807017f00010b01010107017f00010b01010107017f00010b010101020a07017f00010b010101020a07017f00010b010101020a07017f00010b010101020a07017f00010b010101020a07017f00010b010101020a07017f020a7f020a7ff7
2018.01.06 21:44:45 5: FRMa setup stage 2
2018.01.06 21:44:45 5: FRMa FRM:>f07a6807f7
2018.01.06 21:44:45 5: SW: f07a6807f7
2018.01.06 21:44:45 5: FRMa setup stage 3
2018.01.06 21:44:45 5: FRMa FRM:>f40300
2018.01.06 21:44:45 5: SW: f40300
2018.01.06 21:44:45 5: FRMa FRM:>d001
2018.01.06 21:44:45 5: SW: d001
2018.01.06 21:44:45 5: FRMa FRM:>d001
2018.01.06 21:44:45 5: SW: d001
2018.01.06 21:44:45 5: FRMa FRM:>f40601
2018.01.06 21:44:45 5: SW: f40601
2018.01.06 21:44:45 5: FRMa FRM:>d001
2018.01.06 21:44:45 5: SW: d001
2018.01.06 21:44:45 5: FRMa FRM:>900000
2018.01.06 21:44:45 5: SW: 900000
2018.01.06 21:44:45 5: FRMa setup stage 4
2018.01.06 21:44:45 5: FRMa FRM:<900000900000
2018.01.06 21:44:45 5: FRMa FRM:<900000
2018.01.06 21:44:50 4: OWX_Qomplex: Added dev 283EC1DA05000020 to queue OWXa context=convert
2018.01.06 21:44:50 1: OWX_FRM::Write attempted to undefined device OWXa
2018.01.06 21:44:50 1:    queue OWXa contains 1 entries after insertion
2018.01.06 21:44:50 1:     => 283EC1DA05000020 context convert expecting 1 bytes, active
2018.01.06 21:44:50 1: ----------------------------------------------
2018.01.06 21:44:50 1: OWX_Qomplex: Added dev 283EC1DA05000020 to queue OWXa numread=19
2018.01.06 21:44:50 1:    queue OWXa contains 2 entries after insertion
2018.01.06 21:44:50 1:     => 283EC1DA05000020 context convert expecting 1 bytes, active
2018.01.06 21:44:50 1:     => 283EC1DA05000020 context readsp expecting 19 bytes, waiting
2018.01.06 21:44:50 1: ----------------------------------------------
2018.01.06 21:44:51 1: OWX_FRM::Write attempted to undefined device OWXa
2018.01.06 21:45:29 5: OWXa FRM_Client_AssignIOPort before IODev FRMa -> FRMa
2018.01.06 21:45:29 5: OWXa FRM_Client_AssignIOPort after IODev FRMa
2018.01.06 21:45:29 5: FRMa FRM:>f40707
2018.01.06 21:45:29 5: SW: f40707
2018.01.06 21:45:34 1: OWX_Init called for bus OWXa with interface state Initialized, now going for detect
2018.01.06 21:45:34 1: OWX: 1-Wire bus OWXa: interface Firmata detected in FRMa
2018.01.06 21:45:34 5: FRMa FRM:>f0734007f7
2018.01.06 21:45:34 5: SW: f0734007f7
2018.01.06 21:45:34 5: FRMa FRM:<f0734207
2018.01.06 21:45:34 5: FRMa FRM:<287c04565d0000002000f7
2018.01.06 21:45:34 1: OWX_Discover: 1-Wire devices found on bus OWXa (OWX_28_3EC1DA050000)
2018.01.06 21:45:38 4: OWX_Qomplex: Added dev 283EC1DA05000020 to queue OWXa context=convert
2018.01.06 21:45:38 5: FRMa FRM:>f0730107f7
2018.01.06 21:45:38 5: SW: f0730107f7
2018.01.06 21:45:38 1: OWX_FRM::Write Sending out 0x55 0x28 0x3e 0xc1 0xda 0x05 0x00 0x00 0x20 0x44 0xff
2018.01.06 21:45:38 5: FRMa FRM:>f0732c07287c04565d00000020160000000011f7
2018.01.06 21:45:38 5: SW: f0732c07287c04565d00000020160000000011f7
2018.01.06 21:45:38 1:    queue OWXa contains 1 entries after insertion
2018.01.06 21:45:38 1:     => 283EC1DA05000020 context convert expecting 1 bytes, active
2018.01.06 21:45:38 1: ----------------------------------------------
2018.01.06 21:45:38 1: OWX_Qomplex: Added dev 283EC1DA05000020 to queue OWXa numread=19
2018.01.06 21:45:38 1:    queue OWXa contains 2 entries after insertion
2018.01.06 21:45:38 1:     => 283EC1DA05000020 context convert expecting 1 bytes, active
2018.01.06 21:45:38 1:     => 283EC1DA05000020 context readsp expecting 19 bytes, waiting
2018.01.06 21:45:38 1: ----------------------------------------------
2018.01.06 21:45:38 5: FRMa FRM:<f0734307000000000000000000000000000000f7
2018.01.06 21:45:38 1: OWX_FRM::Read receiving in first read 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x44 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
2018.01.06 21:45:38 5: FRMa FRM:>f0730107f7
2018.01.06 21:45:38 5: SW: f0730107f7
2018.01.06 21:45:39 5: FRMa FRM:>f0734007f7
2018.01.06 21:45:39 5: SW: f0734007f7
2018.01.06 21:45:39 5: FRMa FRM:<f0734207
2018.01.06 21:45:39 5: FRMa FRM:<287c04565d0000002000f7
2018.01.06 21:45:39 1: OWX_Discover: 1-Wire devices found on bus OWXa (OWX_28_3EC1DA050000)
2018.01.06 21:45:39 5: FRMa FRM:>f0730107f7
2018.01.06 21:45:39 5: SW: f0730107f7
2018.01.06 21:45:39 1: OWX_FRM::Write Sending out 0x55 0x28 0x3e 0xc1 0xda 0x05 0x00 0x00 0x20 0xbe 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2018.01.06 21:45:39 5: FRMa FRM:>f0732c07287c04565d000000203a000800402ff7
2018.01.06 21:45:39 5: SW: f0732c07287c04565d000000203a000800402ff7
2018.01.06 21:45:39 5: FRMa FRM:<f07343070100340c3049513f7f074018707f7f7f7f7f7f7f7f7f7f7f7f7f7f7f
2018.01.06 21:45:39 5: FRMa FRM:<7f7f7f7f7f7f7f07f7
2018.01.06 21:45:39 1: OWX_FRM::Read receiving in first read 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0xbe 0x8d 0x01 0x4b 0x46 0x7f 0xff 0x03 0x10 0x03 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff
2018.01.06 21:45:39 5: FRMa FRM:>f0730107f7
2018.01.06 21:45:39 5: SW: f0730107f7


Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

jensb

#53
06 Januar 2018, 22:03:12 Letzte Bearbeitung: 07 Januar 2018, 12:22:15 von jensb
Hallo Thomas,

das Logging
Zitatpin '19' is not configured for mode 'ONEWIRE' at FHEM/lib/Device/Firmata/Platform.pm line 813.
deutet darauf hin, dass hier ein Ablauf nicht stimmt. 11_OWX_FRM muss zuerst den Pin in Firmata konfigurieren, bevor es darauf zugreifen darf. Außerdem sollte beim Zugriff eine Fehlerbehandlung erfolgen, damit FHEM nicht abstürzt.

Ich habe die 11_OWX_FRM.pm um weitere Fehlerbehandlungen erweitert, damit zunächst einmal die Abstürze aufhören. Bitte ausprobieren.

Zitat2018.01.06 18:37:06 1: PERL WARNING: Constant subroutine main::SHIFT redefined at ./FHEM/10_FRM.pm line 51.
Das sieht sehr ungewöhnlich aus, aber eine Erklärung habe ich spontan nicht.

Grüße,
Jens

UPDATE 07.01.2018: gepatchte 11_OWX_FRM.pm hierhin verschoben

UPDATE 07.01.2018: verwendest du auch 37_harmony.pm?
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

jensb

#54
06 Januar 2018, 22:09:35
Hallo Jens,

danke für die Entwarnung. Das sieht so viel besser aus. Wenn das Löschen von fhem.save hilft, muss es wohl ein Reading sein, das den Kommunikationsablauf beeinflusst und das wohl beim Neustart nicht zurück gesetzt wird (ich tippe auf 11_OWX_FRM.pm). Vielleicht kannst du durch Wiederholung des Tests und Vergleich herausfinden, welches Reading es ist.

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

JensS

#55
06 Januar 2018, 22:13:59
Ok, wenn es wieder auftritt, mach ich eine Sicherung der Sicherung.  :)
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

jensb

#56
06 Januar 2018, 22:14:29
Hallo Achim,

mit
Zitatmit deiner Testversion funktioniert beim mir ein Input, Pin 15, nicht mehr
meinst du vermutlich, dass Änderungen am Pin nicht mehr im FRM_IN-Device ankommen. Bitte mach ein Log mit verbose=5 für FRM und FRM_IN mit Neustart und mindestens einer Signaländerung.

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

Maista

#57
07 Januar 2018, 00:49:42
@jensb

Moin Jens

ZitatOder verwendest du eigenen Code, der die  Sub FRM_OWX_Init explizit aufruft?

Nein, so wie es ist :)
Ich habe allerdings die Aktuellen OWX-Module nicht installiert da bei mir dann mangels den IODEVs
nichts mehr funktionierte und ich danach keine Lust mehr hatte zu schauen wie man es hinbekommt.

Gruss
Gerd

jensb

#58
07 Januar 2018, 11:53:48
Hallo Gerd,

ich vermute, das du momentan eine inkompatible Mischung von OWX- und FRM-Modulen hast. Wenn du bei den alten OWX-Modulen bleiben willst/musst, dann nimm bitte auch die alten FRM-Module. Achte darauf, dass es neben dem 00_OWX.pm und dem 10_FRM.pm auch noch andere Module mit OWX und FRM im Namen gibt, die dann auch genauso "alt" seinen müssen. Du kannst eine zueinander passende Kombination z.B. auch aus dem FHEM SVN-Repository herunterladen.

Das Problem mit den IODevs von OWX ist aber mit der neuen Version von FRM gelöst (siehe diesen Post). Ein Update von OWX und FRM auf den aktuellen Stand, kombiniert mit dieser gepatchten 11_OWX_FRM.pm müsste die bessere Wahl sein.

Grüße,
Jens
FHEM 6.1 - RPi 4 Raspbian 12 + PiTFT - OPi Zero Armbian 5.35
EnOcean - (W)LAN/Firmata: BMP180, TSL2561, SHT21, Heatronic 3, OBIS - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - RTL433: Oregon - Bluetooth - MQTT
Contributions: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/jensb

abc2006

#59
07 Januar 2018, 12:46:22
Hi,
ich habe bei dem FRM-Modul festgestellt, dass z.B nach einem restart von FHEM erstmal kurz "opened" im Status steht, danach "initialized". Sieht für mich nicht nach "connected" aus..

Soll es das bedeuten, oder habe ich einen Fehler?
Vielleicht wäre es sinnvoll, diesen Wert auf einen "sprechenden" Wert zu ändern... Wenn z.B. bei DOIF initialized steht, weiss ich, dass es bisher *nicht* reagiert hat ..

Grüße,
Stephan
FHEM nightly auf Intel Atom (lubuntu) mit VDSL 50000 ;-)
Nutze zur Zeit OneWire und KNX
Drucken
Nach oben Seiten 1 2 3 4 5 6 ... 10
Benutzer-Aktionen