добрый день, колдуны!

вопрос, собственно в теме.
есть pas-файл/программа
возможны два исполнения/сборки
- stand-alone pas-файл, fpc из ком.строки.
- lazarus-project, добавление выкусов/функционала из pas-файла и вставка в проект.
(плюс-минус «трамвайная остановка» - примерно будем считать так)

вопрос: чем будут отличаться «данные сборки»?
(ну, понятно дело, кроме очевидных моментов, как-то: сборка/отладка в lazarus удобнее, необходимо будет немного «напрячься» что-бы вставить функционал из pas-файла, соответствующая структура проекта в лазаре итд)

спасибо.

день добрый!

прим. 3 года назад на раб. станции перешел на slackware-14.2.
пока раб.станция была на «старых версиях слаки» - ни каких потерь данных не было.

с 2000 года менялись диски, железо, все было ок.
после перехода на sl14.2 столкнулся с «непонятным багом / потерями ссылок» (возможно потери данных/файлов как таковых)

на sl12.2 - работал больше всего, с самого момента выхода 12 слаки и до «последнего».

slackware 12.2 (диски на reiserfs, системный стек/ядро - обновлялись, патчились итд)
slackware 14.2 (ядро, диски на ext4, системный стек - стоковый)
везде использовалась tde/trinity

железо - в идеальном состоянии, мать/видео отличные/безглючные, apc smart ups, температурный режим - щадящий (продувается как из форточки)

по поводу бага:
- проявился 2 раза (за 3е года) (до этого никаких предпосылок, потерь напряжений, мощных эми, землетрясений)
- потери всех ссылок на примонтированной партишн (в обоих случаях home)
- дотошно потерю данных не выяснял (не было времени)

последний раз ссылки посыпали «особенным образом»:
- в корне дом. каталога было свалено около тысячи битых ссылок, указывающих на корень установленной tde

+ сопутствующие публикации
https://www.linux.org.ru/forum/talks/17447408
2023.12.10 / Ext4 гробит данные (в том числе в Debian Stable)

https://www.linux.org.ru/news/linux-general/17448413
2023.12.11 / Повреждение данных в Ext4 под ядрами в ветке LTS-версий 6.1.X.

подробности:

-------------------------------------------------------------------------------
/dev/sda, 1.00   TB, Hitachi HDS721010CLA332 / Hitachi Deskstar 7K1000.C       / SMART: Reallocated Sector 5
/dev/sdb, 160.04 GB, INTEL SSDSA2M160G2GC    / Intel X18-M/X25-M/X25-V G2 SSDs / SMART: Reallocated Sector 4
/dev/sdc, 2.00   TB, TOSHIBA DT01ACA200      / Toshiba 3.5" DT01ACA Desktop HDD
/dev/sdd, 500.11 GB, ST500DM002-1BD142       / Seagate Barracuda 7200.14 (AF)
/dev/sde, 1.00   TB, WDC WD10EZRX-00A8LB0    / Western Digital Green
-------------------------------------------------------------------------------
Filesystem      Size  Used Avail Use% Mounted on
-------------------------------------------------------------------------------
/dev/sda1       105G   72G   34G  69% /mnt/main  sl12.2 /
/dev/sda3       896G  635G  262G  71% /mnt/home  sl12.2 /home
/dev/sdc1       529G  117G  385G  24% /          sl14.2 /
/dev/sdc2       1.5T  1.1T  276G  80% /home      sl14.2 /home <-- наш проблемный диск
/dev/sdd1       501G  361G  141G  72% /mnt/add   common
-------------------------------------------------------------------------------
/dev/sda1 /mnt/main reiserfs (rw,noatime,nodiratime,notail)
/dev/sda3 /mnt/home reiserfs (rw,noatime,nodiratime,notail)
/dev/sdb            osx
/dev/sdc1 /         ext4     (rw,noatime,nodiratime)
/dev/sdc2 /home     ext4     (rw,noatime,nodiratime) 
/dev/sdd1 /mnt/add  reiserfs (rw,noatime,nodiratime,notail,data=writeback)
/dev/sde            osx
-------------------------------------------------------------------------------

посыпались все ссылки на диске

/dev/sdc2 - /home
!!! уточняю !!! - были «убиты/уничтожены/затерты/обнулены» все ссылки на диске & в корень дом.каталога была навалено кучу «битых ссылок»

