Forum

elettrosurplus a écrit : ↑25 janv. 2023 09:29 I have used JCLPCB to made some Vextreme board (20) for my club. They made boards fast and perfectly. They don't made double face SMD mounting, and you have to use chips and parts from JLC inventory. You have to build a BOM list with codes and part ref. from JLC inventory, and build a centroid positional scheme for parts, with orientation. This is easy if you use Kicad, JLC check next if the parts are correctly positioned, since it's a bit difficult to know what are starting angles ... I have missed some, wrongly rotated, but corrected by JLC engineers. Another issue is that JLC don't install parts like USB sockets, even if SMD. I have then hand soldered other side and USB-C connector on the half populated board. All boards worked perfectly at first attempt.
The cost is low, but you pay a surplus if use uncommon components (other than resistor/caps) as reel changing fee, so using part of same value minimize costs.
…
Max

Thanks for sharing your experience!
Currently my layout is double sided, so there is work to be done. Also I have to switch to KiCad (which I have planned for some time).
What really makes the (manual) production time consuming is the soldering of the PLCC28 and PLCC32 SMD sockets.
I really hope that this can be automated (not sure).

acknowledged

Thank you for the links, I will have a look
Yes, anyone can register to this list, but he/she needs to be a forum member so that I can contact that person via PM.
A restriction that I will have to make for sure is „1 module per member only“.
Shipping to countries outside EU may be possible (not decided yet). So, if you are living outside the EU, please name your country when you register here.
The size of the batch will heavily depend on the possibility for automated PCB-production and availability of parts.
For now this list helps me to get an understanding of the demand - of course I can‘t promise anything, but I‘ll try my best

Salut - Je suis très heureux que vous trouviez mon nouveau matériel si intéressant. Il semble avoir du potentiel pour une petite série. L'un d'entre vous a-t-il une expérience de l'assemblage automatique de circuits imprimés (probablement en Chine) et peut-il me donner un conseil ? Cela pourrait rendre les choses beaucoup plus faciles ...
—
Hi guys - I'm very pleased that you find my new hardware so interesting. It seems to have potential for a small series. Do any of you have experience with automatic PCB assembly (probably China) and can give me a tip? This could make things a lot easier …

sure - when I‘m able to calculate a price and a batch size, I will make an update to the main post of this thread and ask you in the order of the waiting list for a definite order. For now this is just a first come first serve indication of interest.

Bonjour à tous
Cela fait longtemps que j'ai annoncé ce module, mais maintenant le prototypage avec l'assemblage partiellement automatisé de PCB, l'impression 3D et le fraisage CNC est terminé. Entre temps, une liste d'attente importante s'est formée et je suis heureux d'annoncer que je suis prêt à produire une petite série avec un prix défini.

ACTUALISATION - LIVRAISON/VENTE TERMINÉE
Le lot est maintenant terminé et j'ai envoyé un module à chaque membre de la liste.
Voici un lien de téléchargement vers le manuel (pdf):
Download (pdf) - PC-1600 MEPrev3 Flash Drive - Manual
ATTENTION : VOUS DEVEZ FORMATER VOTRE CARTE MEMOIRE EN FAT32, sinon elle ne pourra pas être détectée par le module.
Le nom du volume doit être S3 (voir le manuel pour plus de détails).

Merci beaucoup pour votre intérêt et votre soutien.
Cordialement
Tom

---

Hi folks
It's been quite a long time since my announcement of this module, but now the prototyping with partially automated PCB-assembly, 3D-printing and CNC-milling is done. Meanwhile a substantial waiting list has formed and I'm happy to announce, that I'm ready to produce a small series with a defined price trag.

UPDATE - DELIVERY/SALE COMPLETED
The batch is finished now and I sent a module to every member on the list.
Here is a download link to the manual (pdf):
Download (pdf) - PC-1600 MEPrev3 Flash Drive - Manual
ATTENTION: YOU NEED TO FORMAT YOUR MEMORY STICK WITH FAT32, otherwise it cannot not be detected by the module.
The volume name should be S3 (see manual for details).

Thank you very much for your interest and for your support.
Best
Tom

--
Order list for SHARP PC-1600 MEP USB-Stick Interface Module.

• (Forum) Name - Status
• spellbound -Reserved: 2 units
• TMuecker - Delivered
• Dom - Delivered
• Over_score - Delivered
• seb_A2 - Delivered
• meridian - Delivered
• Blitter - Delivered
• ptitchoco - Delivered
• torgamm - Delivered
• jp320 - Delivered
• Docd - Delivered
• badaze - Delivered
• Pocket - Delivered
• rogeroge - Delivered
• leduigou - Delivered
• Falkayn - Delivered
• pir2 - Delivered
• German SHARP Community - Delivered: 8 units
• PhilPocket - Delivered
• dl2kuh - Delivered

Exactly. Neither DiskWorks nor any other PC-1600 program or the operating system itself has a notion of the directory concept.
But of course you can select a directory on your USB-stick with the CDIR command *before* you start DiskWorks.
Then DW will ‚think‘ that this is the whole content of Y.

Hi,
thanks for the feedback! Thats what counts for me
I‘m not sure if the DW version you‘ve cited is intact.
I just sent you a binaray version via eMail - including usage with the MEP/USB-stick app.
Give it a try
Cheers
Tom

Hi,
Short answer:
yes, it should be possible to change the application, but you couldn't go back.
Long answer:
I had to make some minor modifications to the USB-frontend hardware in order to work as a flash drive interface. So there is a new hardware version, that can handle both (incorporating a switch, that the first version that you own does not have).
So the rev2 hardware version can handle both applications, the rev1 hardware version must be modified a little bit.

To switch between the two applications by yourself, you would need an EEPROM burner, an ATmel microcontroller dev board like the dragon and an open ended FTDI-USB cable.

So if you own a MEP rev1 with the keyboard app installed, but want the USB-stick app instead, I can offer you a service. But you couldn't switch back in that case.

If you are interested in the service you can write me a PM

Hi folks,
I'm happy to make an announcement for a new SHARP PC-1600 hardware/software!
The hardware in fact is not new - it's my Modular Extension Platform (MEP).
But I've created a new embedded software application for it:

A fully integrated USB-Stick interface that is hooked up as a standard PC-1600 file device named "S3:"



That was some intense research including disassembled OS-ROM analysis during this year in order to find out how to implement a proper PC-1600 peripheral file device. But finally it's working!

With this thing you can have a seamlessly integrated, structured mass storage for your PC-1600, that contains all programs, data and videos you will ever find or create What do you think?

If you are interested in more details, here is the full manual:
SHARP PC-1600 Modular Extension Platform r2 - Manual
As always, feedback is welcome

The manual also contains the description of my USB-keyboard adaptor application, that some of you already own.

I will offer a new batch of the MEP (preconfigured with an application of your choice) in the trading section of the forum as soon as possible. But here's the downer: The current situation at the integrated circuit market is a real pain. Not even the wide spread microcontroller ATmega328P that I'm using is available from the typical dealers. And the other thing is, that the prices are going up due to shipping costs from China, so I'm currently not able to calculate a price for the module in advance.

Lets see how it develops

[EDIT] I created a waiting list for this module:
http://www.silicium.org/forum/viewtopic ... 24&t=47982

Meilleures salutations
Tom

Comme je ne parle pas français, et que je ne suis pas sûr de l'exactitude de la traduction deepL, voici mon texte original en anglais :
—
The PC-1475 is a powerful machine with builtin matrix operations. However there are no BASIC-commands that allow to execute those operations from within a program, which is a pitty.

HrastProgrammer posted in the hp forum the respective ROM entries (CALL addresses) for the PC-1403:
26109 X+Y->X
26114 X-Y->X
26119 X*Y->X
26124 X*invY->X
26132 invX->X
26140 (x)+X->X
26148 (x)-X->X
26153 (x)*X->X
26158 (x)*invX->X
26163 X<>Y
26171 trnX->X
26176 detX->(x)
26181 -X->X
26186 squX->X
26191 X->M
26199 M->X
26204 X+M->X
Here X, Y and M are matrices (DIMensioned 2-dimensional BASIC arrays) while (x) is the simple BASIC variable X.

This is extremely useful information but unfortunately the addresses seem to be different for the PC-1475.

