Projekt piTelex - Schnittstelle TW39

[Patrick]

Hi Joey
I think you need to install Fusion360 which includes Eagle (unfortunately). Some time ago I generated the gerber filers, not sure if they match the brd files. Just have a look (you can find online gerber viewers or PCB manufactureres providing the service):

Telex_2022-03-20.zip

Unfortunately I do not have the schematic available.

Regards
Patrick

[Patrick]

maybe this is correct

[JoeyD]

Patrick,
We have a winner! What you sent matches the boards I had made! THANK YOU!! I had breadboarded the circuit to the schematic in PCB (I made 3 on breadboards and wanted to clean up the mess) so I had boards made locally. Anyhow.........
When I started looking at the board to transfer components I noticed my resistor numbers "DIDN'T" Match the resistors on the shiny new boards...
Specifically resistor R7 on the board is R6 on the schematic I used for breadboarding.
Of course I do not have Eagle or Fusion 360 so could not view the SCH file that compliments the BRD file to compare and I don't like to install
a program that I will never use except to view one file! My computer is already a mess with stuff I do use all the time.

Cheers
JoeyD

maybe this is correct

[Patrick]

Hi Joey
I managed to export the bill of material (I'm also not a Fusion360 user but have access to a PC with the installed programme):

BOM.TXT

Regards
Patrick

[WolfHenk]

Also: Problem ist gelöst, war ein kleines Softwareproblem. Hatten auch andere Leute mit TW39 am piTelex

Nun gehts. Siehe viewtopic.php?t=1813&start=230#p32942

Mit dem t100 benötige ich Linienspannung > 62 Volt. Kein Problem.
Strom 40mA eingestellt, geht auch.
Transistor wünschte sich nen Kühlkörper. Auch kein Ding. Ohne dauerts nur ein paar Minuten dann wirds unangenehm warm, verschleift die Signale und es kommt Müll.
Muss ich noch testen, sonst kommt was dickeres rein.

Ist ein "Pi Zero 2 w" mit Ethernet/USB und TW39.
Denke Byobo hau ich später wech.
Wenn alles läuft, dann soll er direkt als Service starten ohne den overhead. Dann fliegt alles unnötige runter.

[WolfHenk]

Ich könnte eine erweiterte TW39 Platine mit Tasteranschlüssen in KiCad erstellen und in China fertigen lassen. Bestückung dann wie Bausatz im Selbstbau.
Eine fertige Reichelt-Bestelliste und ne Platine und der TW39 für Raspberry geht...

Nochwas... Vielleicht sollte man Entwicklerseitig mal an den wesentlich billigeren OrangePi denken?
Grüße
Wolfram

[detlef]

Nochwas... Vielleicht sollte man Entwicklerseitig mal an den wesentlich billigeren OrangePi denken?

Wie sieht es denn da mit der Lieferbarkeit aus?
Wie sieht es überhaupt beim Raspi mit der Lieferbarkeit aus? Ist irgendeine für das piTelex verwendbare Version dezeit zu bekommen?

[obrecht]

Ich könnte eine erweiterte TW39 Platine mit Tasteranschlüssen in KiCad erstellen und in China fertigen lassen. Bestückung dann wie Bausatz im Selbstbau.
Eine fertige Reichelt-Bestelliste und ne Platine und der TW39 für Raspberry geht...

Nochwas... Vielleicht sollte man Entwicklerseitig mal an den wesentlich billigeren OrangePi denken?
Grüße
Wolfram

Hallo Wolfram,

das Projekt hardwareseitig auf breitere Füße zu stellen, ist bestimmt nicht verboten .
Im Wiki hat Jochen ja auch schon diverse Realisierungsmöglichkeiten präsentiert.

[BjoernS]

Moin Wolfram!

Ich könnte eine erweiterte TW39 Platine mit Tasteranschlüssen in KiCad erstellen und in China fertigen lassen. Bestückung dann wie Bausatz im Selbstbau.
Eine fertige Reichelt-Bestelliste und ne Platine und der TW39 für Raspberry geht...

Nochwas... Vielleicht sollte man Entwicklerseitig mal an den wesentlich billigeren OrangePi denken?

Ich kann nur für mich sprechen -- mir fehlt im Moment schon die Zeit, überhaupt intensiv an neuen Features zu arbeiten.

Wer das ausprobiert und Erfahrungen liefert, das kann gerne in die piTelex-Doku. Einfach melden!

Ansonsten braucht piTelex eigentlich nur Python 3.5 oder höher. Die weiteren Voraussetzungen sind von der Anbindung abhängig:

• ED1000: Numpy/Scipy und Audioadapter (pyaudio/libportaudio)
• TW39 und Verwandte: GPIO-Pins

Ohne mich lange damit befasst zu haben, beides sollte gehen. Scheinbar gibt es für OrangePiOS ein Python-GPIO-Paket, das kompatibel ist zu RPi.GPIO. Unter Umständen tut es dann schon eine Rückfallklausel ("wenn Modul RPi.GPIO nicht importiert werden kann, probiere OPi.GPIO").

Wie gesagt, wer einen OPi hat kann gerne ausprobieren und mir Bescheid sagen bzgl. eventueller Probleme, dann können wir eventuell nötige Anpassungen vornehmen.

Grüße


Björn

[obrecht]

Ich kann nur für mich sprechen -- mir fehlt im Moment schon die Zeit, überhaupt intensiv an neuen Features zu arbeiten.

Je mehr ich mich mit der User-Doku befasse, desto mehr stelle ich fest, wie wertvoll, aber auch arbeitsaufwändig die "sanfte Pflege" des Systems ist.
In dem Kontext nochmal vielen Dank an Björn für die unermüdliche Arbeit an der kontinuierlichen Stabilisierung und Weiterentwicklung!!
Zurzeit halte ich BugFixing für nötiger als Features...

Dem steht aber nicht entgegen, andere Plattformen auszuprobieren und andere Nutzungsmöglichkeiten zu dokumentieren. Auch bei der Hardware (Platinenlayout etc) ist durchaus "Luft" .

Wer das ausprobiert und Erfahrungen liefert, das kann gerne in die piTelex-Doku. Einfach melden!

Jau. Baue ich gerne mit ein.