RaspberryMatic-3.53.30.202009xx -Testversion-
Moderatoren: jmaus, Co-Administratoren
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Guten Morgen zusammen,
habe nun ein wenig Zeit gehabt und die 3.53.30.20200916 getestet.
Fazit:
- 1x DRAP und 2x HAP werden erkannt und laufen
- 3x HM AP werden auch erkannt
- USB Modul von Alex läuft nun auch endlich
Alles da, bis jetzt keine Auffälligkeiten Perfekt - Danke Jens für seine Arbeit !
Habe mal die Version2 HB-RF-USB-2 und das LAN HB-RF-ETH Modul von Alex bestellt, leider noch nicht da.
@Jens: Meinst Du, das du das HB-RF-ETH mal einbinden kannst ?
Gruß Dirk
habe nun ein wenig Zeit gehabt und die 3.53.30.20200916 getestet.
Fazit:
- 1x DRAP und 2x HAP werden erkannt und laufen
- 3x HM AP werden auch erkannt
- USB Modul von Alex läuft nun auch endlich
Alles da, bis jetzt keine Auffälligkeiten Perfekt - Danke Jens für seine Arbeit !
Habe mal die Version2 HB-RF-USB-2 und das LAN HB-RF-ETH Modul von Alex bestellt, leider noch nicht da.
@Jens: Meinst Du, das du das HB-RF-ETH mal einbinden kannst ?
Gruß Dirk
@Home: RaspberryMatic 2712 Kanäle in 372 Geräten ASUS Tinkerboard S HM, HMW, HMIP, HMIPW
@Firma: RaspberryMatic 359 Kanäle in 83 Geräten ASUS Tinkerboard S HM, HMW, HMIP
@Eltern: 51 Kanäle in 11 Geräten CCU3 HM, HMW
@Firma: RaspberryMatic 359 Kanäle in 83 Geräten ASUS Tinkerboard S HM, HMW, HMIP
@Eltern: 51 Kanäle in 11 Geräten CCU3 HM, HMW
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Moin zusammen,
eine Kleinigkeit ist mir gerade aufgefallen: EDIT: Sorry , ist kein Fehler - Fehlmeldung
Ich habe erfolgreich das Firmware-Update auf 2.2.12 (DRAP + HAP) gemacht und alles läuft weiterhin sehr gut !
Es schein mir, das nun die HMIP Geräte endlich gut auf die HAP's aufgeteilt werden
Gruß Dirk
eine Kleinigkeit ist mir gerade aufgefallen: EDIT: Sorry , ist kein Fehler - Fehlmeldung
Ich habe erfolgreich das Firmware-Update auf 2.2.12 (DRAP + HAP) gemacht und alles läuft weiterhin sehr gut !
Es schein mir, das nun die HMIP Geräte endlich gut auf die HAP's aufgeteilt werden
Gruß Dirk
Zuletzt geändert von magic71 am 19.09.2020, 07:54, insgesamt 5-mal geändert.
@Home: RaspberryMatic 2712 Kanäle in 372 Geräten ASUS Tinkerboard S HM, HMW, HMIP, HMIPW
@Firma: RaspberryMatic 359 Kanäle in 83 Geräten ASUS Tinkerboard S HM, HMW, HMIP
@Eltern: 51 Kanäle in 11 Geräten CCU3 HM, HMW
@Firma: RaspberryMatic 359 Kanäle in 83 Geräten ASUS Tinkerboard S HM, HMW, HMIP
@Eltern: 51 Kanäle in 11 Geräten CCU3 HM, HMW
-
- Beiträge: 3000
- Registriert: 28.01.2016, 18:06
- System: CCU
- Wohnort: Hürth
- Hat sich bedankt: 16 Mal
- Danksagung erhalten: 260 Mal
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Hi!
Als ich in der Schule war, war 12 größer als 6 und das dürfte sich auch nicht geändert haben.
Gruß
Gerti
Als ich in der Schule war, war 12 größer als 6 und das dürfte sich auch nicht geändert haben.
Gruß
Gerti
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Hi Gerti,
ich habe in der Schule immer nicht aufgepasst Daher kommt das wohl.
Sorry - bin wohl noch nicht richtig wach ....
Dann werde ich mal ein Update versuchen
@Home: RaspberryMatic 2712 Kanäle in 372 Geräten ASUS Tinkerboard S HM, HMW, HMIP, HMIPW
@Firma: RaspberryMatic 359 Kanäle in 83 Geräten ASUS Tinkerboard S HM, HMW, HMIP
@Eltern: 51 Kanäle in 11 Geräten CCU3 HM, HMW
@Firma: RaspberryMatic 359 Kanäle in 83 Geräten ASUS Tinkerboard S HM, HMW, HMIP
@Eltern: 51 Kanäle in 11 Geräten CCU3 HM, HMW
- klana
- Beiträge: 1070
- Registriert: 08.02.2015, 08:37
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 53 Mal
- Danksagung erhalten: 26 Mal
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Hallo Jens,
ich habe die Systemvariable gelöscht und nochmal neu angelegt als Werteliste und sicherheitshalber auch das Testprogramm nochmal neu gemacht.
Die Systemvariable SV_Roll_Status auf "Offen" gesetzt.
Das Testprogramm ausgelöst und siehe da, jetzt hat es funktioniert.
Also kann doch nur irgend etwas mit der Werteliste durcheinander gewesen sein.
Morgen Früh nach dem Öffnen der Rolladen werde ich es wissen.
Also scheinbar falscher Alarm. (Trotzdem für mich nicht verständlich....)
Gruß
Klana
ich habe die Systemvariable gelöscht und nochmal neu angelegt als Werteliste und sicherheitshalber auch das Testprogramm nochmal neu gemacht.
Die Systemvariable SV_Roll_Status auf "Offen" gesetzt.
Das Testprogramm ausgelöst und siehe da, jetzt hat es funktioniert.
Also kann doch nur irgend etwas mit der Werteliste durcheinander gewesen sein.
Morgen Früh nach dem Öffnen der Rolladen werde ich es wissen.
Also scheinbar falscher Alarm. (Trotzdem für mich nicht verständlich....)
Gruß
Klana
Gruß Klana
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
- jmaus
- Beiträge: 9817
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 459 Mal
- Danksagung erhalten: 1855 Mal
- Kontaktdaten:
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Die Frage wäre ob früher vielleicht die Variable mal vom Typ Zeichenkette war und du die irgendwie umgewandelt hast (vielleicht sogar mit externen Tools oder irgendwelchen eigenen Skriptanweisungen) und wer weiss was dabei schief gegangen ist oder du nicht ganz richtig gemacht hast. Du könntest es aber natürlich auch nochmal nachstellen. Z.B. die Variable bzw. eine andere neu anlegen (vom Typ Zeichenkette) und dann die mit einem Wert beschreiben und dann die Variable zu einem Typ Werteliste umwandeln und beobachten ob das vielleicht schon den Ausschlag gibt das die Variable in dem Program nicht korrekt nutzbar ist und wieder die Fehlermeldung provoziert. Wenn das dann der Fall ist wäre das in der Tat ein Bug den du melden könnteste.klana hat geschrieben: ↑19.09.2020, 15:07ich habe die Systemvariable gelöscht und nochmal neu angelegt als Werteliste und sicherheitshalber auch das Testprogramm nochmal neu gemacht.
Die Systemvariable SV_Roll_Status auf "Offen" gesetzt.
Das Testprogramm ausgelöst und siehe da, jetzt hat es funktioniert.
Also kann doch nur irgend etwas mit der Werteliste durcheinander gewesen sein.
Morgen Früh nach dem Öffnen der Rolladen werde ich es wissen.
Also scheinbar falscher Alarm. (Trotzdem für mich nicht verständlich....)
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- klana
- Beiträge: 1070
- Registriert: 08.02.2015, 08:37
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 53 Mal
- Danksagung erhalten: 26 Mal
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Hi Jens,
habe eine andere Testvariable als Logikwert angelegt, da ich die alte Variable nie als Zeichenkette angelegt habe und auch für diesen Zweck nicht anlegen würde.
1. Dann das zugehörige Testprogramm neu zusammengeklickt und ausprobiert. Normal und Negation funktionieren.
2. Danach den Logikwert in eine Werteliste umgeändert. und die Tests wiederholt. Auch hier hat alles funktioniert.
3. Dann neue Variable als Zeichenkette angelegt. Variable mit String "Offen" vorbelegt und im Testprogramm ohne und mit Negierung ausgeführt.
Es kam immer ein falsches Ergebnis raus!
4. Die neue Variable dann in Werteliste gewandelt. Egal welchen Wert ich hier vorbelege oder ob ich negiere, es wird immer das "Dann" ausgeführt.
Also auch falsch
Hier die Fehler aus dem Systemlog:
habe eine andere Testvariable als Logikwert angelegt, da ich die alte Variable nie als Zeichenkette angelegt habe und auch für diesen Zweck nicht anlegen würde.
1. Dann das zugehörige Testprogramm neu zusammengeklickt und ausprobiert. Normal und Negation funktionieren.
2. Danach den Logikwert in eine Werteliste umgeändert. und die Tests wiederholt. Auch hier hat alles funktioniert.
3. Dann neue Variable als Zeichenkette angelegt. Variable mit String "Offen" vorbelegt und im Testprogramm ohne und mit Negierung ausgeführt.
Es kam immer ein falsches Ergebnis raus!
4. Die neue Variable dann in Werteliste gewandelt. Egal welchen Wert ich hier vorbelege oder ob ich negiere, es wird immer das "Dann" ausgeführt.
Also auch falsch
Hier die Fehler aus dem Systemlog:
Code: Alles auswählen
Sep 18 11:20:13 homematic-raspi local0.err ReGaHss: ERROR: rpc.CallReportValueUsage failed dp id = 2909 'Neagationstest' [UpdateDependecies():iseDOMPrg.cpp:569]
Sep 18 12:13:40 homematic-raspi local0.err ReGaHss: ERROR: rpc.CallReportValueUsage failed dp id = 2909 [CopyProgram():iseManageObj.cpp:243]
Sep 18 20:02:49 homematic-raspi local0.err ReGaHss: ERROR: Compare of ISEVALUEs 'Rolladen hoch' (20) vs. '1' (16) not possible [operator!=():iseValue.cpp:430]
Sep 19 07:00:04 homematic-raspi local0.err ReGaHss: ERROR: Compare of ISEVALUEs 'Rolladen hoch' (20) vs. '2' (16) not possible [operator!=():iseValue.cpp:430]
Sep 19 16:42:56 homematic-raspi local0.err ReGaHss: ERROR: CompatibleForCompare of ISEVALUE 'Offen' (20) vs. '0' (16) not supported! [CompatibleForCompare():iseValue.cpp:523]
Sep 19 16:43:15 homematic-raspi local0.err ReGaHss: ERROR: CompatibleForCompare of ISEVALUE 'Offen' (20) vs. '0' (16) not supported! [CompatibleForCompare():iseValue.cpp:523]
Gruß Klana
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
Es ist nett, wichtig zu sein. Aber es ist wichtiger, nett zu sein.
- jmaus
- Beiträge: 9817
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 459 Mal
- Danksagung erhalten: 1855 Mal
- Kontaktdaten:
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Mal bitte nicht zuviel auf einmal machen/ausprobieren. So wie ich gesagt hatte, einfach eine SV vom type String anlegen und diese dann in eine Werteliste im Anschluss umändern und beobachten wie das programm sich nach dieser Änderung verhält. Sollte es zu den Fehlern kommen obwohl die SV in der WebUI korrekterweise vom Typ Werteliste angezeigt wird dann diesen einzelnen Fehler hier melden/zeigen und dann im Anschluss ein entsprechendes Ticket auf GitHub dafür öffnen.klana hat geschrieben: ↑19.09.2020, 16:45habe eine andere Testvariable als Logikwert angelegt, da ich die alte Variable nie als Zeichenkette angelegt habe und auch für diesen Zweck nicht anlegen würde.
1. Dann das zugehörige Testprogramm neu zusammengeklickt und ausprobiert. Normal und Negation funktionieren.
2. Danach den Logikwert in eine Werteliste umgeändert. und die Tests wiederholt. Auch hier hat alles funktioniert.
3. Dann neue Variable als Zeichenkette angelegt. Variable mit String "Offen" vorbelegt und im Testprogramm ohne und mit Negierung ausgeführt.
Es kam immer ein falsches Ergebnis raus!
4. Die neue Variable dann in Werteliste gewandelt. Egal welchen Wert ich hier vorbelege oder ob ich negiere, es wird immer das "Dann" ausgeführt.
Also auch falsch
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- onkeltommy
- Beiträge: 1383
- Registriert: 07.05.2016, 08:03
- Wohnort: Wien
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 26 Mal
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Hi
kurze Frage bitte, hab jetzt türkisen Hap auf der 2t RM. Hat fast wie beschrieben geklappt, außer, dass die Eingabe des Passwortes vom HAP (optisch) nicht geklappt hat. PW Abfrage, PW eingetippt - Meldung PW falsch.....5,6x probiert, bis mir aufgefallen ist, dass der HAP orange zu blinken begonnen hat.....dann klappte auf einmal ohne Zutun das FW Update, Posteingang, fertig, in Betrieb.
Frage wäre aber, da ich die Nightly nicht auf dem Produktivsystem laufen habe.....der Button für "Inkompatible....." hat mir zu dem HAP auch den DRAP gelistet, klar, das der gefunden wird. Was würde passieren, wenn ich den "jetzt" auch schon Upgraden würde OBWOHL die produktive RM noch auf der letzten Stable ist ? Crash und tot ?
Den HAP kann ich ja jetzt ablernen und bis zur neuen FinalRM "lagern" - HIntergedanke wäre halt, System vorbereiten auf die neue Version.....
Echt klasse Leistung !!! Vielen Dank
Grüße, Thomas
kurze Frage bitte, hab jetzt türkisen Hap auf der 2t RM. Hat fast wie beschrieben geklappt, außer, dass die Eingabe des Passwortes vom HAP (optisch) nicht geklappt hat. PW Abfrage, PW eingetippt - Meldung PW falsch.....5,6x probiert, bis mir aufgefallen ist, dass der HAP orange zu blinken begonnen hat.....dann klappte auf einmal ohne Zutun das FW Update, Posteingang, fertig, in Betrieb.
Frage wäre aber, da ich die Nightly nicht auf dem Produktivsystem laufen habe.....der Button für "Inkompatible....." hat mir zu dem HAP auch den DRAP gelistet, klar, das der gefunden wird. Was würde passieren, wenn ich den "jetzt" auch schon Upgraden würde OBWOHL die produktive RM noch auf der letzten Stable ist ? Crash und tot ?
Den HAP kann ich ja jetzt ablernen und bis zur neuen FinalRM "lagern" - HIntergedanke wäre halt, System vorbereiten auf die neue Version.....
Echt klasse Leistung !!! Vielen Dank
Grüße, Thomas
lG
Thomas
--------------------------
RaspberryMatic 3.73.9.20240130 @ TinkerS (Produktivsystem) & Historian @ SynologyVM & 2x RB3+ @ Nachwuchs
Thomas
--------------------------
RaspberryMatic 3.73.9.20240130 @ TinkerS (Produktivsystem) & Historian @ SynologyVM & 2x RB3+ @ Nachwuchs
- jmaus
- Beiträge: 9817
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 459 Mal
- Danksagung erhalten: 1855 Mal
- Kontaktdaten:
Re: RaspberryMatic-3.53.30.202009xx -Testversion-
Da ich gerade die neue offizielle Version (3.53.30.20200919) freigegeben habe schließe ich dieses Thema hier nun einmal und würde bitte Themen die sich auf diese Version beziehen unter folgendem Beitrag weiter zu diskutieren:
viewtopic.php?f=65&t=61037
Und natürlich hier noch einmal mein fettes Dankeschön an alle Tester die hier so fleissig mit getestet haben die letzten Tage+Wochen! Das war wirklich eine sehr gute Zusammenarbeit. Bitte weiter so!
viewtopic.php?f=65&t=61037
Und natürlich hier noch einmal mein fettes Dankeschön an alle Tester die hier so fleissig mit getestet haben die letzten Tage+Wochen! Das war wirklich eine sehr gute Zusammenarbeit. Bitte weiter so!
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /