Programmeerbare centrale unit

rew,

na 2 pagina's lijk jij de juiste probleemstelling te hebben gevonden.

nu nog de oplossing:

- je kan kijken of je het apparaat via het netwerk kan flashen. stuur het type naar een windows PC via OPC server en schrijf een flashtool.
- je kan een embedded controller pakken die USB slave is (REW's oplossing)
- vraag aan de ontwikkelaar om de bootloader te herschrijven zodat je wel verschillende files kan gebruiken
- vind een usb stick die via netwerk of via iets anders te beschrijven is. bijvoorbeeld een schijf met eSATA En USB. wel gevoellig voor fouten als je steeds dezelfde file overschrijft, maar een SSDtje kan dat wel een paar jaar aan)

(je kan natuurlijk ook de firmware files via FTP naar een android telefoon kopieren of zo'n WIFI SD kaart).

deze behuizing heeft 2 aansluitingen. je leest de TAG in, koppelt de eSata aan je windows PC, schrijft de juiste file, daarna plug je USB in en gaan. nadeel is dat je goed moet aan/afkoppelen (mounten) anders raakt je file op den duur beschadigd.
https://www.alternate.nl/p/230x230/t/ICY_BOX_IB_290StUS_B__Externe_behuizing@@t2ur80_1.jpg

[Bericht gewijzigd door Progger op (23%)]

Wees eens wat realistischer in jullie denken en schrijven. :p
Denken jullie nu serieus met wat jullie schrijven, kan doorgaan als een stageproject?
Iemand die dag en nacht met controllers bezig is zou ik zeggen ok, maar toch geen student die zo'n vraag stelt voor een stageproject.

Dat hij dat maar eens voorlegt aan zijn begeleider, hopelijk staat er geen geweer in de buurt... :)

Nou, dat met de raspberry pi is voor een MBO student die een "howto" kan lezen en een "inleiding programmeren" heeft gehad in een dag te doen.

hmm is toch wele en pittige opdracht hoor REW.
maar idd wel doenbaar voor iemand in de elektronica.

Enige wat je moet doen is: deze input = dit filtje klaarzetten en erin rammen.
Probleem zit hem in het USB slave maken voor mij.

[Bericht gewijzigd door High met Henk op (12%)]

het punt is dat de oude methode was: type opzoeken en stick uit lade pakken.

dus oplossing: schakelen tussen 30 sticks.

maar als je de oplossing weg laat en puur naar het probleem kijkt zijn er veel meer oplossingen, waarvan ik er een paar heb genoemd.

ik zou dus een goede probleemanalyse maken voor hij verder gaat zoeken naar 30 usb poorten schakelen. (want dat kan ook gewoon met diezelfde PLC en en een zooi relais, daar is geen print voor nodig.)

als hij een probleemstelling heeft kan hij de oplossingen in kaart brengen en kiezen welke binnen zijn kennisniveau/budget/vaardigheden ligt.

[edit]

HmH, de vraag is ook of dat werkt, ik weet niet of die repeaters transparant zijn of als hub werken. niet iedere firmware kan met hubs overweg.

[Bericht gewijzigd door Progger op (11%)]

De vraag is dus eigelijk niet een

programmeerbare centrale unit

Maar een

Centrale programmeer-unit

Vraag is wel iets met afstand van usb. Dat is redelijk beperkt. Meen 5m. Je kunt met repeaters wel verder maar e.e.a. wordt kostbaar en kwetsbaarder.

Op 5 november 2016 15:39:11 schreef rew:
Nou, dat met de raspberry pi is voor een MBO student die een "howto" kan lezen en een "inleiding programmeren" heeft gehad in een dag te doen.

Aan 50E per uur en 10 uren werk + BTW dan zou ik als firma u direct inhuren voor dit project ;)

Even googlen: Hier is de howto.

https://learn.adafruit.com/turning-your-raspberry-pi-zero-into-a-usb-g…


#!/bin/sh
#
# getcode (C) BitWizard B.V. 
#
# get code on GPIO pins. 
# Set the pins here that hold the binary code for the image to present.
pins="1 2 3 4 5"
t=""
for i in $pins ; do
 t=`gpio read $i`$t
