[Toulon_wx]

Ooit is voor alles end-of-life van toepassing, en zijn ook nergens meer 2ehands delen te vinden als vervanger.
Bij mijn TFA_Nexus- configuratie van toepassing voor een TH-sensor type 30.3150 die met streepjes alleen nog onzin meldde, met broertjes die voor R.V.-waarde ook meer of minder van de pad zijn.
Na enig zoeken ontdekt dat TFA de 5-kanaals sensor type 30.3245.02 als vervanger heeft:
volgens het label is dat type TH-sensor passend voor nog veel meer configuraties van TFA.
Waarschijnlijk ook bruikbaar als invulling voor configuraties van andere PWS-merken,
want wordt geadverteerd als compatible met TS34C en o.a. RFXCom.

[Toulon_wx]

Als technicus altijd nieuwsgierig naar de opbouw:
dus even kijken of er nog iets bruikbaars in de defecte TFA30.3150 zit, onderdelen of ideeën.
.
Eenvoudige, begrijpelijke, conventionele antenne-constructie:
niks mis mee ......
Externe voeding lijkt erg eenvoudig te regelen:
2 draadjes aan de batterijhouder solderen, en die naar buiten voeren via de beschikbare openingen onderaan het kastje.

[Toulon_wx]

Restmateriaal nodigt uit voor experimenteren:
antenne uit het compleet-defecte exemplaar TFA30.3150 gemonteerd als 'tegen-antenne' in een half-defect exemplaar,
op andere kant van het zender-PCB en vertikaal uit de behuizing laten steken (linksboven in het plaatje in het vorige bericht).
Met het zo gevormde verticale dipooltje te verwachten dat de ERP (illegaal!) hoger wordt.

Bij uitlezing op de originele Nexus-Console en op de DuoMeteotime_Console blijkt dat te kloppen.
Maar RFXCom-ontvanger en RFLinkGateway-ontvanger zien deze gewijzigde sensor niet meer.
Verwondert eigenlijk niet, want knutselen aan een antennekring leidt vaak tot verstemmen daarvan,
en nu blijkbaar het signaal buiten hun ontvangstbandbreedte gekomen.
Zenderfrequentie bijregelen nodig, maar is zonder bijpassend gereedschap bijna onmogelijk.

Dus operatie wel gelukt, maar de patiënt toch niet gezond passend als je zowel de Consoles als de data-ontvangers wil blijven bedienen .....

[Toulon_wx]

Een paar dagen later per ongeluk ontdekt wat gebeurt als je 2 * TFA30.3150 op hetzelfde kanaal zet,
in dit geval een originele versie en een versie aangepast volgens vorig bericht:
- de Nexus-Console en DuoMeteotime-Console maken dan blijkbaar zelf een ongedefinieerde keus.
Tenminste bij mij op de Nexus-Console nu ontvangst van de originele versie en de DuoMeteotime-Console ziet het gewijzigde exemplaar.
Voor mijn opstelling is zo'n willekeur geen ramp, want die 2 reserve-meters werken toch al binnenshuis vanwege storing van metingen bij lage temperaturen, dus niet echt ‘meteo’.
- bij Domoticz kun je via de RFXCom-interface en via de RFLinkGateway zowel de ongewijzigde TFA30.3150 als ook de gewijzigde TFA30.3150 zien als 2 verschillende devices.
Blijkbaar maakt in die ontvangstketens nu het ID-coderingsaspect een onderscheid mogelijk.

Verklaarbaar/ zinvol? Tja ……
Aangezien met 1 gewijzigd exemplaar diens data niet wordt gezien door de RFXCOM-ontvanger en door RFLinkGateway,
zou je kunnen speculeren dat in een opstelling van 2 exemplaren de aanwezigheid van een origineel exemplaar de data-ontvangers voor de gek houdt, zodat ze beide exemplaren kunnen zien.
Wankele basis voor verdere toepassing, want een iets andere antenne-aanpassing of iets andere opstelling zou zomaar ander resultaat kunnen geven ......

[JPC]

De sensors hebben naast een kanaal nummer een ID. Deze wordt iedere keer als de batterijen er af zijn geweest opnieuw gemaakt. Daardoor kunnen ze los van elkaar herkend worden. Daarom moeten ze ook inleren op de ontvanger. Ook is de herhalings- frequency per kanaal nummer verschillend. Als twee sensors gelijk hun data versturen, komt er maar een aan, of ze gaan beide verloren. Daarom hebben alle sensors, dus ook de wind en regen, een andere herhalings- frequency. Dus als je 2 temperatuur sensors op hetzelfde kanaal zet gaan ze, omdat de herhalingsfrequenties nooit helemaal gelijk zijn, na verloop van tijd, gedurende een periode, tegelijk data verzenden. Waardoor dan de ene of de andere of geen van beide aan komt. Dus niet zo handig.

[Toulon_wx]

JPC’s uitleg verklaart waarom Domoticz met de RFXCom-ontvanger en met RFLinkGateway wel onderscheid kan maken voor 2 devices op 1 kanaal,
want daar kun je bewust verder kiezen&instellen op basis van ID,
maar blijft wankele opzet, omdat de tijd van data-ontvangst onzeker is.
Bij de 2 genoemde TFA-Consoles kun je geen ID kiezen, dus verklaarbaar een willekeur te verwachten in die situatie.