S tím posuvným registrem moc chytrý nejsem. Ale i kdyby, tak je to součástka navíc a tady jde o místo na DPS, aby to bylo co nejmenší. Navíc registr informaci posune a já znaky potřebuji náhodně rozsvěcet nebo dokonce i blikat s nimi ... a to aby to bylo jednoduché.
Vím, že jsou IO - SIPO+D-latch (74hc594 nebo 595) ... o tom jsem už taky uvažoval, ale potřebuju tady více výstupů z MPU ... clock, data, a překlopení. To jsou krom napájení další 3 dráty (celkem 5), ale na S-com jsou celkem 3.
... zejména pokud by jsi použil procesor který bude o něco mladší než hnědé uhlí. Například PIC16F15313 bude stát méně peněz ...
Ale když se dívám na stránky GM-E, tak nejlevnější SMD MPU je za 17,50 Kč PIC12F1572, ten má 3,5kB paměti a SRAM 256B a za stejnou cenu je ono hnědé uhlí PIC12F508 - paměť: 512B, SRAM: 25B. A to, co uvádíš jako příklad v GM-E ani v GESu nemají. Nejbližší PIC16F1xxx je ... paměť: 4kB, SRAM: 256B, EEPROM: 256B, SMD PIC16F1828, ale za 48,- Kč.
Já můžu mít desku DPS "někde v krabici" a připojit návěstidlo každou barvu zvlášť drátem, ale pro 5-barevné návěstidlo je 6 drátů. Když to nacpu co nejblíže, tak něco ušetřím.
Když budu mít pro každé návěstidlo SIPO+D-Latch, tak budu mít pro každé náv. 3 pracovní piny na MPU. A kdybych pro všechny měl společný "Clock" a třeba i "Data" a jen to překlopení adresoval, tak je to oproti S-com na jednom MPU Picaxe o 2 návěstidla méně. Jenže v případě kmitavé signalizace (kmitavé světlo), budu muset trvale vysílat signál jak data, tak i clock a překlápět to.
Tady to je o tom, minimalizovat prostor ...
https://www.mtb-model.com/elektro/navest4.jpg a mít to v optimálvím poměru cena / výkon / funkce / prostor ... a pak jde o to, aby to spolu "ladilo" a "hrálo" ... 3 pinový konektor mezi koleje umístím líp, než 5 (nebo 6) pinový.
Jeho S-com je univerzální. Jeden program pro všechny druhy návěstidel. Záleží pouze, který drát kam připojí, aby ta či ona barva se chovala jak má.
I samotný program pro Picaxe by byl jednodušší ... poslal bych pouze "číslo" - hodnotu proměnné.
Když to bude přes SIPO+D-Latch, budu posílat "High" a" Low" a budu muset vyřešit, zda to reaguje na náběžnou nebo sestupnou hranu, takže v případě tvorby světelného signálu 1,0,0,0,1 - což by odpovídalo svitu horní a dolní žluté ... takže v případě reakce na náběžnou hranu bych asi musel napsat toto: data do "1", clock "1", data "0", clock "0", clock "1", "0", "1", "0", "1", "0" a opět data "1", clock "1", data "0", clock "0". A teď to můžu teprve překlopit.