Does anybody know the respective addresses for the PC-1475?

If this is unknown terrain, I can imagine a brute force test program based on pockemul that does the follwing: For this pockemul would need to run headless in a testautomation mode.
I roughly scanned the code at github to understand the architecture. I think it might be possible, but it would take too long to dive into the details of the emulator.
Any experts around? Maybe the author?
Would that be a practical approach?

<translated by deepL from English>
Bonjour,
Le PC-1475 est une machine puissante avec des opérations matricielles intégrées. Cependant, il n'y a pas de commandes BASIC qui permettent d'exécuter ces opérations à partir d'un programme, ce qui est dommage.

HrastProgrammer a posté dans le forum hp les entrées ROM respectives (adresses CALL) pour le PC-1403 :
26109 X+Y->X
26114 X-Y->X
26119 X*Y->X
26124 X*invY->X
26132 invX->X
26140 (x)+X->X
26148 (x)-X->X
26153 (x)*X->X
26158 (x)*invX->X
26163 X<>Y
26171 trnX->X
26176 detX->(x)
26181 -X->X
26186 squX->X
26191 X->M
26199 M->X
26204 X+M->X
Ici, X, Y et M sont des matrices (tableaux BASIC DIMensionnés à 2 dimensions) tandis que (x) est la simple variable BASIC X.

Ces informations sont extrêmement utiles mais malheureusement les adresses semblent être différentes pour le PC-1475.

Quelqu'un connaît-il les adresses respectives pour le PC-1475 ?

Si c'est un terrain inconnu, je peux imaginer un programme de test de force brute basé sur pockemul qui fait ce qui suit : Pour cela, pockemul aurait besoin d'exécuter headless en mode testautomation.
J'ai scanné grossièrement le code sur github pour comprendre l'architecture. Je pense que cela pourrait être possible, mais cela prendrait trop de temps de plonger dans les détails de l'émulateur.
Y a-t-il des experts dans le coin ? Peut-être l'auteur ?
S'agirait-il d'une approche pratique ?

Meilleures salutations
Tom

dogrin17 a écrit : ↑11 août 2020 03:26 Would anyone know why my G850VS can receive data just fine, but sits on "SENDING" when trying to send? I get no data in the terminal.

That means the G850VS is blocked by the RTS-signal from your computer. The most likely reason for that is that you forgot to activate the signal from within your termninal software (see screenshot of hterm above - the RTS toggle button in the input control section has to be switched ‚on‘)

TamiDuke a écrit : ↑11 janv. 2019 18:29 My CT-441 package/manual says that the interface is compatible with the PC-G820/830/850S and 850V.
I'm not sure about compatibility with the E220 but I would not exclude this possibility. I guess that the CT-441 does only a (cmos)RS232<->USB conversion, so this should not make a difference for I/O on the pocket computer's side.

The CT-441 is from Sunhayato - a company that provided educational accessory in Japan especially for the later SHARP pockets.
Since the RS-232 interface mode of the G850V/S is identical to that of the the E220, I agree the CT-441 should work with that machine too.

A rather tricky part when performing file uploads of programs found in the internet, is the correct EOL (End Of Line) and EOF (End Of File) handling.
Since many people struggle at this point and asked for help, I give some general advice here.
The essence is that the EOL and EOF setting of your (SHARP pocket) computer must match the actual format of the file to upload.
If the EOL format does not match you will get a transmission error.
If the EOF token does not match or does not exist at the end of your file, the transmission will not terminate (at least when using full hardware handshake, like suggested in this thread).
Note that this compatibility issue does not arise, if you just LOAD a program that you have previously SAVEd with the same settings.
It may arise, when you try to transfer program source-code that has been SAVED with a different computer or has been downloaded from the internet.
It will arise, when you try to transfer program source-code that has been SAVED with different EOL/EOF-settings.

To check or modify the actual file format, I recommend downloading the free source-code editor Notepad++.
The following diagram summarizes all necessary steps:
SHARP Pocket Computer EOL/EOF Handling Sheet

As you can see, with a PC-1350 for example, you can adjust the settings at your pocket, to match the adctual file format. With a PC-1600 you can't, which means you have to convert the file format, if it does not match (check and change respectively with Notepad++).