search

RFD-FHEM / RFFHEM

Counterpart of SIGNALDuino, it's the code for FHEM to work with the data received from the uC
GNU General Public License v3.0
44 stars 33 forks source link

no define SIGNALDUINO - after Reinstall FHEM on new RasPi #1120

Closed HomeAutoUser closed 1 year ago

HomeAutoUser commented 1 year ago

Expected Behavior

Fix errors or naming of necessary dependencies to enable installation

Actual Behavior

2022.10.10 23:10:53.989 1: PERL WARNING: Subroutine SetRegisters redefined at ./FHEM/00_SIGNALduino.pm line 4672.
2022.10.10 23:10:53.990 1: PERL WARNING: Subroutine SetFreq redefined at ./FHEM/00_SIGNALduino.pm line 4694.
2022.10.10 23:10:53.990 1: PERL WARNING: Subroutine setrAmpl redefined at ./FHEM/00_SIGNALduino.pm line 4715.
2022.10.10 23:10:53.991 1: PERL WARNING: Subroutine GetRegister redefined at ./FHEM/00_SIGNALduino.pm line 4731.
2022.10.10 23:10:53.991 1: PERL WARNING: Subroutine CalcbWidthReg redefined at ./FHEM/00_SIGNALduino.pm line 4738.
2022.10.10 23:10:53.992 1: PERL WARNING: Subroutine SetSens redefined at ./FHEM/00_SIGNALduino.pm line 4757.
2022.10.10 23:10:54.004 0: Can't use string ("./FHEM/lib/SD_ProtocolData.pm") as a HASH ref while "strict refs" in use at FHEM/lib/SD_Protocols.pm line 179.

Steps to Reproduce the Problem

  1. new Image Raspbian GNU/Linux 11 (bullseye) & install FHEM
  2. define sduino_dummy SIGNALduino none

Specifications

HomeAutoUser commented 1 year ago

Das Problem wurde nach erneutem beleuchten gelöst. Es war eine Verkettung von Zuständen beim Rückspielen einer Backup fhem.cfg

Somit war die SD_Protocols.pm neuerer als die 00_SIGNALduino.pm aus dem installierten Debian Package (obwohl bereits Version 6.1)

In meinem Falle stand die 00_SIGNALduino.pm im exclude_update Attribute und somit wurde diese nicht aktualisiert. So ist das ... wenn man einen Teststand laufen lässt und nicht die Gedanken zusammen nimmt ;-) grins