Hmmm.
Ist denn für ModBus das DatenFormat nicht festgelegt? Ich hätte jetzt vermutet, 8 DatenBits mit ohne ParityBit, weil 8 DatenBits mit ParityBit (egal, ob even oder odd) eher "exotisch" sind (ausser Siemens-intern).
Wenn das DatenFormat also nicht "in Stein gemeisselt" ist, dann sollte es doch eigentlich S7-seitig auch anpassbar sein.
Warum muss der Hersteller des Sensors den Sensor anpassen? Hat er versäumt, dem Anwender die Möglichkeit dafür zu geben?
Wenn das DatenFormat doch "in Stein gemeisselt" sein sollte, wer ist dann vom Standard abgewichen? Die S7-Seite oder die Sensor-Seite?
Warum muss der Hersteller des Sensors den Sensor anpassen? Hat er den Sensor falsch parametriert ausgeliefert? Oder hat es der Anwender (unwissentlich) geschafft, den Sensor umzuparametrierten?
Hat der Hersteller des Sensors nicht auf diese Falle hingewiesen?
Warum hat die Simulation funktioniert? Ist die Simulation so intelligent, automatisch festzustellen, ob der Sender ohne Parity oder mit Parity even oder mit Parity odd arbeitet?
Und insbesondere, ist die Simulation so intelligent zu wissen, ob der Empfänger ohne Parity erwartet oder mit Parity even oder Parity odd?
Hmmm.
Durch irgendetwas hätte man doch auf die Spur des ParityBits gelenkt werden müssen. Klar war nur, dass sich der Sensor anscheinend überhaupt nicht angesprochen fühlte.