done
# als je de image namen graag in decimaal hebt:
echo "ibase=2; $t " | bc
# als je de image namen graag in binair hebt:
# echo $t



#!/bin/sh
#
# change_images (C) BitWizard B.V. 
#
modprobe dwc2
#
last=0
while true; do
  cur=`getcode`
  if [ $cur -ne $last ] ; then
     if [ $last -ne 0 ] ; then
       rmmod g_mass_storage
     fi
     if [ $cur -ne 0 ] ; then
       modprobe g_mass_storage file=/images/img$cur.bin stall=0
     fi
  fi 
  sleep 0.1
done

Funny stuff: Die dwc2 moet je volgens de howto via de preload/commandline/boot.txt whatever laten laden. Omdat eea nog niet werkt op dat moment, gaat een host lopen proben, krijgt geen antwoord, (de mass_storage module kan nog niet werken als het root FS nog niet gemount is en zo), en geeft het op. Door de module pas te laden als je "up and running" bent werkt het wel.

De code zegt mij wel iets, maar een RPI programmeren is mij teveel.
Ik heb er één cadeau gekregen maar die zit nog in het doosje.

Ben toch onder de indruk van uw inzicht maar of de TS daar iets aan heeft is een andere vraag.
Misschien kan hij hierop verder bouwen.
In ieder geval beter dan een Arduino of losse IC's

Toch wel jammer dat dit allemaal niet bestond toen wij jong waren, wij moesten het doen met een 6205 en 1k ram.
Ik had toen ook veel projecten kunnen maken voor op het werk maar onze mogelijkheden waren te beperkt.

Toen ik googlede op 6205 microprocessor, dacht google hetzelfde van wat ik al dacht: typefout voor 6502.

[Bericht gewijzigd door rew op (86%)]

Sorry, 'k word al wat ouder ;)

Don't worry. Heb ik ook last van. :-)

Hallo iedereen,

Ik zou voor mijn project een USB communicatie moeten omvormen naar I2C, hiervoor zou ik gebruik willen maken van een FTDI chip zoals bijvoorbeeld de FT4232H.
Indien ik in de datasheet kijk zie ik dat dit met deze chip mogelijk is aangezien deze USB kan omvormen naar zowel I2C, SPI, UART, RS232.
De chip heeft een hele boel aansluitingen maar ik versta niet zo goed voor wat deze allemaal dienen.
Hoe moet deze chip het best aangesloten worden?

Alvast bedankt

In de datasheet staat toch een aansluitvoorbeeld?

Inderdaad maar als ik me niet vergis is er geen schema voor I2C als uitgangscommunicatie te bekomen of vergis ik mij hier in?

Mag weg

[Bericht gewijzigd door pierreke101 op (96%)]

Hallo iedereen,

Voor een project waarmee ik mee bezig ben zou ik volgens mij gebruik moeten maken van de USB2514B component maar ik versta de werking van deze component niet volledig.?
Voor mij project moet het mogelijk zijn om via mijn upstream device (PC) informatie te versturen naar mijn CU (dit zal dan bijvoorbeeld zijn, we wensen USB 8 te herprogrammeren) dan wordt USB 8 via een multiplexer naar buiten gestuurd en dan moet opnieuw via de PC deze USB stick hergeprogrammeerd kunnen worden. De PC moet eerst dus kunnen communiceren met de CU om te zeggen welke USB er naar buiten moet gestuurd worden adhv een multiplexer en daarna moet de PC met de USB zelf kunnen communiceren om deze te hergeprogrammeren.

Is het dan een goeie keuze om gebruik te maken van de USB2514B (B141488) of niet?

Alvast bedankt

Wat is het bezwaar om het zo te doen :

Waarom zou je PIC met I2C praten? je kan toch gewoon een uart gebruiken of een model met USB pakken?

misschien kun je beter met een Arduino beginnen.

zelf heb ik een 4 port KVM switch gebouwd met een 4 poort USB switch.

deze maakt gebruik van een PI5C3257 switch, er zitten er 2 in.
als je de uitgang hoog impedant zet kun je ze parallel zetten.

via een controller lees ik uit welke ingang de monitor weergeeft en sluit muis/toetsenbord op de juiste PC aan via de switch.

Dag Shiptronic,

