Definition define cm CUL_MAX 123456 Bedeutung von 123456

[subseven]

Hallo Leute,

seit ein paar Wochen habe ich immer wieder das Problem, dass meine Kredits aufgebraucht werden und die Zahl der nicht gesendeten Nachrichten über Nacht in die Hunderte steigt.

Erklären kann ich mir das Ganze nur damit, dass mein Nachbar auch das MAX!-System mit  FHEM nutzt.

Daher meine Frage....
Die bei der Definition

Code Auswählen Erweitern

define cm CUL_MAX 123456 die "123456" eine ID für die MAX! Thermostate? Sodass hier das eine System sich zuständig fühlt und ständig versucht die Thermostate zu erreichen?
Ich hab leider nirgends eine Erklärung für

Code Auswählen Erweitern

define cm CUL_MAX 123456 gefunden.


Im Log sieht es dann so aus:

Code Auswählen Erweitern

2018.10.18 13:51:53 2: CUL_MAX_SendQueueHandler: Missing ack from 123456 for 0f0104031234561234560012120db3b2
2018.10.18 13:51:53 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 88, but we need 113. Waiting 25 seconds. Currently 3 messages are waiting to be sent.
2018.10.18 13:52:26 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 6 messages are waiting to be sent.
2018.10.18 13:54:18 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 7 messages are waiting to be sent.
2018.10.18 13:56:11 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 8 messages are waiting to be sent.
2018.10.18 13:58:00 2: CUL_MAX_SendQueueHandler: Missing ack from 123456 for 0f0104031234561234560012120db9b9
2018.10.18 13:58:00 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 5, but we need 113. Waiting 108 seconds. Currently 8 messages are waiting to be sent.
2018.10.18 13:59:56 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 9 messages are waiting to be sent.
2018.10.18 14:01:48 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 10 messages are waiting to be sent.
2018.10.18 14:03:41 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 11 messages are waiting to be sent.
2018.10.18 14:05:30 2: CUL_MAX_SendQueueHandler: Missing ack from 123456 for 0f0204031234561234560012120e859b
2018.10.18 14:05:30 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 5, but we need 113. Waiting 108 seconds. Currently 11 messages are waiting to be sent.
2018.10.18 14:07:26 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 12 messages are waiting to be sent.
2018.10.18 14:09:18 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 13 messages are waiting to be sent.
2018.10.18 14:11:11 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 16 messages are waiting to be sent.
2018.10.18 14:13:00 2: CUL_MAX_SendQueueHandler: Missing ack from 123456 for 0f0304031234561234560012120e8cb9
2018.10.18 14:13:00 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 5, but we need 113. Waiting 108 seconds. Currently 16 messages are waiting to be sent.
2018.10.18 14:14:56 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 17 messages are waiting to be sent.
2018.10.18 14:16:48 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 7, but we need 113. Waiting 106 seconds. Currently 18 messages are waiting to be sent.
2018.10.18 14:18:41 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 19 messages are waiting to be sent.
2018.10.18 14:20:31 2: CUL_MAX_SendQueueHandler: Missing ack from 123456 for 0f0404031234561234560012120e949b
2018.10.18 14:20:31 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 5, but we need 113. Waiting 108 seconds. Currently 19 messages are waiting to be sent.
2018.10.18 14:22:26 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 7, but we need 113. Waiting 106 seconds. Currently 20 messages are waiting to be sent.
2018.10.18 14:24:19 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 9, but we need 113. Waiting 104 seconds. Currently 21 messages are waiting to be sent.
2018.10.18 14:26:11 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 22 messages are waiting to be sent.
2018.10.18 14:28:00 2: CUL_MAX_SendQueueHandler: Missing ack from 123456 for 0f0504031234561234560012120e9bb9
2018.10.18 14:28:00 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 5, but we need 113. Waiting 108 seconds. Currently 22 messages are waiting to be sent.
2018.10.18 14:29:56 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 23 messages are waiting to be sent.
2018.10.18 14:31:48 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 24 messages are waiting to be sent.
2018.10.18 14:33:41 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 8, but we need 113. Waiting 105 seconds. Currently 25 messages are waiting to be sent.
2018.10.18 14:35:30 2: CUL_MAX_SendQueueHandler: Missing ack from 123456 for 0f0604031234561234560012120ea39b
2018.10.18 14:35:30 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 5, but we need 113. Waiting 108 seconds. Currently 25 messages are waiting to be sent.



Grüße

[DefanC]

Hallo subseven,

wenn du dir nicht sicher bist, dann ändere doch mal die sechs Ziffern mit

Code Auswählen Erweitern

DEF  xxxxxx  modify<device>
in der Datailsansicht von deinem <device> .

