Když jsem si s tím hrál, tak jsem dospěl k závěru, že to samotné OT2m umět nebude. Pakliže se tem nahraje WX-firmware, tak zmizí možnosti DIGI. Ale je to tak rok, co jsem si s tím hrál, možná se to za tu dobu změnilo.

Jediné, jak by to mohlo fungovat je, že nastavit OT2m jako standardní digi s běžným SW a posílat do RS232 již data ve správném formátu. Ty se pak již normálně odvysílají. Znamenalo by to ale asi další jednočip, který by RAW data z meteostanice konvertoval do APRS WX formátu.

A to pomijime nejdulezitejsi fakt, ze OT2m uz pekne dlouho nemaji skladem 🙁

No jde mi v podstate o to, jestli by to mohlo fungovat nasledovne. OT2m klasicky nakonfigurovane jako digi, vyuzit analogovy vstup a posilat tam z cidla telemetricke hodnoty vyjadrujici teplotu. Vytvorit skript, ktery by v pravidelnych intervalech, prepnul z digi na telemetrii a informaci o teplote odvysilal. Otazka je, jestli by tam sla poresit jina znacka nez na digi s pridomkem jineho SSID. Ohledne skriptu to prokonzultuji se Scottem jake jsou realne moznosti. Plus mrknu na podporu venovanou skriptu.

No idelani by bylo, kdyby nekdo mel prevodnik na podporovany format, napriklad Peet Bros. Netusim jak slozite je takovy prevodnik realizovat a zahrnout ho do funkcniho celku.

Ohledne dostupnosti OT2m je vzdy dobre naspat mail a informovat se. Scott vetsinou reaguje promtne s infem kdy budou. Cca pred 14 dny jsem s nim mluvil a rikal ze do 14 dnu opet budou schopni pokryvat objednavky. Coz by melo byt cca ted. Ale jak rikam, lepsi napsat nebo zavolat.

P.

Nevidím to reálně, protože funkce WX se zapíná tím že se tam přes PC fleshuje jiný FW. A pomocí nějakého udělátka toto podnikat při každém vyslání majáku nevidím jako rozumné, eepromy to nemají moc rádi.