ссылки:
- либо «потерялись»
- либо стали указывать на «хрень» (-> /opt/tde/* , корневой каталог TDE/Trinity, мой DE.)
- и, дополнительно, свалились (были перенесены) в корень HOME-каталога.
(про осталные каталоги - не знаю, т.к. далее не капал)

все-ли ссылки, со всего-ли диска свалились в корень дом. каталог - не знаю, не стал выяснять.
в результате - в дом. каталоге оказалось около тысячи битых ссылок.

из назначения ссылок ясно, что пути, на которые они указывают есть «полные хрени», т.е. не имеющие смысла, как-то:

libcrypt.so.1       -> /opt/tde/share/fonts/TTF/libcrypt.so.1
УМ_Радиотехника_101 -> /opt/tde/УМ_Радиотехника_101
virtualbox.desktop  -> /opt/tde/share/apps/konqueror/virtualbox.desktop
qtcreator.desktop   -> /opt/tde/share/applications/qtcreator.desktop

одна из библиотек:
- libQtCore.so.4
- libQtCore.so.4.8
- libQtCore.so.4.8.7 -> /opt/tde/share/fonts/TTF/libQtCore.so.4.8.7

можно предположить что это ссылка на:
/usr/lib64/qt-4.8.7/lib/libQtCore.so.4.8.7
~/opt/stm/true_studio/9.3.0/Servers/J-Link_gdbserver/libQtCore.so.4.8.7
(т.е. реально сломаны пути)

если посмотреть на «типа, путь, на который ссылается» битая ссылка:
/opt/tde/share/fonts/TTF/libQtCore.so.4.8.7

по частям, существующие по отдельности каталоги:
- /opt/tde/share
- /usr/share/fonts/TTF
а сама библиотека libQtCore.so.4.8.7 - ну ясен пень, никаким боком не имеет отношение к «последним двум».

все это я спецом уточнил, что-бы показать какой армагиздец был на момент «свершения».

итак, к чему бы это я?!
как я перешел на «новую» slackware-14.2, со всем соотв. стоком ядер/библиотек и, самое главное сменил файловую систему ReserFS3 -> Ext4, за это время «данный армагидец» произошел дважды.
если-бы произошёл один раз, то можно было-бы свалить на «случай/кривые руки».

до этого, я всегда использовал:
- старую slackware 7.x->12.2
- tde/trinity 3.x (последняя совместимая с kde3.x)
- smart apc-ups (был всегда)
- весь этот стек работал с 2000 года и практически никогда не чихал, менялись только диски и железо, обновлялась ось, а все остальное - ни каких проблем (ни зависаний, ни перегрузов, ни чего такого), а тут такое!

как промежуточный итог:
- smart у дисков без ошибок (за исключение других, где есть «переназначения» блоков)
- в логах не было найдено ни ошибок, ни чего, что-бы «подсказало» откуда жопа растёт.

мое мнение (могу ошибаться): стечение обстоятельств, софта, версий, системного стека, ядер и файловой системы.

какие ваши идеи, мысли, предположения? высказывайтесь, пожалуйста.
спасибо
p.s. тачка рабочая, сильно экспериментировать не получится.

###!!! UPDATE !!!###
в процессе были найдены другие «битые» ссылки, перенесеные «непоподя куда».

день добрый, господа колдуны! :о)

создаю «отладочный iso» с пом-ю команды:

mkisofs -lJR -o dbg.iso dir1 dir2 dir3

как добавлять в образ-iso c исходным каталогом? как то:

dir1/*
dir2/*
dir3/*

с набегу не cмог разобраться.
всем спасибо, кланяюсь, можно идеи, ссылки, помидоры :о)

p.s.
пока для отладки можно добавлять «корень», но это очень долго/неудобно,
да и хотелось-бы на будущее разобраться.

день добрый.

transmission-QT - нормально стартует под KDE5/Plasma (окно приложения, трей-иконка)
если стартовать из-под TDE/Trinity - стартует, но без окна приложения/трея с ошибкой

kf.notifications: env says KDE is running but SNI unavailable -- check KDE_FULL_SESSION and XDG_CURRENT_DESKTOP

установка переменных в «типа-правильные» не помогает

export XDG_CURRENT_DESKTOP=KDE
export KDE_FULL_SESSION=true

получается, что QT-версию можно «переименовываеть» в Transmission-KDE/Plasma? :o)

немного ссылок по данной теме
https://unix.stackexchange.com/questions/626827/transmission-qt-only-run-on-kde-plasma
https://forum.transmissionbt.com/viewtopic.php?t=20637
+
https://www.linuxquestions.org/questions/slackware-14/ktorrent-doesn%27t-work-anymore-on-current-4175721076/
-->

On latest -current, under Plasma5 this KTorrent works absolutely fine from my
experience. I can say even that's careful tested by me, considering that I use it
extensively.

Hint: that SNI is a thingy related to system tray.
Could be that you try to start it in another desktop environment or WM?

slackware-15.0
kde5/plasma & tde/trinity-4.0.13
transmission-4.0.5

!!! уточнение !!! - нужно решение по запуску именно QT-GUI
про консольный/демон-вариант и про удаленное управление в курсе
какие будут идеи?

день добрый!
не очень давно, возможно неделя-две ютуб что-то нарсрулил так, что vlc теперь не кажет (уточняю - vlc до этого нормально показывал ролики)
набег на ошибки - ни чего не дал
кто как выкручивается?! в смысле, смотрит ютуб на чем-то «альтернативном» (на моем ThinkPad T460 ютуб смотреть невозможно, пробовал всяко нарулить, подключал/отключал/настраивал/обратно удалял всевозможные плагины, ад-блоки итд для оперы - все тщетно)
- slackware-15.0
- vlc-3.0.19
- opera-89.x

если будут нужны выхлопы/подробности - будут позже
спасибо

добрый день / работа с графиком:

1. строим график
2. смотрим/зумируем/панируем - если «не подходит» -> goto 1
3. если «подходит» -> сохраняем. грузим след.график -> goto 1

программа получает поток «[x,y]» - на основе чего строится график.
сохранять нужно в текстовый файл именно этот самый «набора точек» видимой части (зум & пано)

как это сделать?! есть 2 пути:

### 1й вариант (решение в лоб)
- строим график (тут-же сохраняем данные в файл)

минусы:
- небольшой оверхед по сохранению (фигня)
- игнорируется зум/пано -> получаем «полный график» (не фигня)

### 2й вариант
- строим график, если «подходит» - сохраняем

задача:
- данные нужно как-то вытянуть из компонентов
- нужны данные только видимой части

вопрос:
- возможно-ли реализовать 2й вариант?

ваши идеи/ссылки, пендили, помидоры :о)

спасибо

lazarus-3.2.0, fpc-3.2.2
slackware 14.2/15.0 x64

p.s.
как выдрать «поток данных» из компоненты - вроде разобрался.
теперь бы понять как определить «находится ли данная точка в окне просмотра или лежит вне?!

function IsPointInViewPort(const AP: TDoublePoint): Boolean;

день добрые, братцы кролики!

исходные

- NAS / OpenMediaVault-3.0.94
- hd1,hd2 - два диска EXT4, одинаково подключены/расшарены CIFS/SAMBA
- на 1м были изрядно "поломаны" пермишны (рут-не-рут, юзер-пузер, исполняемые-неисполняемы итд, короче, полный трындец)
- было сделано удаленное подключение к NAS-у, исправление пермишнов.

по пунктам

исправление пермишнов

cd /srv/dev-disk-by-label-hd1/hd1
chown -Rc sun:users ./
find ./ -type f -exec chmod 0664 {} +
find ./ -type d -exec chmod 0775 {} +
sync && reboot

после этого, почти все ОК, за исключением «недобитого бита исполнения».
на 2м диске с этим все нормально (трогать его «хекспериментальными» командами не будем, только поверхностно сравним поведение с 1м диском)

монтируются диски одинаково

sudo mount -t cifs //nas/hdX /mnt/nas_smb_hdX -o username=sun,password=@XXX@,vers=1.0

далее поочереди заходим в примонтированные каталоги и выполняем тест:
- создание текстового файла, смотрим пермишны
- снимаем/устанавливаем бит 'x', смотрим

#
# hd1
#

# создание файла
main$ ls -l text.txt
-rw-rw---- 1 sun users 0 Mar 28 16:37 text.txt

# снимаем бит
main$ chmod -x text.txt
main$ ls -l text.txt
-rw-rwx--- 1 sun users 0 Mar 28 16:37 text.txt*

# устанавливаем бит
main$ chmod +x text.txt
main$ ls -l text.txt
-rwxrwx--x 1 sun users 0 Mar 28 16:37 text.txt*

# снимаем бит
main$ chmod -x text.txt
main$ ls -l text.txt
-rw-rwx--- 1 sun users 0 Mar 28 16:37 text.txt*

#
# hd2
#

# создаем файл
main$ ls -l text.txt
-rw-rw-r-- 1 sun users 0 Mar 28 16:39 text.txt

# снимаем бит
main$ chmod -x text.txt
main$ ls -l text.txt
-rw-rw-r-- 1 sun users 0 Mar 28 16:39 text.txt

# устанавливаем бит
main$ chmod +x text.txt
main$ ls -l text.txt
-rwxrwxr-x 1 sun users 0 Mar 28 16:39 text.txt*

# снимаем бит
main$ ls -l text.txt
-rw-rw-r-- 1 sun users 0 Mar 28 16:39 text.txt

коротко:
на 1м диске бит устанавливается и более не снимается
на 2м поведение предсказуемое (устанавливается/сбрасывается как ожидалось)

уточнение:

chown sun:users 

что необходимо: привести поведение 1го диска к норме (как 2го диска)

спасибо

p.s. тест на виртуалки с нуля

main$ echo "text" > text.txt
main$ ls -l text.txt
-rw-rw-r-- 1 sun users 5 Mar 28 19:40 text.txt
main$
main$ chmod -x text.txt
main$ ls -l text.txt
-rw-rw-r-- 1 sun users 5 Mar 28 19:40 text.txt
main$
main$ chmod +x text.txt
main$ ls -l text.txt
-rwxrwxr-x 1 sun users 5 Mar 28 19:40 text.txt*
main$
main$ chmod -x text.txt
main$ ls -l text.txt
-rw-rw-r-- 1 sun users 5 Mar 28 19:40 text.txt
main$

### update ###
пришлось переставить все с нуля :о)
всем спасибо за невмешательство (особенно отдельным личностям)

день добрый, товарищи колдуны!

#include <avr/eeprom.h>
eeprom_update_xxx()     // - набор функций для типов byte,dword,float,word
eeprom_update_block()   // - работа с "блоком памяти"

если с 1м набором функций все понятно: - обновление/запись «области eeprom»/кастомного типа происходит, если данные не совпадают

по поводу 2го типа - не совсем понятно. допустим имеется структура

typedef struct 
{
uint8_t  a;
uint16_t b; 
uint32_t c;
} TSet;

то при вызове «апдейта», в случае неравенства одного из полей структуры - будет обнавлен только «одно» поле, или вся структура?! судя по описанию - обновиться/будет перезаписана вся структура.

за удобство загрузки/сохранения одним махом целой структуры - я не говорю, реально удобно! НО...получается, что если есть необходимость поотдельно работать с полями структуры, и менять периодически значения (не все сразу), то в данном случае eeprom_update_block() является не очень эфективным (в плане циклов перезаписи ячеек памяти)?!

обычно я сам составляю карту EEPROM, сам расчитываю указатели к переменным и, следовательно, не имею «указанных» проблем, обращаюсь напрямую, читаю/пишу/обновляю переменные «персонально».

сейчас решил разобраться более детально, ну и «удобства - скопом за раз» читать/сохранять структуры очень заманчиво!

какие будут мнения по этому поводу?! спасибо.

p.s. уточнение: чтени/перезапись идет во внутр. цикле побайтно! тут все понятно! URL
что по поводу оптимального доступа к отдельный полям структуры (имеется в виду - запись/обновление в eeprom)?

день добрый, господа колдуны! :о)

версия vbox, которая нужна - не собирает модули ядра в «новой версии» slackware, а те версии vbx-а, которые работают - сильно не устраивают.

подыскиваю замену, перерыл много инфы, вижу единственный вариант (subj)

поделитесь опытом, кто работает с данной связкой: плюсы, минусы, доп. пакеты, «заточки», на что обратить внимание, !!! особенно версии ядра/пакетов !!!

использоваться будет по максимуму, по всем направлениям

требования номер ноль:
- нормальная, безглючная работа share-папок (удобное конфигурирование)
- прямой проборос (мост) сетевой карты на реальную (удобство настроек, конфигурирования)

slackware-14.2/x64 
kernel  - 4.4.301 / nvidia-gts250
xen     - 4.13.1
qemu    - 4.1.1
libvirt - 4.5.0

день добрый, калдуны! :о)

для монтирования локальных NAS-share's используется «скрипт»

...
sudo mount -t cifs //nas/${P} ${MNT}_${P} -o username=${USER},password=${PASS}
...

на macosx 10.9.5, slackware 14.2 - все ок, монтируется, создается/пишется/читается/удаляется (RW)

на slackware 15.0 - монтируется без ошибок, доступа на запись нет

выхлоп смонтированных дисков

mount | grep nas

### sl15.0

//nas/hd0 on /mnt/nas_smb_hd0 type cifs (rw,relatime,vers=3.1.1,cache=strict,username=sun,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.0.253,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1)
//nas/hd1 on /mnt/nas_smb_hd1 type cifs (rw,relatime,vers=3.1.1,cache=strict,username=sun,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.0.253,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1)
//nas/hd2 on /mnt/nas_smb_hd2 type cifs (rw,relatime,vers=3.1.1,cache=strict,username=sun,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.0.253,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1)

### sl14.2

//nas/hd0 on /mnt/nas_smb_hd0 type cifs (rw)
//nas/hd1 on /mnt/nas_smb_hd1 type cifs (rw)
//nas/hd2 on /mnt/nas_smb_hd2 type cifs (rw)

проблему (на slackware 15.0) решает только «обоюдоострый струмент» в виде

-o noperm

uid=$(id -u),gid=$(id -g)

хотелось-бы, все-таки разобраться с данным выкрутасом, что изменилось со времен slackware 14.2, etc..?

сенкю

дополнение (есть какая-то путаница :о)

атрибуты в sl14.2 все-таки «более правильные», нежели в sl15.0

в одном из каталогов (к примеру)

### slackware 14.2 

main$ ls -l
total 4096
-rw-r--r-- 1 sun users 1316222 Jul  6 13:09 Screen\ shot\ 2023-07-06\ at\ 13.09.29\ .png
-rw-r--r-- 1 sun users  276579 Jul 13 18:29 _SUN8114.jpg
-rw-rw-r-- 1 sun users    2275 Jul 31 13:39 письма_БПЛА.txt

### slackware 15.0

book$ ls -l
total 4096
-rwxr-xr-x 1 sun users 1316222 Jul  6 13:09 Screen\ shot\ 2023-07-06\ at\ 13.09.29\ .png*
-rwxr-xr-x 1 sun users  276579 Jul 13 18:29 _SUN8114.jpg*
-rwxr-xr-x 1 sun users    2275 Jul 31 13:39 письма_БПЛА.txt*

и это очень достает... особенно, если работаешь с шарами из под mc... реально напрягают атрибуты на исполнение sl15.0

копируешь на сервер из под
sl14.2 - атрибуты все сохраняются
sl15.0 - устанавливаются атрибуты на исполнение

добрый день

исходные:

- Slackware 15.0
- TDE/Trinity (версии 14.0.12, 14.0.13, 14.1.0)

- исходная система рабочая
- sddm - нормально стартует kde & tde
- tdm - системы не стартует, повисает на черном экране, ctrl + back-space сбрасывает нормально обратно на экран входа
- в логах ни чего подозрительного
- startx - запускает нормально tde
- пересобрал 3и версии TDE, в надежде, что это тринити глючит, косяк повторяется во всех 3х системах
- более подробные выхлопы (архив каталога логов, тестовое видео) URL

спасибо

добрый день, колдуны! :о)

исходные:

- Lenova ThinkPad T460 
- KDE5/Plasma (настройки тачпада)
- TDE/Trinity (основное DE)

1. как основное DE будет использоваться TDE 2. в KDE5 будет настраиваться тачпад (туча хитровыкрученных параметров :о)

какие настройки можно сделать в TDE14.1.0 я не в курсе, еще не видел, но как обычно, там все намного «проще», меньше кол-во настроек. в TDE14.0.11 нет вообще ничего по слову touchpad.

ВОПРОС: что скажут наши колдуны по поводу «запуска» в TDE настроек, сделанных в KDE5? НЕ ОБСУЖДАЕТСЯ: whay not KDE5?! :o)

p.s. прямо сейчас сам не могу, занят сборкой тринити «апосля» отпишусь после запуска этой заразы ну нубуке :о)

спасибо

tag: kde5, plasma, tde, trinity, touchpad, setup

добрый день.

через некоторое время использования (работа-слип-подьем, работа-слип-подьем...) у телеги отваливаются «уши» и оно перестает воспринимать наш прекрасный окружающий мир. проявляется это в постоянном «круглом» индикаторе «коннект» и фысе, более ни чего его не колышит и он не колышится :о)

лечится - перезагрузкой телеги

вопрос: может быть ему какого хитрого системно-несистемного пендиля не хватает в системных скриптах, типа:

/etc/acpi/sleep.sh
/etc/pm/sleep.d 

допускаю, что, окружение может «подкидывать» помидоры в турбину

исходные:

TDE Trinity 14.0.11
Slackware - 14.2 / x64
kernel- 4.4.276

спасибо, кланяюсь!

добре день, други, колдуны! :о)

сегодня телега выдала красно-кумачЁвый плакат, типа «давай, двигай на новую ось, иначе не сможешь дальше обнавляться» итд и все в таком духе. справа «крестик» (типа закрыть), естественно не срабатывает, кумачь так и развивается дальше.

ну... мне не шибко-т и надо обновлять (телегу), я пытаюсь общаться дальше «как-то так», но флаг достает своим присутствием, перегружаюсь, в надежде что «сгинет нечистая»... ага-щаз! сначало обнаруживается что «удалился» *.desktop-файл (я использую кастомные «дектопы» в хомятнике), пересоздаю, но кумач и ныне там... перегружаю еще раз - десктоп опять «пропадает».

это так нынче «модно» писать софт, который удаляет пользовательские данные? может он еще и историю зачистит в след. раз?!

велком всех кому не безралично, можно и помидоры покидать, я с удовольствием почитаю и ... сам покидаюсь :о)

да, я работаю на «старых» осях, если можно так назвать slackware14.2 (рабочий вариант), но мне кажется, это не повод так беспардонно поступасть ... :о) (это смайлик с носиком)

спасибо всем

Как отключить «умную маскировку препроцессора» в QTCreator?

возможно, это удобно «при определенных» условиях, но при «обычном» просмотре кода/исходников сильно мешает

- QTCreator-3.6.1 более новый не стартует на ноуте, на десктопах есть и более новые 4.х-версии, но и там не смог набегом найти настройки

PIC

спасибо

добрый день

во время отладки не показывается ничего, связанное с классом

так и должно быть или есть куда рыть, чяво настраивать?!

в Atmel-Studio/vbox ни каких проблем.

p.s. встречал в инете мысли, что это нормально.

atmel ice-c (shareware... пардон, wave-share) 
qtcreator 4.15.2 (бинарная сборки с оффсайта) 
slackware 14.2 x64 
openocd   0.12 
arm_gdb   12.1 / py_3.7 

спасибо

добрый день

надеемся на то, что вы своим опытом и знаниями поможете нам.

заказали разработку контроллера (схема/печать/корпус/прототип) контроллер промышленный, будет использоваться в «грязной среде», с помехами, нужна соотв. защита контроллера, схемы, входов.
т.е. мы для себя (для своих целей) - заказали разработку контроллера у «разработчика» и сейчас вместе с «разработчиком» «уточняем нюансы схемотехники

схема и печать разработчиком сделана, сейчас разбираемся „что к чему“.

считаем, что некоторые моменты в схеме надо доработать, переписываемся с разработчиком, правим.

уперлись в входную часть схемы, грозозащиту.

у контроллера есть неск. типов входа:

- датчик „сухой контакт/концевик“ (замыкатели/размыкатели)
- датчик „виганд“ (передача по сет.кабелю/RJ45)
- сетевой интерфейс (передача по сет.кабелю/RJ45)

схема контроллера запитывается от 12В (сетевой DC-DC) через изолированный DC-DC 12-3.3В

т.е. имеется цифровая земля 3.3В / ARM-ядро (чистая) и грязная 12В + все, что „осталось“ до преобразователем DC-DC 12-3В

все датчики развязаны через „оптику“

сетевой интерфейс тоже „как-бы развязан“, чип запитывается от 3.3В, внешняя часть сет.модуля - RJ45 разьем и разделительный трансформатор

ЗК - шина „заземление-корпус“ (сокращение)

сама по себе шина „ЗК“ не предусмотрена разработчиком + корпус был подобран пластиковый.

мы считаем, что эта шина необходима, плюс необходимо так-же на „грязную землю“ поставить разрядники (не только на сигнальные) и сливать имненно на „ЗК“

разработчик считает что сливать помехи можно прямо на грязную землю, в связи с чем разрядник устанавливает только на сигнальные входные цепи, а „земляные“ (идущие в паре с сигнальным) - без разрядника, и использует „грязную землю“ как „ЗК“

на грязной земле у нас
- входные сигнальные линии
- „разделительная“ оптика
- индикаторные светодиоды
- питание реле

но тем не менее, мы считаем, что надо делать „правильно“.

...

пожалуйста, поделитесь вашим мнением на данную ситуацию
если нужны более подробные описания, блок схемы, рисунки - спрашивайте.

спасибо

add

ВНИМАНИЕ - в данном топике мы обсуждаем текущую реализацию, ее плюсы/минусы а так-же ПРАВИЛЬНЫЕ, по вашему мнение, решения/доработки кот. можно сделать (аргументированно, конечно-же), в частности наше предложение сделать/добавить ШИНУ ЗАЗЕМЛЕНИЕ-КОРПУС

так-же приветствуются другие/подобные решения

добрый день

subj: нужно подобрать видеокарту под «современный» линукс

- сейчас используется "ASUS GTS250 DN", тянет «все необходимые» приложения, т.е. мощности хватает
- нужна такая-же «в доску» стабильная карта (как и ASUS GTS250 DN)
- топовые карты не нужны, достаточно «аналога GTS250» в современных реалиях
- совместимая с современными blob драйверами nvidia, и современными / rolling дистрибутивами
- возможные «подводные камни»?
- в первую очередь стабильность и совместимость! мощность в самую последнюю очередь...не хуже чем GTS250 :о)

спасибо

p.s.
- блобы NVIDIA больше не поддерживаю данную карту. она еще встречается в «поздних» версиях драйвера, как поддерживаемая, но по сути последний рабочий драйвер 340.108, причем сборка модулей установщиком нормально проходит только в 340.107
- под 5й версией ядра - реальные проблемы
- возможно, в других дистрибутивах все намного лучше :о)

добрый день

нужно разработать/доработать схему (электроника) средней сложности.

кто занимался подобным (т.е. поиск разработчика/исполнителя), пожалуйста, поделитесь опытом, ссылками, сайтами, советами, подводными камнями, на что обратить внимание итд

спасибо

добрый день

не могу запустить лазаря на макаке, пробовал установить все версии, кот. доступны на сорсфорже
разные версии/варианты выдают примерно одно и то-же

Cannot find db used by fcllaz of package FCL
Cannot find gl used by agl

простые fpc-программки в консоли собираются без проблем

сначало, в диалоге с «путями» - выдавал предупреждение о том, что не найден fpc.cfg (сгенерил мануально, поместил «куда надо»)

под линуксом запуск лазаря проблем не вызывает, тему/гугль/ссылки изучил

предполагаю проблему: регистро-зависимые файловые системы (загрузочный и домашний том).

когда-то давно пробовал ставить MacOSX-10.6 SnowLeopard, так-же, на регистро-зависимый том и потом огребся неслабых проблем с работой даже самой оси, не говоря уже о сторонник программах.

казалось-бы, на юникс-подобной системе все должно-быть «так как надо», но не тут-то было, в купертино умеют подкинуть сюрпризы, с данным косяком столкнулся и он подтверждался не раз

нужна именно «Регистро-Зависимая Файловая Система», поэтому пока не обсуждается откат на «обычную» ф.с.

- Mac OSX 10.9.5 Maverick
- XCode 6.2  + command tools 
- fpc/lazarus - on sourceforge, all ver.

Mavericks_Xcode_5
Lazarus_on_macOS
sourceforge.net

идеи, предположения, ссыли, помидоры... за все огромное спасибо :о)