Dann hätte ich noch eine Hilfe für dich:  (zu erreichen mit einem Klick auf  Device specific help am unteren Rand der Detailansicht vom <device> ).

Code Auswählen Erweitern

Module: 14_CUL_MAX.pm Maintainer: rudolfkoenig/orphan Forum: MAX
CUL_MAX
Das Modul CUL_MAX wertet von einem CUL empfangene MAX! Botschaften aus. Es wird mit Hilfe von autocreate automatisch generiert, es muss nur sichergestellt werden, dass der richtige rfmode gesetzt wird, z.B. attr CUL0 rfmode MAX.

Define
define <name> CUL_MAX <addr>

Definiert ein CUL_MAX Gerät des Typs <type> und der Adresse <addr>. Die Adresse darf nicht schon von einem anderen MAX! Gerät verwendet werden.

Set
pairmode
Versetzt den CUL_MAX für 60 Sekunden in den Pairing Modus, während dieser Zeit kann das Gerät mit anderen Geräten gepaart werden (Heizkörperthermostate, Eco-Taster, etc.). Auch das zu paarende Gerät muss manuell in den Pairing Modus versetzt werden (z.B. beim Heizkörperthermostat durch Drücken der "Boost" Taste für 3 Sekunden).
fakeSC <device> <open>
Sendet eine fingierte ShutterContactState Meldung <open>, dies muss 0 bzw. 1 für "Fenster geschlossen" bzw. "Fenster offen" sein. Wenn das <device> eine Gruppen-ID ungleich Null hat, beeinflusst diese fingierte ShutterContactState Meldung alle Geräte mit dieser Gruppen-ID. Es muss sichergestellt werden, dass vorher alle Zielgeräte mit fakeShutterContact verbunden werden.
fakeWT <device> <desiredTemperature> <measuredTemperature>
Sendet eine fingierte WallThermostatControl Meldung (beide Parameter können eine Nachkommastelle haben, für desiredTemperature darf die Nachkommastelle nur 0 bzw. 5 sein). Wenn das <device> eine Gruppen-ID ungleich Null hat, beeinflusst diese fingierte WallThermostatControl Meldung alle Geräte mit dieser Gruppen-ID. Es muss sichergestellt werden, dass vorher alle Zielgeräte mit fakeWallThermostat verbunden werden.

Get
N/A

Attributes
ignore

do_not_notify

showtime

loglevel

readingFnAttributes

Events
N/A


oder hier:

Code Auswählen Erweitern

https://wiki.fhem.de/wiki/MAX

Was hast du denn an deinem CUL_868 für ein

Code Auswählen Erweitern

attr <device> rfmode
eingestellt?

mfG  Stefan

[subseven]

Danke für die Antwort und den Tipp mit  Device specific help, welcher mir bisher nicht aufgefallen war.

Die ID werde ich ändern. Ich gehe aber davon aus, dass ich alle Thermostate neu pairen muss.

Grundsätzlich lief mein Installation schon gute zwei Jahre ohne Probleme, RFMODE ist natürlich MAX! und vorher ging ja auch alles. Ein Hinweis, dass diese "Nummer" einmalig sein sollte bzw. nicht mit den Nachbarn kollidieren sollte, im Wiki wäre wünschenswert.

[Wzut]

das Problem kenne ich, nur war es damals ich der die zweite MAX Insel mit der gleichen ID aufgebaut hat um die Reichweite zu erhöhen. Schau erst  einmal ob autocreate irgend ein MAX Gerät mit der ID 123456 bereits erzeugt hat, wenn nein lege selbst eines an, Typ ist egal. Setze dann die Attribute und/oder ignore/dummy auf 1. Danach sollte damit Schluss sein das dein cm Device versucht Nachrichten an diese ID zu schicken die eh nicht beantwortet werden.
Wenns wirklich der Nachbar sein sollte dann müssten so nach und nach auch einige/alle seine Geräte bei dir auftauchen, wenn ja auch wieder mittels ignore/dummy behandeln.

[subseven]

Das Problem scheint nun aus der Welt. Ich habe meine ID wie von DefanC empfohlen geändert. Danach alle Thermostate neu angelernt und nun scheint Ruhe zu sein. Autocreate ist bei mir aus.
Wenn Autocreate aktiviert ist tauchen nach und nach seine Thermostate bei mir auf.

[DefanC]

@subseven
Na prima! Hoffen wir das es auch so bleibt, wovon ich ausgehe.

Code Auswählen Erweitern

attr autocreate disable 1
Hab ich auch so gesetzt, damit nicht ständig neue, ungewollte <device> auftauchen. Ich schalte es immer nur dann ein, wenn ich neue Geräte in meinem FHEM anlernen will.

Freut mich das ich dir helfen konnte.

mfG  Stefan