Het spijt me maar de PLC is voor een andere toepassing, het bordje dat ik ontwerp zal namelijk voor 2 toepassingen gebruikt worden en de PLC is niet beschikbaar bij deze mogelijkheid jammer genoeg.

Dag Progger,

Aangezien mijn PIC via I2C al communiceert met de IO expander heb ik de I2C pinnen toch al nodig dus het leek me zo wel een goed idee.
Maar dit is eigenlijk nog niet zo'n slecht idee, in tegendeel ;)
Heb eens zitten opzoeken en ik heb de PIC18F4550 gevonden, deze heeft zowel I2C als USB (D- als D+)
en ook nog een hele boel I/O's :D
Kan deze dan rechtstreeks via D- en D+ met een PC communiceren?

[Bericht gewijzigd door pierreke101 op (27%)]

Op 14 februari 2017 20:05:19 schreef pierreke101:
Dag Shiptronic,

Het spijt me maar de PLC is voor een andere toepassing, het bordje dat ik ontwerp zal namelijk voor 2 toepassingen gebruikt worden en de PLC is niet beschikbaar bij deze mogelijkheid jammer genoeg.

Dag Progger,

Aangezien mijn PIC via I2C al communiceert met de IO expander heb ik de I2C pinnen toch al nodig dus het leek me zo wel een goed idee.
Maar jou idee is eigenlijk nog niet zo slecht, in tegendeel ;)
Heb eens zitten opzoeken en ik heb de PIC18F4550 gevonden, deze heeft zowel I2C als USB (D- als D+)
en ook nog een hele boel I/O's :D
Kan deze dan rechtstreeks via D- en D+ met een PC communiceren?

@progger , KVM switch ligt hier ook nog (5 poorts je mag hem gratis ophalen), 1e moment=handig tot je onderk dat er in windows(pro) iets als RDP zit, veel handiger ,zeker toen ik nog vaak in het buitenland zat en werkt ook vanuit rusland tot USA :), zeker met een vast IP, iedereen dacht dat ik gewoon op de zaak zat.

@pierreke101

tja dan maar zo :

klinkt alsof je de theorie wel snapt, maar weinig ervaring hebt.

hoeveel ervaring heb je? heb je wel eens een IO expander aangestuurd? en tegelijk met een andere master op de bus gepraat?

wat je wil is eigenlijk heel simpel, via een commando een van de 32 outputs aansturen. als je weinig ervaring hebt in software kun je makkelijk een arduino pakken. (hoeft niet houtje touwtje, kan ook op een professionele print)
ik snap nog steeds niet wat je wilt. moet de PC bij een van de sticks? moet een ander apparaat bij de stick? is het wel een usb stick?

@ship,
RDP / VNC is heel nuttig, maar niet als je bijvoorbeeld een PC van een kennis op je bureau hebt, die je niet in hetzelfde LAN wilt. of als je snel iets in de BIOS van mn server/NAS wilt aanpassen.

Hallo iedereen,

De PCB van mijn project is volledig af en ik begin nu aan het programmeerwerk.
Hiervoor is het de bedoeling dat ik een windows programma maak (bijvoorbeeld adhv Visual Studio) waarbij je via de PC de hardware (PIC18F4550) kan aansturen.
Het programmeren van de PIC zal nog altijd adhv de PICKit 3 gebeuren en dus niet via USB.
Ik ben niet helemaal mee hoe ik precies zo'n windows programma kan maken adhv Visual Studio , ik heb al heel wat op het internet gezocht en heb daar ook al heel wat gevonden maar niet op de manier dat ik het wens.

Voorbeeld van wat ik gevonden heb :http://www.waitingforfriday.com/?p=451

Alvast bedankt

Op 27 februari 2017 15:47:58 schreef pierreke101:

De PCB van mijn project is volledig af en ik begin nu aan het programmeerwerk.
Alvast bedankt

`Beter ten halve gekeerd dan ten hele gedwaald`

Waarom blijf je zo stijf aan die USB sticks vast houden, het is toch 10x handiger om deze 32 IMG in een map je te stoppen en daar de juiste uit te kiezen?

Anders, zet alle sticks parallel, en middels het signaal uit de PLC voorzie je er slecht elke keer maar 1 van voeding? Maar misschien denk ik te simpel ;)